Jak wygląda rynek pracy dla programistów STM32? Perspektywy i wynagrodzenia

Tue Jul 19, 2022 11:31 am   

On 19/07/2022 12:39, Piotr Gałka wrote:

To tylko opcja.


Nie martw się. Prawie każdy używa systemów kontroli wersji *inaczej* niż
założył autor/projektant. To całkiem normalne, choć oczywiście
niewskazane. Ludzie mają przedziwaczne metodyki pracy, które potem
starają się usilnie upychać do zastanego systemu z kiepskim skutkiem.
Mam tu w okolicy znajomego w firmie, gdzie używają subversiona bez
branchy, na jednym koncie usera. I płaczą, bo miało rozwiązać jakiś
problem, a wygenerowało nowe. Znajomy starał się przeprowadzić rewolucje
w jego używaniu, ale zamiast tego stał się pieniaczem, co się nie zna,
bo oni od 30 lat używają tego tak... Beton cieżko kruszyć. Zwolnił się
niedawno (nie tylko z tego powodu), szkoda nerwów.


Jestem w stanie to częsciowo rozumieć. Ale ja pójdę dalej: chciałbym
mieć możliwośc "narysowania" schematu w języku podobnym do Spice lub
VHDL/Verliog. Aby trzymac róznice właśnie w kontroli wersji...

To jest ekstremizm i debilizm, jak wyjaśnim mi kiedyś pewien projektant PCB.

W zasadzie nie miałbym nic przeciwko, aby płytka zaprojektowała sie
sama, po dostarczeniu opisanych ograniczeń typu "ten kondensator
najbliżej tej diody, tam ma być radiator, a te rezystory gdziebądź, ta
lnia ma ze 2A i ma być gruba, to ma być dokładnie tutaj i pod takim kątem".


Autorzy często zmieniają koncepcje Zmierzam do tego, że zanim
przeczytasz dokumentacje, możesz mieć już inny soft w ręku. Takie
niespodzianki często mnie dotykały we wczesnych wersjach Eagle, gdzie
opcje migrowały sobie, znikały, zmieniały nazwę. Potem sie ustabilizowało.


Raczej chodzi o interfejs użytkownika. Po prawym przyciskiem masz
zupełnie inne reakcje, niż menu kontekstowe. Zaznaczanie działa inaczej
niż w 99% programów na rynku. Dragowanie wygląda jak w latach 70. Itd
itp. CADy są najzwyczajniej inne, niekompatybilne z wypracowaną przez
dziesięciolecia normą GUI. Tak, jak gdyby czas się zatrzymał. To bolesne
doświadczenie.

Tue Jul 19, 2022 11:36 am   

On 19/07/2022 13:17, Piotr Gałka wrote:

Wyjaśnij po co.

Kontrola wersji nie dotyczy opcji kompilacji. Ona dotyczy zawartości
plików. Dowolnych.


To nie jest zagadnienie które jest "kontrolą wersji".


Nie, to nie to. Kontrola wersji ma zapewnić kontrolę źródeł a nie
wynikowych binariów ani mechanizmów je generujących.

Jeśli brat ma dużo #ifdef, to ma coś *bardzo* popsute. Zasugerowałbym
zainteresowanie się narzędziem bjam, które zostało stworzone dokładnie
do ogarniania takich drzewiastych konfiguracji. Ale to z systemami
kontroli wersji ma 0 wspólnego.

A w celu redukcji #ifdef, można by się zainteresować statycznym
polimorfizmem. Ale to już cieżki C++.


Brzmi jak ascii-art security.

Tue Jul 19, 2022 11:48 am   

On 19/07/2022 12:17, Piotr Gałka wrote:

Tutaj chyba żaden VCS nie pomoże - to kwestia oskryptowania (Makefile?)

Można sobie wyobrazić gałęzie dla każdej platformy ale z
synchronizowaniem tego to będzie mordęga.

Cały kernel to #ifdef-y i flagi ...

Tue Jul 19, 2022 11:55 am   

W dniu 2022-07-19 o 01:13, Marek pisze:

Jeśli dobrze rozumiem pytanie to pytasz o procesor.

Robimy to na AtXmega.
Część danych zapisujemy w jego flashu (szybciej się przeszukuje), gro w
szeregowym flashu zewnętrznym a dane częściej zmieniane w EEPROMie
wewnętrznym (małym) i zewnętrznym (większym).
P.G.

Tue Jul 19, 2022 12:18 pm   

On 19/07/2022 12:31, heby wrote:


Ja hobbystycznie używam sobie EasyEDA, który ma wbudowany swój prosty
VCS. Projekt jest zapisywany w jako plik tekstowy JSON i nic nie stoi na
przeszkodzie aby sobie "napisać" taki schemat.

https://docs.easyeda.com/en/DocumentFormat/EasyEDA-Document-Format/index.html

Oczywiście, główną własnością schematu (poza jego poprawnością) jest
jego czytelność więc trzeba by mieć wielką wyobraźnię żeby go "napisać"

c.

Tue Jul 19, 2022 12:32 pm   

W dniu 2022-07-19 o 13:31, heby pisze:


Nigdy nie trawiłem zapisu schematu w kompletnie nieczytelnej dla
człowieka formie tekstowej. Na szczęście gdzieś w okolicy 1993 na
Cebicie dostałem CD z darmową (studencką) wersją PSPICE z możliwością
rysowania schematu i używam jej do dziś. Ops. właśnie sobie skojarzyłem,
że na dniach przeniosłem się z Win7 na Win10 i nie sprawdziłem jeszcze
czy PSpice nie będzie miał z tym jakichś problemów.

Wszystkie pliki KiCada są tekstowe. Zapewne jest to język podobny do
Spice, ale plik musi opisywać też informacje pozwalajace przedstawić to
graficznie.


Zapisanie wszystkich wymagań może wymagać więcej czasu niż
zaprojektowanie płytki.

Sądzę, że jeszcze trochę potrwa zanim powiesz programowi, że płytka
będzie w obudowie nie ekranowanej a mimo ma spełnić taką a taką normę
EMC i on już się tym zajmie.


Czy masz może na myśli sterowanie programem głównie przez hot-key. Ja to
akurat uważam, za jedynie słuszne rozwiązanie w przypadku programu do
projektowania PCB. Nie znam innego rozwiązania zapewniającego podobną
szybkość pracy z programem.

Nie pamiętam dokładnie o co chodziło, ale jakiś niecały rok temu ktoś na
forum KiCada dociekał dlaczego KiCad na jakąś akcję użytkownika reaguje
inaczej niż inne programy graficzne czy tekstowe do czego wszyscy są
przecież przyzwyczajeni.
Nie pomnę dokładnie co mu odpisywałem, ale główna myśl była taka, że jak
mamy zupełnie nową funkcjonalność nie występującą ani w edytorach
tekstów ani w edytorach graficznych i wiemy, że będzie to nagminnie
potrzebne użytkownikowi a wszystkie łatwo dostępne hot-key czy działania
myszą są już 'zajęte' na jakieś standardowe działania, które akurat tu
będą nikomu nie potrzebne to według mnie rozsądniej jest przejąć to
działania użytkownika na tę funkcjonalność niż umieścić ją gdzieś
głęboko w manu albo pod kombinacją typu Ctrl+Shift+coś tam.
Kluczowa jest według mnie szacowana częstotliwość użycia.
P.G.

Tue Jul 19, 2022 12:48 pm   

On 19/07/2022 14:18, Cezar wrote:

Jeśli "napiszesz" schemat, to istnieje spore prawdopodobieństwo, że
pojawią się bloki funkcjonalne, hierarchicznie. A jeśli tak, to
zrozumienie działania nie wymaga gapienia się w kreski na schemacie a
jedynie na połączenia w kodzie źródłowym grubych bloków między sobą. To
wcale nie jest bardzo trudne, programiści robią to od dawna.

Tue Jul 19, 2022 12:49 pm   

2022-07-19 o 00:40 -0700, Dawid Rutkowski napisał:

Tylko po co? Tzn. jeśli zarządzasz lub bierzesz udział w projekcie z
setkami rozproszonych programistów... no to może mieć jakiś sens. W
przeciwnym razie svn jest dużo trafniejszą opcją, bo w pełni
scentralizowaną i łatwiejszą w codziennej obsłudze.

Mateusz

Tue Jul 19, 2022 12:54 pm   

W dniu 2022-07-19 o 13:36, heby pisze:

Czyli to nie do tego służy.
Pytanie wzięło się stąd, że napisałeś, że jak jest taka kontrola wersji
to nie będzie pytania: Jak on TO do cholery kompilował. No to myślałem,
że takie opcje kompilacji też będą przeniesione do znanego wszystkim
systemu kontroli wersji a nie gdzieś tam ukryte przez autora.


On jest na etapie C.
Ale stosuje go jakoś inaczej niż mi by przyszło do głowy. Ma na przykład
w każdym projekcie plik h o jednej wspólnej nazwie i wczytuje go we
wszystkich plikach c używanych w wielu projektach. W ten sposób te pliki
(jakby biblioteczne) generują dla każdego projektu inny obj.

Ja jestem na etapie C++ (ale Ty nazwiesz to C z klasami). Kupiłem kilka
lat temu książkę Stroustrupa i trochę poczytałem, ale kompilator,
którego głównie używam (Builder 5) nie ma nawet tego co jest w C++11.
A wiedza nie używana wylatuje, więc wszystko co tam wyczytałem mi wyleciało.
P.G.

Tue Jul 19, 2022 12:58 pm   

On 19/07/2022 14:32, Piotr Gałka wrote:

Niezupełnie. Wyobraź sobie, że masz gotową biblitekę takich rozwiazń.
Np. masz "zasilacz_impulsowy_3.3V" który stawiasz jak klocek na innym
pcb. Sprawdzony, działający, poprawnie zaprojektowany mechanicznie i
elektrycznie.

Ba, masz więcej takich klocków. Wrzucasz na pcb i samo się układa. To
nie magia - do KiCADa była (jest?) wtyczka oparta o algorytmy
generyczne, samodzielnie rozkładająca elementy. Ale ona miała kiepskie
constrains, tzn nie dało sie tych zastrzeżeń opisać sensownie. Taka
zabawka, choć gdyby ją podkręcić...


ASICe "same się routują". Czemu PCB nie miałyby? Przynajmniej częściowo.
Wrzucasz komponenty krytyczne a reszta drobicy sam się gdzieś wciśnie.


Nie o szybkosc pracy chodzi, ale o intuicyjność. Te same operacje w CAD
oznaczają coś innego niż w resztcie świata. Sama selekcja w
KiCAD/Eagle/Protel jest zupełnie inna, nieintuicyjna, a to dopiero
początek przygody.


Abyśmy się zrozumieli: nie zarzucam CADom, że są złe. Sa nieintuicyjne.
Być może dzięki temu lepiej dostosowane do jakiśtam potrzeb. Ale próg
wejścia to ring bokserki kiedy dostajesz w pysk przy każdym kliknięciu.
To nie jest miłe a dokuentacja jest taka sobie.

Głupie usunięcie routingu ścieżek zajmuje mi w KiCADdzie zazwyczaj koło
5 minut szukania. Za każdym razem po miesięcznej przerwie. To jest tak
nieintuicyjnie, że niemożliwe do zapamiętania w mięśniach od klikania.

Tue Jul 19, 2022 1:00 pm   

W dniu 2022-07-19 o 14:48, heby pisze:

Ale schemat jest pod pewnymi względami mało hierarchiczny.
Jak do programu dołożysz wewnątrz procedur wiele różnych goto gdzieś do
wnętrza innej procedury to program przestanie być czytelny.
P.G.

Tue Jul 19, 2022 1:07 pm   

On 19/07/2022 14:54, Piotr Gałka wrote:

Nie będzie. Wszystkie możliwe narzędzia, opcje, wyjątki itp sa w kodzie.

Rownież, jesli robisz to porządnie, to same polecenia wystartowania
kompilacji z odpowiednimi ifdefami będzie tamteż dostępne, w kontekście
hardware które budujesz. Więc nie tylko nie ma mowy o pomyłkach ale
można to środowisko odtworzyć po latach bez zmian.

Wiec nie, choć trochę tak.

Kwestia higieny.


Nie ma takiego eatpu. Jeśli jesteś w C to jesteś też na początku C++.
Niech zacznie od zmiany kompilatoa z gcc na g++ i nazwy kliku z foo.c na
foo.cpp i już koniec tranzycji na C++. Reszta to darmowy obiad.


Czyli emuluje templates z C++ używając sztuczek z inkludowaniem.

To jest ogólnie niebezpieczne jak jasna cholera. W większych projaktach
takie rzeczy są zabronone. Po pierwsze dlatego, że są trudne w
utrzymaniu, po drugie dlatego, że od tego są templates w C++.

Każdy programista C wynajduje po latach kwadratowe koła tego typu,
broniąc się przez przejściem do C++ gdzie statyczny polimorfizm jest
częścią jezyka.


Nie używaj więc Buildera. Nikt tego nie sprawdza.


Tak jak mówiłem, nie czytaj instrukcji

Tue Jul 19, 2022 1:08 pm   

Mateusz Viste <mateusz@xyz.invalid> napisał(a):

Niby tak. Z drugiej strony jak we wszystkich pracach mam gita oraz w
projektach Open Source, do których czasem coś dopisuję, to nawet dla samego
siebie użyłem git zamiast przypominać sobie SVN po 15 latach od ostatniego
użycia.

--
Grzegorz Niemirowski
https://www.grzegorz.net/

Tue Jul 19, 2022 1:09 pm   

On 19/07/2022 15:00, Piotr Gałka wrote:

Opisany w języku VHDL/Verilog jest *skrajnie* hierarchiczny. Tam
wszystko w zasadzie jest podporządkowane hierarchi.

Używanie takiego języka wlaśnie wymusza porządek. Schemat to zazwyczaj
płaski zbiór kresek, gdzie bloki funkcjonalne trzeba wydłubywać gapiąc
się pół godziny, a w *HDL masz je ładnie nazwane.


To nie używaj goto Proste.

Tue Jul 19, 2022 1:14 pm   

On 19/07/2022 15:08, Grzegorz Niemirowski wrote:

Mimo to, jeśli ktoś ma startować z tematem od zera, svn będzie
nieskończenie bardziej intuicyjny niż git.