|
So where does C# and VB.NET fit in? Foreplay?
cheers
Chris Maunder
|
|
|
|
|
Let the gods play with C/C++ and *nix, let the children of the gods play with Python, Ruby and PHP.
Meanwhile the normal people on earth use .NET and actually get stuff done without hassle (with proper tooling and type safety) 
|
|
|
|
|
C# really does seem to create a nice balance of power and ease.
There is so much that is wrapped up nicely, however, if you find you need to do something more close to the metal you can do pinvokes and call directly to Win API methods.
All that, and the build system is nicely wrapped up for you so you can get some stuff done.
I started out as a C/C++ dev and I remember all those interesting little tidbits of including libraries and making sure it all linked properly. ugh. It was all interesting and esoteric and...a huge waste of time, actually. 
Edit
But, it did keep the kids out of the cookie jar.
"No code for you!! You don't even know how to compile this stuff." 
|
|
|
|
|
Chris Maunder wrote: So where does C# and VB.NET fit in? Foreplay?
Well, with VB, it's more like getting off on self-flagellation.
C# - well, neither god nor script kiddie, perhaps somewhere in the angelic realm. 
Marc
|
|
|
|
|
luxury .. when I were I lad we had nought but a c++ compiler, bash, and make(files)
When I moved off AS/400 programming onto Solaris, thats how we started - petitioning for/getting other tools ? hah - didnt happen for years
|
|
|
|
|
I started out C/C++ also.
Recently I got a RPi and was writing programs for it.
Little command line C programs. So simple.
I was reading the old K&R and looking at those programs in there.
I was thinking, "wow, it's so amazing that people wrote these little utilities and could just focus on building these little apps that ran on *nix machines and didn't worry about it running on 4 different OSes and 5 different browsers."
There was good and bad to all that. Just thought it was interesting.
So much was so difficult and you couldn't find out stuff by googling.
You had to find a book and many of the books didn't even exist and you were left to reading some terrible technical manual.
Interesting how things change.
|
|
|
|
|
 yep, the days where men were men and sheep were nervous .. oh, wait, wrong forum 
<rant> but, we knew how to debug, didnt have the fancy stuff kids of today have </rant>
and yes, its funny how we come back to those skills, Im doing 'IOT' on smaller MCU's as well
|
|
|
|
|
Totally agree about the kids not understanding things once they don't work.
Code-kiddy: "Hey this doesn't work."
Code-pro: "Why not?"
Code-kiddy: "it not work. I don't know. It just doesn't work That's it." 
|
|
|
|
|
I am totally at the C++ side of you, but I know that with some of these scripting languages or high level languages as C# you can do a lot of simple solutions in a very short time.
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
It is rather pleasant developing in Lua and C on Linux.
|
|
|
|
|
Can anyone recommend a good entry level scrum book?
If it's not broken, fix it until it is
|
|
|
|
|
Sorry, I used mine for kindling.
Marc
|
|
|
|
|
|
Why do you need a book? I would think there is plenty out in la-la land.
|
|
|
|
|
Google is your friend. Don't bother with a book. There's too many resources on the web you can download.
"Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music."
-- Marcus Brigstocke, British Comedian
|
|
|
|
|
|
|
Kevin Marois wrote: Can anyone recommend a good entry level scrum book?
No because there isn't one.
|
|
|
|
|
Here you go![^] More useful than anything else you'll find, I'm sure!
|
|
|
|
|
This is a classic, and I think it shows the influence of ancient Asian philosophy on scrum in ways that other books often neglect to mention: [^].
«Tell me and I forget. Teach me and I remember. Involve me and I learn.» Benjamin Franklin
|
|
|
|
|
My favorite Scrum book, which I honestly read twice which is written by one of the creators of Agile Scrum is:
Scrum: The Art of Doing Twice The Work In Half The Time[^]
It tells the story of Scrum and will convince you and help you convince others that scrum is a great idea if you follow the heart of the scrum story.
There are details about how to run scrum too. It's a really readable book. Check it out.
|
|
|
|
|
newton.saber wrote: Twice The Work In Half The Time
So, only receiving one quarter the pay? 
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I always negotiate a completion bonus for completing early. It's always more money for less time.
|
|
|
|
|
Shouldn't that be "The Art of Doing Half the Work in Twice the Time" ?
Scrum/Agile/Whatever is like any other flavour-of-the-month ... any team that does it well would have done it well anyway, whatever the methodology.
My personal favourite has always been JFDI ... or is that Agile[^]? 
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
