Perhaps this is self-serving, but I completely agree. If you plan to be in the software business, it pays to know a little bit of what your business is built on.
The best way to learn how to code is to pick a small project, build it and deploy. With app stores galore (Google Chrome, Apple, Android) there are plenty of interesting opportunities for small applications to get your feet wet. I wouldn't worry about making the next big thing. Pick something fun and ship it.
I personally would start with a scripting language and build some cool games with it. I personally would recommend starting with Lua and using Corona (http://www.anscamobile.com/corona/) to get started. This will give you an application that is easy to build and deploy across multiple platforms.
I agree with most of this. I work in marketing and knowing Excel better than most (hardly coding I know) and a little bit of VBA and I get a lot of efficiencies where others can't. I'm now leaning some basic web programming at the moment. It helps open the mind to what can be done which in turn should make me a better marketeer when it comes to making plans. Plus it is good to know if engineers are being asked to do too much or if someone is just work shy... when invariably we ask people to do too much.
On the flip side I think it would be great for the engineers to spend some time in marketing and close up that divide to work better together. Often I see both sides try to keep each other out other their business when much value can be had when marketing gels with engineering.
I wouldn't regard Excel as "hardly coding". It depends on the difficulty of what you're doing. If you're using it as a data structure to organize numbers, then that's obviously not coding. But complex Excel data modeling feels like coding.
I did this a lot at my last job. Some portions of the spreadsheet function like tables and calculations on data. Others control input variables. Yet others would just display the data in charts and graphs.
Excel is considered 'functional programming', which is different than traditional programming but nevertheless incredibly valuable. I took a 'Computer Skills for Business' class during undergrad and I can't thank it enough for turning ten-minute tedium into snippets of code.
knowing Excel better than most (hardly coding I know) and a little bit of VBA
There's no question that spreadsheets are programs, albeit not written in a general-purpose language. Question for you: what do you do in VBA? i.e. in what areas does the spreadsheet alone not suffice?
I agree w everything you wrote above, but I lack the tech knowledge to understand the following comparison: "high powered marketing is distribution which is almost all code these days"
Would appreciate it if you further clarified. Thanks!
This blog entry makes me want to write a similar entry: "Why coders should try their hand at marketing and BD." The subtitle would be "A real life lesson in understanding your customer base."
Good stuff, I particularly like #6. As marketer, knowing some programming has come in handy when working with technical folks who occasionally come down with a case of tunnel vision.
I would also add:
- Agency Management - Whether its calling your agency on BS or knowing how to use firebug to quickly diagnose a site problem, it definitely has saved me. (Recently I called a disgruntled web designer out about not using font-face and he has been much easier to get along with since)
- A focused approach - Since I have started to learn programming I noticed that I apply programming principles to (rather mundane) tasks that take up a lot of time but often go overlooked. For example, when programming and creating variable names I make them as specific as possible, so if someone else was working on my code they would know exactly what it is. A simple concept to most people on HN but its something often overlooked by non-programmers. Open up an excel file from marketing person and you will often be left scratching your head.
As for tools for learning to code, recently I have seen lots of places talk about codecademy, but most leave out CodeSchool.com. Definitely recommended - it's been a been a huge help for me and gotten me to the point where I am ready to take it to the next level (hopefully @ Hungry Academy).
I think there's a huge difference between the kind of "coding" being discussed here and the work of an actual software developer. That said, if coding simply means having some familiarity with the concepts of computer programming, then I think it definitely makes sense for those people who are interested to partake!
For DBA's should be a must, for automation purposes, backups, custom reports, etc, etc...
And for Marketing it's just kind of scary... some of those guys start by saying: "I know how to program and that feature could be ready in a day or a couple of hours"
I work in marketing->e-commerce and I think it's a great idea to learn to "program". By no means am I a good developer, but I have played enough with Rails and PHP and deployed a couple of simple apps to production environments and I feel like I know enough to understand how to put together a coherent business requirements document.
I think if not programming, at least process modeling or class diagrams should be learned.
This type of conversation begs the "put-up or shut-up answer" and if it works you get a new feature. the real trick is actually dealing with long-term support for something that might have started out as a hack. Features and short-term tests usually need to be refactored for long-term health. If you don't do the work up front be prepared to do a bit later, just make the choice consciously.
As a "businessperson" that does some light coding on the side for fun (mostly scientific programming), I really appreciate the author's argument.
Unfortunately, it's difficult to find organizations that know how to make the most use out of those skills (outside of the start-up community, and even within the start-up community it's surprisingly rare to find job postings for BD folks that mention relevant/valuable coding skills).
Someone a long time ago, possible H.G. Wells, said "Statistical thinking will one day be as necessary for efficient citizenship as the ability to read and write". He was right. This would suggest that most citizenship is effected inefficiently.
I suspect in 10 years at least, things will go similarly for programming. But maybe in 30,40,50 years; better diets,better environments, nutritional junk food, better education, designer children, gene therapy, drugs, implants, whatever will push mean IQ out of its current local maximum.
[+] [-] charlesju|14 years ago|reply
The best way to learn how to code is to pick a small project, build it and deploy. With app stores galore (Google Chrome, Apple, Android) there are plenty of interesting opportunities for small applications to get your feet wet. I wouldn't worry about making the next big thing. Pick something fun and ship it.
I personally would start with a scripting language and build some cool games with it. I personally would recommend starting with Lua and using Corona (http://www.anscamobile.com/corona/) to get started. This will give you an application that is easy to build and deploy across multiple platforms.
[+] [-] Gustomaximus|14 years ago|reply
On the flip side I think it would be great for the engineers to spend some time in marketing and close up that divide to work better together. Often I see both sides try to keep each other out other their business when much value can be had when marketing gels with engineering.
[+] [-] kapilkale|14 years ago|reply
I did this a lot at my last job. Some portions of the spreadsheet function like tables and calculations on data. Others control input variables. Yet others would just display the data in charts and graphs.
Sound familiar?
[+] [-] jmduke|14 years ago|reply
[+] [-] gruseom|14 years ago|reply
There's no question that spreadsheets are programs, albeit not written in a general-purpose language. Question for you: what do you do in VBA? i.e. in what areas does the spreadsheet alone not suffice?
[+] [-] sunir|14 years ago|reply
When drafting contracts I apply the DRY principle, modularize sections, and focus on clarity and meaningful names for section headings.
When planning strategy I look at the whole structure of the market, which required analytical thinking not unlike system architecture.
Moreover most of the high powered marketing is distribution which is almost all code these days.
Engineering + marketing = big money.
[+] [-] ahmadss|14 years ago|reply
Would appreciate it if you further clarified. Thanks!
[+] [-] xarien|14 years ago|reply
[+] [-] ridave|14 years ago|reply
I would also add:
- Agency Management - Whether its calling your agency on BS or knowing how to use firebug to quickly diagnose a site problem, it definitely has saved me. (Recently I called a disgruntled web designer out about not using font-face and he has been much easier to get along with since)
- A focused approach - Since I have started to learn programming I noticed that I apply programming principles to (rather mundane) tasks that take up a lot of time but often go overlooked. For example, when programming and creating variable names I make them as specific as possible, so if someone else was working on my code they would know exactly what it is. A simple concept to most people on HN but its something often overlooked by non-programmers. Open up an excel file from marketing person and you will often be left scratching your head.
As for tools for learning to code, recently I have seen lots of places talk about codecademy, but most leave out CodeSchool.com. Definitely recommended - it's been a been a huge help for me and gotten me to the point where I am ready to take it to the next level (hopefully @ Hungry Academy).
[+] [-] beaker|14 years ago|reply
[+] [-] Sufrostico|14 years ago|reply
And for Marketing it's just kind of scary... some of those guys start by saying: "I know how to program and that feature could be ready in a day or a couple of hours"
[+] [-] jerednel|14 years ago|reply
I think if not programming, at least process modeling or class diagrams should be learned.
[+] [-] jgreenough|14 years ago|reply
[+] [-] zerostar07|14 years ago|reply
[+] [-] coryl|14 years ago|reply
[+] [-] Gustomaximus|14 years ago|reply
[+] [-] sakai|14 years ago|reply
Unfortunately, it's difficult to find organizations that know how to make the most use out of those skills (outside of the start-up community, and even within the start-up community it's surprisingly rare to find job postings for BD folks that mention relevant/valuable coding skills).
[+] [-] known|14 years ago|reply
[+] [-] bloggergirl|14 years ago|reply
[+] [-] moocow01|14 years ago|reply
[+] [-] jleader|14 years ago|reply
[+] [-] crazygringo|14 years ago|reply
[+] [-] Dn_Ab|14 years ago|reply
I suspect in 10 years at least, things will go similarly for programming. But maybe in 30,40,50 years; better diets,better environments, nutritional junk food, better education, designer children, gene therapy, drugs, implants, whatever will push mean IQ out of its current local maximum.
[+] [-] roopeshv|14 years ago|reply
[+] [-] Daniel_Newby|14 years ago|reply