How Should a Non-Techie Learn Programming?
CurtMonash writes "Nontechnical people — for example marketers or small business owners — increasingly get the feeling they should know more about technology. And they're right. If you can throw up a small website or do some real number-crunching, chances are those skills will help you feed your family. But how should they get started? I started a thread with the question on DBMS2, and some consistent themes emerged, including: Learn HTML + CSS early on; Learn a bit of SQL, but you needn't make that your focus; Have your first real programming language be one of the modern ones, such as PHP or Python; MySQL is a good vehicle to learn SQL; It's a great idea to start with a project you actually want to accomplish, and that can be done by modifying a starter set of sample code (e.g., a WordPress blog); Microsoft's technology stack is an interesting alternative to some of the other technology ideas. A variety of books and websites were suggested, most notably MIT's Scratch. But, frankly, it would really help to get more suggestions for sites and books that help one get started with HTML/CSS, or with MySQL, or with PHP. And so, techie studs and studdettes, I ask you — how should a non-techie go about learning some basic technological skills?"
Once you clarify that, then you can look at the range or software and hardware solutions, which could include some programming.
Give someone a program, frustrate them for a day. Teach someone to program, frustrate them for a lifetime.
I wouldn't start with database stuff until you have a programming language or two mastered, but when you do learn one, learn PostgreSQL. MySQL's SQL flavour is messed up and because their parser doesn't handle relational calculus well, you're stuck with a language that's unusuable for much of SQL without syntactic contortions.
I wouldn't start with web stuff either - you want a classic programming background (which will be a bit depth-first) to see if you can handle it. If you can't, you probably should find another hobby - the world is full of bad code written by people who don't know what they're doing.
For every problem, there is at least one solution that is simple, neat, and wrong.
In my opinion, as someone who's learned a few programming languages in his lifetime, the best way to learn a programming language (or any new technique, really) is to pick a task for yourself using that technique and figure out what you need to do to get that task done. For instance, I learned Javascript primarily because I wanted to query a couple of Sharepoint sites and display the resulting information somewhere else, and Javascript was as reasonable way of doing that as any. I learned Perl because I had a bunch of information in XML files, and I wanted to apply an XSLT transformation to all of them and concatenate the result together (that's also how I started learning XLST). I learned Java Applets because I was bored in a high school computer science class, and decided to make a 2D gravity simulation thing. I learned C++ because my dad had written his own custom version of tcpreplay, and offered me $20 to port it to Windows.
Just pick something that sounds like fun, figure out how to do it in the language of your choice, and do it.
No, really... They shouldn't. Programming is a way of thinking, computer science even more so and if you haven't got that way of thinking, you shouldn't touch it. I'm really sorry. My wife doesn't understand a thing I do professionally (but it brings in the bucks, so we can eat) and I tried explaining. It just isn't her world and even the basic maths behind it are beyond her. Of course, I don't understand a thing about art, which is her thing.
This is akin to the question "I have $YOUNG_FAMILY_MEMBER who likes to game, how do I get him/her programming." You don't... Unless they show real interest it's a waste of time.
Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
What you are describing is not programming; it's web design and database administration. They may contain elements of programming, and they're both (typically) done on computers, but they're generally regarded as separate skill sets these days.
https://www.eff.org/https-everywhere
Agreed. The asker seems to be looking for some silver bullet there really is none. Ultimately it dies not matter what language you use or what paradigm you subscribe to. The only thing that will make you proficient is practice.
Maybe the best option is to take an introductory programming course at a community collage and see if you like it?
"Maybe this world is another planet's hell"
Aldous Huxley
I've been working in programming for over a decade and haven't had to deal with CSS or database work at all. The last website stuff I did from scratch was pure HTML. Arguably this isn't great from a generalization point of view, but I've got most of a decade of experience with low-level linux kernel and application coding, high performance networking, high reliability system design, etc.
As others have said...the place to start depends totally on what they want to accomplish. I started out as a kid typing in simple games in BASIC from a magazine, then debugging them trying to find the typos when they didn't work right away. Now maybe it might make sense to create a simple iPhone app (or the equivalent for whatever other phone one may own).
This is much too limiting. Changing careers can be a wonderful thing for people. I know someone who had no technical background and went from managing developers to being a developer and it was a great change for her. She found work to be more interesting, the problems challenging and finding solutions gave her a sense of accomplishment. In other words, a career change was much more fulfilling than simply sticking with what she knew.
And she did it around age 50.
Small business want to save money by making websites on their own... unfortunately they don't have the know how nor the time to do it. Rather than learning to program, i would suggest learn to spot the technical BS. It is far better to pay a professional firm that does design and site programming since they are less likely to open some blatant security holes to the world. Knowing how to program does not equal knowing how to program well. When your livelihood is on the line, spending couple hundred bucks is much cheaper than having your business go under because the site you wrote over the weekend got hacked by some automated drone and all your client info were stolen.
Where is the "Ignorant" mod tag?
Couple points:
1. You have to get your mind in the 'programming' mindset. Learning programming isn't necessarily purely about being a techie. You need to have solid logic skills. Much of programming is spent just getting logic right. Check out Boolean Logic for an launch point. The knowledge you gain from briefing this area will carryover into many, many programming languages. Programming *is* logic.
2. Learn what you want to program for. Pick a startup project. Is it a website you want to make? HTML & CSS is very different than learning C or C++, likewise, SQL is very different than assembly. Not that certain concepts don't carry over, but much of being a jack of all trades is simply having the ability to have good conditional logic skills, and the ability to Google things quickly and learn to apply them as you go. You don't have to become a master of all languages, or hell, even one language, but if you are truly *interested* (thats the keyword, if your not interested, its just not going to happen), and you have done a little programming in a couple of simple languages, then you will be in a good position to progress to more difficult projects.
3. Learn what you want to program for. Again. Repeated point. There are hundreds of programming languages, platforms, architectures, styles, libraries, etc. Pick something you are interested in, read about it a little bit, and if it looks like the learning curve isn't too ridiculous, start there. Perhaps a simple text based JavaScript browser game. At the end of the day you will know a bit of CSS, HTML, and JavaScript if you put your mind to it. But thats just one example.
4. W3C. This website is a good starting point for all things web.
5. Chrome Experiments If you really like web, check out the future of browser bling. Heavy JavaScript and HTML5
6. Databases. Not the most mentally entertaining, but you will need the knowhow to connect, select, insert, update, and delete data if you are doing anything with data. I am a Microsoft guy, and I can tell you that the Express Editions of Visual Studio are a greating starting point for a newbie, at zero price-point, and bundled with SQL Express, thats a good place to begin.
7. Also, places like CodeProject, StackOverflow, and CodePlex are great tools for questions ranging from the most basic to the most advanced of topics, and downloading sample code and live projects for tinkering around with.
'We are trying to prove ourselves wrong as quickly as possible, because only in that way can we find progress.' RPF
Very good point. I contest the claim that "If you can throw up a small website or do some real number-crunching, chances are those skills will help you feed your family. " IMO its more likely to just be a black hole of time and resources.
They shouldn't .... small business owners dont feel pressured to learn plumbing - they hire a plumber.
I have found that far and away the most important thing that my Computer Science program at University has required of me is that I learn Unix. Both of the scripting languages that you mention (PHP and Python) are, in a sense, descended Bash/Shell, and you will find that most of what you will be doing with them is automating procedures that could otherwise (though less practically) be accomplished via command-line utilities like cat, sed, grep, wget/cUrl, etc. The internet is essentially built up around Unix paradigms (those "/"s in URLs: the Unix directory separator, and full URL paths are generally representative of the contents of an actual subdirectory -- the web root -- on the server. I'm sure I'm telling most slashdotters something that they have known since their early teens, but the question is being asked by a beginner), so knowing how to work a Unix (or Posix) OS like any one of the major Linux distributions will be invaluable for you and, I would say, should be your starting point.
"Nontechnical people — for example marketers or small business owners — increasingly get the feeling they should know more about technology. And they're right. If you can throw up a small website or do some real number-crunching, chances are those skills will help you feed your family."
If you are running a small business, marketing, and supporting a family -- then at this point you don't remotely have the time to learn programming from the ground up. (All of HTML, CSS, SQL/MySQL, PHP/Python on a business-critical project?)
Learning programming to that extent takes several years of alone time.
We know where leadership by an anti-intellectual "strongman" who scapegoats minorities and likes boisterous rallies goes
....but the "non-technical" person that starts with this type of mindset, I suspect, won't get too far. Learning anything complex and new requires enduring efforts and a strong will, plus a certain degree of intellectual curiosity, and a sense of purpose.
"Let's start learning something about X", especially if X is as broad as "technology" is too generic an intention, to fit what above.
It reminds me of man who goes at the library and says: "I have decided to get an education. Which books will get me educated?"
"Whenever people agree with me I always feel I must be wrong." (Oscar Wilde)
Odds are you'll never have enough time to learn programming at the depth that someone who is very good at it knows it.
Start small. Learn how to write a static web page using nothing but Notepad in Windows. Then, when you've mastered that, try using CSS to change the way it looks.
At this point, you can get into Javascript, which is a fantastic language for learning. Try to make something on the web page change when you mouse over it. Experiment with changing text fields in Javascript.
Then, write a simple "desktop" calculator as a web page.
This will likely take you a few months or weeks if you spend a lot of time at it. Remember, use Notepad only. Don't worry about making it work in anything but Internet Explorer (or your browser of choice) because that will make you insane.
When you can write Tetris, then you're ready to work with databases and servers.
Don't use MySQL, it's an abomination. If you have Microsoft Access, start with that. Make a project in that that real people will use. If maintaining it becomes difficult, it's because you don't know enough database theory. Figure out on your own why you want data to be fully normalized and only flattened with many saved SELECT queries. Try to figure out how to write the queries in SQL using the (excellent) query editor. Write UNION queries.
Now you're ready for a server and web site.
If moderation could change anything, it would be illegal.
In watercraft, there are two sides to the tree: watercraft where buoyancy is independent of orientation (e.g. Zodiac) and watercraft where orientation is everything. In the second group, you have canoes/kayaks with great initial stability and terrible final stability, and you also have the converse. For propulsion, you have gas eating outboards, propulsion by environmental agents, and self propulsion. And you have a choice between artificial materials and natural materials.
C is instructive if you stay close to the shoreline. LISP is a kayak. You can roll over and come up the other side. Some people like that. Python is a reasonably nimble rowboat with room for a picnic cooler. PHP is a powerboat with an onboard mini-bar in a deadhead lagoon. Java is a twin Zodiac catamaran. Never sinks in the water, but watch out for the trees. C++ is a canoe with two gun decks and side mounted chainsaws (sorry, Bjarne). Name your pleasure.
I'm partial to the wood-canvas Chestnut Prospector, paddling solo in a sheltered bay. The one thing an amateur absolutely needs to avoid is going bow up against a cross-wind.
High School/Jr.High
10 PRINT "HELLO WORLD"
20 END
First year in College
program Hello(input, output)
begin
writeln('Hello World')
end.
Senior year in College
(defun hello
(print
(cons 'Hello (list 'World))))
New professional
#include
void main(void)
{
char *message[] = {"Hello ", "World"};
int i;
for(i = 0; i = 0) {
while(defined($arg=shift(@ARGV))) {
$outfilename = $arg;
open(FILE, ">" . $outfilename) || die "Can't write $arg: $!\n";
print (FILE $msg);
close(FILE) || die "Can't close $arg: $!\n";
}
} else {
print ($msg);
}
1;
Experienced Hacker
#include
#define S "Hello, World\n"
main(){exit(printf(S) strlen(S) ? 0 : 1);}
Seasoned Hacker
% cc -o a.out ~/src/misc/hw/hw.c
% a.out
Guru Hacker
% cat
Hello, world.
^D
New Manager
10 PRINT "HELLO WORLD"
20 END
Middle Manager
mail -s "Hello, world." bob@b12
Bob, could you please write me a program that prints "Hello, world."?
I need it by tomorrow.
^D
Senior Manager
% zmail jim
I need a "Hello, world." program by this afternoon.
Chief Executive
% letter
letter: Command not found.
% mail
To: ^X ^F ^C
% help mail
help: Command not found.
% damn!
!: Event unrecognized
% logout
Python: 'And then suddenly you have a language which says "we're all stuck with whatever the whiniest coder wants".'
They shouldn't .... small business owners dont feel pressured to learn plumbing - they hire a plumber.
Best response posted so far.
Sheesh, evil *and* a jerk. -- Jade
Writing "I want to be a programmer" is like saying "I want to be a doctor!". There are a million different sub-fields, from orthopedics (EG: fixing borken bones) to orthodontics (fixing teeth) and there's a million details to know for each field.
Programming is a big, big field and covers everything from hacking firmware in assembler to writing SQL queries to using macros in Excel. Laugh all you want to, but the lowly Excel macro quite literally runs Billion-dollar enterprises, and is legitimately a programming art, just as much as assembler or kernel coders in that it gets the job that's needed, done.
Start with finding out what you are trying to accomplish, and then work from there! My goal was to build and sell information management tools, and for me, PHP and SQL seemed like good tools for the job. They haven't disappointed me, for my focus, but then, I'm not trying to build a 3D FPS, either!
Then, get the right tool for the job, and roll with it.
I have no problem with your religion until you decide it's reason to deprive others of the truth.
This seems to be the basic content of ~80% of replies in this thread. Acknowledging the danger of being accused of fanboi/hater-ism, I simply don't get what makes PHP good for beginners. All criteria you've mentioned are true for all modern web stacks. Let's take python for instance (even though I think ruby is in fact easier for beginners, it seems Slashdot is a ruby-hostile crowd) - hosting, check - well documented (disagree that PHP is but ok...), check - error messages (the fact that there even *is* a crazy hebrew one in PHP makes this laughable but ok...), check - immediate reward and feedback when you refresh a page, check - real world uses, check - natural learning curved towards better/more advanced programming, check times a bunch over PHP. It is also far more readable and consistent, does not encourage shoot-yourself-in-the-foot-isms to the extent of PHP, has generally better libraries, a very similar scalability and performance story, and equivalent if not better frameworks surrounding it. So I ask - what actually makes PHP better for beginners? Is it just because we all began our web programming in PHP so we think that's the right way, or does it actually have redeeming points? Now, Drupal and Wordpress are a couple of the most excellent and hit-the-ground-runningest of the world's myriad content management systems, so if that's what we're talking about then yes, by all means, use one of those to spin up an easily extensible site or blog very quickly and bring PHP along for the ride, but I see no reason to start from *scratch* with PHP. (Not meaning to flame, though it comes off that way - I'm very curious what you (or anyone else) believe makes PHP easy for beginners.)
So when your car stops in the middle of a desolate no-phone zone you have some prayer of at least getting it to limp to the next town? So when the mechanic tells you your car needs a new 'connuter valve' and it will cost $500, you know to take your business elsewhere? Because the guys at the quickee-loob are always forgetting to tighten the oil filter and put the drain plug back in? So you know that when the check engine light comes on it means eventually but the oil light means right now?
I'm not a doctor, but I know enough to know when I'd better see one and when I should just wait it out.
Hmph. This reminds me of a recent article about how the author had been scared off of Vim numerous times because people kept telling him to turn off his arrow keys, don't use "simplified" versions like GVim or MacVim, etc. No. This is wrong-headed. We don't teach people number theory right off the bat because that's what "real" mathies work in, why would we teach non-technical people C and (good lord!) Haskell just because that's what "real" techies use? These are great, useful languages, and there is plenty of time to learn them, but learn something simpler first. Scheme is a great suggestion, but you throw it in the list with the other two like they're all equally good for learning - they aren't. Scheme, Smalltalk, Python, Ruby - these are all simple languages with great depth to them with (especially the first two) wonderful teaching-oriented communities surrounding them. Agree with the sentiment that D&D tools, like how most people learn Visual Basic for instance, give a pretty skewed view of what programming is about and are not great ways to learn.
Leaning an assembler is a good place to start, but for a beginner to learn the x86 thoroughly is a bad idea. The principles of an assembler and its relation to hardware is important, the minefield that is the x86 design is discouraging.
Learning K&R C, which is now obsolete, is a mistake. Learn ANSI C and something of the best extensions.
Contribute to civilization: ari.aynrand.org/donate
If you can't write programs better than you phrased your question you will be no good to anybody. Learn to think and write clearly.
I suggest you start with a book similar to, "Programming Logic and Design" by Farrell http://www.powells.com/biblio?inkey=17-9781418836337-0 . This approach teaches you how to think about solving problems using computers, and you will not be stuck in any specific language. There are already too many people out there who learned a computer language and jumped to the conclusion they were programmers.
When you do pick a language, pick a GOOD source for learning. I like the books written by Charles Petzold or the books produced by Deitel and Deitel. Pick a useful language like C/C++ if you can.
Make a list of all the things you would like to program if you could, then start with the smaller ones and work forward. Learning to program Excel spreadsheets will teach a a LOT about regular programming, including how to relate to a database. If you are serious about database applications read Joe Celko's books; they will save you LOTS of time and save you from writing too many embarrassing apps.
When you get so you can produce some decent programs, polish up and get some depth by learning Assembly and LISP.
With all this as a foundation, you will have a terrific overview and some solid competency in programming. You can do whatever you want. You will have the mental skills to learn any language and do good work.
You might wonder if you can actually learn programming by reading on your own; the answer is NO! You must program to attain the skill. I have a friend who used to be an electronic organ repairman. He saw that the future was not in his knowledge of electronics, but in swapping out cards in the organs. He took a job on an oil rig for six months and learned to program from Petzold's book on Windows Programming during his off time. Three years later he was earning over $200/hr as a contract programmer. Much of his success has to do with the high standards he sets for himself.
Since it won't happen overnight, you might want to think about short courses offered by DeVry or a similar institution.
Good Luck, and have fun.
"The mind works quicker than you think!"
And if you want the whole thing:
http://www.gnu.org/fun/jokes/helloworld.html
At my company we've got a fairly good graphic designer and somebody gave her some flash tools to play with to mock up a website. The result is a intro page that would take more than fifty seconds to load at the full speed of our link to the internet. It would cost far far more in time for the graphic designer to learn to be a web page designer than it would to get someone to do it for us.
I disagree.
I don't need a "mindset" to sit down and start reading.
I just need to sit down and start reading. Once I sit down and start reading, I start learning.
Funny how that works.
I've been programming for 25 years.
Here's what you'll get. You will learn language A, become proficient in it, get a job using it and then eventually get laid off.
When you look for work, you'll find that Language A is no longer the "in thing". They want people that know language B, which was introduced 5 years ago.
The H.R. people will want only candidates that have 7 years experience in language B.
Then you'll learn B, but someone will come up with B#, B-, B++, B--, all basically the same thing, but with just enough differences that they can copyright it and irritate the hell out of you when trying to figure out where to put the semi-colon
The H.R. people won't accept experience in the B(variation) that you know, only the B(variation) that they want.
And then you'll have to deal with language bigots. You know B(variation) but not D? Well then, you are one or more of:
a) not as productive
b) not a "real" programmer"
c) you write buggy code.
Then the E bigots will dump on the D bigots while the database language "Seroquel" (many programmers know what this is are are probably taking it) bigots watch with amused expressions because they know only their language is a "real" language.
It gets worse.
At some point they will change the entire paradigm of application development to a new one where you have less control over how it looks, works differently depending on the user's browser preference and requires giant servers. Sure, you don't have to deal with Installers, but at the cost of submitting your program to the whims of the server, the network and the user's preference of browsers.
Oh...and H.R. now wants:
10+ years work experience as a Technical Lead working with the following languages, tools, and methodologies:
* Technical lead role
* Agile development
* Project management
* Implementing Microsoft technologies
* Web architecture design and implementation
* High volume system architecture design
* Hardware and software load balancing technologies
* Data replication / ETL technologies
* Multithreading, socket programming, distributed transaction processing
* System stress testing / performance testing framework
* Business process / rules modeling
* Business Intelligence tools
Responsibilities
* Lead technical teams in designing and prototyping technical solutions
* Create implementation proposals
* Review technical designs, code, test plans
* Create well-designed, reusable objects
* Create and execute project work plans for the technical team, revising as necessary to meet changing needs and requirements.
* Communicate and enforce best practice coding standards.
* Consistently deliver high-quality products and services to clients on schedule.
* Communicate difficult/sensitive information appropriately.
* Communicate with customers technical concepts in easy to understand language.
* Communicate effectively with stakeholders to identify needs and evaluate alternative business solutions with project management.
* Develop an understanding of clients' business and suggest effective programming solutions.
Personal Attributes
* Creativity and strong attention to detail
* Ability to work effectively on tight deadlines as necessary
* Effective oral and written communication skills
* Exceptional customer service skills, including the ability to interact professionally with a diverse group of customers
* Desire to learn new skills and improve
Required Skills:
* Experience as Technical Project Lead, Architect, Lead Developer or other position of major responsibility on mission critical software projects
* C#, ASP.NET, VB.NET,C++, C, and/or JavaScript
* Relational databases: DB2, MS SQL Server, and/or Oracle
* Experience designing and coding superior technical solutions, creating and executing well designed and reusable objects, efficient and logical databases for clients, project work plans, revising as necessary to meet changing needs and requir
When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
Yes, that is from a for real job requirement.
When Fascism comes to America, it will call itself Anti-Fascism, and tell you to give up your guns.
I can't help but notice that if you take the Microsoft-related technologies from the requirement list it starts to look adequate.
C is certainly not the easiest language to learn but it will give you a very solid base that will make every other language easier to pick up. And yeah, most books are focused on boring bussiness applications but you need to remeber that it's programming you're learning, the bussiness apps are just contrived examples that are designed to touch on all of the basic programming elements.
THE classic C book is K&R, it does not have example applications, it has examples of techniques. If you take the (non-trivial) time to understand K&R from cover to cover you will still not know how to write MIDI drivers but your skills will be such that it will be easy for you to pick it up in a couple of days.
Note that K&R uses unix as it's example operating system but it does not teach you how to compile/link on any OS. Linux distro's usually have the compiler/linker already installed. If you want to use windows then you will need to find (and learn) an IDE, a respectable freebie is Eclipse.
And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
"Pick a project and work out the language by trial and error! Whee!"
This is the path to madness. When you're breaking your way into the tech world, starting from outside, it's easy to find yourself with a problem where you don't know enough terminology/context to write an effective google query, and no idea how to read the answers your query returns... a situation where continued effort produces vanishingly small returns. I once spent well over an hour just trying to guess what the key notation "M-x" meant on an academic linux app (having not encountered emacs). "M?" I ask you.
It is so much simpler to start out with an O'Riley book. Many of them begin with the very basics, are mildly sarcastic, and have all the benefits of RTFM... a few chapters in you'll know little details that the trial&error folk haven't picked up in a decade of experience.
Once you've got a grip on the basics, *then* you pick up a random project and try your luck.
I've been programming for 30 years, and have never had those problems. I keep up to speed on new technology, am never afraid to pitch in even when I don't know something, and have always made sure my various bosses know that I will do whatever it takes to get the job done. I get jobs based on contacts with friends and don't send resumes to HR, I get them to the manager. I'm smart and curious, and make sure that I present those skills because anybody that is a decent manager knows that they want someone who is smart more than someone who is certified. And anyone that is any good knows they don't want to work for a manager that hires based on certifications.
.. don't start. Unless you are just curious. There is nothing worse than someone with no programming experience writing code. Not because they can't write code. But because they don't know enough about how NOT to write code and how to identify and correct syntax errors and how to debug and test. And will need to spend the next 10 years making the same stupid mistakes we have all made, but without the oversight of someone who knows how NOT to write code that will laugh and gently explain to them why myString+=anotherString sometimes is OK, but sometimes isn't. Why even though it works, sometimes there is a better way to append two strings and other things that aren't in the manual.
So if someone is having the problems noted above, maybe they need a different attitude. Whining never solved anything. And when I hire people, I don't want excuses, I want someone who will dig it and get the job done.
Any decent programmer can learn a new language after they have been programing for years, it's just not that difficult. Unless someone isn't that good to begin with. Because no matter how much they tell you, basic programming really hasn't changed in 30 years. Oh sure, we use IDEs instead of card punches, and they'll talk about object oriented programming and the new paradigm, but it's really not much different than the old paradigm when you look under the covers. Computers still do things the same way they always did. Unless someone changed how binary works.
If someone doesn't want to be a programmer
I rarely read replies, it's my opinion and if you thought about your opinion a little more, I'm OK with that.
Most people are far too stupid to ever program a computer, no matter what the language. For example, most people are religious and believe all kinds of ridiculous nonsense. This approach doesn't work with computers.
For about 10 years, I have been teaching Inform to students (mostly English majors) in courses that combine writing with media production. I start them off with HTML and CSS (just to get them familiar with the level of accuracy required of any kind of coding). I've also taught Flash, but this fall I will probably drop it to make more room for Scratch.
The point is not to make these English majors into professional programmers, but rather to familiarize them with fundamental processes such as iteration, versioning, scaling, beta-testing. To someone who has never written a computer program, even very simple concepts such as if-then statements and variables can be completely baffling. I notice that students who play old-school text adventure games are at first very unforgiving about the limitations of the parser, but after they've programmed their own short games, and watched their beta-testers come up with reasonable vocabulary words that they expected the programmer to have implemented, students are more ready to appreciate when a text-adventure author has done a good job anticipating the user's actions. This is a lesson that, I hope, translates to their encounters with other interfaces, making them more willing to take beta-testing seriously, in the future, when they might be writing the copy for team that includes programmers.
Literacy Weblog http://jerz.setonhill.edu/weblog
Do what MIT does: teach Programming first .. via Scheme!
Look, there is no "right way" to start. MIT presumes you need to learn about what programming is all about first. Then they teach Java, C/C++, MatLab and so on later on in engineering and science classes. They created a nifty system, Processing(.org), that takes the sting out of Java and uses it to show designers how to hack.
I've only been in the programming game for a decade but I don't suffer from that. Why?
I never did program in anything fashionable or new. The language I use for 99% of the serious stuff is C, there are always loads of jobs in it for someone with a few years experience, and it was designed in the late 60s/early 70s so it seems to me it's unlikely to just up and die any time soon.
I'm not trying to get into a 'which language is best' flamewar here, but from a career perspective I've done very nicely out of it. I do learn bits and pieces of other stuff as needed, but having C as a base ensures I'm never out of date (or perhaps I'm always out of date :)
error messages (the fact that there even *is* a crazy hebrew one in PHP makes this laughable but ok...), check
I should explain this for anyone who is perplexed as to why PHP has an error message in hebrew: it doesn't. The name used by the parser to refer to one of its operators ("::") is taken from hebrew ("Paamayim Nekudotayim", meaning "double colon"). This is what happens when your parser is developed by Israelis. The error message is, however, in english, only the operator name is not.
So, the best thing you can do is stay out of it and pay us lunatics that are dumb enough to go through all this crap.
Keeping up with the latest trendy languages is a path to burn-out. Find another path.
This flitting from thing to thing isn't right. It's like a heart surgeon changing to a ear, nose, and throat specialist, a radiographer, then a dentist, within 10 years.
At this point I really wouldn't say you were a programming, any more than someone using functions in Excel is a programmer. Learning just enough HTML to get by and modify someone else's template is surely a deathtrap. Soon you will change something, and it will completely mess up everything, and you'll have no idea how to fix it. Or you'll do something the "wrong way" and it will screw you over in 3 weeks.
My opinion is that you should learn programming first, basic command line stuff. Then move on to the GUI. After that you can learn how to manipulate databases. After that, you should move to the web.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
This made my morning. I agree wholeheartedly with this post and I recommend to people to start with fundamentals of computing/programming concepts so they can easily slip between languages if they choose to go this route.
http://mitpress.mit.edu/sicp/
The book linked above is a great start if you are serious. Don't half-ass the learning process. It is going to suck in the beginning and your brain will hurt (just like doing most new things in life) just stick with it and persevere.
... when Tina the Tech Writer wants to get better pay and tells Alice, "Alice, teach me how to be an engineer. I don't care if it takes all day." And then adds greedily (as Alice is gritting her teeth), "but let's keep quiet about this. I don't want others to get in on this scam."
If you've never programmed before, then you will likely need to practice thinking in a logical, structured manner. Certainly, you should learn your first programming language while doing this, rather than take any kind of math/logic course. Unless, that is, you really like that sort of thing. Posters above me have suggested starting a project that you are motivated to complete, finding out what language is most suited to your goal, and learning it as you go. This can work, but you may hit a few road blocks:
To get around all of these potentials problems, I recommend the book Python for Software Design: How to Think like a Computer Scientist , which I used when I first learned to program, back when it had a different title. It is available for free here, under yet another title. It's positive attributes are that it uses Python, contains short problems at the end of each chapter (many with solutions and explanations), and explains various things about math, logic, and algorithms as it goes along. Python is a good first language because it doesn't get into details of hardware, it is interpreted rather than compiled (quicker feedback when you change something), and it has clear, simple syntax that enforces good style. If Python doesn't suit you for whatever reason, I would recommend that you seek out a book that professes to teach you how to think as well as how to program.
I have been assuming that you intended to self-teach, but an introductory computer science course at community college should also work. The quality of your education will depend upon your instructor, but that's not much different than picking up a book and hoping the author knows what he's talking about. I think Allen Downey does a good job, but that's just me.
If you do one of these things, learn a language, and it piques your interest, learning other languages is a good time to find a project you're interested in and learn the appropriate language as you go, already having the proper mindset and background under your belt.
This space reserved for administrative use.
You're an artisan. As an artisan, you apprentice under a specialty with a short life, but exceedingly high payoff, which is it's own reward.
Increased tenure does not imply increased capability, unlike typical 'Professions', i.e., Plumber, Mechanic, Lawyer, Professor, Accountant, TV Producer..
Like the brick layer, you are a means to an end. A potentially cushy end, but an end nonetheless.
I'll probably be vilified for this, but if you are using Windows (or Mac), try Game Maker (Mac version is beta). It's a good introduction to a lot of programming concepts using a construction set like metaphor. After you learn the basics, it's easy to move to just code. Game Maker is free, many schools use it, and it was developed by university professor as a teaching aid.
http://www.yoyogames.com/make
Read the manual, do the tutorials, work your way up to GML code, take your questions to the GMC forums. Once you learn GML (which is similar to C and PHP, but allows Pascal style code as well), you'll be able to pick up other languages easily. Most programming languages are very similar.
There is also a book, The Game Maker's Apprentice, if you feel the need to purchase something.
http://book.gamemaker.nl/
+0 Meh