HN user

ichinaski

29 karma
Posts2
Comments20
View on HN

# If we just got to the goal node, build and return the path.

  if adjacent == goal_node: 
    return build_path(goal_node)
If you want to ensure the path is optimal, you'll have to wait until you 'expand' the goal node, as there might exist goal states in the open set with lower costs.

Many of the best programmers I've seen google stuff. So do many of the worst I've seen.

The difference is the former won't type a single statement without knowing what it does first, while the latter will just copy and paste something that seems to work, regardless they understand it or not.

The last time I came across some copy-pasted code that was giving some troubles, and after asking the owner of that code what some stuff did, he was unable to tell me, after claiming it was just fine, because the code he copied was from a trustworthy source. This, I guess, is a bad practice of how googling things should work.

Vim After 11 Years 13 years ago

My favourite ones:

" Make Y behave like other capitals

nnoremap Y y$

" Reselect visual block after indent/outdent

vnoremap < <gv

vnoremap > >gv

I wish the designer in my company could be interested in these kind of articles. Is quite frustrating to receive time and again all the wireframes focused on an iPhone-like look, no matter what.

I really appreciate this post. As a job seeker, I like reading this kind of tips. What is more, it has told me that all the things that I'm doing just for fun and for the passion that learning new things give, is being useful also for this purpose. Indeed, I think that the opposite direction is the weird one, since I can't see the point of learning C, algorithms,... just for the job seeking intention. You really need to enjoy that stuff.