|
Kent Sharkey wrote: Get your head in the clouds
rather than up your ar...
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
|
![Jig | [Dance]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/jig.gif) Go Samsung!
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Not knowing anything about the case, I assume Sumsumg copied a design idea from Apple and Apple wanted money from them?
Jeremy Falcon
|
|
|
|
|
Yeah, basically. Rounded corners and other silliness.
#SupportHeForShe
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
Not all technical debt is bad code, and not all bad code is technical debt. And if you could see your way to lending me tree-fiddy until next Tuesday, I'd be ever so grateful
|
|
|
|
|
Easy solution: Agile + DevOps.
|
|
|
|
|
There's no magic bullet and I don't see how Agile or DevOps address the underlying causes.
The major causes of debt tend to be the things that happen right at the start of the project. I'd say the biggest causes are:
1) Poor/non-existent architecture. If you don't know where you're going, you don't know how to get there. Things get bolted on at all angles, there's all kind of duplication and no-one knows where to find anything as the business logic might be lurking in any tier.
2) Bad database design. Bad databases make bad software because people are always trying to code around the inadequacy of the database, every mistake in a database design leads to a whole heap of extra code.
3) Failure to apply the single responsibility principle. We've all been there - after three days of looking, the erroneous stock allocation turns out to be from a method called UpdateGeneralLedger().
4) General sloppiness. Lazy, inadequate and inaccurate naming of things is a huge and frequent obstacle to maintenance. Lack of coding standards or failure to apply them certainly won't help either.
5) Short-term "get-it-out-the-door" decisions. As the article suggests, sometimes these are unavoidable and may even constitute "good" debt in many ways but if these debts aren't serviced, they going to grow and grow.
Slogans aren't solutions.
|
|
|
|
|
I think he was kidding, because Kent always jokes about Agile and DevOps.
|
|
|
|
|
I was just kidding, in response to the poster's funny response. The only thing I like about Agile is the short timeboxes and DevOps seems to be a buzzword that no one can put a finger on what it is.
The funny thing is, last week, I ran into "the architect" of a department I used to work in. He was asking me about an application I wrote 8 years ago, because they were rewriting it and wondered why I coded it that way. My response was, "it has been in PROD for 8 years and I not once did any maintenance on it; didn't need to." It was a waterfall project and I considered it a success because of how it benefitted the organization and did not cost much to build nor maintain.
|
|
|
|
|
This is the Internet. It's no place for humor! 
Kidding
Jeremy Falcon
|
|
|
|
|
mandatory xkcd[^]
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Jeremy Falcon
|
|
|
|
|
Sorry Tony - I totally missed the humour in what is actually a very funny post - it's just that so many people do seem to see Agile as the magic pill for every problem that existed. As with the DevOps disciples, they often seem to struggle to describe what their all-encompassing solution actually is but they're in no doubt that it's some kind of wonderful.
We can all point at things that work wonderfully in spite of being developed without a single Agile (or more likely pseudo-Agile) technique but that will never be enough to convince the true believers.
Slogans aren't solutions.
|
|
|
|
|
Could you at least give me an estimate on how much I owe you ?
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
And is code which isnt written is really no bad code but also no technical debt 
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
Amazon Go, a 1800-square-foot retail space located in the company’s hometown of Seattle, lets shoppers just grab the items they want and leave; the order gets charged to their Amazon account afterwards Now you can buy kale without embarrassment
|
|
|
|
|
Fantastic 
|
|
|
|
|
More jobs eliminated and even less service. Brilliant.
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
At least we have an over population issue to help with that. More people. Less jobs. Yay. 
Jeremy Falcon
|
|
|
|
|
Founded in 2010, Naveen Jain's company Moon Express has become the only private enterprise to be granted permission to travel beyond Earth’s orbit and land on the Moon. "Bam, zoom, straight to the moon."
|
|
|
|
|
Will the vessels be equipped with "black boxes"?
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
I can think of few topics in software development that draw as much debate as this one. “We’ve got this app, and we want to know if we should refactor it or rewrite it.” "They did it by making the single worst strategic mistake that any software company can make: They decided to rewrite the code from scratch."
|
|
|
|
|
Yes! Third time's the charm!
#SupportHeForShe
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
Never forget the third option: work somewhere else.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
