Unfortunately, in 95% cases location IS a factor with bigger companies.

I'm in a similar position where I'd like to do something a lot more interesting, but intersection between where the interesting companies have offices and where I'd be willing to live do not really overlap enough justify rooting up my life.

(Unless we're talking about "too good to ignore", that's a different story.)

I was explicitly talking about too good to ignore.

Anyone who can optimize a company’s bottom line will be hired.

Like I said, no random average mid react guy or dime a dozen Java developer is getting hired as a remote employee in some flyover country.

But if someone can provide like 50x value then hell yeah..

I thought that was obvious in my message considering we are discussing compiler optimization

(Yeah, I'd say your messaging was reasonably clear, but in the context of the whole thread it wasn't obvious whether the poster was putting themselves in that skill bucket.)

I think there's also quite a big spectrum of skill, even when we're talking about compiler optimization and highly skilled software developers. I'd put myself up there, but still I'm no Lars Bak (for whom Google allegedly created an office in Denmark).

How do you rate yourself as higher than dime a dozen? I work as a full remote dev but I am not sure I am anything special, I mean how do you know that you are objectively good.

Where did I say anything about myself? Sounds like projection or some deep insecurities.

Good luck!

Not the person you were discussing with, but I have to add that to me the main benefit of using Stubby et al. was exactly the schema that was so nicely searchable.

I currently work in a place where the server-server API clients are generated based on TypeScript API method return types, and it's.. not great. The reality of this situation quickly devolves the types using "extends" from a lot of internal types that are often difficult to reason about.

I know that it's possible for the ProtoBuf types to also push their tendrils quite deep into business code, but my personal experience has been a lot less frustrating with that than the TypeScript return type being generated into an API client.

I really _want_ to like Swift, but the development experience was so abysmal that it turned me off the language entirely.

I have been entertaining the thought of writing an LLVM frontend for Gleam, though. (I don't know what I'm doing, I don't know if this is doable, etc.)

I’ve been thinking about Fil-C as a compile target for high level language implementations that want decent performance with LLVM optimizations. You get GC for “free”, source compatibility with a large fraction of existing C/C++ libraries, and lots of control over memory layout and allocation. You’d still have to build the green threads / process runtime though. Maybe go would be an easier pathway since you get their green threads and GC for free.

I agree with the OP that it sort of is. Moving around in the EU is a lot more difficult than moving around the US, so a lot of great talent just doesn't want to.

I've worked a bit in Poland and UK (before Brexit) and all i had to do was to take a plane and fly to the target city. I do not remember having any particular difficulties, if anything finding a place to live was the hardest thing but that is an issue with moving in general (including within the country), not moving across EU.

I'm not into traveling but i'm pretty sure i can grab a plane/train/bus/whatever and go any EU city i feel like.

Living in a place is quite a bit different to travelling there.

Is it? I get that there's housing crises and cost of living is expensive in the tech hubs, but if you live in one country and want to work in the other you just... go there, sign in with the local county that you live there now, and done.

Or am I missing something?

For one thing, language…

In my opinion they need to invest a lot more time and money into it for that. The development experience on VSCode was pretty bad (I think the LSP has a memory leak), and some important (for me) libraries aren't tuned very well yet (a Vapor webserver can sit around 100 MiB memory, whereas putting a bunch of load on the grpc implementation balloons the memory usage to >1 GiB).

Swift on Linux has been a fairly horrible experience, but the language looks promising.

Nowhere in this quote are these fresh grads equated to "lousy programmers", though (which the flamebaity comment did).

And interpreting the quote charitably I'm going to have to agree with it - I don't think many of my coworkers care enough to get to the point where they'd appreciate everything something like Haskell can do for them.

Have you ever worked with fresh grads? They're definitionally lousy programmers, if we take lousy mean "having a propensity to inject bugs into programs".

Can't say anything about perforce as I've never used it, but I'd give my left nut to get Google's Piper instead of git at work :)

Piper's syntax is Perforce syntax.

I moved to Google from Microsoft and back when employee orientation involved going to Mountain View and going into labs to learn the basics, it was amusing to see fresh college hires confused at not-git while I sat down and said "It's Source Depot, I know this!"[1]

[1] https://www.youtube.com/watch?v=dFUlAQZB9Ng

I concur. I miss citc & fig.

Actually curious - where have they? Zuck's claim didn't seem to be true. I'd imagine a few places that have low technical acumen have tried, but I'll want to see how much they pay for SWEs willing to clean that codebase after they let LLMs run amok on it.

Stubby calls (at least in Java) just use something called a GenericServiceMocker which is akin to a more specialised mockito.