there’s a lot to be excited for, but
Job requirements
[…]
- Active use of AI tools in daily development workflows, and enthusiasm for helping the team increase adoption
ew.
there’s a lot to be excited for, but
Job requirements
[…]
- Active use of AI tools in daily development workflows, and enthusiasm for helping the team increase adoption
ew.
It’s so weird, i read this in a bunch of jon listings nowadays. How the fuck is it a requirement?!?! You should be fluent in CPP, but also please outsource your brain and encourage the team to do so as well. People are weird man.
It means that the parent company has major investors in the LLM space.
The future looks to involve a mixture of AI and traditional development. There are things I do with AI that I could never touch the speed of with traditional development. But the vast majority of dev work is just traditional methods with maybe an AI rubber duck and then review before opening the PR to catch the dumb mistakes we all make sometimes. There is a massive difference between a one-off maintenance script or functional skeleton and enterprise code that has been fucked up for 15 years and the AI is never going to understand why you can't just do the normal best practice thing.
A good developer will be familiar enough with AI to know the difference, but it'll be a tool they use a couple times a month (highly dependent on the job) in big ways and maybe daily in insignificant ways if they choose.
Companies want a staff prepared for that state, not dragging their heels because they refuse to learn. I've been at this for thirty year's and I've had to adapt to a number of changes I didn't like. But like a lot of job skills we've had to develop over the years — such as devops — it'll be something that you engage for specific purposes, not the whole job.
Even when the AI bubble does burst, AI won't go away entirely. OpenAI isn't the only provider and local AI is continuing to close the gap in terms of capability and hardware. In that environment, it may become even more important to know when the tool is a good fit and when it isn't.
I am aware of that. I occasionally use AI for coding myself if I see fit.
Just the fact that active use of AI tools is listed under job requirement and that I have seen that in more than a few job listings rubs me the wrong way and would definitively be the first question in the interview to clarify what the extent of that is. I just don't wanna deal with pipelines that break because they are partially rely on AI or an code base nobody knows their way around because nobody actually has written it themselves.
It's sad that this is basically everywhere these days, and employers will weigh your performance review based on whether you're using AI and how well you're using it. It's terrible.
This is a "big part" of my job. In five months what I've accomplished is adding AI usage to jira along with a way to indicate how many story points it wound up saving or costing. Let's see how this plays out.
If AI collapses as many expect it to, this job will still be there without that requirement.
I hope the bubble pops soon, and only smaller and more sustainable models stay
Yeah, self-hosted open-source models seem okay, as long as their training data is all from the public domain.
Hopefully RAM becomes cheap as fuck after the bubble pops and all these data centers have to liquidate their inventory. That would be a nice consolation prize, if everything else is already fucked anyway.
Agreed, AI has uses but c-suite execs have no idea what they are and are paying millions to get their staff using them in hopes of finding what those uses are. In reality they are making things worse with no tangible benefit because they are all scared that someone will find this imaginary golden goose first.
Wether you (or I) like it or not, Pandora's box has been opened. There is no future in software development without the use of LLMs.
While this might be true, there's a big difference in using LLMs for auto-completions, second opinion PR reviews, and maybe mocking up some tests than using it to write actual production code. I don't see LLMs going away as a completion engine because they're really good at that, but I suspect companies that are using it to write production code are realizing/will soon realize that they might have security issues and that for a human to work on that codebase it would likely have to be thrown away entirely and redone, so using slop it only costed them time and money without any benefits. But we'll see how that goes, luckily I work at a company where managers used to be programmers so there's not much push for us to use it to generate code.
100% correct
I mean yes, but maybe if you can interview in good faith, that's not what becomes part of the job.
"I saw here that the use of AI is required. I'm willing to compromise and use AI for some workflows, but I'm skeptical of wide scale adoption. I think its potentially bad for the long term code base maintenance and stability, which is what GOG is founded on. If I find that it's truly helpful in code writing, then I'll continue to work it into my larger workload, but do keep in mind that the Linux community as a whole is more technical than other OS consumers and this will be bad PR."
They’ll change their tune when a few of their new workflows go rogue and auto commit prs it shouldn’t and cause build issues.
We've had multiple instances of AI slop being automatically released to production without any human review, and some of our customers are very angry about broken workflows and downtime, and the execs are still all-in on it. Maybe the tune is changing to, "well, maybe we should have some guardrails", but very slowly.
hell nah
Ew.
That's every company right now
I wonder what they've been doing in the meantime when a Linux native client was the most requested feature for so long.
GOG was recently bought from CDPR and is now owned by one of the co-founders, if I remember right. The focus shift towards finally giving the bare minimum of fucks about Linux likely has something to do with that.
CDPR is the game dev studio. Their parent company, CD Projekt was who owned GOG. CDPR had nothing to do with it.
Right, thanks. I always get them mixed up
I had been using Heroic Launcher to manage my GOG library on Linux. It works well enough, but an official Linux native GOG client would certainly be welcome.
Literally the top requested feature in the forums, then they cleared it out and it became ...the top requested feature in the forums
Okay, in other words: I won't be buying any more Steam games 🐳
Got enough stuff in my library to last until GoG starts working nicely enough on Linux 🐧
You don't need GOG galaxy to install and run GOG games. In fact you shouldn't if you care about keeping your games.
Currently happily using Heroic to manage GOG games. But, I still welcome GOG putting in effort to make it a smooth experience.
You don’t need GOG galaxy to install and run GOG games. In fact you shouldn’t if you care about keeping your games.
Disagree. The fewer barriers to using a game the better. GOG offers full DRM free downloads regardless of Galaxy existing.
Yes and the DRM free part only matters if you keep a copy of the installer. Galaxy doesn't do that.
If you care this much about not using Steam, why would this be the deciding factor? I can play GoG games right now on Linux.
I love this! I love that it's getting more attention and cross-platform support.
I just wish it wasn't yet another launcher, and that all these companies got together to develop the one Open Source version everyone writes adapters for. Galaxy, at the time it was released, promised to be a way to have all of them... and then I discovered playnite (which worked better and has more options) and I cannot help but wonder if GOG's efforts wouldn't be better directed that way. Specially since my understanding is that the tool is undergoing a rewrite for cross-platform support.
Nice to see GOG putting real effort into Linux support. Modernizing a native client is exactly the kind of work that actually benefits users long-term.
i hope they join valve and fund proton.
Hell yeah!
imagine if they stopped using CEF.
No mention of open source though.
Steam isn't open source either. Bringing GoG galaxy to linux will make it easier for linux gamers to buy and install DRM free games. The games won't be open source either, that's not the issue here.
C++ ? Ouch. Hard pass.
( Not that I would ever have been eligible or interested anyway )
From a consumer perspective, if the choice is between C++ or nothing, or C++ and Electron, you take the application written in C++. They were probably already using C++, and most of the mature cross-platform UI toolkits are all designed around C or C++ anyways.
From a developer perspective... at least it's not JavaScript.
My problem with gog, at least when downloading through heroic is that the download speeds as wildly slow.
Sometimes I have the same game on epic and gog, but the gog game will take hours longer to download compared to getting it from epic servers.
I think it’s because of my region. (South east Asia)
Additionally, they do not have regional pricing for the country where I live, so everything is much more expensive than it is on Steam.
So, once they offer regional pricing, I’ll switch over, even with slower download speeds.
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
No memes/shitposts/low-effort posts, please.
WWW:
Discord:
IRC:
Matrix:
Telegram: