motorest

38 ms·

841.
by motorest 1y ago
> Seems like this is meant to address supporting many different version control systems with a single format. I'm sorry, this is simply wrong at so many levels. You're lauding this as a solution in search for a problem. As OP p
842.
by motorest 1y ago
> Bezos is literally a one-in-million entrepreneur. That's besides the point. The critical aspect is that Amazon was tapping into a market that Wall Street analysis failed to even understand existed, even though it was there staring
843.
by motorest 1y ago
The name "standard" seems to be too overloaded, and used as a synonym for "specification". There is nothing standard about this proposal.
844.
by motorest 1y ago
> I didn't frame it that way - perhaps you are thinking of the person you replied to? You did. You explicitly asserted the following. > If a business has the budget for 1 or 2 engineers though, they might be able to task them wi
845.
by motorest 1y ago
> Remove all the "experts" who have a major conflict of interest (...) and you'll find that very few actual experts in the field hold this view. You might seek comfort in your conspiracy theories, but back in the real worl
846.
by motorest 1y ago
> If there is some magic $10k AI that can fully replace a $200k software engineer then I'd love to see it. I think you have multiple offers of that very AI dangling in front of you, but you might be refusing to acknowledge them. One
847.
by motorest 1y ago
> I'm not so sure that would work well in practice. How would the inexperienced developer know that the code created by the AI was correct? Not a problem. The industry has evolved to tolerate buggy code that barely works. In fact, i
848.
by motorest 1y ago
Right, but even the way you opted to frame this discussion is based on the idea that there is a drop in demand for software engineers. You need less engineers, not more. A few can get more done, but you need fewer to accomplish your tasks t
849.
by motorest 1y ago
> I think the answer to this is clearly no: or at least, given what we can accomplish today with the tools we have now, and that we are still collectively learning how to effectively use this, there's no way it won't be faste
850.
by motorest 1y ago
> My problem I guess is that maybe this is just Dunning-Kruger esq. When you don't know what you don't know you get the impression it's smart. When you do, you think it's rubbish. I see your point. Indeed there are tw
851.
by motorest 1y ago
> (...) your work started on 2025-02-27 and started trailing off at 2025-03-20 as others joined in. Minor changes continue to present. Your analysis is far too superficial to extract anything meaningful. I know for a fact that I have sma
852.
by motorest 1y ago
> What’s the company gonna do now? Release 10 products in 10 months without AI 10 engineers (each using AI). Software is often not the bottleneck. If instead of 10 engineers you just need the one, the company will shed headcount it doesn
853.
by motorest 1y ago
> I think there's a huge huge space of software to build that isn't being touched today because it's not cost-effective to have an engineer build them. LLMs don't change that. If a business does not have the budget fo
854.
by motorest 1y ago
> My problem is that (in my experience anyways) this is slower than me just writing the code myself. In my experience, the only times LLMs slow down your task is when you don't use them effectively. For example, if you provide barel
855.
by motorest 1y ago
> This is exactly the direction I expect AI-assisted coding to go in. Not software engineers being kicked out and some business person pressing a few buttons to have a fully functional app (as is playing out in a lot of fantasies on Link
856.
by motorest 1y ago
> I'm not familiar with this. What are the dangers? Wood is typically treated with nasty chemicals. For example, formaldehyde is extensively used in these applications, and it's linked with cancer. https://www.cancer
857.
by motorest 1y ago
> People put so much effort into streaming Json parsing whereas we have a format called (...) There are many formats out there. If payload size is a concern, everyone is far better off enabling HTTP response compression instead of onboar
858.
by motorest 1y ago
> So you have two prompts, one is ambiguous and the second is the same prompt but with the ambiguity resolved. No. You have an initial prompt that is vague, and then you have another prompt that is more specific. - "draw me an autom
859.
by motorest 1y ago
> Progressive loading is easy, but figuring out which items to progressively load and in which order without asking the developer/user to do much extra config is hard. Do developers even control the order in which stuff is loaded? T
860.
by motorest 1y ago
> There's nothing wrong with "accidentally-overengineering" in the sense of having off-the-shelf options that are actually nice. Your comment focuses on desired outcomes (i.e., "nice" things), but fails to acknow
861.
by motorest 1y ago
> If you're optimizing for time to first render, or time to visually complete, then you need to render the page using as little logic as possible - sending an empty skeleton that then gets hydrated with user data over APIs is fastes
862.
by motorest 1y ago
Can you offer some detail into why you find this approach useful? From an outsider's perspective, if you're sending around JSON documents so big that it takes so long to parse them to the point reordering the content has any measu
863.
by motorest 1y ago
> If you define a grammar for a new programming language and feed it to an LLM and give it NO EXAMPLES can it write code in your language? Neither does your average human. What's your point?
864.
by motorest 1y ago
> I designed something for a business and found I needed 4 major sub-systems (like a real business) - insight/data, cognition, meta cognition and execution, and if you don't define all 4, the system is junk. Might it be just an
865.
by motorest 1y ago
> LLMs don't understand. It's mind-boggling to me that large parts of the tech industry think that. I think you might be tied to a definition of "understanding" that doesn't really apply. If you prompt a LLM with
866.
by motorest 1y ago
> This study brings to light a hidden problem of countries and individuals dependent on foreign aid. There should’ve been plans in place to reduce foreign aid dependency over time. This would be a reasonable topic to discuss, if only the
867.
by motorest 1y ago
> I honestly think most people don't care. I don't think this opinion is realistic or grounded in reality. Any company goes through license reviews when discussing which project to adopt. You may not care what software you run
868.
by motorest 1y ago
> Are you referring to people who got something completely for free as "victims" (...) Anyone subjected to a bait-and-switch is a victim. It means nothing if the bait was free.
869.
by motorest 1y ago
> Why is it completely unacceptable that those trillion dollar corporations (...) The Redis licensing rug pull affects the whole community, not just strawmen villains. Random weekend warriors who occasionally spin up a container might no
870.
by motorest 1y ago
> GitHub Actions runners are based on Ubuntu (... That sounds like a GitHub Actions problem. GitHub Actions only offers a very limited set of container images, and for Ubuntu they just go with the LTS version that shipped before Valkey e

More ›