|
|
|
September 26th, 2006
07:18 pm - Damn useful website
It's always nice to find free books online, and finding one of the most recommended books on systems analysis online was wonderful:
Just Enough Structured Analysis - an updated "Modern structured analysis".
Whilst you can't easily skim the book, it is a wonderful grounding in the tools and methodologies of structured analysis, and I'm finding it a wonderful help.
This one might be interesting for you, sis ;)
|
June 6th, 2006
11:54 pm - Ok, this time I am going ook and looking for bananas, I swear...
Gaaa...
What follows is a link to an article by one of my prefered collumnists from The Delphi Magazine:
http://www.boyet.com/Articles/ProceduralThinking.html
Now, he has a good point, in a way. It is bad for OOP code to have procedural stuff thrown in, theory wise.
But aside from Java and it's dedicated interpreter chipsets that you can get, most OOP langauges have to be translated into plain old procedural machine code. If you want speed on an x86, you need procedural. Hell, if you want to use x86, you need procedural. OOP infact breaks a lot of the design features intended to speed up their processing!
(virtual methods requiring looping through arrays to find the correct branch to follow)
That's a third of the trouble with .NET/mono/CLI - it still has to be converted to be non-OO. The other two thirds are the whole JIT/garbage collection slow down, and the fact that microsoft will not reveal the source to their library code (I was so glad to read that it wasn't just me who wouldn't trust anything they couldn't read, Bucknall also agrees on that one)
I also don't agree with condeming properties. Yes, part of the point he makes is valid, however when you are dealing with a simple aspect to a class - the current size of a collection, the colour of a form, etc, they result in far cleaner code.
As long as you can't be totally OOP, trying to be totally OOP in a langauge will always annoy me. Especially when it means I can't tinker with it's internals...
|
June 3rd, 2006
05:21 pm - A few random programming sites
For someone who doesn't really want to be a code monkey for her living, I'm certainly displaying a remarkable interest in such matters :P
This is mainly a collection of intesting links I've bumped into, although the first deserves special mention. The idea of "Napkin Look and Feel" is so that when you demo a project to the boss, it actually looks unfinished!
http://napkinlaf.sourceforge.net/
A good guide to XtremePrograming theory, the dos and don'ts. Some good ideas there, even for personal project stuff.
http://clabs.org/caseforxp.htm
One which deserves to go at the top, but it deals with some of the more unlikely XtremePrograming ideas, like having the client always to hand.
"People who don't program don't know that the UI is only 1% of the work"
http://www.joelonsoftware.com/articles/fog0000000356.html
By the same people as above, a painless guide to doing your own realistic schedules
"Never let the manager do the schedule"
http://www.joelonsoftware.com/articles/fog0000000245.html
Again the same place, on why management is vital
http://www.joelonsoftware.com/articles/DevelopmentAbstraction.html
|
|
|