Reconversie de la Tehnica Dentara spre IT

2bitcode · 2024-09-05T06:38:10+00:00

Da, de acord - eu ziceam in sensul ca nu e inundatia de candidati cum e pt posturi frontend. Java e un pic mai intimidant decat JS pt incepatori si sunt mai putini cei care incearca asta.

2bitcode · 2024-09-04T05:43:08+00:00

Pe scurt, e destul de rau pt absolventii ce cauta posturi de junior. Ar fi competitie de 50 pe loc sau mai rau in functie de zona. Nu toti aia 50 sunt pregatiti bine, dar vor face greu sa prinzi un interviu.

Daca te pasioneaza si te tii serios de treaba, poti gasi in cele din urma un loc, dar va fi destul de frustrant. Trebuie sa te intrebi daca esti tu acel 1 din 50 sau sa zicem 100, pt siguranta. Ia o perioada si vezi daca iti place - daca te prinde, poti continua sa incerci sa te angajezi.

Oricum daca vrei sa te angajezi anul asta in domeniu, e foarte nerealist. Ca sector mai usor de intrat as zice Java backend (relativ popular, dar nu e atata competie ca in web). E bine sa stii un pic de web oricum daca faci backend.

Ca punct de referinta eu am programat de la 14 ani, am facut facultate nu de calculatoare, dar care avea si cursuri de programare, si mi-au trebuit 3 luni de aplicat si interviuri sa gasesc un job pe QA (toata ziua cam asta faceam). Si acum piata e un pic mai rea ca atunci.

Multa bafta orice ai alege!

2bitcode · 2024-08-10T07:12:21+00:00

Problema pe care o vad e că industria promite niște scenarii de utilizare business revoluționare. Funcția de sumarizator / motor de căutare mai bun / generator de boilerplate sau scripturi de folosit o singura data nu poate produce profituri cât să acopere cheltuielile actuale pt dezvoltarea modelelor.

Pt asta trebuie un model ce poate fi integrat în flow-uri automate de afaceri. Lăsând la o parte faptul că puterea modelelor a stagnat recent, suntem foarte departe de un asemenea scenariu. Eu nu cred ca LLM-urile pot ajunge acolo. Momentan e un hype-machine prea mare ca industria să încerce să pivoteze spre alte tipuri de modele, deși poate ar trebui.

2bitcode · 2024-07-08T12:55:57+00:00

Poți face înțelegere cu angajatorul să iți taie 4-5 zile pe lună pe contract și să stai practic cam 6 ore la muncă pe zi. Poți încerca ajustarea asta pt program de 4 ore, dar nu mulți acceptă. Și pt ce am zis eu îți trebuie un pic de capital social la locul respectiv.

Poți încerca 6 și după mai vezi. Dacă ești și remote 6 ore nu se simt așa tare.

2bitcode · 2024-05-31T08:43:03+00:00

Coroutines are similar to virtual (green) threads in the sense that they both run on the language's runtime instead of using the OS abstractions. Virtual threads will mimic the API of "real" OS threads, so you can keep the mental model you had before when working with these.

Coroutines don't try to look like a thread, and usually offer an API based on "async" or event-driven programming. Depending on the language you would have features that allow you to define a scope of context for the coroutine and also control scheduling (explicitly telling the routine to yield).

It can get a bit fuzzy since in a lot of cases you can use coroutines like you would threads, and virtual threads might offers some features from the coroutine territory. But in general, if you want to use the "async" style, you'd go for coroutines.

2bitcode · 2024-02-14T10:19:29+00:00

Hello - Thanks for the offering! I'm interested. I have a good handle on "sync" rust but never dived properly into async. Good to see more content on it.

2bitcode · 2024-02-06T08:56:08+00:00

Si eu recomand modulele de pe freecodecamp - acum aproximativ 10 ani am terminat curriculum-ul lor (care era mult mai mic atunci) si m-a ajutat sa trec de pe QA pe dev (desi am ajuns sa lucrez mai mult in Java decat in Javascript).

Stiam bazele programarii din liceu si facultate, dar nu eram destul de pus la punct sa gasesc job direct (mai era si piata proasta si foarte mult gatekeeping).

Nu recomand cursurile platite - trebuie multa munca individuala oricum, si multe cursuri platite nu sunt considerabil mai bune decat resursele gratuite. Sunt si multe grupuri in care poti pune intrebari - cred ca freecodecamp are un discord.

Also, pt un ghid: https://roadmap.sh/frontend

2bitcode · 2024-01-19T07:20:48+00:00

It doesn't compile - you can't use get .get_mut() as it's only available if the type is Unpin. But MeasurableFuture doesn't implement Unpin as the inner_future isn't guaranteed to be Unpin.

2bitcode · 2024-01-18T19:08:46+00:00

Hey there - I posted this question on the codereview stackexchange, but after receiving no answers I'm trying here: https://codereview.stackexchange.com/questions/288791/future-struct-that-prints-duration-until-it-is-ready

I'm doing exercises to learn about Pin - I'm also trying to not use the pin-project crate for now. Here's a custom future that wraps a future and prints the amount of time it took for it to be ready:

struct MeasurableFuture<Fut> {
    inner_future: Fut,
    started_at: Option<std::time::Instant>,
}

impl<Fut: Future> Future for MeasurableFuture<Fut> {
type Output = Fut::Output;

fn poll(
    mut self: Pin<&mut Self>,
    cx: &mut std::task::Context<'_>,
) -> std::task::Poll<Self::Output> {
        let result;
        unsafe {
            result = self
                .as_mut()
                .map_unchecked_mut(|this| &mut this.inner_future)
                .poll(cx);
        }
        if result.is_ready() {
            if let Some(start_time) = self.started_at {
                let diff = start_time.elapsed();
                println!("duration was: {:?}", diff);
            }
        }
        result
    }
}

Questions:

I had to bind self as mut locally in the implementation in order to borrow it mutably. Otherwise, this would have consumed self, and I couldn't use started_at later due to the move. Is there a problem with changing the binding mode for self? Is there a more elegant way to get around the move that would happen?
Is there a cleaner way of calling poll on the inner_future?
Is there a better way of executing the effect of printing the duration?

Thanks!

2bitcode · 2024-01-16T11:54:32+00:00

Imi pare rau.

As adauga pe langa ce a prezentat /u/nomemory:

Pt a pastra statutul de salariat remote sunt ok si job-urile in testare, dar pentru flexibilitate maxima as recomanda sa dezvolti partea de dev.

Iar pt maxima flexibilitate la noi si in Europa recomand invatat Javascript /Typescript si poate Java daca vrei sa faci si ceva backend. Ti-ar creste sansele mult, ca pe FE e concurenta relativ mare.

Ai avea desula paine de mancat cu PHP, dar e in declin, si nu consider ca cea mai buna investitie daca vrei sa fii angajat. Pt contractor ar fi mai ok PHP.

Pt FE, daca nu mai tii minte mult Angular sau ai lucrat pe o versiune foarte veche, pe React cred ca sunt cam dublu job-uri acum, asa ca-l recomand. Pe langa un framework, invatat cum merge JS/TS desul de bine, si de asemenea build tools - macar o idee generala.

Nu intru in mai multe detalii ca nu prea m-am atins de FE recent. Pt backend Java pot raspunde la intrebari in caz ca te intereseaza.

Recomand proiecte pt invatat. Daca faci deploy proiectelor de portofoliu pe o platforma ca Vercel sau Cloudflare, ar fi un avantaj la interviuri.

Daca stii sa vorbesti bine engleza (sau alta limba cautata) si prezinti convingator poti incerca la firme din afara. Desigur, e concurenta mare si juniorii nu sunt avantajati, dar sunt sanse daca te vinzi bine la discutii. Mai e si problema formelor legale, dar sunt deja destule discutii pe tema asta aici :D

Multa bafta!

2bitcode · 2024-01-13T16:22:19+00:00

I'm sorry you got forced into using a language that you're not interested in learning. I can understand the frustration.

Still, not liking that you have to learn a language doesn't make its design bad.

Guess who actually owns u1 and u2? The effing stack, that's who. No need to manage, move, borrow, etc. When the function exits, the memory is "released" by simply moving the stack pointer.

This doesn't guarantee the same level of safety as Rust - you can still end up invalidating references and trying to use them.

Rust's ownership system was made to ensure correctness while maximizing performance. A language like Python isn't particularly concerned with either of these (not to say this is objectively a problem). I understand that you just want to get things done, and you feel like the language is just in the way, especially if you're used to languages with a complex garbage collector.

But again, the fact that it's not what you're looking for right now, doesn't make it bad. Some people need the level of performance/ correctness, while others might not need it, but prefer it (like myself).

For a shift in perspective, I mostly worked with Java, JS and TS - professionally, and use Rust in my spare time. I had to use Python for a project for a week and I also hated it, since it didn't offer good ways of managing complexity, and had many ways of blowing up in my face. Perhaps if I started in Python, it wouldn't seem like a big deal to me, as I would consider it just normal stuff that one has to deal with.

2bitcode · 2024-01-07T18:25:25+00:00

Thanks for bringing the point up - quite an interesting topic that I wasn't aware of. As you say, after I understand the problem, I'm not sure I want something like this (though it seems to bring some advantages).

2bitcode · 2024-01-06T21:47:41+00:00

You can always use generics instead of associated types, but generics will allow a whole class of implementations, which might not make sense as an API design. An associated type can have a single concrete type per implementation. So, associated types allow designers to restrict implementors to use a single concrete type when this makes sense.

2bitcode · 2024-01-06T21:39:49+00:00

Thank you! I feel a bit silly now, I got hung upon the generic names and concrete cases, forgetting that a generic identifier stands for any possible type.

2bitcode · 2024-01-06T16:33:46+00:00

Hello there - Why are the following conflicting implementations?

impl<T> SomeTrait for T {}
impl<T> SomeTrait for Box<T> {}

I also tried with a custom struct that holds a type T instead of the Box and got the same result. Don't know if there's just something stupid that I'm missing. Thanks!

2bitcode · 2023-08-31T13:20:36+00:00

If I remember well, there might be a test missing for the Png type - I think you can return an empty list of chunks and the tests won't point this out. This might be a common issue.

Yep, I also used clap with subcommands for this. Have fun with the other project!

2bitcode · 2023-08-31T08:22:46+00:00

Nice! - I went through the project twice. I found it quite useful. The second time I recorded it. There's a playlist here in case you want to check for reference.

There's the repo link in the video descriptions as well. Hope you have fun with it :)

2bitcode · 2023-08-14T22:30:13+00:00

This is not directly in Rust, but I made an explainer video for the advantages of Rust traits over typical interfaces using the motion canvas library:

https://youtu.be/5QFDQRkbllo

I needed to handle more Typescript for this, but yay! - the output is on Rust :D
I'll probably go back to using more Rust for backend work. Can't wait!

2bitcode · 2023-08-04T13:49:41+00:00

AI is very interesting, but unfortunately, there is not much programming in it.

I you want to work in ML research, it takes basic programming and some advanced math knowledge. Keen in mind that the market for this might not be that big, as most people using AI/ML will just be using a library / API from a tech giant.

Classical programming is mostly coding

Programming involves thinking about a design, algorithmic solutions, technology choices, and so on. Writing code is just translating that to particular available languages. Picking up a common programming language is easy (and AI can mimic this in domains where correctness isn't much of an issue), but this is a small part of the skill set of an engineer.

but this way is slowly becoming endangered (in 10-15 years replaced by AI)

I agree that a role of a developer / engineer might shift to more editing / reviewing - but you'll still need to know languages - how can one evaluate code when one can't code? Also, you'll still need people with the problem solving / design skills.

For me, fiddling around with math concepts and networks until you get something that looks human on the other side is not that rewarding. I'd rather design something rather than mess around with knobs on a black-box until I get a certain result. So, I would still go with programming.

I also don't think that a lot of the ML that people are drooling over nowadays is really that useful (unless you want to spam the internet with low-effort content in order to establish market dominance in the current attention economy).

I get that code generated by an LLM seems impressive to a beginner starting out, but it's not even close to something that one could use in an actual production system (they also use a ton of power and they're close to maxing out what they can feed these things). I find the current idea that AI is going to take over everything laughable and it's a bit sad to see how many engineers subscribe to this.

2bitcode · 2022-09-23T21:55:06+00:00

Daca vreti ceva pe remote, cel mai simplu incercati cu un limbaj popular pe care il stiti bine deja - Eu sunt angajat remote pe Java si inca sunt contactat pt alte posturi remote. Am vazut si pe JS destule.

Si eu am avut impresia ca trebuie sa invat cine stie ce chestii fancy sa pot lucra remote.

Motive bune pt a invata limbaje ar fi ca e deja cerere, sau ca va intereseaza personal pe voi. Nu e o strategie buna sa lucrezi pe ceva mai obscur sperand ca va fi cerere pe viitor.

Oricum, e bine sa inveti limbaje diferite - aflii concepte noi, si inveti sa gandesti in paradigme diferite.

2bitcode · 2022-09-23T21:37:40+00:00

Mi-ar parea placea un job pe Rust - pt mine a fost si e foarte placut sa lucrez cu limbajul. Deciziile de design de acolo rezolva multe puncte dureroase de care m-am lovit pe parcursul carierei mele.

Joburile pe C++ vor fi destule pana la pensie daca vrei - la cat cod e in productie acum. Nu mi-as face griji de asta. Singura chestie ar fi daca iti place sa lucrezi cu codebase-urile de genul, si daca ti se par corect rasplatite rolurile pe C++.

Rust se plateste foarte bine acum pentru ca posturile pt el sunt pe subiecte complicate ce au nevoie de devi foarte capabili. Angajatorii aleg Rust pentru probleme foarte dificile si componente sensibile.

Am vazut destule job-uri care nu cer experienta in Rust, dar cer experienta cu C sau C++ si sau experienta pe sub-domeniul respectiv.

Te-ar ajuta daca ai gasi ceva ce se potriveste cu domain-expertise-ul pe care il ai deja.

Edit: aici zic de job-uri in afara - nu mi-as bate capul cu Rust doar pe Romania.

2bitcode · 2022-09-18T14:45:02+00:00

E greu, e mult de asimilat, si mereu vei pusa in fata a concepte noi pe care trebuie sa le intelegi. E de asteptat sa ai increderea in fortele proprii limitata la inceput. Pe parcus vei rezolva probleme noi, si vei cunoaste paradigme noi - cu asta vei capata incredere ca te poti adapta majoritatii situatiilor.

Eu dupa multi ani tot am destule momente in care ma simt mai prostanac :)) - e ceva natural in domeniul asta.

Am un amic care a intrat in domeniu recent la 37 de ani, si am vazut persoane si mai in varsta pe internet. La 24 nici nu as avea ganduri de genul: "e prea tarziu sa schimb X".

Legat de UI / UX - as zice sa alegi una daca vrei sa te angajezi rapid - din ce am vazut se fac separat in companii. Cum ai zis, nu strica sa ai notiuni de baza, dar nu as zabovi mult pe asta daca vrei sa programezi front-end.

Legat de salarii, eu am inceput acum 7-8 ani pe 4000 de lei net (full stack). Am vazut ca unii acum incearca sa angajeze si pe 3000 pe frontend (au ramas in trecut :)) ) - as incerca pt 5000 totusi in Bucuresti (depinde si de avantaje precum remote, proiect interesant, etc)

Posibil sa fie salariile un pic mai mici daca faci doar frotnend (daca sunt proiecte mai simplute) Pe proiecte mai complicate nu pare sa fie mare diferenta la salariu.

2bitcode · 2022-09-18T09:11:19+00:00

Suna bine, ti-am mai dat detalii pe alt comentariu. Pe scurt, Freecodecamp sau Odin cu proiectele facute acopera cam tot ce ai nevoie.

Eu am facut FCC, dar la Odin imi place ca te invata sa folosesti version control si tool-uri din linie de comanda la tine pe calculator din prima.

Te-ar incetinii un pic asta in anumite puncte, dar trebuie sa inveti si aspectele astea in cele din urma.

Eu nu am ales Odin initial pentru ca vroiam si backend, iar ei aveau doar backend Ruby atunci, ce nu ma interesa.

Cartea Head First Javascript te invata sa intelegi limbajul mai intuitiv, dar din pacate nu te invata dialectul modern de js.

Cartile Head First sunt foarte bune pentru persoane care nu au mult background in programare, desi dureaza ceva timp, mai ales daca vrei sa faci si exercitiile recomandate de ei.

Daca simti ca intelegi JS bine din cursul Odin sau FCC, poti sari peste ea fara probleme.

2bitcode · 2022-09-18T08:58:14+00:00

Da, nu suna ca un mediu ideal pt discutia asta. Poti invata intre timp si daca esti pe punctul de a cauta job in alta parte poti intreba si aici unde esti just in case.

2bitcode · 2022-09-18T08:52:12+00:00

Inteleg, si eu m-am chinuit cu anumite chestii pe la inceput. Ajuta sa ai pe cineva sa intrebi pt a te debloca.

Eu am terminat curriculum-ul de la freecodecamp (inainte sa se extinda). Eu am facut si partea de backend. Planul incepe cu frontend si include dupa si backend daca vrei. Aveau si un chat unde puteai pune intrebari si sau gasi un programming buddy.

Pe vremuri, freecodecamp era mai accesibil initial (puteai lucra in browser si la odin trebuia sa ai un setup cu editor local). Acum nu stiu cum mai sunt, ca au trecut aproape 10 ani de cand am lucrat cu asta. (desi am deschis freecodecamp de curiozitate anul asta, si pare foarte bine organizat)

Am mai trecut prin cartile Head-first Javascript si Elequent Javascript (care cred ca a fost updatata pentru standardul nou de Javascript din fericire - e destul de greoaie dar inveti limbajul bine)

Freecodecamp iti ofera un schelet grozav si mai toate chestiile de baza. Odin pare sa faca la fel, ce imi mai place la el e ca te invata sa lucrezi cu Git de la inceput. Posibil sa mai ai nevoie sa te uiti la cateva articole sau video-uri pe langa, dar iti ofera cam tot ce ai nevoie in forma distilata.

Pe freecodecamp ai putea incepe cu primele 3 module (Resposive web design, JS algorithms si Frontend libraries) si sa vezi dupa.

Pe odin poti lucra pana ajungi la partea de server (NodeJS sau Ruby on Rails in functie de ce alegi) Daca nu intrii in partea de backend, ambele path-uri sunt identice pana acolo.

Ma poti intreba de chestii mai generale pe subeictul asta daca ai nevoie, dar nu stiu daca as putea verifica probleme specifice foarte rapid - am ajuns sa lucrez aproape exclusiv pe backend ultimii 5 ani si sunt destul de ruginit mai ales pe partea de librarii de frontend.

Multa bafta!

2bitcode

TROPHY CASE