|
Yep.
Whenever you find yourself on the side of the majority, it is time to pause and reflect. - Mark Twain
|
|
|
|
|
In the last 2 jobs I have been to, I saw a pattern... A pattern should warn against and I am wondering what could be done...
In both case there are application with lots of man hours and developer and moving part dependant on each other and developed (and, more importantly, updated) independently....
And it happens every now and then that some code that was once working fine stop doing so because one of it dependency started to behave differently... And lots of time is spending not adding and fixing new code but updating old one to fight what could be called new bug affecting old code.
This can be a real time waster...
|
|
|
|
|
Too many 'micro services' ?
|
|
|
|
|
How long do you expect to heap one sinister hack upon another without getting into trouble? Or has anyone ever sucessfully built a skyscraper on top of something that started out as a wooden shack, nailed together by some kids decades before? 
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
Obligatory CommitStrip[^]
Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Exactly! 
|
|
|
|
|
Yes.
It's called Ubuntu.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
The most fascinating thing is that when new code developed - and destroyed old code - it passes QA (at least here), but because no one knows about the relation between this and that in the complicated landscape, the bug happily installed in customer's site... So not only they discover it (which look bad), but we have to fix it under pressure (SLA), so we obviously will introduce more bugs - one of them will be to run the new code
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
I, too, have seen this, but, in every case, the cost and risk of a complete re-write was the cement that kept things "how they are."
«Where is the Life we have lost in living? Where is the wisdom we have lost in knowledge? Where is the knowledge we have lost in information?» T. S. Elliot
|
|
|
|
|
In my previous company almost month can be past without new code because of that... 
The bigger the overall codebase, the bigger the waste of time usually...
Yeah, I am glad other have seen it too. It's not shcadenfreude here, it's more correctly identifying an issue plaguing our profession that... we should try to avoid, if possible... :/
|
|
|
|
|
did u not have any software architects on the team?
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
Architects? You mean those guys really exist? They are overpaid anyways, looking at the number of confident young men we have.
Fools are full of confidence and geniuses are full of doubt.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
CodeWraith wrote: Fools are full of confidence and geniuses are full of doubt.
I'm obliged
He is quick, thinking in clear images;
I am slow, thinking in broken images.
He becomes dull, trusting to his clear images;
I become sharp, mistrusting my broken images.
Trusting his images, he assumes their relevance;
Mistrusting my images, I question their relevance.
Assuming their relevance, he assumes the fact;
Questioning their relevance, I question the fact.
When the fact fails him, he questions his senses;
When the fact fails me, I approve my senses.
He continues quick and dull in his clear images;
I continue slow and sharp in my broken images.
He in a new confusion of his understanding;
I in a new understanding of my confusion.
- Robert Graves
|
|
|
|
|
Wonderful: you just cited Robert Graves' "In Broken Images," which has been a favorite of mine for over sixty years
«Where is the Life we have lost in living? Where is the wisdom we have lost in knowledge? Where is the knowledge we have lost in information?» T. S. Elliot
|
|
|
|
|
Some things are timeless. 
I have a this pinned on my work desk.
|
|
|
|
|
You never encountered changing requirements?
And also independent uncooperative teams?
|
|
|
|
|
Last week my fearless leader (director/boss) sent an email of praise in that he ran some applications he built dependent upon my frameworks. He hasn't touched them in over four years (no one has). It still all works. Backwards comparability maintained.
Lesson to be learned? There are some side benefits from being the Lone Coder.
| 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 are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Congrats man!
|
|
|
|
|
A google search on this topic returns mostly academic papers.
Binary algebra is something my school covered at a fairly young age. It's the glue of our digital world.
Will quantum computing change how we (especially people in IT) do our stuff? Or will it be abstracted out of sight and simply mean our code will now be executed wicked-fast?
If Google is to be believed, quantum computing is close and it's about to change... EVERYTHING.
Good read, enjoy: Google's Quantum Processor May Achieve Quantum Supremacy in Months[^]
|
|
|
|
|
google will say anything to distract you from reality.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
|
Eddy Vluggen wrote: I "may" make contact with an alien civilization 
We already have, for thousands of years. They landed in Egypt with their flying saucer, and quickly proceeded to have some temples built for them, let their behinds be put on cushions and only got up to eat or go hunting for sports. And now we build quantum computers to post more pictures and videos of them.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
CodeWraith wrote: They landed in Egypt with their flying saucer
CodeWraith wrote: all of them were cats
Software Zen: delete this;
|
|
|
|
|
interesting read...thanks
Give me coffee to change the things I can and wine to accept the things I cannot!
JaxCoder.com
|
|
|
|
|
I'm not a quantum expert..
It changes because, if you work with it at a low level, you would have to think in terms of complex probability amplitudes and unitary transformations and such, instead of pure bits and arbitrary boolean operations. Mere mortals will probably just be invoking higher level algorithms that use some quantum subroutines deep inside of them.
I feel like the article oversells QC a little. RSA will indeed be in trouble, but then I see this:
For any given number of qubits n in a quantum processor, they do the same work or hold the same amount of data as 2n classical bits
But that's pretty misleading. It would take exponentially more storage to describe those quantum states, but they are not exponentially more powerful. It's not the case that you can just take any old classical algorithm, apply QC magic, and have it be exponentially faster - which I think they are indirectly implying, though they didn't quite come out and say it. Simulating quantum computers and other quantum systems does get exponentially easier, but are you doing that? Many search and optimization problems can be dramatically improved (though not exponentially) and that is quite general, but not universal.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
