Live data from Hacker News

Tales of coding from a beginner

medium.com

11–20 of 87 posts

Re: Tales of coding from a beginner

#11
post #6

Personally, I've always read '=' as meaning the left hand side was equal to the right. So if I see x = 5 then I'm already assigning the value of 5 to x, because they're equal! Does that make sense? Curious to see what others think, because before reading this article, I didn't even realize that was a particular tripping point for anyone looking to start programming.

What about x=x+1 ?

IIRC, the assignment notation mas annoying to me at the very beginning.

Re: Tales of coding from a beginner

#12
post #7

> Equals is a lie: = ≠ = This has occurred opposite to me while learning Mathematics. As a programmer, who has been learning fundamental mathematics from the past year, the whole assignment/equivalence thing screwed me up so many times.

A good way to look at it is not as two different symbols, but as the difference between a definition and a theorem. So if you are creating a new variable, function, etc. for convenience you assert "x = 5" (or something similar). Since you have no other constraints this variable has to satisfy, this is totally safe. However, if "x" already shows up in one of your formulas you need to be careful because you can't merely assert it is equal to whatever you want.

Re: Tales of coding from a beginner

#14

Question: I'm curious to hear other people's experiences with "4. Stop asking questions". I ask questions quite a bit. It does slow me down. But I feel like if I understand something, I can move faster in the longer term, besides the value derived from just understanding how the system/abstraction works.

There's a line where you have to stop asking questions (lest you end up at the big bang). Experience will guide you in narrowing down where that line exactly is - over time, you better know what you don't know and don't need to know.

I'm also a proponent of constantly asking "why? how?", but at the beginning, you have to at least pause between your questions to process what's happening, and sometimes trust that you have enough to work with, or trust others to tell you what you don't need right away.

Re: Tales of coding from a beginner

#15

Question: I'm curious to hear other people's experiences with "4. Stop asking questions". I ask questions quite a bit. It does slow me down. But I feel like if I understand something, I can move faster in the longer term, besides the value derived from just understanding how the system/abstraction works.

I generally agree. For me it just pissed off the people who were trying to help me. Seems like most practitioners (and this is in any industry, I think), know what to do and how to do it, but the logical "why" behind it has long since been archived. They learned it and accepted it, but don't think about it regularly. I would ask a lot of questions about language design, programming paradigms, and stylistic decisions. I read about theoretical and conceptual lessons that were difficult to directly apply to writing my own code.

The part where I disagree is that beginners should stop because it's advised. Some foundation in theory can really help to frame the lessons you learn as you hack your first projects together. The understanding also helps you recognize patterns and learn some vocabulary. When you're naturally ready to say "screw the theory, let's just do it" -- that's when you'll make measurable progress.

Re: Tales of coding from a beginner

#16
Just what the doctor ordered!

I'm just starting out[1] and recognise all of these points, especially number 4 even though on first glance it might seem the wrong attitude.

Every time I run into something new I feel the need to 'fully' understand it before moving on. With such a vast corpus of information out there and a lifetimes worth of skill development in just one particular branch (database admin anyone?) I have certainly felt that sinking feeling when yet another new thing pops up.

Learning part time has not helped this as it becomes easy to say 'oh I'll catch up on that later but I won't start anything new yet'. That leads to a 6 month gap of getting anything appreciable done, at least for me!

Tomorrow I start full time in this learning endeavour (very lucky I know) and these 8 points probably won't be far from my mind when trying to actually get stuff done.

[1] http://josharcher.uk/categories/odin/

Re: Tales of coding from a beginner

#19
post #10

[deleted]

Are you seriously coming into a thread to ask what it's doing on HN, then in that same post you start talking about something completely unrelated for the sake of bringing up the subject and stirring up trouble?

You're not a misogynist, you just seem like a bit of a prick. Your instinct wasn't telling you you'd be downvoted, it was telling you not to post something utterly meaningless.

Anyway it's on HN because it's interesting. The perspective of a fresh coder is certainly interesting and this is a better written account than you commonly find on the web. It was a good read, a bit short maybe.

Post reply on HN