HN user

Kesty

363 karma
Posts2
Comments117
View on HN

The conclusion of the blog are not great either.

Sure you should have tests, sure you shouldn't copy paste code you don't understand and you shouldn't push directly to production.

But, regardless of all that, the main issue of all this incident is not the rookie mistake itself, is how they didn't have logs or alerts and it took them 5 days of customer complaining to find out they had "duplication errors" in the db.

That's the thing that should have been fixed first and extensivly mentioned in the post-mortem

The idea of moving fast is to have extensive logs and alerts so you fix all error fasts while they appear without "wasting time" with long expensive tests in a phase where things change every day.

5 days to find out you have "duplicate key" errors in the db is the opposite of fast

CEO thoughts: "Oh post-morten are always well received, I should write one for that very really basic bug we had and how we took 5 days to find it, and forget to mention how we fix it or how we have changed our structure so that it never happen again"

Also the CEO: "remember to be defensive on reddit comments saying how we are a small 1 million dollar backed startup and how it's normal do to this king of rookies mistake to be fast."

They don't have logs and commit directly to production 10/20 times a day.

I don't think 128 bits vs 36 byte performance it's a main concern right now

Everything can be understandable if this is a small first personal project of someone.

Here we are talking 1.65 MILLION CAD $ backed YC company

Sure not having tests, is bad. Doing thing with AI without triple checking is dangerous.

But not having error logging/alerts on your db ? That's the crazy part.

This is a new product, is not legacy code from 20 years ago when they thought it was a neat idea to just throw stuff at the db raw, and check for db errors to do data validation, so alerts are hard because there's so many expected errrors.

ChatGPT-4o might spot it when asking about the code directly, but this was a conversion from js to python, errors where chatgpt/copilot or any other AI will allucinate or make mistakes to be as close as the original code are very common in my experience.

The other common issue is if the original code has thinsg chatgpt doesn't like (misspell, slightly wrong formatting) it will fix it automatically, or if he really think you should have added a particular field you didn't add.

It's not wrong that AMP is a terrible thing in a pretty package.

While the idea of having standards for mobile and slow connection might be a noble one, forcing everyone into it by using mobile search results as ransom is an evil practice.

Especially since it's a google run, if it was set up as a non profit foundation with people on the board from different major players as a collaborative project then, yes It might be different.

And unfortunately nothing will change because what you want to do is better in every single way, but their way of doing thing is better in the only one that actually counts: It's faster and cheaper.

Welcome to code development in the real world 101.

You either go insane, give up and take up beekeeping, start your own company or finally decide to not give a shit anymore and start hacking the same way as everybody else because in the end your are not sending astronauts to Mars, and it works "most of the time" is good enough for the clients and the price and time they are willing to pay.

Google has checks in place to see if someone is serving things to GoogleBot differently that the rest of the users. So it almost definitely has bots that double checks pages without the user-agent.

If the "disguised" googlebot is the same as the actual one, chances are it is since it would want to be as close as possible to not flag false positives, and use the same seed for consistency then you might be able to use that to avoid detection on the fact that you are serving google something different than normal users.

Newspaper used/do that to be able to have their full article content indexed while serving a paywall to everyone else.

I think there is a dissonance between smart personalized suggestion and being against tracking.

Which is the main downfall of DuckDuckGo they use as the smart bar search engine.

If you want good suggestions and smart personalization you need to track your user.

If you don't want to track your user for privacy concern, it's all good but then don't give user a product like suggestions that will always be subpar compared to someone else that is for user tracking.

It's a classic point in most, if not all, social websites or where the content is generated by the user.

And it's usually there to protect the website for altering storing and advertising with user generated content.

It always has had the potential to be used for bad, we will see if this time actually happens.

Quick, Draw 10 years ago

The ai keep throwing guesses in 20 seconds until he got the right one.

So if you draw a simple shape it start to go trough the list of things he recognize and end the game there.

It works great for this game because he can have very fast answer but only work win the cases when you actually have a feedback that eliminate all the wrong guesses.

Basically if it simply went trought the whole english dictionary fast enough he could get the same result without even looking at the pictures.

I think that is probably best solution.

Just having the audio I can easily do it right now by doing the search in another tab while having the video playing in the background.

Anyway, I like the idea and what you did, even if it is still an early project.

The problem with all this "advices" is that they boil down to "just study".

I agree that been prepared for an interview is a good thing, if you are ready and have studied you show that you are willing and that you put in the effort.

But what about people that are currently working ?

You are trying to get the best programmer, and chances are is that the best programmers out there are currently working (minus a small percentages of great programmer that are in between jobs, or that spent the last period on consulting or personal projects) so you automatically put people that are currently working and can't prepare for the interview as well as the other at a disadvantage and those are the people that you are probably most interested in.

To me it seems that in this world the only interview process is solely targeted at young people fresh out of college.

Not with the same quality nor with the same consistency.

While there are some great bloggers that might cover this, it's usually people that are starting to do that to have an "head start" while waiting to be able to do that full time.

Most bloggers also still run ads to offset some of their costs and they usually provide commentary of news that are reported by more traditional news outlet.

Without those incentive I don't see many bloggers, especially intelligent and high quality one that will keep going or that will be able to have the system in place o handle an "internet hug" by a site like reddit or hackernews.

As much as I understand the need for a subscription this practice should be illegal.

And in some countries they actually are. There are laws in some European countries where you always have to disclose the full price and in case of reductions and offers you have to clearly show the original price.

Yes, ok I agree. 100% agree.

But micro optimization has always the same caveat:

Of course it is not irrelevant, it might even be very important, in very specific cases.

But if you are not one of those cases (and you should already know if you are) you shouldn't even bother with it.

Yes, I agree.

But, in many (if not most) situations the ms you loose by doing more round trips then necessary are not worth how much more maintainable the system is.

Especially when there is probably some programming or query optimization that will save you seconds, when reducing the round trips is a matter of ms.