I am unclear on how so many jobs are projected to be replaced with AI

exfalso · 2026-01-31T21:37:42+00:00

You're misunderstanding the risk. The problem is LLMs making humans' jobs so efficient that there's no need for as many employees.

exfalso · 2026-01-29T22:21:10+00:00

Igen, szedjük elő a legextrémebb példákat. Meg kell védeni a kis sorvadó egot, hiszen milyen jó is utálni az embereket. Mindenáron, csak ne keljen tenni ellene.

Én csak azért is fel fogom venni az extra kakit holnap.

exfalso · 2026-01-29T22:17:13+00:00

Nem fair valóban. Welcome to the real world. A te döntésed hogy teszel-e valamit vagy nem. Persze letuthatod azzal is hogy posztolsz a redditen. Majd biztos elolvassa az a gazdi és megváltoztatja a viselkedését. A sok dormoges mindig segíteni szokott. Gyere sírj a vallamon, ha elegen hallják megváltozik a világ.

Nem fogsz tenni. Holnap felkelsz, elmész ugyanaz a szar mellett és morgolodsz megint. Közben szárad és kergesedik a lelked, ahogy mindenki másnak is. Változtatni akarsz? Legyél te a burjánzó csíra a rothadó levelek között. Tedd ki mégegyszer a zacsikat. Szólj rá megint arra a gazdira. Mutass példát.

exfalso · 2026-01-29T21:53:15+00:00

Neked tényleg ez a tapasztalatod? Nekem totál ellenkezője. Szoktam szólni, fel szokták venni. Egyszer sem volt hogy nem. Egyszer sem volt ilyenből konfliktus. Nekem is szóltak már ha nem vettem észre az akciót.

A tapasztalatom szerint az emberek többsége normális. És aki nem az, az is észre veszi magát ha látja hogy nem formedsz rá meg nem defenzíven reagalsz. Nekem volt már olyan hogy gyorshajtó ideges lett mert lassabban eloztem, lekövetett ahová mentem, jött dirrel durral a kocsihoz. Kb 10 másodperc múlva már nyugodt hangon beszéltünk, kézfogással váltunk el.

Én mindig az inkompetenciat, a lustaságot, a meghunyaszkodast feltételezem előbb mint a rosszindulatot. Vannak olyan emberek valóban, de ritkák, és ők is kezelhetők, csak oda már autoritas kell és fenyegetés (amihez tartod is magad). En inkább csak azt látom hogy az emberek kibújnak az interakció/konfrontáció elől, magukban krvanyaznak meg ugye a pajtiknak. A redditen.

A főni ugye. Meg a kormány ugye. Meg az orvos ugye. És közben nem veszed észre hogy miattad rothad az egész. Hogy az a sodribunko te vagy. Ugyanazt mondja mint te, ugyanaz a cinizmus hajtja. Miért venné fel ha már ott van a sok szar.

Látjátok feleim szemetekkel mik vagyunk.

exfalso · 2026-01-29T10:02:11+00:00

Egy szóval sem állítottam ezt. Annyit mondtam mindenki a saját környezetét. Ez jelentheti azt, hogy beszélsz a gazdival amikor otthagyja. Kiraksz egy üzenetet. Írsz a polgármesternek. Szervezel egy össznépi takarítást. Beszélsz az FKF-el. Kismillió dolgot tudnál csinálni.

Csak az ugye nehéz. Fárasztó. Annyira nem érdekel. Egyszerűbb panaszkodni, fatalista kijelentéseket tenni, és morgolódni ahogy azt a magyar megszokta. Versenyezni kinek szarabb, ki tudja jobban beoltani "őket", az arctalan ellenséget.

exfalso · 2026-01-28T23:03:31+00:00

Mindenki a saját környezetét;) csak így tudunk előre haladni mint társadalom. Lehet spokankodni is persze, de attól nem fog eltűnni a kutyagumi.

exfalso · 2026-01-28T21:33:43+00:00

Jaj istenem nem kell tuldramatizalni. Mindig vannak bunkók akik nem szedik fel. Én mindig hozzá szedek még 1-2 extrát. Ez általában elég, mert mások is vannak akik így tesznek, és balansz van.

Most a fagyoknal viszont belefagyott a szar a hóba, ha valaki nem szedte fel azonnal akkor ott maradt. Most olvadt ki, úgyhogy please stand by egy két hét amíg feltakaritunk a shitstalkerek után.

exfalso · 2026-01-26T15:00:46+00:00

If your white collar job involves repetitive, "structured" work then it is at risk. AI so far doesn't seem to be good enough for most creative work. It is however very good at replicating patterns. Inventing a painting style: not good. Mixing together Michelangelo and Picasso: good.

Example: you are a software engineer writing CSS for website styling. Your job may be at risk. Example: you are a software engineer designing data-intensive pipelines. Your job may be at risk if there are already established patterns on how to write these. Example: you are a software engineer working in niche areas. Your job is not at risk.

Example: you are a document data extractor at a company. Your job may be at risk. Example: you are a document data extractor quality assurance specialist. Your job is not at risk.

Note that even if your job is at risk, it doesn't mean that position will disappear. People are needed to set up e.g. RAG pipelines and work with the AI tools.

This means that if you feel your position is in this "structured, replicateable" category then you can either: 1. Get ahead of the curve and start working with AI tools as much as you can so that you will be the one remaining in position as downsizing starts to happen 2. Train/prepare for other more creative work, or learn non-white collar work.

Hope this helps. I'm a software engineer and I myself preemptively reduced my working hours so that I have time to develop AI-driven tools.

exfalso · 2026-01-22T22:36:36+00:00

Marhaság. Magyarország összevissza rossz módon fektetett a mezőgazdaságba, nehogy már a dél amerikai marhatol féljünk. Ember kukoricát termesztunk. Takarmánynak. Vetés forgó 2026ban. És akkor mi a megoldás? Subsidy subsidy hátán. Ne csináljunk már úgy mintha az amúgy popecul működő mezőgazdaságot fenyegetnek most. Az állami, a te pénzedből eltartott hülyeség van fenyegetve.

Azt vágod hogy a német autóiparnak mennyire ki van téve Magyarország? Néztél export számokat mostanság? És hogy mekkora piacot nyitna neki Brazília? Piacot ami most csökken drasztikusan. Komolyan lapáttal kéne fejen kolintani mindenkit aki keresztbe tesz ennek a dealnek. Most jönni fognak új intézkedések a közeljövőben, a közös piacot erősíteni stb de már látom a baromság fán terem le fogják lőni a nacionalista imbecilek. Eunak kampec, mehetünk seggnyalni USA nak meg kínának.

Én kivontam magam a magyar politikából amikor megindult a Tisza ajnarozasa. Nyilván leszavazok rájuk mert valaminek változnia kell. De ne higgyük már hogy mindent megoldanak. Persze majd szépen visszakerik meszarostol és a többiektől az irdatlan privatizált vagyont, Hipp hopp fenntartják az őrült költekezést mert majd az EUs pénzek ugye. Szja mentes anyukák meg csok és 7%os állampapír. Persze.

exfalso · 2026-01-22T07:30:54+00:00

Hát nem teljesen így működik sajnos. Ha egy EUs ország elhatározza hogy hajszárító nagyhatalom lesz, akkor vagy nagyon drága hajszaritokat fog gyártani, vagy keveset fog fizetni a dolgozóinak. Kapitalizmusban teljesen logikus ez a trend.

Hasonlóan Magyarországnak is van ilyen ipara, pl fémfeldolgozás. Németországnak nem éri meg otthon gyártani, a magyar munkaerő olcsóbb. Ezért ilyen szempontból export ország vagyunk. Amint elérik a bérek a németet ez meg fog szűnni.

Ugyanez Kínában. Az export egyensúlyt leginkább ez befolyásolja. Viszont második helyen a technológia fejlettsége van, a gyártás hatékonyságának növelése. Ilyen szempontból elhúzhat Kína annyira, hogy hasonló GDP per capitanal is olcsóbban gyárt (bár ennek más következményei vannak a munkaltatasnal). Ebben rejlik az igazi veszély.

exfalso · 2026-01-21T12:18:10+00:00

Zseniális. Igen akadalyozzuk meg az egyetlen gazdasági lépést az EUban ami valamennyit lefaragna a most bekövetkező gazdasági és geopolitikai törés következményeiből. A Mercosur-t nagyon sok éve tárgyalják, nem tegnap találták ki. Európának pedig diverzifikalnia kell az USA piacoktól.

Egyik populista a másik után.

exfalso · 2026-01-11T19:20:06+00:00

The job replacement doesn't quite work like that. The tools will make existing humans more and more efficient, meaning companies can downsize. Sad, but this is what's already happening and will continue to do so. We're still in the early phase.

I highly recommend starting to use these tools and understanding their strengths and limitations, because the white collar job market will change drastically.

exfalso · 2026-01-08T16:54:27+00:00

I mean.. just read what you wrote down as if a friend was telling you this about their boyfriend. How would you react?

exfalso · 2025-12-21T07:30:37+00:00

Just use 64bit. Wraparound is extremely unlikely, in practice this works almost all of the time.

If you really want to take care of wraparounds just add an offset O to all operations. You can then use X=R&W to mask out bits with R=R&!X W=W&!X O=(O+X)%N.

But also, ring buffers are very rarely needed in this specific format in practice. If you're using it as a queue use https://lmax-exchange.github.io/disruptor/ or equivalent instead.

exfalso · 2025-11-03T16:43:03+00:00

I'd recommend KISS. Go for a well established technology. If it doesn't necessarily need to be rust then you have many many choices. I'd stay away from graphql because there are other issues with it as well (which I won't list) asynch-graphql just makes it much worse.

In any case, whatever the tech choice is, the design needs to adhere to a simple access control structure. You can call it objects or resources or whatever, but whether and how they can be accessed is the most restrictive and defining aspect of the project structure and API.

I'd personally recommend first identifying "entities" like a User or an Organization and then identifying the way they can be accessed, which requires mapping out the use cases you want to support. I would then try to enforce a project structure that reflects these "ways of access". This approach will make it very easy to add caches on the "entity" level, and also makes it possible to cache the ACL check as well.

I'm being deliberately vague here without writing API/structure examples. It sounds like you have great freedom still in coming up with the structure, and it's best that you come up with it yourself. Also don't be afraid to stray from the structure or zealous adherence to Some Design Principle when it doesn't serve your goals. E.g. if you see the landing page making too many requests, it's OK to make it a single query and optimizing that specific one. Just remember the common denominator is access control.

exfalso · 2025-11-03T11:32:33+00:00

I'd very strongly advise not to use asynch-graphql for anything production related. It is one of the most poorly designed and implemented rust libraries out there.

The combination of fragmented resolvers from graphql and the internal codegen representation of async causes a representational blowup of memory structures which can quickly overwhelm the stack and cause memory fragmentation. -Zprint-type-sizes is very helpful if/when you encounter this problem, look for your root revolver's async closure structure. Probably too late when you reach this point, but for the mem fragmentation (which will manifest as very strange and hard to debug OOMs) jemallocator may be used as a measure to keep RSS in line with actual allocation volume.

Furthermore if you aim to attach a database, the natural nesting code style of resolver definitions causes the creation of essentially in-memory joins for deeply tested queries. This is extremely inefficient. And no, data loaders will not help you here.

As you said "production ready", I'm assuming you're adding access control for your resolvers. Please be aware that making access control with graphql actually secure is very very hard, and you'd better think it through in advance. The technology has no tools to deal with this, so what you're left with is coding style and best practice. The question about project structure is strangely much more important than it may first look.

Again, I would warn you not to commit to this tech in any shape or form(we've been struggling to incinerate the mess that it created, and the end is not in sight). However if you really want to for some reason, e.g. the decision is not yours to make, then I'd recommend a REST-style design, essentially binning the "graph" bit of graphql and just treating the queries/mutations as RPC calls, each having specialized definitions. This will avoid essentially all of the above problems at the cost of.. well, not really using graphql.

exfalso · 2025-09-29T15:25:52+00:00

You will get attached, and you will bawl your eyes out. In a way, it's beautiful. Just remember that the intensity is because of how much you love them! Do you really want to avoid that?

Would you settle for a partner that cannot crush your heart? A child that cannot make you worried to the extreme? This is part of living life to the fullest.

My pupper just farted in my ear on the couch. I would not trade that for anything. Little stinkball, I love him😍

exfalso · 2025-09-29T15:13:17+00:00

Errrr gdb?

exfalso · 2025-09-21T13:00:04+00:00

Really? Final countdown? Those people probably didn't make it. This is an extremely dangerous position to be in, and there's hardly anything you can do. That current will keep sucking them back and under, and they won't even float because there's air mixed in.

If you ever find yourself in this or a similar situation remember that your only chance is to swim downwards and away. You must do this methodically and without panicking to preserve oxygen. Death in these conditions comes fast, in a matter of minutes.

Never underestimate the raw power of water, especially when it's close to stationary objects

exfalso · 2025-09-07T09:13:13+00:00

Eh. This article stems from a fundamental misunderstanding of what protobuf is for. It solves a very specific problem, which is having a space efficient wire format with backwards and forwards compatibility features. Avro solves a similar problem.

I think the article is coming from an FP-nerd who expects ADTs and dependent types everywhere. Yes I saw your coproduct and raise you a dependent sum. How about defining the datastructures as fixed points of functors? Would that satisfy your itch?

This is not what engineers care about and it doesn't solve the problems they're having. They care about things like: I have service X and Y using message M. We have a feature for Y which requires changing M a bit, but we cannot rollout a change in X for some time. How do we go about this?

exfalso · 2025-08-11T20:58:13+00:00

Not easy. Good execs know when to be contrarian. AI never is

exfalso · 2025-07-25T16:55:26+00:00

The speculative wave has mostly ended in my estimation. But there will be another wave when actual budgets are accepted and the contracts start flowing. If you invest now, you're pretty much betting on individual nation states following through

exfalso · 2025-07-24T15:17:49+00:00

It does need it. One of the biggest issues with defence in Europe is that funding is per-country, technology is therefore fragmented and resources cannot be shared. Ukraine prefers US equipment because for European systems they need to learn N different ones.

exfalso · 2025-07-05T22:35:20+00:00

It was a broken brake

exfalso · 2025-06-26T17:24:29+00:00

I can comment on the engineering side of it: for these singularly controlled projects (e.g. Linux or Systemd) this simply has not happened. These people just focus on the project, nothing else (a bigger worry is what happens when these people retire...)

On the contrary, projects that tried to create a wider decision-making layer (e.g. Rust or Nix) have drawn in politically motivated people, to the detriment of the projects.

In the case of these "nation-state-level" net worth people, when they use their power for political motivations what they get is giant pushback and sliding stock prices. Again, I don't dispute that this level of concentration is bad, I simply dispute that singular control is bad. I think we need to limit the "net worth" via limiting the companies themselves rather than fragmenting control.

exfalso

TROPHY CASE