Historia o C++

#automotive to stan umysłu. Nie pracowałem wcześniej w automotive, szczerze mówiąc nie znam reguł tych autosarów, a do projektu trafiłem dość przypadkiem. Po prostu znam wiele reguł programowania i dobrych praktyk i okazuje się, że nawet daję radę. Automotive miałem za dział w którym naprawdę dba się o jakość kodu, no bo kurde, jednak ktoś kiedyś może umrzeć XD ale co się wydarzyło, czego się nauczyłem:

Robię przegląd kodu na finiszu cyklu wydawniczego (korp. przedreleasowe review). Jest sobie funkcja, jako parametr przyjmuje inta i widzę że ten int jest bezrefleksyjnie, bez żadnego sprawdzania rzutowany na na typ enum class. No i cyk, mamy to, tak się nie robi, z tego co wiem, standard nie opisuje co ma się zadziać gdy enum zawiera wartości 1 i 2, a my chcemy rzutować wartość 3 na ten enum - innymi słowy, używamy wartości spoza zakresu. Z tego co wiem, nazywa się to "undefined behavior" i unika się takich rzeczy, no bo teoretycznie każdy kompilator może dowolnie przetworzyć taką operację i nie ma pewności co z tego wyjdzie.

Poprawiam więc aby było po bożemu, ze sprawdzaniem wartości, odpalam testy i co? Nie przechodzą! Sprawdzam scenariusze testów, a tam na legalu, gość sumuje praktycznie wszystkie wartości tego enuma w zmiennej typu int i woła tą funkcję, co w efekcie jest właśnie jawnym gwałceniem tego, co napisałem xD

Okazuje się, że to nie jedyny przypadek, bo są inne testy, które robą podobną rzecz. Wychodzi na to, że możemy w praktyce pakować do jednej zmiennej co się da, bo każda zmienna enuma to inna flaga, a potem maskujemy ją i patrzymy w tej zmiennej jakie flagi są włączone. No wszystko fajnie, ale enum przecież nie do tego służy xD więc albo scenariusze są wadliwe, albo design. Napisałem więc do autora by spytać, co miał na myśli, a ten na to, że wszystko jest w porządku i tak ma być.

Otóż w automotive jest wzorzec zwany flag enum i dosłownie gwałci się enuma w ten sposób, chociaż moim zdaniem powinno się inaczej rozwiązywać tego typu zagadnienie. Niesamowita sprawa, mózg rozjebany. Poniżej wątek na stackoverflow, który prezentuje takie podejście xD

Jestem teraz ciekaw ile analizatorów kodu rozumie taką konstrukcję i ją przepuszcza. Ale też podejrzewam, że ten "undefined behavior" w takim razie jest martwy, bo co najmniej IAR czy inne kompilatory automotive, jasno wiedzą co z tym zrobić. Dlaczego więc GCC czy Clang miałby nie wiedzieć?

https://stackoverflow.com/questions/1448396/how-to-use-enums-as-flags-in-c

#cpp #c #programowanie #programista15k

Dzisiaj, chyba o 19:00 polskiego czasu, rozpoczyna się coroczny Apple Event, na którym gigant z Cupertino ogłasza premiery swoich nowych produktów. W planach są między innymi smartwatche.

Od kilku dobrych miesięcy krążą „plotki” że Apple znalazło nowego dostawcę modemów - MTK.

Tak się składa, że pracuję dla MTK… ba, nawet płacą mi za pisanie kodu dla modemów. Przypadek? Nie sądzę.

#programowanie #programista15k #programista15k #pracait #chwalesie #apple #applewatch

Wiedzieliście, że Polska ma swój własny DCF77?!

Momentalnie na usta cisną się miliony pytań! A komu to potrzebne? Jak do tego doszło? Otóż okazuje się, że GUM prowadzi serwis e-Czas, którego jedną z części jest e-Czas radio.

Oczywiście, zamiast wykorzystać bardziej popularny DCF77, musieliśmy stworzyć własny protokół, który jest gorszy od DCF77. e-Czas gwarantuje dokładność synchronizacji poniżej (trochę analne stwierdzenie) 10ms, a błąd synchronizacji w DCF77 nigdy nie przekroczy 5.5us. Czyli mówimy tutaj mniej więcej o trzech rzędach wielkości różnicy, ale jak to było, nie będzie Niemiec pluł nam w twarz.

Odbiornik referencyjny jest zamieszczony na Githubie. Świetnie! Tja... Schemat w Eaglu z adnotacją, odsyłającą do schematu w KiCadzie. Okay, tylko dla kicadowej wersji nie ma PDFa, a mi nie chcę się ściągać specjalnie KiCada. RF frontend na scalaku, okay. DSP zrobione na lekko prehistorycznym PICu (mimo że projekt został wrzucony na Githuba w zeszłym roku, no ale może jest starszy). Z opisu odbiornika na stronie GUMu wynika, że demodulacja jest napisana w assemblerze. No okay, czyżby zabrakło mocy obliczeniowej i trzeba było ręcznie optymalizować kod? Tylko, że częstotliwość IF to 1kHz, a ten PIC może się kręcić do 40 MIPSów. A teraz najlepsze - kod źródłowy nie jest dostępny, tylko plik hex! Także ten...

W okolicach projektu oczywiście musieli się kręcić krótkofalarze. Jedną twarz nawet kojarzę.

#programowanie #programista15k #programista25k #pracait #telekomunikacja #radiokomunikacja #elektronika #telcozhejto

Wszystko zaczęło się kiedy miałem 12 lat (albo w tych okolicach). Mój pierwszy, wymarzony komputer. Myślałem, że będę giercował całe noce. Myliłem się.

Niestety, okazało się, że z coś było nie tak z moim pierwszym komputerem. Gry, zaraz po odpaleniu, potrafiły się "minimalizować". Dopiero po kilku próbach mogłem zacząć zabijać Niemców w pierwszym Call of Duty albo ścigać się w Need for Speed Underground 2. Było to niewiarygodnie frustrujące. Nigdy nie dowiem się, na czym polegał błąd. Bug w Windowsie XP? Wadliwe sterowniki Nvidii? A może po prostu uszkodzona karta graficzna.

Byłem znudzonym nastolatkiem. Miałem komputer, miałem dostęp do Internetu, ale nie mogłem grać. To nie mogło skończyć się dobrze. Zacząłem programować.

Pisałem pierwsze programy Turbo Pascalu 7.0. Do dzisiaj pamiętam, że na końcu programu, po ostatnim "end" trzeba postawić kropkę. W sumie, to jedyna rzecz, którą pamiętam z Pascala.

Na samym programowaniu się nie skończyło. Poszedłem krok dalej. Odkryłem u siebie zamiłowanie do rzeczy niszowych, indie, off-topowych. Został hipsterem zanim stało to się modne. I zainstalowałem swojego pierwszego Linuksa - Mandrake, chyba w wersji 9.0.

Oczywiście, jak to z Linuksami bywa, coś tam tradycyjnie nie działało. Po kilku dniach poszukiwań w Internecie, na zagranicznych forach, znalazłem rozwiązanie. Musiałem "skompilować jądro"!!! Nie wiedziałem co to znaczy, nie wiedziałem dlaczego dokładnie muszę to zrobić. Wiedziałem tylko, że musiałem skompilować jądro.

Kompilacja jądra nie rozwiązana problemu. Ale to już nie miało znaczenia. Wszedłem na ścieżkę, z której nie było odwrotu. Zacząłem programować na poważnie - najpierw w C, potem w C++. Wreszcie zrozumiałem jaka jest różnica pomiędzy kompilacją a linkowaniem. Dowiedziałem się o innych architekturach niż x86 - ARM, Sparc, etc. Poznałem, co to endianness i przerwania procesora.

Sam Linuks mi już nie wystarczał. Musiałem zainstalować FreeBSD i oczywiście również skompilować jądro. Potem wróciłem na Linuksa, a konkretnie na Gentoo. Gardziłem gotowymi paczkami i uważałem, że wszystko trzeba kompilować ze źródeł.

Marzyłem, żeby dostać się na informatykę. I dostałem się. Ale nie taką zwykłą, tylko na starym Wydziale Elektroniki (W4) na PWr. Tam, dowiedziałem się o jeszcze bardziej niszowych rzeczach - DSP, FPGA. To było jak nieopisane spadanie w studni nieskończonego potencjału. Implementowanie stałoprzecinkowego FFT w VHDL od podstaw. Transformata falkowa jako podstawa mojej pracy inżynierskiej. Eh, wspaniałe czasy. Aż łezka mi się w oku kręci.

Aż w końcu nastał 1 października 2014. Przez czysty przypadek (a może zdecydowali tak starożytni bogowie) trafiłem to fińskiej firmy zajmującej się telekomunikacją bezprzewodową. DSP, FPGA, matematyka, informatyka, elektronika, system engineering. Wszystko w jednym miejscu! Czy może być coś piękniejszego? Ależ oczywiście, że nie!!!

Moje życie pewnie potoczyłoby się zupełnie inaczej, gdyby nie te problemy z pierwszym komputerem. Przypadek? Może... a może po prostu tak miało być? Może to jest moja karma. Może o moim przeznaczeniu zadecydowali starożytni bogowie? Tyle pytań, tak mało odpowiedzi!

Jestem kucem. Jestem pasjonatem. Jestem z tego dumny. Nikt nie jest w stanie mi tego zabrać. Właśnie skompiliwałem sobie kernela Linuksa na RISC-V w wersji 64 bitowej. Dla czystej przyjemności.

#programowanie #programista15k #programista25k #pasjonat15k #pracait

Ale dylemat. Pracuję w międzynarodowym #korposwiat od paru lat jako senior programistka. Zarobki bardzo dobre, obstawiam, że totalne top moich możliwości (bez odwalania jakichś manian typu podwójne zatrudnienie). #programista15k

Firma rosła, pompowana inwestorami, z drugiej strony skandynawski management, brak jasnej struktury i wszystko szło wolno.

Zaczęły się problemy finansowe, zaczęły się zwolnienia na zasadzie "sort by salary desc", i po ileś procent pierwszych wyników, bez patrzenia na kompetencje i realną wartość. Raz, drugi, trzeci, czwarty. Dziś się dowiedziałem, że zostaję w zespole jednego z ważniejszych projektów (ale już jako tako ukończonego projektu w trybie maintain) ja i taka młoda, co się średnio nadaje do tej roboty.

Obstawiam, że mnie nie zwolnią jeszcze dłuższy czas, kogoś muszą zostawić. Ale czuję, że powoli się to kończy. Ofert na LinkedIn nie ma już co 3 dni, prędzej co 3 miesiące. AI z dnia na dzień coraz lepsze, a firmy cisną na bycie niańką AI zamiast realnego programowania (moja też), co przestaje mi się podobać jako praca. Do tego wcześniej zatrudniali ludzi z coraz tańszych krajów, w którymś momencie połowa firmy to byli Ukraińcy. Teraz schodzą do Afryki.

Nie wiem czy doić to póki się da, a potem spaść z wysokiego konia czy kombinować już teraz i coś zmieniać (typu przebranżowienie). Rynek jest cholernie niepewny, a ja za stara na odwalanie jakiegoś szajsu, żeby się HRom przypodobać.

#zalesie #programista15k

#heheszki #humorinformatykow #programista15k