Yokohiii
Yokohiii on Hacker News
It really reads like it was passed 3 times through Claude.
This is missing the point. If you want to run a software solution, application security still must be properly done.
But we are kind of in a inverse situation, a huge amount of software is a one size fits all solution. Probably every small SaaS starts out with a number of extremely happy customers, but scaling means you can't satisfy everyone, so happiness turns into frustration. Big tech also supplies a lot of software that is one size fits all and not everyone is perfectly happy with.
If creation of customized software solutions is consistently getting cheaper and good enough in quality, the near future is about creating much more custom solutions for considerable smaller customer or consumer groups.
Mind that we still need people who understand tech and verify that a system does what it claims to do, in a safe and efficient way. Every non-technical vibe coder will at some point realize, that he maybe can prompt away every problem he has, but that is still considerable effort and also includes all the mistakes a professional already eradicated from his habits. Many vibe coded projects will also collapse under their own weight, rethinking a strategy - with tech in mind - is also professional effort.
Even if LLMs would produce perfect, high quality code all the time, instructing the "perfect" prompt is still a human problem. LLMs cannot mind read and fully understand the environmental and social circumstances. Understanding these things and model them into solutions, are also human problems.
All this still requires profound technical knowledge, even more now considering security is under fire.
What are the reasons why you want dark mode so badly?
It is weird because the last time I've heard about MTurk was about developing countries being rather reliant on it for doing AI grunt work. If am not totally wrong this must mean that the data work has moved to other services.
By contrast, england could summon anything from their colonies.
I don't think it's superficial, but two problems adding up. Previous poster is talking about general latency issues because everything is networked and potentially quite far away.
What you point out is slowness once you hit the entry point. Go, or similar languages, as a server language platform could have solved that problem from a computational perspective. But it did not for the most part. In my opinion people choose the faster stuff because it's cool and they have more wiggle room to cram in to get back to the slow status quo.
Everything is overengineered, software or distributed architectures, sound to naive human logic but alien to computers. It's an cultural problem, development is so deeply entrenched into "business logic" that the minimal viable and computational economic solution isn't even on the table. I don't even think it has to do with cost or feasibility, it's just that your random e-com manager wouldn't know what to do with you, if a programmer really starts talking about hardcode tech stuff.
I think warning about the other extreme is valid. But the way you wrote your comment it could be perceived as justification of the categorical slashing of grants by the trump administration. Which doesn't seem right either, because the progressive canadian policies are still in place, just less nonsensical.
You comment was also just made invisible due to low rating. Which can be disabled in settings. So my fault thinking it was deleted.
thanks, didn't knew about that.
LLM aren't logic machines. It's concepts of "root cause" and "faster" are purely linguistic, including all the internal conflicts of those loose definitions.
In that sense an LLM wouldn't even think it "lied" being confidently incorrect, in human terms it's just a "whoopsie". Apparently we want exactly that.
The comment is removed. I was also a bit confused, so I've looked it up. So a very rough overview: Under Trudeau in Canada some regulations around gender politics and climate change, got a bit out of hand in terms of absurd requirements to state how they are helpful in the matter. Even for trivial things, they were not a hard requirements but helpful.
Unlike the US gov in this post, they didn't slash projects with good intentions, they just changed and clarified the requirements.
Correction welcome, I am far away from canadian politics.
You are governed by fairly average people.
As a fairly above average person you can certainly adapt.
What about the obvious? They put everything in the system prompt what wasn't economic enough to solve in a different way or just forgot / messed up.
You need to see the facebook part in context, back then it was actually a hot place to be, the company and the platform, and devs were dedicated to leave a mark. Zuck was also perceived as the nerd buddy that disrupted the industry. Well until people found out he is a lizard.
Just the other day I found out about a study that measured coding productivity. They compared CLI tooling to simple actions. The CLI users _felt_ more productive, but they were not.
Then again, the question is, if the simple action needs to be changed, how hard will that be?
I guess many people don't know that Sublime pretty much made file navigation good again with fuzzy search.
Back then every IDE needed minutes to load a tiny project and it was still much less efficient to open a file.
It was just the heyday of facebook and groups being popular. If a company sees something is popular, they will of course add more crap to it.
The hard part is that companies don't hire creative thinkers, but specialists. So you let people try stuff until you think something good happened.
I think you forgot to explain the false dichotomy part.
Franklin also practiced air bathing instead of hygiene.
So the compromise in Obsidian is to throw everything else under the bus for aesthetics?
It's an aesthetic choice. What counters taste?
I think I kept on the conversation, but you are not interested.
Politely why your are asking?
I think the UX and stability related quality will drop at such a bottom low, that some crazy companies will revive the arcane practice of UX and even study it with users.
I am not super optimistic that it happens fast, but we will end up in a situation that everything becomes tedious, annoying and broken. Companies who will do it right will inspire the whole ecosystem. It will be satirical to see the full circle happening, but it's inevitable if we want to keep going with digitalization, even if it means to bring back more hardware buttons.
Yeah but if it's about the hardware resources, why not just establish an option to ban projects that use them unreasonably for their projects relevance? In their explanation they say each project will be evaluated individually and the whatever-AI-allegations are not the primary reason to eventually ban.
They could have established a direct way to protect hardware resource with an option to ban users that cause unreasonable load. Maybe not great but understandable considering they are an e.V.
BFL resides in the same region as BMW and Audi. Quite wealthy and pretty fierce to protect their car industry. If Audi or any other german car maker sees BFL as the future of automation, it will be rather hard to buy them out.
Ironically they currently show a huge banner that LLM-generated content is restricted and crypto is no longer allowed.
No one is reading the ToS you know that very well. That you point out basic advice about ToS is satirical.
If a service like this has some surprising limitations for a potential user, it should be clear up front and not hidden in the ToS. Considering my first paragraph, they know that too.