Hacker Newsnew | past | comments | ask | show | jobs | submit | happimess's commentslogin

I wonder how they came up with that. Was it a human idea, or did the AI stumble upon it?

Given that it was inside a 9-step text preprocessing pipeline, it would be surprising if the AI had that much autonomy.


I think it's fairly known among "LLM practitioners" (or what to call it), that some languages are better at solving specific tasks. Generally if you find yourself in a domain dominated by research in language X, shifting your prompts to that language will give you better results.


I've heard it described as the "exculpative voice".


I suspect that each player has a bowl of stones, and they have 1 lid that covers those bowls. After taking a turn, the player puts the lid over their own bowl so that the other player can easily see that its their turn.

"Drive by" game, to me, sounds like they've got the board set up somewhere in the house, and make moves over the course of a day (days?), rather than sitting across from each other and having dedicated time for the game.


You can have a monorepo with any tech stack you'd like.

You can write your front-end and back-end in the same language.

No shade to you for finding a productive setup, but Next.js tightly couples your front-end and back-end, no question.


> Next.js tightly couples your front-end and back-end, no question.

I'd question that statement, since it's wrong. There's no requirement to connect your NextJS server to your backend databases, you can have it only interact with your internal APIs which are the "real backends". You can have your NextJS server in a monorepo alongside your APIs which are standalone projects, and Next could exist solely to perform optimized payloads or to perform render caching (being the head of a headless CMS). It seems like a weird choice to make but you could also build almost a pure SPA have have Next only serve client components. The tightness of the coupling is entirely up to the implementor.


I don't use next.js really any more. That's exactly what I do.


I think you're conflating the coders with the code. I read the upthread comments as advocating against dedicated FE/BE coders, not against dedicated FE/BE code bases.

Of course you want your embedded C separate from your CSS! The critique, I think, is that you don't want a front end team, because if your front end is in good shape, then they'll change things just to keep busy.


This is an hour long survey of the accumulated wisdom of a software developer who clearly cares a lot about the craft.

I listened to it this morning while doing my stoutness exercises, and there's a lot of good wisdom here. I'll probably chase down some of the books he mentions. If you're not concerned with the philosophical preamble, skip to the 5:15 mark.

brief snark: drink when he name-drops Linkedin


Thanks! The books and essays are fantastic, and if I get a few people to read them, this will have been a successful talk!

Re: LinkedIn—Ha! I debated on how much to include/not-include specific references to my previous employer there, and erred on the side of “let’s keep this grounded in specific real-world experience at least a little”. I think you might get mildly tipsy, but not terribly drunk.


This is a really great write up. Kudos for the obvious effort, both on the technical side and sharing the process with the rest of us.


A former boss told me that this is how you make sure only to hire lucky people.


I had a role open for a sr. Sys admin.

I got 150+ applications per day.

At some point, you just have to close the window. I can only realistically do 10/25 résumé per day and still do my job.

All most all hiring has a strong element of luck. I've hired really good engineers that can't write a resume or aren't self promoting enough in an interview and they seem kinda flat. But they roll in and make good decisions, good products, good documentation and they are easy to work with.

If I could, I'd talk to everyone on the phone for a few minutes to get a feel but I can't do that either.


If a machine isn't doing a lot of pre-filter, I'm going to be doing a first pass filter on some really lazy heuristics.


Of course, and that right there is luck of the draw. Didn't list the specific thing I need help with? Might not make it to the list of 20 I look at. Not because I wouldn't hire someone for not listing it, or demonstrating they can Lear quickly but jiet be cause I have a limited amount of time.


Or it's look at schools. See if any of the companies pop out and they spent some time there. Obvious exact skills match. The resume isn't too long. Whatever I can get in a 30 second skim.


Ah. Hiring for the Teela Brown gene. I love it.


I also bought a house with an ice maker in the refrigerator. I can confirm that it gave us constant trouble until it gave up the ghost. I use ice cube trays in the freezer.


> I use ice cube trays in the freezer.

We'll probably go this route when this thing inevitably dies. This is the way to go unless you're a big ice consumer, which neither me nor my wife are.


If it’s acting weird, just shut it off and kill the water to it. Ours was doing the same thing and one day we came down to probably 10 gallons of water on our wood floor and the ice maker just spewing water. We bought a GE Opal instead and it’s great.


I will say this, too. Opal is amazing. It has completely eliminated any use of our freezer icemaker. The ice quality is superior and I believe that is because it is not as hard since the icebox keeps chilled by the ambient temperature of the ice. There is no going back to typical ice.


I switched (back) to Firefox a few years ago, and love it.

My only complaint is that it forces me to restart the program occasionally, for updates. Does anyone know why this is done? Is it a technical necessity? Why can't I postpone it for a few hours?


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

Search: