skip0110
@skip0110@lemm.ee
- Comment on Algorithm based on LLMs doubles lossless data compression rates 2 weeks ago:
This is not new knowledge and predates the current LLM fad.
See the Hutter prize which has had “machine learning” based compressors leading the ranking for some time: prize.hutter1.net
It’s important to note when applied to compressors, the model does produce a code (aka encoding) that exactly reproduces the input. But on a different input the same model is unlikely to produce an impressive compression.
- Comment on Nextcloud cries foul over Google Play Store app rejection 2 weeks ago:
Just switch to the F-Droid version.
Better: make sure all the apps you use come from F-Droid
- Comment on Tesla bait-and-switch: Cybertruck owners won't get Autosteer feature they paid for 3 weeks ago:
They do this to juice the gross margin number and make the auto business appear more profitable.
- Comment on Tesla speeds up odometers to avoid warranty repairs, U.S. lawsuit claims: Reuters 1 month ago:
Everything’s computer
- Comment on Show top LLMs buggy code and they'll finish off the mistakes rather than fix them. 2 months ago:
I bet the people you work with are very happy to have you as a lead.
- Comment on Show top LLMs buggy code and they'll finish off the mistakes rather than fix them. 2 months ago:
I’ve been in this scenario and I didn’t wait for layoffs. I left and applied my skills where shit code is not tolerated, and quality is rewarded.
But in this hypothetical, we got this shit code not by management encouraging the right behavior, and giving time to make it right. They’re going to keep the yes men and fire the “unproductive” ones (and I know fully, adding to the pile is not, in the long run, productive, but what does the management overseeing this mess think?)
- Comment on Show top LLMs buggy code and they'll finish off the mistakes rather than fix them. 2 months ago:
To be fair, if you give me a shit code base and expect me to add features with no time to fix the existing ones, I will also just add more shit on the pile. Because obviously that’s how you want your codebase to look.
- Comment on AI Killed The Tech Interview. Now What? 3 months ago:
In my current role, I mostly hire “senior” roles. So the applicants (which are pre screened before I see them) typically have 5+ years experience. I ask about the code they’ve written, and then I ask some questions about how they would extend the code (to meet some new requirements). What I’m looking for is not so much a specific answer, but more so “can we think through this problem together.”
That said, I’ve been the interviewer for “junior” roles…and there isn’t as much correlation between ability and experience as you might think. So no reason to feel imposter syndrome. I’ve worked with extremely smart/talented developers without any formal training.
I think all the stuff you’re doing sets a really good foundation for a career in software, if that’s where you want to go. One thing I might suggest is making a few contributions to open source or team projects. It can be useful to learn about how to read code, and present code to others (or to fit your idea into an existing code base).
- Comment on AI Killed The Tech Interview. Now What? 3 months ago:
I have to do many interviews.
I don’t care if the applicant uses AI, or any other tool available to them. I just care about whether they can explain, debug, and modify/extend code (which they wrote, or at least composed somehow and are presenting as their work).
I’ve definitely been suspicious of AI use, and also had some applicants admit to it. And I don’t count that against them any more than using a web resource.
But, there is a very high correlation between using AI and failing at the explain/debug/modify part.