HackerLangs
TopNewTrendsCommentsPastAskShowJobs

RevEng

no profile record

comments

RevEng
·19 วันที่ผ่านมา·discuss
What are some better options? I honestly can't think of any way of proving someone's age other than electronic ID provided by a well trusted institution like a government. The only alternative would be removing anything possibly inappropriate for younger ages, which is historically what people fought for, but that didn't work well either, partly because plenty of adults wanted those things and partly because there's no practical way to enforce it.
RevEng
·20 วันที่ผ่านมา·discuss
Trump agreed to the MoU saying it's allies would stop attacks, including in Lebanon. Israel continues to bomb it. It's up to Trump to put pressure on Israel to stop in order to make good on his deal. It's no surprise this is instantly falling apart - Trump promised something he couldn't deliver. We can only hope that he does eventually put enough pressure on Israel to stop.
RevEng
·21 วันที่ผ่านมา·discuss
Funny how quickly "won't someone think of the children" turns into mandatory government ID for private services, banning necessary and secure (and encrypted) communications systems, and locking children out of access to the de facto communication systems of the modern era.

This is a privacy nightmare on all fronts and a horrible limit on freedom of speech. These kids will be learning how to drive a car, yet unable to contact their extended family over Messenger or follow news on Twitter. For everyone else, it means no anonymity or secrecy which has a chilling effect on free speech at a time when fascism is growing within democratic countries and dissidents are being imprisoned or murdered.

Yes, there are some really big problems with social media, but keeping children away from it doesn't fix the problems - it just leaves them for the rest of us to deal with. Let's fix the root of the problem, starting with the recommendation algorithms that inherently polarize people by building echo chambers around them and pushing divisive content all in the name of "engagement".
RevEng
·24 วันที่ผ่านมา·discuss
Two of my co-workers have the last names Dyck and Cox. I've seen others whose last name is literally Dick. And let's not forget the famous actor Dick Van Dyke who strikes out twice on most filters. I've heard several other names from other ethnicities that were straight up "slurs" by some people's standards. The only thing harder than matching a slur is deciding what words count as slurs.
RevEng
·24 วันที่ผ่านมา·discuss
I don't care for his vision. I'm basing that on his words and actions, not based on anybody else's propaganda.
RevEng
·24 วันที่ผ่านมา·discuss
I quite liked Cursor. I even tried Claude Code and found myself wanting to go back to Cursor. Unfortunately, this completely kills it for me. I will not support Elon Musk or any of his shenanigans. He is already far richer than any person should be, but he also constantly tries to manipulate the government to benefit himself to the detriment of everyone else, whether that's DOGE, or the fast track to begging added to indexes on the stock market, or burying all the investigations into Tesla. I cannot in good conscious pay for a product when I know that he is profiting from it. So long Cursor, it was a good ride while it lasted.
RevEng
·24 วันที่ผ่านมา·discuss
That prospectus didn't make anything clear. It was pictures of rockets and rubbish about "the light of consciousness". The only real information was buried deep in the middle and it showed a company with poor finances and no clear path to success. Certainly not something worth the likes of Amazon.
RevEng
·24 วันที่ผ่านมา·discuss
You pay a 3x markup to rent a server through AWS than managing your own. You pay for convenience. At shall annals that's fine, but for large companies with their own datacenters, you generally do things in house.
RevEng
·เดือนที่แล้ว·discuss
That's a strange one. I had to use POA for my mother in law last summer and it was straight forward.
RevEng
·เดือนที่แล้ว·discuss
I usually agree with Simon but I think he is overlooking an important factor.

There is a lot of AI usage happening not because it shows benefits, but because the business has mandated its ubiquitous use. Companies having dashboards for token usage and rewarding people for using more tokens is a real thing. I just spoke with someone today who works at Microsoft and they are required to use AI for all of their work - they have to make a special request with justification if they decide not to use AI for even a single PR. This kind of demand isn't driven by value from either the company itself or from its workers; it is the kind of artificial demand you get from make-work projects to keep people employed during hard times.

We have to wait for the hype to settle down and people start making business decisions based on results before we can really value these AI products.
RevEng
·เดือนที่แล้ว·discuss
I strongly disagree. I'm an engineer - I'm all about the fastest, cheapest thing that meets the requirements. I don't need Opus 4.7, even for my complex programming tasks. It costs over 10x other models available that still give good enough answers. Those smaller models are also a lot faster to output tokens, which saves me time.

Once the model gets good enough, the returns on bigger models diminishes quickly. I don't want to spend 10x the money and wait 5x the time to get answers that are equivalent.
RevEng
·เดือนที่แล้ว·discuss
I use composer-2 daily for complex programming tasks. It's a fine tuned Kimi 2.5 - nothing groundbreaking. I've even had reasonable success using Qwen 3.5 on my desktop GPU. Opus might be better, but it's certainly not necessary to get good results.
RevEng
·เดือนที่แล้ว·discuss
Every meeting, every memo, and every prototype is output in terms of the employees doing that work. Whether it's directly saleable is irrelevant. The investors base the value of their investment on the expected future value of the company, but the people being to do the work are being paid for the work they are doing regardless of what the future value of the company becomes. That is if they are paid a salary. If they are given shares, then that compensation is entirely dependent on future value.
RevEng
·เดือนที่แล้ว·discuss
Cursor with its tab completion. Iterate with the agent part to research, design, and plan. Let it generate boilerplate and scaffolding, perhaps with placeholders for you to fill in. Then fill in as you normally would, but with an auto-complete that uses all of your code and design docs and everything else to inform that completion rather than the limited set of info that shows up in an LSP.

I believe JetBrains IDEs have something similar too, but I don't have as much experience using theirs since my employer hasn't blessed their AI tools yet.
RevEng
·เดือนที่แล้ว·discuss
I think we can do both. Ask the AI to summarize it, but to show examples and point out where things happen. Let it make you a Coles Notes. You still need to look at the code yourself and understand it, but an initial outline and explanation can really jump start the process and save a lot of time. Likewise, it's hard to find a bug and come up with a fix, but those same things are often oblivious in hindsight. Once we have an idea of what the bug is, we can often look at the code directly or write tests to confirm in a fraction of the time it took to discover in the first place. Once we have an idea for a fix with code and an explanation for how it fixes the bug, we can often review that explanation, think through any implications, and test the fix in a fraction of the time it takes to come up with it in the first place.

I'm happy to let the AI explore possibilities for me, eliminating the search problem. It's still on me to understand the solution, verify it works, and handle any other considerations I know of that the AI wouldn't. It gives me the insight, but I'm responsible for the final solution.
RevEng
·เดือนที่แล้ว·discuss
I'm always hesitant of these claims. Sure, it's possible that AI really did help them achieve the same level of quality at 100x the pace. It's also possible it generated a huge tech debt that only passes the tests but hasn't planned for future maintainability, readability, and extensibility, and a year from now their entire process will grind to a halt.

I have a few people on my team who move 5-10x faster than others in writing code. They also generate 5-10x as many bugs and require that much more rework in the things that were shipped. They move fast and break things. Their code is almost malicious compliance in that it passes the tests or spec as given, while leaving glaring holes in things that weren't fully specified. A more careful developer would have asked questions, considered alternatives, and looked for ways to leverage existing solutions or plan for future work, but that takes time now and its benefits don't show up until later.

So while I don't immediately disbelieve that 10x+ speedups are possible with heavily AI-augmented flows, I am skeptical of any short term success stories until we have time to see the long term effects. We already know that cutting corners can save time in the short term only to cost us several times more in the long term.
RevEng
·เดือนที่แล้ว·discuss
Great point! This is along the same lines as a low fidelity prototype. It doesn't have to be production quality - hell, it barely needs to work so long as it's good enough to get feedback. Now I can have higher fidelity prototypes in the same time or more iterations in the same time, either of which tend to give me more insight and get me closer to the solution faster. Even if I never ship a line of AI-generated code, I can use it to write the same throw away code I did before, but much faster.
RevEng
·เดือนที่แล้ว·discuss
I treat it like other triage tasks: things could always be better, but how much effort does it take and how much better could it be?

There's a common saying that the enemy of good is perfect. It's easy to get stuck in the loop of endlessly polishing something but never actually releasing it, even without AI. It's on us to decide how good is good enough and when to stop.

Over time I've learned to be rather aggressive about cutting out work. I'll quickly ask myself how serious is the issue (does it give wrong answers? block important flows? look embarrassing? or is it just a minor annoyance?) and how much effort would it take (five minutes? two hours? three weeks?). I should be able to make that call in no more than 30 seconds. I skim through the list of 20 suggestions the AI gives, I make plans to iterate on the 3 that are serious, and I simply accept that the rest are "good enough". It's not easy - both to be willing to let issues stand and to make the decision about what is good enough - but it's an important part of the job when triaging lists of bug reports and feature requests, so it's something we need to get good at anyway.
RevEng
·เดือนที่แล้ว·discuss
Huh, good point! When a colleague asks me to review their design or otherwise discuss it, I'm always looking for things they might have missed, assumptions they silently made, or corner cases that could come up. I start from the position that there is likely something missing and I need to find out what. Likewise, when I'm looking at suggestions or code or anything else from an AI, I'm assuming it made some mistakes, made some unstated assumptions, or didn't consider some corner cases, and so I'm having to carefully think through what it says to spot the mistake, rather than casually skimming it and going, "LGTM!" If it were too reliable, I might get lazy and not look too hard knowing that it's probably right anyway so there's no point trying too hard to find something. It's the same thing my juniors will sometimes do to me: don't assume I'm right just because I'm experienced - I still make mistakes too! I want to be questioned on anything that might not make sense, because even if it was intentional, the fact that the reason isn't clear is itself a problem to resolve. And I only know so many things - we all have different experiences and a junior can have just as much they can teach me as a senior.
RevEng
·เดือนที่แล้ว·discuss
I do the same thing as an expert with 20 years of experience. You can always benefit from a second set of eyes and a second opinion. What's important is that you consider that input and then make your own decisions, rather than deferring to the AI to make the decisions for you.