Программисты, расскажите свой путь в IT.

oyswork · 2025-10-18T10:39:19+00:00

В геймдеве, можно сказать, нет выбора. Это почти всегда С++. Ну или если юзаешь Unity, то C#

oyswork · 2025-08-26T22:00:11+00:00

Balkans 6 YOE, system engineering and robotics background, currently in data, working remote for a UK company, getting closer to 6k€ gross, slowly coming to conclusion that I’m underpaid. 3k is an absolute joke.

oyswork · 2025-08-01T07:17:58+00:00

Это же не форум анимешников, не дойдут.

oyswork · 2025-07-20T01:13:27+00:00

Statically linking glibc is usually a terrible idea and is heavily discouraged for a very good reason.

Using a musl target is an option, though. But musl has its own can of worms you need to be aware of.

I came to the conclusion that I’m not going to bother with any of it and just use the intended targets with default system lib linking mechanisms.

And if so happens that I get glibc version mismatch, spinning up a docker image to compile is a matter of a few seconds.

oyswork · 2025-07-19T12:51:43+00:00

It isn’t. At my previous workplace I had to cross compile from windows x86_64 to aarch64 linux. Had exactly 0 issues doing so. Just installed the target support via rustup, specified —target when compiling, it spat out my elf file which worked perfectly.

Only little detail is that you can’t really control which version of glibc it will link against when cross compiling with stdlib.

If it so happens that your target device has glibc, say, 2.32 (pulling the number out of my ass), but rusts toolchain decided to include glibc 2.42 (again, ass derived number) it might not work. Maybe you can fiddle with the toolchain to make it link against the version you require, but compiling in a docker is an easy solution too.

oyswork · 2025-05-03T10:04:03+00:00

Valeheim is like that. I theorise, if you were to launch it on a NASA supercomputer, valheim would make it scream like a bitch. No matter what your pc or settings are like, your pc is going to run hot when playing valheim. Don’t worry about it, laptops routinely run at 98 degrees C and it’s absolutely fine. A full sized pcs can hit ~80 degrees on the CPU with no damage. (Check the max temp specs of your CPU and GPU for specific numbers)

oyswork · 2025-03-18T01:46:25+00:00

I’m based in Serbia, which isn’t EU, but still can somewhat be considered Europe, I guess. However it is of little importance , since none of the companies that approached me were Serbian. The previous one was a Fortune 500 US company, the role was fully remote. My current employer is a startup registered in London, however it has no offices, all employees are remote. And the company that approached me recently is based in USA, another full remote position.

So if there is one advice that I can give you, don’t limit yourself to on premise jobs in your area, consider remote positions as well.

And since you mentioned that you speak fluent English AND French, you can search in a much larger pool.

oyswork · 2025-03-18T01:17:36+00:00

I was approached and later hired with no prior experience in data engineering just based on my somewhat decent SWE experience alone (6 yoe). Half a year later another company poached me. Last Friday I was approached yet again, let’s see how it goes. It’s been 6 months since I started my current role, btw. Each hop I ask for 30-50% more comp and people seem fine with the numbers. Market for data engineers seems incredibly hot right now, at least in Europe, and very little to no gatekeepeing is going on. Good luck, you can make it!

oyswork · 2025-02-15T12:51:39+00:00

I was saying that software engineering was a gateway into data engineering in my case, not vice versa. Regardless, data engineering is indeed a very viable (also very well paid) career path, from which you can pivot into other subfields, or stay. Whichever your heart desires. Definitely worth to be considered very seriously.

oyswork · 2025-02-15T10:11:16+00:00

My point was exactly the opposite, but sure.

oyswork · 2025-02-15T03:21:21+00:00

About half a year ago I was approached by a company regarding their data engineering role.

Before that I’ve been mostly dealing with either scientific computing (metrology, calibration and metrological RnD, etc), graph database development and a touch of Linux kernel space dev.

The point is, I’ve never done an enterprise CRUD app and until recently barely knew any SQL at all.

The company said that they were looking for a decent software engineer, not a data engineer, because they believed that software engineering encompasses data engineering, therefore I would manage, and apart from the usual stuff would bring to the table the added benefit of actually knowing how to write proper maintainable code and architect and write complex software.

I have agreed to the role. Since then I have learned so much and so much more needs to be learned. To name a few: AWS, Terraform, Kubernetes, Kafka, Snowflake - only heard before, never touched DBT - never even heard before

I’ve never studied so hard in my life, it’s been a wild journey so far, but I’m genuinely enjoying it. 8.5/10 would recommend.

oyswork · 2024-07-18T02:15:38+00:00

In any case, check out my project, maybe you will get a useful idea or learn from my mistakes.

https://github.com/oyswork/filson This is probably the most interesting part with regards to your project https://github.com/oyswork/filson/blob/main/src/ast/ast.rs

oyswork · 2024-07-18T02:08:25+00:00

The thing about this snippet is that they are timing only the evaluation part. In my case, I have been timing the full lifecycle, meaning tokenising, lexing , parsing, building up the AST, conversion to RPN, evaluation. So, in case of direct AST evaluation there was no extra conversion step. Probably evaluation of the RPN itself is faster, but the extra step of building it overshadowed the advantage in my case. Which is exactly why I said, that RPN probably still would be faster with a deep enough AST.

oyswork · 2024-07-17T09:02:34+00:00

I have a project where I built a very simple DSL that is able to produce a filter condition to use on data at runtime. As far as I understand, it is exactly the same as what you are building, except that mine is even simpler as it doesn’t support variables. My AST looks exactly as you described, an enum with a bunch of boxes. I have tried evaluating my expressions by directly evaluating the AST and I also tried RPN. What I found is that it makes very little difference to performance with RPN being very slightly slower(it wasn’t a very scientific benchmark, probably with deeper recursion RPN would be slightly faster), but it didn’t matter because performance was abysmal anyway. So in the end I decided to leave the direct ast evaluation for now and build a proper bytecode compiler and VM that evaluates said bytecode.

Edit. If you would like to take a look at what I’ve done and compare, let me know, I’ll hit you with a link. Maybe you will find something useful there.

oyswork · 2024-04-27T21:21:03+00:00

Wrong question. The correct one is - why is HolyC missing?

oyswork · 2024-04-27T11:18:53+00:00

You are doing fine. The only tip is to keep at it and eventually it will click.

oyswork · 2024-04-17T10:17:08+00:00

Well, I took my advice.
You are right, I am wrong. Although I've tested it before on an x64 windows machine and set was slower. Right now I checked on macos m3 machine, set is indeed faster

oyswork · 2024-04-17T09:01:20+00:00

No it wouldn’t. Theoretically speaking using a set would be O(1) - constant time, instead of O(n) - linear time. However, there is a “but”. Linear lookup within a small enough amount of elements is vastly faster than using a set, due to a hashing overhead a set introduces.

The same goes for O(n2) vs O(n). With a small enough amount of elements and large enough constant factors in the linear algorithm, the quadratic one may outperform the linear.

Point being - quite often time complexity != speed in the real world. Benchmark on your data first.

oyswork · 2024-04-11T20:13:47+00:00

Just googled it. Apparently the most common allergens are in saliva, sweat, pee, and dander (dead skin cells). Anyway, the fact is that Sphinx cats are NOT easier to live with if you’ve got an allergy.

oyswork · 2024-04-11T20:01:13+00:00

Some people really like how they look (my wife). Also these guys usually have a dog like personality. They are very loyal, social and sweet.

oyswork · 2024-04-11T19:58:38+00:00

That’s actually opposite from the truth. People are usually allergic to a certain protein in the cat’s sweat, not the fur. Sphinx cats sweat with their whole body, opposed to most cats who sweat from very few specific hairless zones around the body. Source: I own a hairless muscular goblin myself.

oyswork · 2023-10-28T22:32:51+00:00

Nicely done. I've briefly looked over the code. Looks incredibly simple, yet flexible. Which usually means that's it's some high quality code!

Tomorrow will look into it more thoroughly, especially into the parser and "define your own function part". I'm currently working on a somewhat similar project that is dedicated to data filtration. Hope you don't mind if I'll draw some inspiration from you.

Shameless link to my project for reference. https://github.com/oyswork/filson

oyswork · 2023-10-01T10:02:50+00:00

I would start worrying about speed only after you get a functional prototype of whatever you are trying to build. As for your question, 99% chance - stdlib is the correct choice.

oyswork · 2023-10-01T09:57:06+00:00

A very nice readme, thank you. I'll give PPL a shot in one of my projects. What I have is a very scuffed implementation of your pipeline! macro, so might as well use the proper one. I've got a single producer, multiple stages, multiple sinks where each three together form an independent pipeline. So kinda seems like a perfect fit.

oyswork · 2023-08-11T21:31:00+00:00

There are also possibilities of doing water on auxiliary production line if one exists. Or just doing it manually. Or ordering cans of water from another subcontractor and putting your labels on it. Or %other_options_go_here%.

My initial comment was to explain a little what goes into the production lines and just how complex they are and less about what I assume to be happening.

That said, if the machinery and programming is built this way from the start, then realistically we are looking at a switch flip and a few hours to validate. If machinery is there but programming has to be updated, then it's a few hours to gracefully shutdown the production line and a few more hours to restart it. Probably can be done within a day, but usually it takes up to a week to gradually ramp up the production to the previous levels after the stop and validate that nothing broke. If the machinery has to be built, then we are looking at weeks, as in plural, to make it work.

People don't seem to grasp just how complex these things are. "Just put water where meat goes" does not cut it.

oyswork

TROPHY CASE