The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
Yes, and no worries, I'm not pushing it on them.
The big one started playing around with Scratch at school, and since he knows I'm working as a programmer he wanted to learn more. So I showed him Lightbot. And now he wants more.
I guess it's just a period, but why not. There are so much worse things they can do.
Yes, I suppose what I do doesnt look fun or funky, has no UI.
I guess I naturally gravitated to the low level stuff, I found it much more challenging and interesting. My second job was writing a driver for Windows. I only got it because there was no one around any more capable than I was, and I had no idea, I was just in the area, looking for a new role, and had a couple of years doing low level user mode stuff in windows.
I guess I naturally gravitated to the low level stuff,
Are you that fat?
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.
Actually no, I chose my pen name from the two atomic bombs, fat man and little boy. Plus fat boy is an affectionate name in Cantoneese (my wife lived there many years and speaks it fluently. SOmething like 'faizai', at least that is how it sounds to me. ) I am not particularly overweight, for a 50+ year old programmer at least!
My first program ever (Basic, Amstrad 6128) was a small database named "Cave à vin", for my father, to keep track of the bottles of wine in our cellar (all 25 of them ). If that's not French ... It had an opening splash screen with a bottle of wine filling an empty glass, animated. Which was about 85% of the code.
Quite a few games for kids are programming, even though not done typing programming language statements into vi on a linux machine.
I really dislike that "learning programming" idea. What you should learn is "methodologies for problem solving". That is "programming without Linux or vi". And you see that in a lot of children's games. I have no worries about emphasizing that aspect in children's activities.
An old example: My bookshelf holds a 1950s book for boys: A forest manager and his two sons, attacking the problem of how to build a cabin out in the woods - the planning of the entire operation, getting the materials, transport, and setting it up. Is is wrapped up in so much nature and forest, watching animals, fighting with the rowboat... A ten year old will read it as a wildlife adventure story. Without noticing, he will also learn a lot about how to approach a large problem, how to solve it.
I didn't read the book myself until I read it to a nine year old daughter (she's visually handicapped; that's why I read it to her), and she loved both aspects of it. And I learned a lot about how to build a cabin!
You can take a similar approach in a lot of familiy activities, such as planning a long and varied vacation, bringing the kids in on the family budget (exception handlers come in as a natural concept) and so on. Any sort of strategy games.
Almost all kids are into such activities, never thinking of the methodologies and strategies. What you could do is to draw the attention of your kids to these aspects so they become aware of them. While discussing the family budget, you bring in the "what ifs" and exception handling (obviously not calling it "exception hanlding").
This way, the kids can continue being kids, doing kids' activities, but maybe more aware of methodologies than their playmates.
(I just re-read good old "Tom Sawyer" - that is a kid who can develop a program for the activities of the kids in his gang!)