Recent submissions

Comment · 1 year ago
Going against the grain here, but personally as I've gotten more experience and worked in larger code bases I've completely reversed my habit of breaking functions up into smaller functions to supposedly make them easier to understand.
Comment · 2 years ago
Comment · 2 years ago
In theory it should work for many languages with minimal support. In practice I've done some testing with typescript, Rust and Go and it largely works.
Comment · 2 years ago
Comment · 2 years ago
Comment · 2 years ago
Comment · 3 years ago
The only argument I can think of against this would be that it would maybe slightly discourage adding the verbose details and would generally decrease the quality of error messages slightly. That said, even so it's probably worth the trade.
Comment · 3 years ago
It's worth considering that in the networking example given you discover the skills you need via a project and then argue that the skills could be learned more effectively through deliberate practice.

I think this post largely argues against a strawman (which I'm sure some people actually believe).

Seems fairly clear to me that you should (1) do projects that resemble the work you're trying to improve to: a. Build up the basics across all the skills you need b. Uncover gaps

And (2) then practice the skills you actually care to improve outside of the project.

If you really want to try-hard you can spend time actively thinking about how to improve what you're doing and observe other people to learn from them.

People who advocate project-based learning have generally experienced spending a ton of time learning things in theory and then being unprepared for actual work. Maybe address that concern instead of bypassing it with "I don’t want to debate the current way universities do things." To have a nuanced take you have to understand the arguments in favor and against the main options, no?

I don't think people who advocate for project-based learning are advocating for exclusively project-based learning (mostly).

Comment · 5 years ago
Plotly | Full-time | REMOTE, (CA or US) | https://plotly.com/

Looking for a senior backend engineer.

We're building Dash Enterprise, a web app that lets data scientists quickly and easily spin up and scale data science and ML apps. We do this using Kubernetes. Cool, right?

Reasons to join:

* Cool technologies like Kafka, Kubernetes, NestJS, and CockroachDB.

* Good pay (well above market).

* You'll spend 60-90% of your day programming.

* You won't work overtime.

* Plotly is a major supporter of open source (plotly.js and dash).

* Customers like Tesla, Shell, Cisco, and Nvidia.

* All the cool parts of working at a startup. Autonomy, impact, moving quickly.

* Dedicated time to learn every day (part of your 8 hours).

* New codebase!

What we're looking for:

Experience: 5+ years developing software. Strong with Node.js. Ideally familiar with NestJS, GraphQL, Kafka, Kubernetes, and/or event-driven architecture.

Table stakes: Familiar with git, pull requests, SQL, API design, automated testing, and writing clean/maintainable code.

Personality: You should be self-directed, comfortable diving into something you don't fully understand, friendly, and deeply care about doing a good job.

Email resumes to [email protected]

Comment · 5 years ago
The unsheltered count is a thing and does include people who don't access services.
Comment · 6 years ago
That's helpful, ty!

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton