|
Wrong question for my current mood.
Now if you ask me where* I'd like it to fall . . .
* read that "on whom"
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
As someday it may happen
That a satellite will fall
I've got a little list
(He's got a little list)
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
|
There is a 100% chance it will land wherever it does, and a 0% chance anywhere else.
|
|
|
|
|
I'm hoping on their launch facilities so they think twice about being idiots again. This isn't the first time China has pulled this crap.
|
|
|
|
|
I'm hoping it lands on my neighbor's house.
No, don't ask.
Nothing succeeds like a budgie without teeth.
|
|
|
|
|
Using the last year and a half as an indicator, I'm going with it will land in the least desirable place.
|
|
|
|
|
I am betting on the East Coast of the US. Nothing like an international incident to spice up the weekend!
|
|
|
|
|
I'm gonna go with about 100km south-southeast of Madagascar, in the water. I have a smudge on my monitor at that exact location when viewing the satellite tracker and I can't seem to wipe it off, so it must be a sign. Of course if I scroll the web page up or down my prediction would change... but I haven't scroll yet so I'm sticking with my first prediction instead of, say, the Saudi Arabian desert.
|
|
|
|
|
|
What is the minimum difference between the pave level and that of the menhole in your area? Around here (and after 30 years of researching the roads) I found it to be 12.5 cm. And, even didn't found the exact paper, it seems to be a law, as no construction company builds a road without outsatanding or burried manholes...
My guess that they into health business and try to replace coffein with adrenaline...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: What is the minimum difference between the pave level and that of the menhole in your area? Random.
"In testa che avete, Signor di Ceprano?"
-- Rigoletto
|
|
|
|
|
Especially in Italy (e.g. when you are living on the Etna or Stromboli)

|
|
|
|
|
I always thought they were even with the ground. Otherwise, BUMP BUMP!!
|
|
|
|
|
Then go out and look!
They NEVER even... and it is 'Slalom! Slalom, baby!' all the way...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
|
Either that or a sinkhole.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
This is just one of the many advantages of living in a Third World country with delusions of grandeur.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
|
There was this sponsored picture in my tweeter feed.
Stupid, stupid, stupid... as if technical debts was caused by developers.
When clearly it's caused by managers!
Developers are well known (with some nervousness in some circle) as people who love to refactor old code (I do love to axe old stuff meself), but it's always obtuse management who come with "don't change what is working! Btw, can you fix bug 634523776 in that code?" or also "why did you change all of that? can't you just add a couple more if statements in this 3,000 lines long method?"
|
|
|
|
|
Super Lloyd wrote: Developers are well known (with some nervousness in some circle) as people who love to refactor old code (I do love to axe old stuff meself), but it's always obtuse management who come with "don't change what is working! Why replace something that's not broken? That's a risk, often without benefits, just new bugs. Meaning more costs, not income.
Super Lloyd wrote: Btw, can you fix bug 634523776 in that code? That's what pays the bills, innit?
Super Lloyd wrote: "why did you change all of that? can't you just add a couple more if statements in this 3,000 lines long method?" ..I don't do methods that don't fit on A4 if printed.
Long methods make stuff complicated. Obfuscating makes it harder to maintain and debug, adding more costs and risks. It needs to be simple enough so that anyone new on the team can understand it, even if they had a previous career in management
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: Super Lloyd wrote: Developers are well known (with some nervousness in some circle) as people who love to refactor old code (I do love to axe old stuff meself), but it's always obtuse management who come with "don't change what is working! Why replace something that's not broken? That's a risk, often without benefits, just new bugs. Meaning more costs, not income.
Super Lloyd wrote: Btw, can you fix bug 634523776 in that code? That's what pays the bills, innit?
See... that's the thing, they ask us to change it, so it was broken!
I don't care about old ugly code.... until I am asked to make a "quick simple fix"!
After a few of those, when it starts to make sense, I am like f*** it, I am going to make my life easier, simplify all that fugly pasta code!
|
|
|
|
|
Super Lloyd wrote: See... that's the thing, they ask us to change it, so it was broken! Ehr.. no. A change doesn't mean it is broken. A change is an improvement, if it was broken it'd be called a bug fix and not a change.
Super Lloyd wrote: I don't care about old ugly code.... until I am asked to make a "quick simple fix"!
After a few of those, when it starts to make sense, I am like f*** it, I am going to make my life easier, simplify all that fugly pasta code! You could be held liable here. Your ideas of aestethics does not weigh up to the risc you introduce.
You not hired to make beautifull code, simple as that. And if managers complain it takes long to change it, point out the technical debt; but go rogue, and I have your changes reverted.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
See here... I can see we disagree.
You did prove that not everybody share my view which, in hindsight, I perfectly knew that already. In fact I mention those such as you, it's the nervous crowd.
if you must know your argument is lost on me (and on my previous bosses too) if they want me to continuously modify something by only adding code, and never remove... well they should not have hired me.
In fact you'll be please to know I have been fired a few times for cause related to that. Since never trimming down code that is an obstacle to my well being is.. almost physically painful to me and, well, I disagreed with others too.
In fact, during my job interviews now, so that I find compatible employers, when they ask my strong point, I tell them I am good at deleting code (and keeping the functionality).
And before you say that perhaps I should "learn" (to live with mess) I tried.. but this is too at odd with the desire to learn and improve that I also cultivate at work.
And since you mention that so called argument that "beautiful code is subjective", doing the same thing with half the number of classes, method and line of code is 100% objective so I am not convinced by your so called subjective superiority.
modified 7-May-21 21:59pm.
|
|
|
|
|
Is it science fiction or science fact that space aliens have already invaded Earth? I say "Fact" - Cheerio
|
|
|
|