How to Escape from {{ #PROGRAMMING_LANGUAGE }}

http://deliberate-software.com/how-to-escape-from-programming_language/

by dmiladinov • 13 years ago

42 49 13 years ago

$Preview of How to Escape from {{ #PROGRAMMING_LANGUAGE }}$ deliberate-software.com

CHsurfer• 13 years ago

Wondering if GO would be considered a good candidate in the 'exotic' category.

  -People seem to enjoy programming with it
  -Makes somethings very easy (concurrency)
  -Standardized formatting, makes everyone else's code easier to read or vice-verse.

Just not sure if people are doing 'work' yet or still mostly playing with it.

klibertp5• 13 years ago

That's an interesting question - which 'exotic' languages have the highest probability of becoming 'the new hot thing' at one point and when.

Watching the evolution of programming languages and programming jobs for the last two decades I still have no idea how to predict this; I can only believe in my intuition and bet.

carbocation• 13 years ago

I've been writing minor tools in it for work and it's been a pleasure (the golang version of one of these tools offered an immediate 8x speedup on an hours-long task, compared to prior PHP versions, with minimal additional thought). I have yet to organize a large project around it, however.

zozu• 13 years ago

I too am very curious about GO. I might pick it up sooner or later.

gnur• 13 years ago

What really made me love go is that when your code compiles, it probably (90%+) does what you wanted it to do.

lclarkmichalek• 13 years ago

From what I've seen, people spend more time mentioning it on every single PL related post on HN than either working or playing with it ;)

voidlogic• 13 years ago

How do you know this is the case, that is people who talk about Go a lot do not use it? I often talk about Go on HN, I also use Go for my work and personal projects and write Go 10+ hours a day... Many of the people I see talk about Go on HN are active on github and golang-nuts... I know they are writing Go.

Tichy• 13 years ago

Pretty sure it is a good bet. Just my opinion. It's endorsed by the most important internet company, and people I know and respect told me they like it.

klibertp5• 13 years ago

I'm sure that there will be people here complaining that the particular stack you're working on now doesn't matter, that a good programmer is a good programmer whether she writes code in Forth, Fortran or C (or Fortran in C).

This is true in the same sense that quicksort is faster than insertion sort - that is when we ignore some constant and are interested in asymptotic performance.

Very few companies are able to ignore this constant and hire someone who - being as good a programmer as he is - for half a year will be less then proficient and then for two more years will be still under-performing in some cases. Companies would be stupid to ignore this constant, especially given that in three to four years the programmer in question will leave for a better work.

For the vast majority of jobs it really matters what software stack you know and it's not really a bad thing to do for companies to check for that when hiring.

It's also worth noting that learning a language is something entirely different than learning to use a language. That's why it's that important to actually build something when learning - because then you are forced to use various tools that come with the language, it's entire stack.

tterrace4• 13 years ago

I think your constant is way too high, if a new hire can't get up to speed in six months and is still floundering after two years then I don't think the right hiring decision was made.

klibertp5• 13 years ago

Do you have any data on this, or are you guessing?

seanmcdirmid4• 13 years ago

How long does it take for an architect to master autocad or a visual designer to master illustrator? Would you expect to hire either if they didn't have mastery of those tools? If not, then why do we expect programmers to master languages and platforms more quickly?

AlexeyBrin• 13 years ago

No matter how much you love a certain language you should always keep an open mind and learn something new.

If you are an expert in OOP, try to code for a few months in a functional language.

psionski• 13 years ago

That's what I do, although not for the reasons in the article; I just get bored quickly (gen Y lol) and learning radically different languages and paradigms is just so much fun :) It also seems to help in my main language (C#), after learning Haskell my C# 3.0 programs have gotten way easier to read and understand.

sergiotapia• 13 years ago

There are so many new tools coming out, but here's the thing:

_You don't really need to abandon ship every time something shiny comes along._

Really, you don't. Use the tools that help you get the job done quickly and efficiently. I jumped ship from .NET (asp.net mvc) to Ruby on Rails because of three very distinct features:

1. Cheaper hosting.

2. A better baked-in ORM.

3. Ruby made me more productive.

It wasn't because some random guy in Germany wrote a blog post and called it the Next Coming of Christ - it was because I tried it out for a small project, and loved how it made my life easier. Less time in front of the computer, and more time with my family.

Just make sure you jump on the next big thing for the right reasons.

tterrace4• 13 years ago

I wouldn't say a good escape route from a particular stack is to just jump into learning another one, you're just picking another small area of specialization. If you have a good understanding of the fundamentals, the data structures and algorithms under the hood, you're much more employable than someone who's memorized the idiosyncrasies of a few web stacks.

emehrkay2• 13 years ago

"Fill your github with work in that language."

I love this advice. I think that I want to tackle building a Node application as my next "weekend project." I dabbled in the very beginning, but today, Node is very mature and the barrier to entry is extremely low.

Cyranix• 13 years ago

I set up the beginnings of my first Node app this past weekend with Express, Stylus + Nib, and Handlebars (plus nodemon and livereload, though I think I may need to add a little Grunt + regarde to get the most out of livereload). Very enjoyable to get started with, and there are plenty of other solid options for your stack if those selections aren't to your liking. [Feel free to email me if you want another Node newbie for discussion.]

emehrkay2• 13 years ago

Cool. Thanks for the connect. I love our community sometimes

epenn• 13 years ago

While I won't say this is bad advice, I also don't think it's the best way to truly free yourself in the manner I think the OP is getting at. In the long run you'll be far better off learning and cultivating rock solid CS fundamentals rather than just hopping from one framework to the next hoping to glean a little more from each. Having an in-depth understanding of the types of data structures and algorithms that go into developing $new_hotness will allow you to pick up different languages/frameworks/etc significantly faster than just learning $new_hotness on the surface level.

Take parametric polymorphism [1] as a random example; i.e. what's called generics in Java, templates in C++, etc. You might know how to use it in a particular language and realize it provides some benefit. But if you truly understand the underlying concept then you can quickly recognize it and/or know to look for it in any language you pick up, whether it's Java, OCaml, Visual Prolog, etc. Note each of those languages are in three totally separate paradigms (object oriented, functional, & logic) and yet all of them still make use of the same underlying idea to achieve a particular goal (in this case, a form of type-safe expressivity). If you have a good understanding of $random_fundamental_concept then all you would need is to take a couple minutes to learn its syntax in your new language of choice and be on your way. I chose that example because it was the first that popped into my head, but in reality it goes for just about anything.

In short, with a good understanding of the fundamentals, you can make the time it takes to learn something new that will invariably be based on them significantly shorter.

[1] http://en.wikipedia.org/wiki/Parametric_polymorphism

klibertp5• 13 years ago

How do you establish the deep understanding of these concepts without actually using them in their various incarnations? I don't believe that reading the definition of parametric polymorphism is enough for someone to recognize the place it should be used in a real project and to use it there in a way that won't cause trouble.

Also, "learning and cultivating rock solid CS fundamentals" is a given - we're talking about what more to do.

JackMorgan2• 13 years ago

As the author, I completely agree, good fundamentals are critical, and not be be neglected. I make the practice of fundamentals a regular part of my learning new languages. I just finished a project in Clojure that was implementing a variety of typical algorithms, but in a functional way. I now understand those algorithms far deeper, and with a greater understanding of their complexities and run times than if I had just done them in my "go-to" language.

djoes• 13 years ago

I've been taking the Programming Languages course on Coursera, the motivation for the course is exactly what you're talking about. "Syntax doesn't matter" has become something of a catchphrase in the lectures, emphasis is always on semantics and how different languages accomplish the same/similar things.

https://www.coursera.org/course/proglang

Nick_C• 13 years ago

Snap, me too. It's a great course run by Dan Grossman (who pops up on HN occasionally).

I signed up to learn functional programming and have learnt a lot.

gtani• 13 years ago

i suppose by "exotics" he/she means

- Theorems for Free languages: haskell, scala, ocaml,

- lisps: CL, Scheme/racket, clojure

- logic programming/unification: prolog, mercury

- stack-based/concatenative: joy, forth, factor

- O-O paradigm: D, eiffel, smalltalk, scala(again)

- others I keep hearing about: Golang, rust, kotlin, Mozart/oz

ef42• 13 years ago

There's a better strategy than making bets on particular languages and frameworks: get so good at learning that you can become proficient in any of them in only days, and reach mastery in just months.

The biggest bottleneck I see that prevents people from being able to do this is their code-reading skill.

With practice you can read and understand codebases much, much more quickly than most people (who are so intimidated they never even try). Once you can do this, you can very quickly pick up (1) the rich details about how the system works, (2) the ability to extend the system and fix bugs in it, (3) understanding of what is idiomatic and what is not.

dmiladinov3• 13 years ago

> become proficient in any of them in only days, and reach mastery in just months.

This! Could you please share your insights as to how to improve your code-reading skill? Besides the obvious, "read more code". For example, how to select which sources of code to read from, any tips/tricks you've learned in your process, etc?

div• 13 years ago

Read the source code of stuff you are already using. Dig into that networking library, or explore that templating plugin.

This not only lets you read more code, but also lets you pick up knowledge in areas that are often taken for granted (no need to think about X, there's a library / plugin /framework for that).

kaoD• 13 years ago

Learn new paradigms like functional programming (the purest, the better). It'll teach you how to "bend" your mind around certain problems/structures.

ef42• 13 years ago

I want to second what div already said, with the added comment that it's better to have a specific goal than to wander aimlessly through the source.

Every piece of software has bugs and limitations. When you encounter one, go figure out why it is the way it is, and maybe even fix it.

If all your dependencies are so perfect that this never comes up (hah!), you can always pick a project you use and like and look at their open issues. Begin trying to solve one of them.

JackMorgan2• 13 years ago

I am the author of that post, and that is why I suggest this course of action. My post was not about "picking the winning language" but about getting moving actually practicing new languages. That practice helps us to get faster at learning. Once you have learned a few, you will be dramatically faster at learning new ones, and at programming in general. You will have seen the same concepts implemented a few different ways. It will be harder to be a fanboy of any specific one, because they all have pros and cons that have to be weighed.

xtrumanx2• 13 years ago

I've been trying for so long now to do something different. The largest obstacle I've faced is letting go of expectations.

Having worked with Asp.Net MVC for years now, I've found how Express on NodeJS handles form validation to feel very cumbersome. Technically, it doesn't even handle it and one has to rely on third party modules or one's own wits. After struggling with that one bit for a few days I dropped nodejs and moved on. I enjoyed making ViewModels with DataAnnotaions in .net that two top validation related modules I looked at seemed weak in comparison.

Now I'm trying to learn Play! using Scala. But the IDE support isn't as good as Visual Studio especially in the View templates. I've only tried the Scala plugin on Eclipse. The Play! plugin in IntelliJ IDEA only works on the Ultimate version which sounds expensive so didn't bother looking into it.

I just installed Ubuntu on my computer and really want to make the switch from Windows+C#+Visual Studio to Linux+Scala+Play but all those years getting comfortable in .net I feel will really hold me back. Everytime I hit a wall I'll be thinking back at how much easier this would be if I was using .Net or Windows that I feel this will be my biggest problem I would face.

hkarthik2• 13 years ago

I'm curious if you're given Ruby and/or Rails a shot?

I jumped from .NET to Rails 3 years ago and found that the ecosystem being mature and large helped me get over all the typical humps of losing IDE support (I code in vim full time now) and switching to Unix. Had I jumped in 2006 or 2007 like some of my colleagues did, this would not have been the case.

I definitely think that these days Node and Play are on the rise, but based on your post I think you should consider something a little easier to slide into for someone more used to a mature ecosystem. Once you get into the Unix-based way of programming, it won't feel like such a painful leap to jump to Scala or Node.

xtrumanx2• 13 years ago

Actually I started out with Ruby then Rails in 2009 and moved then moved onto .Net.

Ruby and Rails will always have a special place in my heart as that's where I first truly learned how to program after being beaten into submission by Java in university. I think the point I hated programming was the time we needed to build a Swing app using Notepad. Then over a year after graduation I found Hackety Hack and _why's poignant guide and everything clicked and I knew all I wanted to do was to code.

However, as much as I loved Ruby, .Net opened my eyes to the wonders of static typing and I don't think I could live without it. The only reason I considered NodeJS and Express was because I was planning on replace JavaScript with TypeScript after learning the basics of NodeJS and Express.

I just installed Ubuntu on my PC last night and this time I'm trying to learn it right. No more copy pasting stuff into the terminal like the last 15 times in the past 8 years I've attempted to learn Linux. I make sure to read the man pages of every command before I run it so I know what its doing. I've must of extracted archives tons of times but today is the first time I understand what the arguments -xfv mean in tar -xfv FILE :)

My current methodology has me moving ever so slowly. For instance, after downloading Eclipse, I knew better than leaving it at my downloads directory. So a google search told me to put it in /opt. But that just leaves me wondering what the heck /opt is for. Some Googling led me to a document entitled "Filesystem Hierarchy Standard" which explains what all the directories in the root are for. Trying my hardest not to think about how much quicker things would be moving along if I just give in and carry on in Windows >.<

cpprototypes• 13 years ago

As I'm getting older, efficiency in use of time is becoming a very significant constraint. And I've found that learning a lot of languages is a waste of time. It's mostly enough to just know two types, one static, somewhat low level language (Java, C++, etc.) and one dynamic, high level language (Ruby, JS, Python, etc.) I've decided that for me, those two languages will be Java and Javascript. Not because they are vastly better than the alternatives. But for the following reasons:

1) I already have years of experience in Java. And it's not a dead field. There's Java 1.8 coming out, new libraries, frameworks etc. And there's the added benefit that I can convince my workplace to adopt these things since they use Java. That way I can efficiently use my work time to make money and learn new technologies at the same time.

2) I also have years of experience in Javascript. And I've discovered that Node.js can cover all the areas that I wanted Python to cover. It's good enough for rapid prototyping web apps, command line scripts, and quick testing of algorithms.

I came to this conclusion after time spent fighting a futile battle to become good at Python. Learning the syntax was easy, there's nothing in Python that was difficult to understand. However, I ran into the following issues trying to truly master Python or any other language I don't use at work:

1) Zero reinforcement unless I spend my own personal time doing it. At work, I'm using Java and Javascript 40 or more hours per week. And those hours are when I'm at my most alert and energetic. Python could only be at night and when I'm tired. Marriage will reduce that free time, and kids will reduce it further.

2) Zero synergy from other developers. A workplace is also a community of developers. My Java and JS skills stay sharp and increase because I can constantly talk and discuss with other developers. I learn best practices, things to avoid, trends, etc. I get none of this with Python unless again I spend personal time to do it.

3) I made some small projects with Python. But a moment came when I realized, it doesn't matter, I'll never even come close to how good I am at Java and JS with Python. It was when I read some random post somewhere about how requests library is so much better than urllib/urllib2. And indeed it is. But if I had not seen that random post, how long would I have stayed ignorant until I found out? For someone who uses Python at work, such knowledge spreads quickly. Also just staying up to date on what's happening in the Python world can help gain such knowledge. I was already spending time keeping up to date with the Java and JS worlds. I just didn't have time to keep up with Python too.

I really liked Python a lot. It's a clean and practical language. But node.js fits much better with my skills and although I like the Python language better than JS, I'm a lot better at JS and will continue to be so since I use it at work.

I guess the TLDR of this is that yes you can try to learn and become good at a language and its community of libraries and frameworks in your personal time. But it's so much more efficient to just become better at the languages and frameworks you use at work and then use that experience to become good at new technologies for that area.

Perhaps the final breaking point that lead me to abandoning Python in my personal time is when I realized, I could've spent all that time building something on the side. I could've used my existing Java and JS skills to make an app or website or anything. And I could've done it fast, quickly, and with the confidence that comes from truly mastering development tools. Instead I wasted it to gain a useless amateur understanding of Python.

gngeal• 13 years ago

"And I've found that learning a lot of languages is a waste of time."

I'd say that your time would be much better spent learning language concepts and learning to implement them yourself in some sane environment, like OMeta, for example. This way, you could 1) do the incremental changes you want (instead of throwing away one language wholesale and learning another from scratch), 2) recycle the execution environment you have to use (e.g., at work, instead of being forced to switch), 3) broaden your horizons in a fundamental way (learn about type systems, implementation techniques etc.).

"But it's so much more efficient to just become better at the languages and frameworks you use at work and then use that experience to become good at new technologies for that area."

That's exactly in line in what I'm suggesting. Also, wait until Javascript gets tail calls (coming in EcmaScript 6), and you'll be able to implement a vastly increased range of additional language features yourself, in an elegant way (think CPS transforms).

michaelwww• 13 years ago

Your a really good fit for Google's Dart. Broadly speaking, it's a cross between Java and JavaScript. It's a pleasure to write code in Dart, emit JavaScript, and have it just work across browsers.

jeremyjh• 13 years ago

> Resist the urge to cynically compare and contrast the old and new stacks. I have interviewed too many candidates who could not stop talking about how great their old language is, or how “these new hipster languages are just a fad”.

I thought at first this was headed in the other direction - e.g. candidates who could not stop talking about how great their new language is and how their old language is "a dinosaur". That is the tendency I have - to inflate the advantages of languages that interest me most because of their novelty to me.

How to Escape from {{ #PROGRAMMING_LANGUAGE }}

Related Stories