There's fundamentally two schools of thought - those who are Pro and Anti immigration. People's opinions of programs like H1B tend to align more closely to their school of thought than they do any economic or social impact.
I'm currently in the middle of porting a game from 2004 to run on MacOS via wine. On a 5000$ Macbook Pro, I'm getting about 4 FPS. This has multiple causes, including the game being single threaded and running through Rosetta, but damn is it hard to get good single core performance out of Macbooks.
Out of curiosity, I also ported the game to arm Linux with fex + upstreamed the wine patches in about a third the time and there's no FPS issues
If anything it's the exact opposite. They're ridiculously powerful with more memory bandwidth than pretty much any equivalent PC. It is easy to make sloppy software because you can get away with so much.
Did you forget to tell Claude to make it run fast?
(I am not joking. I did a port of an old utility, Dos Navigator, and I gave Claude+Codex a set of KPIs: cold start under 100ms, 30MB RAW image preview under 50ms, and a few others. I went to bed, and I woke up to a file manager written in Swift that is a joy to use, its so fast, esp. when previewing images. If I haven't requested it, it would likely be way slower).
Running something with "Wine" doesn't usually mean "porting", "porting" means making a native binary that doesn't run through an emulation layer.
Anyway, probably you are trying to run a 32-bit executable with Rosetta, that won't be fast, because Rosetta was never meant to run 32-bit things and has got a lot of pitfalls.
What porting you talking about exactly? Packaging existing binaries? Compiling source code making it more compatible with Wine?
In my experience as game developer and porting C++ code tells such difference usually mean there are something really wrong with syncronization primitives. So 99.99% of the time code does nothing just waiting for something to unlock.
I recommend you try giving your AI an open ended task like, "it's at 4 fps even though it's a 22 year old game and the raw hardware performance is many orders of magnitude higher. Maybe due to running under Wine and Rosetta. Please figure out the simplest way you can unlock usable performance (30-60 FPS) short of decompiling, reverse engineering, and reimplementing the full game yourself natively. Maybe there is something else you can figure out for the performance unlock. The hardware is definitely there, so there has to be a way. The game is running so make sure you don't break it. Keep the same game behavior."
Regardless of which AI you're using, it will be able to figure something out in a few hours. 2004 pc's were 500-800 mhz, 128 MB RAM, and if they had a GPU at all it was 16-32 MB, 0.2-1 GLOP.
Your AI should be able to figure out a way to get it running in realtime.
Something is going horribly wrong. I don't know what it is (without your code I don't know), have you profiled where it's going wrong? There's no way a game for 2004 would be that slow.
If you want help, I've done some similar work, you could pop it up on a github repo or something. What is the game?
> I'm sure you mean well but as someone who has considered posting on who wants to be hired in the past.
Ever since I posted once 6+ months ago, I've been getting random emails from people who found my "posting" on a bunch of different listing websites. I feel bad for them, some of them are even tailoring the resume. The position is no longer available..
reply