Allegation of severe HN censorship. Further speculation on the political motives inside Y Combinator.

You are controlling your emotions with that technique, accepting and waiting emotions out is just not the only option.

Getting indoors from a cold rain is an obvious choice. I can't really decide to stop shivering, but changing my clothes and grabbing a hot chocolate helps. It still takes a while to warm back up, meanwhile I can actively choose not to open windows or go right back in the rain.

Yeah, this is what I meant. I used to let anger sit with me for hours and derail most of my day.

But now I'm better at deciding to let negative emotions go and feel happy or calm.

Making choices to change your situation will change your feelings so I do believe feelings are a choice to be made in most situations.

Yes, you can try to set up the right conditions for the emotions to subside which is non reaction but you can't choose when they subside or when they arise. I read OP as saying that you can directly choose which emotion you experience and when you experience it.

Probably flagged by containing suspicious words, such as "children", "stripped", "strings" and "kill"

I stopped worrying after I began protecting all keys with a passphrase.

Then the access of your git repos is protected by a single factor, the private key, since the private key is already in the wild.

Copying a private key on a removable storage or to another device than the device that generated it is never a good idea.

I protect mine with GPG for SSH authentication.

The only use of the passphrase is to give you time to rotate out the key after it's been compromised. It's not meant to be your main line of defense

I hate generic name-text-submit-forms as the only method of contact. Somehow the article makes them the definition of not a "f** off contact page" - why?

I think such forms are a direct downgrade from providing an email address.

- Responding to the submissions likely requires email anyway

- Impersonation/spam is even less difficult

- Sender isn't guaranteed to get a record of sending the message

- A faceless form with unknown machinery feels like sending messages in a bottle

Even worse, dry heaping spoonfuls easily get 2-4x the volume of liquids fitting the same spoon.

We can't just guess the recipe's teaspoon standard and blindly convert everything to mL.

I don't think data leak extortioners have any incentive to even pretend they won't keep asking further payment.

Why not just offer a monthly subscription "service"?

And the best part? The ransomware startup can now mark the income as MRR extending to infinity, thereby significantly increasing the startup's valuation! If you want to learn more about B2B sales, hit that like button and click on this .exe file to subscribe for more updates.

thanks for the laugh, gave me a good chuckle by ".exe file"

At that point, the company should just pay for an actual security team.

Security is not a binary state. You can pay as much as you want but there’s no assurance that you won’t be hacked.

Great, now even crime groups are following consultancy advice. \s

Measuring pasta with calipers is prime HN material, thank you for posting this!

Nice page.

I do see this type of versioning as an indictment of such a technology for production scenarios, it's all a house of cards if that's what you are building upon.

It's a liability disclaimer versioning schema

For tracking to be at all effective, this requires the user to log all of their transactions thoroughly and accurately. Personally I'd never remember to update the logs immediately after a purchase during the day.

Logging transactions on the go demands the interface to be rapidly accessible. Touch screen typing is error-prone and slow. I'd prefer a dedicated interface where I could just tap one of the available categories and enter the sum with a large number pad.

It'd make sense to primarily synchronize data from their online bank account and then ask the user to clarify/categorize unknown events. Obviously an online sync is hard to implement for all banks, so a TSV import would be a bare necessity. My bank has integrated financial tracking nicely in their mobile application.

That’s a great point — I totally get that typing out expenses on a touchscreen every time isn’t realistic for most people. The core idea behind what I’m building is that it’s voice-first. You just open the app, tap the mic, and say something like “Spent 250 on chai” or “Paid 12,000 for rent yesterday.” It uses GPT on the backend to parse that and log it.

The goal is to make it feel as effortless as sending a quick voice note.

That said, I love your idea of having a quick-access number pad + category buttons as an alternative. Could be great for when you’re in a rush or want to log multiple expenses fast.

And yeah, syncing with banks would be ideal, but pretty tough to pull off across all providers — especially here in India. A TSV/CSV import option sounds like a solid workaround for now. Definitely noting that.

Really appreciate your input — this kind of feedback is exactly what I need at this stage.

Nobody’s gonna dictate all their financial transactions into an app. Why not use something like Plaid, like the mature companies in this space (rocket money, mint, empower etc)