Live data from Hacker News

Rules of thumb for a 1x developer

muldoon.cloud

1–10 of 505 posts

Re: Rules of thumb for a 1x developer

#2
>Internal deadline: This is a target internal to the team that will not affect anybody outside of the team.

Never in my life have I witnessed an internal deadline. If it came out of your mouth and someone heard it, well done, you've got yourself a soft-deadline. If you haven't said it out loud, it's an expected completion date, not a deadline.

Re: Rules of thumb for a 1x developer

#4
Quite surprising take on the languages.

> When to use Python or Ruby

> Python and Ruby seem to me to be pretty similar in that they’re scripting languages and dynamically typed and seemed like the greatest thing in the 00’s. You use them when speed is more important than legibility or debugging.

I'd say you pick them when productivity and time to market is important. I personally find dynamic languages far more legible (unless you're doing metaprogramming-heavy stuff).

> Haskell or Erlang maybe I would use if I were doing something that required a very elegant or mathematical functional approach without a lot of business logic.

I think it's a mistake to throw these two into the same bag. I'd say Haskell is functional and comes from academia. Erlang is concurrent (with functional aspects) and comes from engineering background. You'd want to pick Erlang if you want to build scalable backend systems.

> my guidelines for JS are:

> Try to push as much logic as possible to the server. If the front end weren’t super complex, I would consider something like Phoenix instead which actually pushes everything to the server.

Phoenix is a web framework for Elixir and Elixir is a Ruby-like syntax on top of the amazing Erlang VM, so this kind of contradicts the suggestion above. Either way, Phoenix LiveView might be a game changer when it's applicable and for people who don't find the whole JS thing very exciting.

Re: Rules of thumb for a 1x developer

#5
post #3

This document provides, especially towards the end, some valuable opinions. The technology-advice is really bland or maybe overfitted to specific use cases.

Agreed. The general advice here is really useful. I am not clear on the benefit of the discussion on programming languages and specific tech though, that section seemed like an out of place admission of a lack of knowledge in an article that contained many useful tips.

Re: Rules of thumb for a 1x developer

#7

Quite surprising take on the languages. > When to use Python or Ruby > Python and Ruby seem to me to be pretty similar in that they’re scripting languages and dynamically typed and seemed like the greatest thing in the 00’s. You use them when speed is more important than legibility or debugging. I'd say you pick them when productivity and time to market is important. I personally find dynamic languages far more legib…

> I personally find dynamic languages far more legible

Maybe you're a 2xer though.

Re: Rules of thumb for a 1x developer

#8
This is poorly titled. A '1x developer' is by definition an average developer. The page is mostly listing basic knowledge that any developer, even a very junior one, should already have. If you aren't aware of the relative strengths and weaknesses of Java, C, and Python, you aren't a 1x developer, you're a trainee.

Anyone know of any better articles truly targeted at '1x' developers? (This isn't snark, it's an invitation.)

Re: Rules of thumb for a 1x developer

#10

This is poorly titled. A '1x developer' is by definition an average developer. The page is mostly listing basic knowledge that any developer, even a very junior one, should already have. If you aren't aware of the relative strengths and weaknesses of Java, C, and Python, you aren't a 1x developer, you're a trainee. Anyone know of any better articles truly targeted at '1x' developers? (This isn't snark, it's an invita…

The 1x / 10x memes need to die in my opinion.
Post reply on HN