HN user

falconertc

37 karma
Posts0
Comments22
View on HN
No posts found.
Download responsibly 10 months ago

Seems to me like the better action would be to implement rate-limiting, rather than complain when people use your resource in ways you don't expect. This is a solved problem.

Great read, and an interesting warning sign about overly-controllable configuration files. If there's no conceivable good reason to to much of this, then the ability to do so becomes bad design that fails to protect your users.

Bisect is a very cool feature that I used once over 5 years ago. The collection of git tools that I use often is very small. I've found that the more experienced I got with git, the less I found myself in scenarios where I needed git's more complex tools.

Saying it's targeted at beginners because it supports MacOS shows a lot of disconnection with what many DevOps people use these days. The year of the linux desktop has yet to arrive, and Mac is king for people in IT (at least in the US)

You didn't also factor in the time to learn Pandoc (and to relearn it if you haven't used it lately). This is also just one of many daily use cases for these tools. The time it takes to know how to use a dozen tools like this adds up when an LLM can just do them all.

I might be misremembering but I think slosh was the failure cause for one of the three failed Falcon 1 flights. It was number 11 out of a pre-flight list of top 10 most likely failure scenarios. Definitely a difficult problem.

No company does things out of the kindness of their own heart. That's just not how enterprise is designed to work, and it is a mistake to ever assume otherwise. Regulation needs to always be the driving force for something like this.

You're right, you are old-fashioned. I love order by phone. Any amount of time I'm sitting at a table trying to get a waiter to notice me and come by just feels like agony. Let me tell you exactly what I want, exactly when I want it.

Part of this is a consequence of Amazon's hesitance towards shutting down old features. They are getting better at this lately, but S3 remains an example of a system with too many ways of doing things simply because they don't want to take the step of eliminating legacy functionality.

People don't use Slack in this way though. I've worked at several organizations where the freshest documentation we had was in Slack. The truest FAQ is when someone actually asks a dev a question in a Slack channel, and not the questions they anticipated being asked when writing documentation. Capturing this in a meaningful way would be highly valuable, and maybe all that takes is feeding it to a RAG based LLM

Being unable to have a meaningful conversation sounds like general technological skepticism to me. I don't see any reason to think talking to chatbots will erode our conversation skills, anymore than the internet or TV or books has in the past. People interact in the real world much in the same way they did 100 years ago. As for having the skills to research a problem, is chatGPT much different than the adoption of search engines? Many adults probably couldn't find information in a library very easily these days, but if they have no need for this skill anyway, I don't see that as a loss.

If technology has truly removed a need to think in a certain capacity, then surely it has just expanded our skills enough that we don't need to be so personally skilled in that capacity. We still teach kids basic math, although I do nearly every daily arithmetic with a calculator these days. The dream of technology is that we will be able to let go of skills that we used to see as essential. That's success, not failure.