Rust beginners don't come to Rust with zero programming experience. Most have already used other languages, typically C/C++ (even if just the basics taught at university, they've already touched pointers), Java, Go, Python, PHP, JavaScript, C#. I myself came to Rust already knowing basic C/C++ including pointers, Go, Python, PHP, JavaScript, and Java. Shared references are actually expected because those other languages work in that way. Cloning into an independent value would actually introduce silent bugs where updates don't reflect on the value, of course they don't, they're independent values now. This already happens with Java strings. Mojo's reference counter on return only happens when copying a string, whereas in Rust, clone creates a new allocation and copies the value. If you return a reference, it's just returning a memory address with no ref counter. If you return a move, it's just a move. Interestingly, that reference counter in Mojo only happens when copying a string, for vectors it doesn't work, it have to be explicit (I guess it is bug, because yes for String but no for Vector). Where in Rust, `Arc` gets misused, things that don't need `Arc` get wrapped in it anyway, like using `Arc` to fix borrow errors and threads that are waited in place. So codebases end up with `Arc` everywhere unnecessarily Mojo's ASAP drop does not use an atomic counter like `Arc`, it's zero cost. A GC can be configured to control how often it runs, for example a maximum memory threshold like "always collect when unused memory exceeds 64MB" or whatever value you want. And you still get the benefits of faster allocation speed, cache friendliness, and far less cross thread cache invalidation No, that's not moving the goalposts, that's continuing through a list. If the previous points have been addressed and there are still more items on the list, of course continue to mention the next one. Why is bringing up the remaining items treated as a problem? Mojo doesn't default to ref counting. It only replaces the string copy operation, which in Rust would become a new allocation and a value copy, becomes a ref counter wrapped. Everything else is the same as Rust, writing a reference gives you a memory address, a move moves the value. Vectors, for instance, are not ref counted. The real big gap is ASAP drop My point is thatno need to go to the extreme of forbidding `unsafe` to the point where even hot path data structures use non zero cost constructs that not only has runtime overhead but also prevent optimizations like auto SIMD. It goes even further, code that contains `unsafe` gets immediately labeled as bad code, even when it can be verified correct. That's why learning `unsafe` to replace non zero cost constructs matters, it lets you write code that is genuinely on par with other systems programming languages Take `RefCell` as an example. People use `Rc<RefCell<T>>` in data structures because the borrow checker rejects their code even when it's actually correct. But using raw pointers or `UnsafeCell` directly is both simpler and zero cost, it can even have simultaneous mutable access, and then you can make the methods return references and slices just fine. Neither emits `noalias` information anyway, `RefCell` doesn't either, but the pointer/`UnsafeCell` approach is zero cost, more flexible, and easier to work with. It's sad that because of the "unsafe = bad code" culture, people reach for the runtime overhead option that even prevents optimizations rather than the zero cost, flexible one

A unified trading API with more than 100 crypto exchanges and prediction markets in JavaScript / TypeScript / Python / C# / PHP / Go / Java / Rust

Nu söker vi ett flertal amanuenser till undervisningsuppdrag vid institutionen för datavetenskap. ## **Om jobbet** Dina arbetsuppgifter inkluderar laborationshandledning, rättning av inlämningsuppgifter och i vissa kurser lektionsundervisning (alt. seminarier). Vi söker studenter med kunskaper inom en eller flera av följande tekniker: Python, C#, Flutter, React/React-Native Java, JavaScript/Typescript, Linux/Unix, PHP, SQL och HTML/CSS Några av de kurser vi söker amanuenser till är: 729G46 - Informationsteknologi och programmering TDDI41/TDP031 - Grundläggande systemadministration TDP028 - Projekt: Entreprenöriell programmering TDDD49/ 725G66 - Programmering C# och .NET 729G78 - Artificiell intelligens TDDC77/729G90 - Objektorienterad programmering TDDC73 – Interaktionsprogrammering 729G28 - Webbprogrammering och databaser 729G87 – Interaktionsprogrammering ## **Om dig ** För att kunna anställas som amanuens måste du vara antagen till högskoleutbildning på grundnivå eller avancerad nivå. Vi söker dig som är antagen till en utbildning på grund- eller avancerad nivå vid Linköpings universitet (LiU). Meriterande kvalifikationer inkluderar tidigare erfarenhet av undervisning samt genomförda kurser inom relevanta tekniker. Vi värdesätter även avklarade akademiska kurser, betyg och arbetslivserfarenhet som kan bidra till en pedagogisk och inspirerande lärandemiljö. Undervisningserfarenhet inom liknande kurser är meriterande. ## **Din arbetsplats ** Institutionen för datavetenskap (IDA) grundades 1983 men våra rötter går tillbaka till tidigt 1970-tal. Det är en av de största datavetenskapliga institutionerna i norra Europa. Vår forskning täcker ett brett spektrum av områden, från grundläggande datavetenskap till tillämpade områden. Den omfattande forskningen påverkar även vår grund- och forskarutbildning, vilket leder till att vi ger kurser inom flertalet civil- och högskoleingenjörsprogram, samt programmen inom innovativ programmering, kognitionsvetenskap och statistik. Läs mer: https://liu.se/ida Du kommer tillhöra avdelningen för Människocentrerade system (HCS). Läs mer om vår verksamhet här: https://liu.se/organisation/liu/ida/hcs ## **Om anställningen ** Anställningen är tidsbegränsad under den period som kursen går (HT2) och du kommer jobba mellan 10-20 timmar per vecka. Tillträde enligt överenskommelse. En anställning som amanuens regleras i 5 kap. Högskoleförordningen. ## **Lön och förmåner ** Lön enligt LiU:s centrala avtal om amanuenslön. Läs mer om förmåner för anställda här. ## **Fackliga kontaktpersoner** Information om fackliga kontaktpersoner, se Hjälp för sökande. ## **Ansökan ** Välkommen att skicka in din ansökan med CV och ansökningsbrev senast den 22 september 2026. Du söker denna anställning genom att klicka på knappen "Ansök" här nedan. Ansökan som inkommer efter sista ansökningsdag kommer inte att beaktas.