womp womp, 100% empty argument. This happens with or without pets. Maybe find better tenants instead of trying to pin it on "pet owners" as a whole. Guaranteed the same tenants who let their dogs eat doors, blinds and also don't have the money to pay for damages did their own damage and/or didn't take care of the property.
What an insanely narrow and purposely ignorant opinion. Subsidizing pet owners? Good tenants are subsidizing bad tenants, people w/o kids subsidizing people w/kids. What is the conclusion of your argument? After i sign I do an insurance style risk assessment and they get to tack on a bunch of fees? I don't think a landlord is jacking up prices cause I have a pet and it is insane to think that I would need to pay more than someone else for that reason. I don't think it was about having or not having a pet, it was designed to squeeze as much as you can out of someone. What is the difference between human caused damage or animal caused damage? The person signing the agreement is still liable for whatever damages at the end of the day. Why can't we just leave it at that?
If I am to believe that I am a visualizer. No, not really. With the negative "after image" it's almost like an artifact in your physical vision. More like seeing a floater IMO. But with the "mind's eye" it's completely non-physical. I can imagine an apple like I would see it with my eyes just strictly in my brain, but I can't "see" it. There is no visual output. It's very bizarre to put into words. I think of it like AR/VR. I can overlay objects onto my physical world.. AR. But I can also just think and manipulate things in some imaginary brain space... VR
What type of applications are y'all seeing from LLMs? Anecdotally the only thing that has changed for me is the ability to output more code. That's not software. My coworker is a 10x vibe-coder and his flagship application is held together with brittle shell scripts, a sloppy codebase, bad abstractions, piles of markdown files and an ouroboros of generated tests. This is not software. This is just held together with duct tape and a prayer. Although this guy doesn't have any traditional background but still, if LLM generated coding agents were so good even a simpleton like himself should be able to create a miraculous piece of software, right?
the 0x engineer became a 10x vibe-coder responsible for our CICD and vibe-coded testing that was previously manual
He's introduced several 100,000s LoC changes and additions in 10-15 codebases. There are some repos that only he works in ( so no PRs, just merge to master and be done ). He also has self-approved and merged changes without review (he's an admin)
Anyway, now he put in his notice and no one on his team knows how any of this works. We can't get code changes without CICD passing. CICD breaks all the time. The original contractor who made the CICD before him wants nothing to do with it now. We can't generate signed OTA packages.
He went from doing 'too much to finish anything' to 'made so many changes that he had to bypass PRs'.
Now he's leaving.
Engineers have been pointing out this bottleneck for the past year or so. The engineering managers aren't pushing it and the business owners either don't understand or don't care
Hah, ultimate vibe coder nightmare scenario. I wonder if, in six months time, there will be enough stories like this for sanity to prevail a little more.
Yes I know. There's no nuance on HN. I was using it as a metaphor to show that this person has no idea what they're doing. Which is a huge difference from someone deeply knowing the codebase and tech it'll sit on to make an educated tradeoff. I've seen the duct-tape in real codebases and I knew the engineers who put it there and why. That doesn't exist when your senior engineer is a nebulous "idea of an engineer" that resets its memory every few hours.
Please explain this "adapting". The LLM sellers' holygrail is * you just need to crank our model bro *. With this mindset, there is no adaptation needed, save a couple of weeks of getting up to speed with nuances of using the models, the / commands and integration of their APIs into your workflow.
It's not just corpo talk. The ultimate goal in LLM and AI progress is "replacement" of professional knowledge workers. In the march of the 9s of the accuracy of the generated LLM output, the engineers role would matter less and less.
It's asking engineers to "adapt" to being efficient in filling out the last 10% then 1% then 0.1% then 0.01%.
Yeah i also want to know what the adaption is. Because so far all I'm seeing is removal of the natural incentive to build deeper understanding of the systems. So in the future only the people who are really curious and want to know for knowledge sake are going to know enough to deal with the blind spots of the automatons.
Knowing how the things the LLM's are touching appears to be the only skill of value. Because using these things are trivial for anyone who is familiar with computers, what adaptation and catching up is there beyond waiting and observing what works and then just applying that?
"But the LLM's will know everything" well then we aren't needed at all, just put it on a loop and leave it running. At this endpoint there's nothing to adapt to, only direct means of allocating necessary resources to yourself for subsistence.
> brittle shell scripts, a sloppy codebase, bad abstractions, piles of markdown files and an ouroboros of generated tests. This is not software
I think that's software. It's not good software, but it's software.
This perspective feels a bit like a chef insisting McDonalds or frozen dinners aren't food. It's mass produced, unoriginal, and typically soulless, but it's still food. As Scott would say, maybe a map vs territory discussion.
I built an orchestrator connected to email, browser and payments, and it handles a ton of boring stuff like “pay electricity”, or “apt renters want something, deal with that”, or scheduling appointments, dealing with infoline chatbots and everything around that.
Plus navigating personal communication (what’s the address
of friend X, who did I promise to go to a dance workshop with) and so on…
In essense, anything Siri promised to be, but really working.
> his flagship application is held together with brittle shell scripts, a sloppy codebase, bad abstractions, piles of markdown files and an ouroboros of generated tests
you just described lots of codebases at highly values companies. Plenty of places, maybe even the majority, do not care about code quality if the code results in a functional application.
Why would it? You still need to be able to understand and describe a problem (if the space is complex, that usually means: many connected problems) and that requires good thinking.
The effects of the tech giants encroachment of society and the stakes and gravity of the situation is so serious that some people think its important not to allow attempts to frame the struggle as Sisyphean to succeed.
Bob: "I hate <company> and what they're doing to this cute fluffy animal I would like to do things to stop that"
Tom: "Well actually they're not nearly as bad as <other company> to said fluffy creature and if you actually cared about fluffy creature you'd only focus on them"
Great argument. Hate to be the one to tell you this but, two things can be true at once.
Why is your hypothetical Tom wrong to claim that Bob primarily cares about hating <company> and is using fluffy creatures as an excuse because it sounds superficially better than the actual reasons Bob has a problem with <company>?
And I'm guessing that I'm supposed to believe here that the reason Bob hates explicitly this one company and is dismissing 99% of the damage done to the cute fluffy animal by corporations that seemingly get paid to exterminate them in brutal ways, the reason many people seem to spouse this extremely bizarre, specific belief is "just because" right? Not an obscene amount of hypocrisy and dishonesty?
Because I don't have anywhere near enough brain damage to do that and I'm not sure I can get there in a medically safe manner.
Ah, slopper is hilarious. Too long has the title of builder just been an excuse to make dog shit UI and excusing yourself. If you're going to build user-facing tools, good UI/UX is a requirement not an option. Couldn't imagine this excuse flying in any other industry. Yeah I just made a chair where all 4 legs are different lengths and the back rest is in the middle of the seat, "I'm just more of a builder"
