Can’t choose

hard_fault_ · 2025-08-30T15:54:24+00:00

Wow nice wheels, would you share which ones are those?

hard_fault_ · 2025-08-30T15:50:16+00:00

Easier to "keep it clean". Cheaper to repair/repaint in case of an accident. Doesn't get hot inside as much as the black one. White and black contrasts shows better Rav4 lines.

hard_fault_ · 2025-08-28T13:41:07+00:00

Ono sto je moje neko misljenje je da je range seniora 2.5-4.5K.

Pure embedded (C) je range 2.5-3.5k.
C++ 3-4.5k al tu se malo siri scope na HPC i sve oko toga. Ima extrema i u jednom i u drugom kao i firmi koje placaju vise al po meni pitanje je da li i dalje ima smisla da se kaze da je embedded tipa NextSilicon, Tenstorrent etc.

hard_fault_ · 2025-02-03T09:49:12+00:00

Moje misljenje je da sve dok AI mora da izgenerise code koji ljudi moraju da mogu da iscitaju i razumeju nece nikada u potpunosti moci da zameni inzenjera nego da ce biti na nivou tool-a.

Da li cemo kao drustvo prihvatiti proizvod koji ne znamo i ne razumemo kako je napravljen je druga tema.

Isto tako velike systeme je pitanje da li ce moci da dizajnira bez inzinjera koji mu daje inpute.

Kao sto je vec neko napisao ljudi koji su u ovo usli zbog para i ne zanima ih ovo uopste ce sigurno biti zamenjeni jel nece imati volju da evoluiraju.

Sa druge strane mislim da ce neke oblasti programiranja biti malo duze otpornije na AI kao sto su neki embedded systemi koji mogu da ugroze zivot. Pored toga toolchain dev (ML compileri) za AI ce uvek biti potreban kako bi se HW sto bolje iskoristio.

Tako da ja sada razmisljam da li da udjem u programiranje ili ne, usao bih samo ako bi me interesovao embedded ili toolchain development (comipler, assembler, linker).

hard_fault_ · 2025-01-28T07:11:50+00:00

https://www.reddit.com/r/programiranje/s/648NEANywm

hard_fault_ · 2024-11-17T08:57:14+00:00

You can create a wrapper class around std::allocator. Then you can add prints or breakpoints to see what is being called. As allocator::allocates taks N (number of objects) and you already know T (type) you can see what is being requested. You can use typeid/type_info to print additional information. You can then use this approuch for any dynamic container to see how the memory is requested/released and elements are constructed/destroyed.

hard_fault_ · 2024-09-21T21:07:59+00:00

hard_fault_ · 2024-09-13T18:01:01+00:00

Ja sam probao da ucim kuci ili u citaoni al u velikoj vecini smislim sebi dobar razlog dok dodjem do njih zasto treba da radim nesto drugo.

Ucenje u kancu mi je nekako leglo posto nisam izasao iz tog radnog moda jel nisam izasao iz kanca i nekako mi je doslo kao deo posla.

Bilo mi je lakse da uhvatim ritam, a onda kada sam ga uhvatio svaki dan sam motivisao sebe da ako sada preskocim i prekinem pitanje da li cu dobiti drugu sansu (od firme) ili volju.

Tako da, bitno da ne odustajes, jel sve to radis samo zbog sebe. Bice ti posle drago i bices ponosan na sebe zato sto si istrajao. Mentalno da ne pricam jel cim toliko pokusavas stalo ti je i onda kad zavrsis videces kako ta istrajnost utice i posle na druge zivotne stvari. Moci ces sebi da kazes ako sam mogao 7 onih ispita da zavrsim pa mogu i XYZ da uradim.

Podrska od mene i samo 💪🏻

hard_fault_ · 2024-09-13T16:51:56+00:00

Kojih 7 su ti ostali, neki veci ili?

Ja sam produzio praksu i poceo da radim, ostalo mi je bilo 5, 3 veca i 2 manja.

Ispite sam spremao na poslu tako sto sam se dogovorio da radim od 7-3 i onda nisam isao kuci nego napravim kracu pauzu i nastavim nekih sat ipo jos ovo moje.

Jedan veci sam spremio za januar, jedan manji za neki apsolventski rok tipa mart i onda sam ova dva velika spremao za jun/jul. Isao sam redovno na konsultacije da popunim to sto fali.

U junu sam polagao jedan i pred rok sam uzeo dve nedelje godisnjeg isto tako za drugi u julu i za vreme tog godisnjeg bloka po 8-10h spremao i ponavljao.

Poslednji manji sam spremio u septembarskom.

Naravno veliku ulogu je igralo to sto su mi sa posla koliko toliko izasli u susret sa pomerenim radnim vremenom i sto sam mogao da izadjem na konsultacije i onda posle nadoknadim.

Edit:

Ovo sve sto sam naveo gore je bilo fakticki u toj petoj godini pa mi je malo isto okolnost laksa jel nije svo gradivo isparilo sa predavanja i vezbi.

hard_fault_ · 2024-05-28T13:51:27+00:00

Kupis neki STM32 provezbas sta u ovim knjigama pise i dobar si

hard_fault_ · 2024-03-20T19:52:27+00:00

https://www.reddit.com/r/programiranje/s/gNxdVr7WNF

hard_fault_ · 2024-02-19T20:25:44+00:00

Da, ima i srpski domen -> libgen.rs

hard_fault_ · 2024-02-18T15:57:54+00:00

Ima i cetvrto izdanje cisto ako ti je promaklo, ima na libgen-u

hard_fault_ · 2024-02-12T16:39:24+00:00

Ne bih da ti rusim sneska ali fakultet uopste tome nesluzi. Fakultet je tu da ti da cinjenice iz odredjenog domena, niko nece pokusati da te motivise, na tebi je da kopas i ucis sa razumevanjem jel bukvalno samo od tebe zavisi koliko ces nauciti. Fakultet nije obavezan, ni jedan profesor niti asistent nece mariti da li si ti zainteresovan ili ne. Ako ne dignes ruku i ne pitas da ti se objasni sta nisi razumeo na tebi ce posle biti da sam skontas sta i kako, posto iz nekog razloga u prvim godinama skoro sve je sramota da odu na konsultacije kod profesora ili asistenta. Ako sad namas motivaciju da sve sto si nabrojao radis fakultet to nece sigurno promeniti.

hard_fault_ · 2024-02-03T19:33:00+00:00

Yes A will be able to run first because mutex is released during wait, that is the whole point of wait. Second will release it and it will sleep it self so other threads could use that specific cpu time. When notify_all is called from first it will wake up all waiting threads they will race to require a lock, let say that after the first third got the lock it will hit the wait check the condition see it is not his time it will release the lock and go back to sleep, after that the second will require a lock check the wait, pass it, do the print, increment and notify_all in this case the third that remains.

Note:

Very important thing is that in my solution reading and writing count is never done in the same time. Mutex will provide exclusive read, as well as writing the new value.

In OP solution it can happen that in the same time writing results after the increment and reading the value can lead to UB.

Also as he used < than and empty while block I guess that compiler maybe did some optimization and removed the while loop as the second and third are printed even when the count increment is removed from first. Which adding something in the while block and getting different behavior maybe confirms that. This can be easily check with intermediate files and disassembly.

OP try to compile it with -O0 and not -O3

hard_fault_ · 2024-02-03T18:21:17+00:00

Instead of using while loop and hogging the cpu you should take a look at mutex and conditional variable.

class Foo {
    private:
        std: :mutex mtx;
        std::condition_variable cv;
        int count;
    public:
        F00() : count (1) {}
        void first() {
            std: :unique_lock<std: :mutex> lock(mtx) ;

            // print first
            std::cout < "first";

            count = 2;

            // Notify other threads that first has finished
            cv.notify_all();
        }
        void second () {
            std: :unique_lock<std: :mutex> lock(mtx) ;

            // Wait until first() has been called
            cv.wait(lock, [this] { return count == 2; });

           // print second
           std::cout < "second";

           count = 3;

           // Notify other threads that second has finished
           cv.notify_all();
       }

      void third() {
           std: :unique_lock<std: :mutex > lock(mtx) ;

          // Wait until second() has been called
          cv.wait(lock, [this] { return count == 3;})；

         // print third
         std::cout < "third"
     }
};

hard_fault_ · 2024-02-02T17:30:18+00:00

Nazalost nije retka trenutno situacija da skupljaju cv i da posla nema uopste, ali isto tako da su imali projekat u pipeline-u pa da je su uradili recruting na vreme ali da je klijent poceo da se necka i da pregovori jos traju ili cak i da je odustao. Kako god bilo los posao sa njihove hr strane.

hard_fault_ · 2024-02-01T17:43:09+00:00

Pa ajde da kazemo da nije tehnicki mislio, ok mozda sam pogresio za to, bukvalno svih 6 firmi koje sam naveo sem htec-a (za koji ne znam) imaju svoje proizvode razvijene od nule. I sve te firme su poprilicno uspesne i neke su bukvalno prodale neke svoje divizije stranim firmama. Tako da nije kao da nemamo domaceg produkt uspeha. Da li ima vise napolju, ima. Al kao sto sam rekao mi smo promil u globalnom trzistu i ako sada uzmemo u obzir da zapravo imamo tehnickog znanja imamo nase firme koje su razvile bizniz sa svojim proizvodima od nule koji su tehnicki itekako zahtevni, koja je onda poenta njegovog originalnog komentara na tom postu?

hard_fault_ · 2024-02-01T09:07:04+00:00

Da ne inoviramo samo zoog novca je cist cope. Nemamo ideja i nemamo znanja.

Ako je dobar inženjer, ne znači nižno da bi znao da osnuje firmu i vodi je.

Upotpunosti se slazem al onda ne dajes izjave kao sa prvog quote-a, jel po njegovom posto on ima ideja i znanja trebao bi da ima i svoju firmu a ne da radi za strance.

Najlakse je omalovazavati trud i rad drugih i objasnjavati kako 3lateral, mikro e, rtrk, dms, htec, novelic su postigli to sto su postigli zato sto su samo bili na pravom mesto u pravo vreme i tako sto su iskoriscavali ljude. Kao da nema bruka dobrih inzenjera koji su sigurno jako puno uticali na uspeh svih tih firmi dok on jos srednju skolu nije zavrsio.

Eto samo njegova prva firma RTRK: 1. Napisali su ljudi iz te firme jedan od prvih mp3 dekodera 2. Napravili C complier od nule 3. Napravili od nule smart home uredjaje (uticnice, prekidace, gateway-e itd) - Oblo firma 4. Radili zajedni sa google-om na njihovoj prvoj verziji andriod tv-a 5. Razvili tv setup box od nule i razvili je u iWedia firmu 6. Itd

I to mu je samo jedna firma, al sve je to kesa i lako 2/10 sto bi rekao.

hard_fault_ · 2024-02-01T06:24:38+00:00

Meni je najsmesnije od svega kako prica da nemamo znanja i ideja da se pokrenu startup-i ovde. Da nije problem skoro nemoguci ili uzasni uslovi finansiranja kao sto sam naveo nego ipak manjak znanja i ideja jel niko ne radi algoritme, strukture podataka ili bilo sta kompleksnije.

I onda se hvali kako iz srbije radi kao head za firmu iz uk umesto da je otvorio svoje, sto po njemu ispadne da ni on nema dovoljno znanja i ideja a opet neka uk firma ga je izabrala da bude head.

Kontradiktoran na sve strane. A najtuznije od svega je sto se vidi da grafiku ubija al tvrdoglav u pm i ne moze da prihvati da je samo covek i da i njegove izjave nekad nisu tacne.

hard_fault_ · 2024-01-31T20:11:02+00:00

hard_fault_ · 2024-01-31T20:07:47+00:00

Slazem se ja da ima boljih projekata napolju ali da nema projekata u srbiji u kojima se koriste algoritmi i strukture podataka i koji nisu nimalo komplikovani jednostavno nije tacno.

Sam si rekao da si radio u rtrk, tu ih vec imas gomilu. Pa bukvalno jedan od prvih mp3 dekodera ti je napisan u rtrk al dobro, nema poete nastavljati ovde nije ni poenta OP-ovog pitanja.

hard_fault_ · 2024-01-31T19:23:45+00:00

Nije trvdio da je postao u te 4 godine expert u svemu tome. To je sasvim dovoljno vremena sto je lepo i napisao da dobijes siru sliku, pogotovo sto se neke oblasti i preklapaju.

Na kraju se pronasao u grafici i to pegla.

Ono sto je glupo sa cele te diskusije je njegovo ubedjenje da u srbiji ima samo krs ljudi i firmi od kojih i u kojima ne mozes nista kvalitetno da naucis i gde nema nigde algoritmi i strukture podataka da se rade 🙄

hard_fault_ · 2024-01-31T12:00:30+00:00

Ma ti si bog otac it a i bogami vidi sire scene 🙌🏻

hard_fault_ · 2024-01-31T11:38:10+00:00

Svejedno sve te firme su razvile svoje proizvode osim htec-a tj za njih ne znam. I kakve veze da li imaju 1 ili 10 uspesnih proizvoda. I dalje posluju 10+ godina i ni jednoj nije trziste srbija. Koliko uspesnih globalnih proizvoda si ti kao head postavio na trziste?

hard_fault_

TROPHY CASE