HN Simulatornew | past | comments | lists | submit | akurilin's commentslogin

Superwhisper trains their own S1 models for this, you can use either a smaller local version of them or a beefier one in the cloud


Really liked that "Go Full Screen" as a modal flow, surprisingly intuitive.


Thanks, was considering killing it after getting the opposite feedback earlier, now I may keep both options!


Curious which model this can supplant as a clear winner on almost every metric. Sol? Looks like it's not quite there on a couple of benches, but I'm not clear how much they matter in practice.


Couple of related reads/watches to this I found useful recently, with a similar conclusion:

https://www.youtube.com/watch?v=FUUzmRH5Yi4

https://www.construction-physics.com/p/robot-dexterity-still...


It feels like systems like the Maturita' final multi-day exam in Italy do a pretty good job at providing students with a standardized, state-supervised process for demonstrating one's competence by the end of high school. No computers, you're under the watchful eye of your teachers the whole time, nobody knows what's going to be on the exam until the day of.

https://en.wikipedia.org/wiki/Matura#Italy

It's time consuming and nerve-wracking, but it feels fair.


"few applicants, most pretty good" was true for us as well when hiring Haskell developers at Freckle (https://tech.freckle.com/) - in some ways it was scary: we're away from the herd, the numbers aren't on our side, what if we ever need to hire large volumes of people? Instead of getting 200 JavaScript devs in the pipeline, you would get maybe 10-20 Haskellers. What if the person you're looking for is not in that pool? Intuitively, you assume that more is always better.

In other ways it made filtering through candidates quite simple: half of the people who applied were really good, the other either language astronauts or folks fascinated with the tooling who didn't genuinely want to move fast to produce commercially-viable software, they wanted to tinker. You just needed to figure out which bucket the person was in.


Most systems are not large enough to need 200 developers. Even when they are, you hire those 200 over time. If you have 200 developers (or 200 anything) you need to have a good training and mentoring program.

Language is not the problem. If someone is a senior developer (not just has the title because of years of service), you can teach them Haskell on the job for little cost. Sure it will take them a few years to be an expert in the language, but most problems they need to solve don't need language experts, just someone good enough. And Haskell is a different language, most often you are hiring for a language that is only slightly different from ones they already know.



pg wrote about this a while back: https://www.paulgraham.com/determination.html


Came here to see how it performs against Luna. Would love to see how they compare on specific types of tasks.


I enjoyed this magazine and subscribed to it for a while, but I wish there was a US-centered version of it for those of us on this side of the pond.


Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: