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

Taste.

I believe we (software engineers) have tried hard to eliminate taste in programming: linters, git message styles, you name it. And I think that's a good thing. Taste is not transferable. Consistent code is.


Is there an alternative?

https://removepaywalls.com/https://www.wired.com/story/when-...

Works for me. I use only Tor so it is actually far more accessible. Archive.is uses Google's Recaptcha, which for some reason rejects valid solutions submitted via Tor.


I’m not sure that is always a valid CAPTCHA and not one being proxied to you for solving it on behalf of some bot (presumably a crawler).

I don't know. I think people would notice if Google were being MITM'd on Tor.

You don’t need to MITM it, this was a common pattern for a long time (not sure it still works though). There was no origin verification so you could just use a different site ID and have people respond to captchas you encountered on that site.

You are right. If the hand is doing a specific task, better morphologies are likely. But that's not always desirable. The canonical example is of course the household. I don't want X robots, I want 1. And I don't want to change anything. Robot hand!


Not to mention that the world is very widely designed to be manipulated by hands: doorknobs, handles, container sizes. A unique door opening appendage isn't going to do much good around your house.


I don't believe they are. Sodium is less reactive than lithium.


What I see most engineers do is parallelize. Have multiple agents work at the same time. It takes some time getting used to, but I think they are on to something.

There's even an article I read about this the other week, but I can't seem to find it ATM.


Right. The idea here is to kick of 3-8 or something tasks. They finish as you finish writing the next prompt. Then you go and review/test/merge the code from the first task, then another task finishes and you review/test/merge that code.

The challenge is that you have to be working on multiple work streams at once because so far Codex isn't great at not doing work you are doing in another task even if you tell it something like "class X will have a function that returns y"...it will go write that function most times.

I've found it really good for integration work between frontend and backend features where you can iterate on both simultaneously if the code isn't in the same codebase.

Also, for Codex this works best in the web ui because it actually uses branches, opens prs, etc. I think (though could be wrong) that locally with the CLI or IDE extension you might have to manually great git worktrees, etc.


Yeah I try to keep it away from overlapping it's work as much as possible. Using plan mode in claude or just telling codex to build a plan, that is structured in a parallelized way for multiple agents usually helps delegate tasks to be handled at the same time. Typically: app code, infra, and data layer are the main three, but obviously depends on the project.

If I ever find my self just waiting, then it always gives me an opportunity to respond to messages, emails, or update tickets. Won't be long now until the agents are doing that as well...


I can understand how you can parallelize tasks when there is some structure - but how do you get to that initially structured state where each agent isn't recreating the world to conflict with every other agent?

When i use that approach I end up merging one PR, then have to prod the others to fix themselves - resolving conflicts, removing duplicate code, etc - so it ends up slower than just running one agent at a time.

Like i said - maybe this is a problem on a bare repo? But if so, how are people vibe coding from scratch and calling themselves productive? I just don't get it.


Yeah, that is a shame. Couldn't find something similar unfortunately.


I used something similar in the past. Loved it. User wants their data? Bang! Here's the entire database. User deletes their account? `rm username.sql` and you're done. Compliance was never easier.


Holy cow, that guy is intense! Also: cool stuff! I know what I have my neighbor print for me.


What? That's fantastic news! I've been uncomfortable handling receipts ever since (a long time ago) I learned about BPAs in them.


Unfortunately it seems it's largely been replaced by (equally?) toxic BPS https://www.fidra.org.uk/bisphenols/bps-joins-eu-candidate-l...


Thanks for sharing, interesting read.

> In January 2020, BPA was restricted from use in thermal paper, including tickets and receipts, across the EU (3). As a result, another bisphenol, Bisphenol-S (BPS), began to take its place. In fact, an ECHA survey estimated that 61% of all thermal paper would contain BPS as a substitute for BPA, despite concerns of BPS being equally as harmful (6). Fast forward three years and BPS is now recognised as “toxic to reproduction” and a hormone disruptor, and has been added to the EU’s candidate list for Substance of Very High Concern (SVHCs), a common first step on the road to restriction (7).


The mentioned company above (Exacompta) also make some without BPS (they say "sans phenol"). No idea what they use instead, for all I know it could be worse ^^ but I think the made in France is encouraging, we tend to have safer norms than EU which itself tends to have safer norms than the world.


This thermal paper from Germany which another commenter mentioned upthread

https://www.oekobon.de/

claims "no BPA/BPS" and "phenol-free". (Hopefully that doesn't turn out to mean that they found something even worse to make it out of!)


do you know why merchants prefer to sell or why customers preferred to buy BPA/BPS instead of paper drenched in ascorbic acid (vitamin C)?

It even seems easy to make you own DIY version: squeeze some lemons, unroll, drench, dry and reroll a properly sized roll of normal paper in it.


The blue one has neither


The one feature I'm always missing is password protection; I don't want everyone to see my travel pictures.


Great feedback! Not just great, but 100% made sense to go ahead and ship it real quick. It's live! https://youtu.be/qhHHPHDnMTc

(and server-side secure!)


Holy hell, that was fast! I'm gonna spread this far and wide.


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

Search: