|
Good software provides/implements the easiest possible solution.
Paradoxically, the easiest solution is the hardest to come up with...
|
|
|
|
|
Sander Rossel wrote: Good software provides/implements the easiest possible solution. But what if the easiest possible solution is also far too slow? Is it still good?
This space for rent
|
|
|
|
|
If it's far too slow it's not a(n acceptable) solution
|
|
|
|
|
But is it unacceptable? The original question has no acceptance criteria to define what good software is - it surprises me how often people miss out acceptance criteria.
This space for rent
|
|
|
|
|
It goes without saying that good software at least solves the customer's problem given the available resources (mostly time and money)
If the software does everything the customer asked for within time and budget it's acceptable.
If, for some reason, that's no do-able, a new state of acceptable should be discussed.
But given that the software is acceptable the code should be as easy as possible.
What "as easy as possible" is depends on your knowledge and experience. Assuming that's plenty software should be good if you keep it as simple as possible
*Realizes that's a lot of assumptions*
|
|
|
|
|
Easiest for who? As a case in point, all these lovely single-page-scrolly-animatronic-doodah-websites may be easy to use for someone, but not for others and they certainly aren't the easiest to implement or support.
There's a lovely theory in systems practice [nothing to do with computing] about what is the best solution. It does not necessarily delivery what was requested, but it provides the greatest transition to the required situation with all stakeholders benefitting the most they possibly can. Now put that into your software solution. If it's peas easy to use but a dog's breakfast to support, the solution is less than optimum. How about delivering slightly less functionality in a bid to build up the infrastructure to help ops, this is more evenly balanced and both users and operations benefit. But gad! What about the cost? If it costs too much the bean-counters will be sad and no-one likes sad beanies. So maybe we have to curb some of the costs while pushing use and ops. We could throw in some more stakeholders, marketing or owners, and see how the solution morphs the more we consider different viewpoints.
It sucks to look at things from another persons perspective.
veni bibi saltavi
|
|
|
|
|
To me, a solution is an answer to a problem taking into account all variables like time, cost, usability, etc.
From a programming perspective the code should be as easy as possible, but still support the requested features in the allotted time and in the given budget.
If the customer requests a single-page-scrolly-animatronic-doodah-website than implement it in the easiest way possible.
If that seems to be impossible, again, go for the easiest solution, whether that's stretching the budget, deadline, getting more programmers, or dropping features.
As long as each step is the easiest step possible towards getting to the required goal using the available resources.
Unfortunately, most of the time, everybody but the programmer agrees that making "quick and dirty" code is the easiest solution.
We all know it's probably fast and cheap in the short run, but slow, expensive, and frustrating in the long run
|
|
|
|
|
You're moving in the right direction, but you need to consider as many perspectives as possible. The quick & cheap brigade do get undone more than you'd expect.
veni bibi saltavi
|
|
|
|
|
Nagy Vilmos wrote: as many perspectives as possible Too bad the programmers perspective is rarely one of them
I think we're saying the same, but in other words
|
|
|
|
|
Doing anything well is tedious -- repetitive checking, attention to detail, etc.
That's why so many people don't do things well, and one of the reasons why even the best of us can screw up.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Salvador Dali answered a similar question with the oft quoted 'It's either easy or impossible'.
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
|
|
|
|
|
megaadam wrote: Is writing good software hard?
Yes. But writing hard software feels so good.
Marc
|
|
|
|
|
Writing good software is hard.
Resisting the temptation to jump into coding is harder.
|
|
|
|
|
No, on the part of writing code, yes on the part of figuring out what a client wants from a piece of software!
|
|
|
|
|
An easy one to start the week (no, really, this time ).
>¨ɡ>ɡ≈=-.
(9)
Hints:
1. You couldn't find anyone who wouldn't know it if they saw it, despite that it can only be found in the tropics.
2. Wikipedia can't seem to agree whether the device is named for this or its cousin. (The dividing line seems to run through the pond.)
modified 25-Apr-16 7:27am.
|
|
|
|
|
Staffan Bruun wrote: An easy one to start the week
That's always an indication that it would be tough..
cheers,
Super
------------------------------------------
Too much of good is bad,mix some evil in it
|
|
|
|
|
Still, I got some upvotes for it, so someone must have seen the solution. I suspect the Lounge is being plagued by another outbreak of FSOW-setting-aversionitis.
Unless it just happens to spell something funny or naughty in their native language .
|
|
|
|
|
I am one of them and I am definitely resisting smiling...
[edit - the smiling reference is to the song "Never smile at a crocodile"]
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
modified 25-Apr-16 8:14am.
|
|
|
|
|
I think I got it straight away - but that was about a minute after you set it, and it seemed unfair to spoil it for everyone else.
Clues really oughta change our damn ideas, like education. Don't you think?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: Clues really oughta change our damn ideas, like education. Don't you think?
Not sure if you mean the obfuscated secret word, or the hints...
|
|
|
|
|
Staffan Bruun wrote: Clues really oughta change our damn ideas, like education.
Since it's been solved!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
My daily brain quota ran out again...
|
|
|
|
|
I know that feeling most days!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I assumed it was aligator but never struck me crocodile..
cheers,
Super
------------------------------------------
Too much of good is bad,mix some evil in it
|
|
|
|
|
Interesting. There seem to be two camps here: those that think of crocodiles, and those that think of alligators.
I hope I did not start a flame war just now
|
|
|
|