Earlier quoted context omitted.
I never implied that hacking implies being paid. You're reading far too much into it.
I am taking exception to "Eventually every artist...". There are many who do not. Possibly even more than those who do.
The Hacker's Path
61–70 of 78 posts
Re: The Hacker's Path
#62Earlier quoted context omitted.
I am taking exception to "Eventually every artist...". There are many who do not. Possibly even more than those who do.
Think artists don't think about selling their work? Go read some Henry Miller or Charles Bukowski.
Re: The Hacker's Path
#63If you are taking pull requests here are a few suggestions:
* "Honing Those Skills"
+ http://hginit.com (Free, Web) [Why? I found it a wonderful intro to distributed version control in general and Mercurial specifically]
+ http://yuiblog.com/crockford/ (Free, Video+Transcripts) [Why? Provided great context and in-depth details in a very efficient manner]
* "Gettin’ Paid, Makin’ Money"
+ C# / .NET (Large job pool)
* "Things You’ll Need"
+ Ability to take constructive criticism [Why? Get better faster. Appreciate user feedback.]
* "Not Another Neckbeard"
- Teh Womenz [Why? It's obvious from your comments that you do not feel this is sexist nor did you mean it to be. I would have to log this under "taking constructive criticism" however. You point out that you know women who don't mind but there are some women who are bothered by this and taking it out would not impact the goal of the article. If you can make 1 person feel better about your writing by removing it to avoid any misunderstandings while not altering your meaning, it seems like a win for all.]
Re: The Hacker's Path
#64Earlier quoted context omitted.
And you're allowed to say that. In the mean time, I'd rather not have my students struggle with verbose syntax.
At what academic level are these students? Every university^ I know of teaches incoming students in a language with C style syntax and they handle it just fine. ^Except those which use scheme...
Re: The Hacker's Path
#65I went on an interesting journey with this article. I first clicked expecting to see what Paul Buccheit succinctly labelled "Limited Life Experience + Overgeneralization = Advice". I found generalised advice, without a word on the author's actual experience. Which I generally dislike, because I like to know who's telling me things. I'd much rather read "Here are some things that worked for me and might work for you"…
http://krainboltgreene.heroku.com/resume - linked from the front page - "Application Error". Real experts dot their i's and cross their t's, especially before going public...
Re: The Hacker's Path
#66Earlier quoted context omitted.
At what academic level are these students? Every university^ I know of teaches incoming students in a language with C style syntax and they handle it just fine. ^Except those which use scheme...
MIT uses python.
Re: The Hacker's Path
#67Amateur hour gibberish.
This was just as stupid as the last time it was posted. Same shallow treatment. Same jokey stuff about becoming 'the master'. Same name-checking of a few books that this guy has vaguely heard about ("The Dragon Book is teh awesome") and not read.
This would be charming if it were rewritten without the pretentious gibberish and sexism as a 'what worked for me, a newbie myself' type post.
Re: The Hacker's Path
#68Earlier quoted context omitted.
At what academic level are these students? Every university^ I know of teaches incoming students in a language with C style syntax and they handle it just fine. ^Except those which use scheme...
MIT uses python.
Question for those who know more than I: what are the tradeoffs of first learning one language in depth, then branching out versus learning several languages(/styles) early on?
Re: The Hacker's Path
#69Earlier quoted context omitted.
By "fundamentals," strlen means "memory management," "pointers," the gritty stuff. You can't escape memory management by using Ruby and Python, and a rudimentary understanding of pointers are also essential. a = ["Hello", "World"] b = a b[0] = "Goodbye" print a The first time I tried this, I was baffled why ["Goodbye", "World"] showed up. The answer lied in the way this scripting language used pointers, and it wasn't…
Even after using python for many years, I still occasionally make this mistake. It is a tough "bug" to track down. Can anyone comment as to why deep-copy is not the norm?
def f(b):
b[0] = 'Goodbye'
a = ['Hello', 'world']
f(a)
It's more efficient to pass function arguments by reference, and it would be fairly baffling if function argument passing did not work like assignment (c.f. C++ copy construction being similar to, but slightly distinct from, assignment).Less philosophically, everything in Python has pass-by-reference semantics, even ints. The things you might think are passed by value are immutable, so it doesn't really matter whether they are passed by value or by reference. For example:
a = 1
a = a + 1
conceptually creates a new integer object and binds the name a to it, and so does a = 1
a += 1
, because ints and longs are immutable in Python.Re: The Hacker's Path
#70Earlier quoted context omitted.
MIT uses python.
Carnegie Mellon's intro CS course has been in python for a couple of years, and we're switching to ruby for the coming year. Of course, that's followed by (Our own version of! =/ ) C, and then SML. Question for those who know more than I: what are the tradeoffs of first learning one language in depth, then branching out versus learning several languages(/styles) early on?