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

Cool!!


Thanks !! :-)


Val Town | https://val.town | NYC | Full time | ONSITE

Do you love programming? Do you love developers tools?

Consider working at Val Town. We're a small startup (currently three people) building a developer tool that makes programming as simple and fun as possible.

https://www.val.town/careers


I still can't find it him! More help would be very appreciated


In your mailbox :)


Helpful!

https://minecraft.wiki/w/Diamond_Pickaxe

Also useful to know you need to arrange them in that order


The people behind KSON are geniuses. No joke. I worked with Daniel. And he's an amazing human too. Congrats on launching!!!


Thanks so much, Steve!!!


The argument is that if you intent to maintain the code you should keep the AI on a very tight leash, and at least understand the architecture of the code, if not every line.


This is good advice for any code contribution. Current AI is definitely not better than the best programmers, but is often better than junior programmers (who often carry a "senior" title now).


Vibe coding is allowing everyone (including me!) to make way more apps in my personal life that are very throwaway. I think some folks are doing this in business contexts too. But this is a real game-changer for non-technical folks


Yes and no.

If you ship, and charge money for it, you are responsible for maintaining it. Can’t treat it as throwaway, even if you meant it as such.


Unfortunately this is common, especially if something is dev facing. Whenever I have to talk to devs from card processors, video services, etc. They seem more confused that their app is broken than anything else.


Yeah I definitely agree. I'm specifically talking about things you're not shipping or charging money for. Just little personal apps for you and friends or you and work colleagues. Internal tools, etc.


Thanks Simon!!


Fair! I agree that we want as little code as we can get away with. We love pull requests with a lot of red (deleted lines).

Like you say about libraries, it is possible to have code that isn't your problem. It's all about how leaky the abstraction is. Right now LLMs write terrible abstractions, and it's unclear how long it'll take for them to get good at writing good code.

I am excited to invest more in tools to make the understanding of code easier, cheaper, and more fun. My friend Glen pointed one way in this direction: https://glench.github.io/fuzzyset.js/ui/

As Geoffrey Litt likes to say, LLMs can help with this by building us throwaway visualizers and debuggers to help us understand our code.


But we have plenty of tools that helps us understanding code. Things like inspectors (UI,network,..), tracing (including the old printf), debuggers (stack frame for function calls and variable values), grep (for context and overview) and static analysers.

I see people going all in with LLMs and forgetting that those even exists. It's hard to take such people seriously.


Strong agree! For example, we at Val Town just invested very heavily in getting a good ol' fashioned language server to work in our product to power hover-overs and type information in our web editor. That'll likely be our next company blog post...


I like LLM as a technology (just got trough a couple of courses on Machine learning this year). But when we have all these tools available, the next step is making a better UI for them (Kinda like IDEs do), not reinvent everything from scratch.


Author here - very excited to chat with you all about this :)


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

Search: