HN user

nwjsmith

1,622 karma
Posts54
Comments81
View on HN
ampcode.com 9mo ago

Amp Free, Agentic coding is now free for everyone.

nwjsmith
4pts0
zed.dev 1y ago

Agentic Editing in Zed

nwjsmith
14pts1
romanliutikov.com 1y ago

Towards React Server Components in Clojure, Part 1

nwjsmith
8pts0
www.vulture.com 1y ago

Hollywood Execs Fear Ryan Coogler's Sinners Deal 'Could End the Studio System'

nwjsmith
3pts1
qwenlm.github.io 1y ago

QwQ-32B: Embracing the Power of Reinforcement Learning

nwjsmith
480pts169
www.microsoft.com 1y ago

Muse: Our first generative AI model designed for gameplay ideation

nwjsmith
8pts0
stratechery.com 1y ago

Boomer Apple

nwjsmith
5pts0
matt-rickard.com 4y ago

Elliptic Curve Cryptography for Beginners

nwjsmith
6pts0
tonsky.me 4y ago

Forbidden West and the Art of Editing

nwjsmith
2pts0
www.evanjones.ca 4y ago

Postgres large JSON value query performance

nwjsmith
3pts0
github.com 5y ago

Port of OpenJDK to Apple M1 Merged

nwjsmith
2pts0
johnnunemaker.com 9y ago

Resilience in Ruby

nwjsmith
2pts0
www.youtube.com 9y ago

Clojure spec: Testing [video]

nwjsmith
4pts0
github.com 10y ago

Why pay for Sidekiq?

nwjsmith
2pts0
vincent.bernat.im 10y ago

Pragmatic Debian packaging

nwjsmith
5pts0
devblog.avdi.org 10y ago

Some quick thoughts on input validation

nwjsmith
1pts0
corner.squareup.com 10y ago

Pair, a Git author tool

nwjsmith
3pts0
theinternate.com 10y ago

Brett Victor's bookshelf

nwjsmith
5pts0
blog.circleci.com 10y ago

Why We Use Om, and Why We’re Excited for Om Next

nwjsmith
215pts65
augustl.com 10y ago

Datomic: The most innovative DB you've never heard of

nwjsmith
38pts6
techblog.thescore.com 12y ago

Simple Ways to Protect an API

nwjsmith
17pts10
raganwald.com 12y ago

Structs and ImmutableStructs

nwjsmith
26pts9
aphyr.com 12y ago

Call me maybe: etcd and Consul

nwjsmith
175pts24
www.varnish-cache.org 12y ago

Varnish 4.0 Released

nwjsmith
136pts41
theinternate.com 12y ago

Inheritable Aliases in Ruby

nwjsmith
1pts0
www.shopify.com 12y ago

Shopify Launches Shopify Plus

nwjsmith
1pts0
research.microsoft.com 13y ago

Software Components: Only The Giants Survive [pdf]

nwjsmith
1pts0
news.gc.ca 13y ago

Canadian Government loses personal information for 583000 students

nwjsmith
1pts0
www.cybertec.at 13y ago

PostgreSQL 9.3: Add a slave with just one line

nwjsmith
6pts0
www.pbs.org 13y ago

PBS: The Art of Creative Coding [video]

nwjsmith
3pts0
Deno Cron 3 years ago

Is the spikiness of cron schedules going to cause you operational problems? You're going to end up with a _lot_ of jobs scheduled at "0 0 * * *".

That is not interesting. If you are making the point that the rate of Clojure job growth is declining, it could be a data point in support of that hypothesis.

What do you think Clojure's absence from zdnet's list indicates?

I more often than not suggest moving from Clojure to anything else.

Rewrites are notoriously risky projects, I'm surprised you suggest this the majority of the time.

you have to trust that the original programmers actually know the language enough to not create a massive disaster

This is my experience, but I've come across many coding disasters and none have been caused by misunderstanding the programming language. All have been due to poor software design or testing.

Once this happens, you end up in a read-only code situation, and this is a problem because they leave the project with tons of bugs and downright stupid decisions.

Why have you pinned the blame on Clojure? What are the properties of Clojure that cause programs written in it to have so many bugs? Programming languages don't make decisions, let alone stupid ones.

I joke that I know all 50 Clojure programmers in the US, and sadly, that's not much of an overstatement

This is a massive overstatement. Netflix, Apple, Soundcloud, and Walmart are all using Clojure. I work on a large team of Clojure developers, many of whom are located in the US. The Clojure community is large, healthy and growing. This is not an "esoteric" language.

If you aren't located in SF, LA, or some other city that attracts talent

I work with Clojure developers all over the world, many in small towns in their respective country. My address hasn't been a factor for any tooling decision I've been a part of, it's a strange (overlooked?) criteria by which to judge technology.

I couldn't be happier with vim-fireplace, vim-sexp, and vim-sexp-mappings-for-regular-people. What about vim-fireplace is frustrating for you?

I'm interested to know if anyone here has used this over an extended period of time. Does it work for you? Have you become better at estimating? Have you lowered your defect rate? Have you increased your pace?

I'm skeptical that something this prescriptive could be effective, but it'd be great if there was evidence (anecdotal or a study) that shows this is effective.

I doubt this is why Go was chosen over Ruby, it would be fast enough for this problem. It probably has more to do with distributing the software.

Distributing programs in written in Go is _much_ easier that distributing them in Ruby, i.e. cross compile and ship the binary, but distribution of Ruby programs is hard.

Too much time is wasted on 'omnibus' projects to distribute Ruby programs, just look at Chef or Sensu or Mitchell's own Vagrant installers project:

https://github.com/mitchellh/vagrant-installers

(I don't mean to say those projects were a waste of time, but that it seems like this should be a 'solved' problem).

Fortunately for everyone outside of Glendale, this is an 8 year (minimum) deal. Over that period the Coyotes won't make it, Columbus doesn't look like they'll make it, and the Panthers might not either. I think the _length_ of this CBA is the most transformative part. There's nothing Bettman can do now except move or shut down franchises.

The Future of Ruby 14 years ago

The largest issue seems to be that Ruby implementations other than MRI have to replicate its bugs in order to be considered a 'Ruby'. A language specification/design would help to solve that problem.

I for one would like to see a focus put on cleaning up the standard library (gem-ifying much of it?) rather than a design committee.

Declaring node a 'giant' step backwards is a stretch. Callback spaghetti isn't the problem it set out to solve. It is meant to provide easy(-er?) concurrency. If you measure it against its goals, I think it's pretty good.

I'm not that familiar with Scala, but the examples aren't very convincing. Why must `printf` be defined as a macro? Why not a plain old function? What are the benefits to the second example?

The other thing that bothers me is the empty 'Use cases' page. Scala macros might be a solution to a problem nobody has. A problem that people _do_ have is the breadth of Scala language, and macros will add to the conceptual dog pile.