Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
codecurve
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
10 ms
·
1.
▲
KindaVim: Vim Bindings Everywhere on macOS
(kindavim.app)
2 points
by
codecurve
4y ago
|
0 comments
2.
▲
by
codecurve
4y ago
Sorry for the Kumu 500s! I moved some critical parts of our service away from EC2 classic on Saturday morning. One of our servers was accidentally recreated with an 8GB volume instead of 1TB and the HN hug caused a process to blow through
3.
▲
by
codecurve
4y ago
This feels a lot like Vim's built in file explorer (netrw). I find these kinds of text based, keyboard centric explorers to be far superior for navigating around a codebase, then giving you back your screen space as soon as you're
4.
▲
by
codecurve
4y ago
Kumu | REMOTE | Full Stack Developer | Full-Time | kumu.io Building network & viz tools for tackling complex problems. React, TypeScript, Rails, Node, Postgres, CouchDB, AWS. We're currently undergoing an ambitious modernization pr
5.
▲
by
codecurve
4y ago
Kumu | REMOTE | Full Stack Developer | Full-Time | kumu.io Shit's broken, and we're trying to fix it: https://kumu.io/manifesto Looking for enthusiastic developers to help us build tools for tackling complex probl
6.
▲
JavaScript's Dependency Problem
(danthedev.com)
2 points
by
codecurve
4y ago
|
0 comments
7.
▲
by
codecurve
4y ago
Doesn't feel unreasonable to conflate the two. npm is the dominant way to handle dependencies for frontend and backend, even some of the most popular script-tag delivery CDNs are powered by npm (unpkg, skypack). Coincidentally one of m
8.
▲
by
codecurve
4y ago
Why is it great to be able to publish a package quickly? You may be a smart programmer who only releases production quality, bug-free, vulnerability-free code, but is it a good thing that it is easy for inexperienced developers or malicious
9.
▲
by
codecurve
4y ago
I don't think we talk enough about the downsides of DRY. Reinventing the wheel for the sake of reinventing the wheel (not-invented-here) is a problem, but reinventing it for the sake of learning more about wheels is a big deal. I suppo
10.
▲
JavaScript's Dependency Problem
(danthedev.com)
19 points
by
codecurve
4y ago
|
15 comments
11.
▲
by
codecurve
4y ago
> Give better cues that we are in an asynchronous mental model The `async` keyword(!) is objectively a clearer signal that the code in question is asynchronous. That's why type-checkers use it to prevent you from doing dumb stuff li
12.
▲
by
codecurve
4y ago
My take is that the lack of experience for the average JavaScript developer is absolutely a factor here. I don't think it's the only factor though. Here are some of the other pieces of the puzzle. JavaScript's standard librar
13.
▲
by
codecurve
5y ago
Tried git worktrees? https://git-scm.com/docs/git-worktree
14.
▲
by
codecurve
5y ago
Also a climber, and occasional soloist. You can absolutely make a bad move on a solo and not die. The soloists who achieve notoriety are either pushing the limits, or seeking adrenaline, which skews the stats, especially when you check the
15.
▲
by
codecurve
5y ago
I don't know of a JavaScript implementation where that approach would work. A synchronous implementation of `sleep` can't yield control back to the main thread to handle the asynchronous stuff. You'd just end up polling indef
16.
▲
by
codecurve
5y ago
There's no performance benefit. Promises/callbacks are abstractions which live in a much higher level programming space. Incidentally, many high level programming languages _don't_ include GOTO, because people find it needles
17.
▲
by
codecurve
5y ago
Go watch Jorbs play (the author). In particular his "over-explained" runs on YouTube are good for getting in-depth breakdowns. There's a bit of an unavoidable learning curve initially in learning the cards in each deck, becau
18.
▲
by
codecurve
5y ago
That wasn't supposed to read as a criticism of Redux. Redux was just popular enough to be the medium where people discovered that you pay a price for the indirection you need to keep view and state separate. It won't ever be a one
19.
▲
by
codecurve
5y ago
I would go one step further and say that the counter-movement is the visible effect of newcomers discovering that separation of concerns was a bad decision for the simple apps they were building. Or maybe more accurately, discovering that i
20.
▲
by
codecurve
5y ago
Maybe overwhelming was too strong, but I don't see many people getting excited about building new projects with Redux any more. Presumably some proportion of that 1/3 are stuck on Redux, unwillingly? I like (and use) Redux on a da
21.
▲
by
codecurve
5y ago
This isn't a solved problem. The React ecosystem has spent the last few years trying a model where the application layer separated from the view layer with a pure functional state management solution called Redux. The overwhelming resp
22.
▲
Show HN: Sticky Studio
(sticky.studio)
15 points
by
codecurve
5y ago
|
1 comments
23.
▲
by
codecurve
5y ago
Kumu | Kumu Enterprise Developer | https://kumu.io | REMOTE | Full time | Kumu is a data visualization platform that helps people understand complex relationships, primarily through network, systems, and stakeholder maps. Shit&#
24.
▲
TC39 Pipeline Operator – Hack vs. F#
(benlesh.com)
3 points
by
codecurve
5y ago
|
0 comments
25.
▲
by
codecurve
5y ago
Kumu | Kumu Enterprise Lead Developer | https://kumu.io | REMOTE | Full time | Kumu is a data visualization platform that helps people understand complex relationships, primarily through network, systems, and stakeholder maps. W
26.
▲
by
codecurve
6y ago
What makes the Date constructor a good candidate for the standard library but not the aforementioned methods? Not everyone knows about Day.js, you had to learn that at some point. Why Day.js instead of Moment or Luxon or Date-Fns? There
27.
▲
by
codecurve
6y ago
As I discovered yesterday, :Gbrowse also works for other contexts such as jumping directly to the GitHub page for a specific commit after opening one via :Git log or :Git blame.
28.
▲
by
codecurve
6y ago
As someone who has written tens of thousands of lines across both ClojureScript and TypeScript, this baffles me. I can definitely understand why someone would prefer CLJS, but it has a way higher barrier to entry than TS. If you're sma
29.
▲
Web Dev Without Tools
(danthedev.com)
1 points
by
codecurve
6y ago
|
0 comments
30.
▲
Web Dev (Without All the Tools)
(danthedev.com)
2 points
by
codecurve
6y ago
|
0 comments
More ›