Start: ASAP (max 30 days notice period)


@dev_null__: poczekamy 6mc na znalezienie kandydata , ale jak już znajdziemy to ma być natychmiast u nas!
( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)
  • Odpowiedz
  • 1
@card_man: immutable distro, normalnie instalujesz paczki przez manager pakietów w których masz zależnośći, w NixOS każda paczka ma swoje zależności w /nix/store poza tym, zarządzanie systemem odybwa sie przez config

TLDR: jak np dasz komuś swój konfig NixOS i odpali go on u siebie to jego np laptop przekształci sie do stanu jaki nadałes mu w konfigu.
Tym sie to rózni od ansibla ze on usuwa nie zdeklarowane zeczy a ansibli
  • Odpowiedz
Ciężko dostać pracę jako embedded junior bez doświadczenia, nie będąc już studentem?
Mam wykształcenie w tym kierunku, no ale nie pracowałem nigdy jako programista i nie mam w portfolio projektów komercyjnych.
Słyszałem, że generalnie z programowaniem jest teraz ciężko, jak się nie ma 5 lat doświadczenia.
Jak z tym jest w embedded? Polecacie jakieś stronki z pracą? Te popularne w tym kierunku na poziomie juniora, to prawie nic.

#programista15k #programowanie #embedded #
Zna ktoś jakieś źródła (poza samym opisem standardu), które wprowadzą mnie w świat Ethernet-u, konkretnie pod ewentualne uruchamianie Ethernetowych PHYs? Nie chodzi mi o to jak to ugryźć od strony Linuxowej ale bardziej o to żeby zrozumieć z czym potencjalnie mogę pracowac. Sam standard na pewno jest dobrym źródłem ale mam wrwzenie, że na tym poziomie jest tam zbyt dużo informacji i nawet nie będę w stanie odsiać co potrzebuje wiedzieć a
✨️ Obserwuj #mirkoanonim
#pytanie do #programowanie #programista15k #programista30k w sprawie #embedded

Mam plytke z imx8mm - chciałbym zrobić coś takiego:
- eMMC jest puste, więc przez ichny protokół SDP można wrzucić u-boota:

uuu SDP: boot -f boot.bin -scanlimited 0x800000
(czymkolwiek to scanlimited jest, bo dokumentacja tego mfgtoola / uuu to jakas kpina)

następnie #!$%@? u-boota SDPV: write -f boot.bin -skipspl, i robię SDPV: jump .
Niby działa, ale po reboocie -
@pa6lo: Był kiedyś tag #biedanonim do takich wpisów, ale segregacja tego na takie które się nadają/nie nadają była czasami ciężka i mocno subiektywna, dlatego aktualnie nie ma jej wcale. Dodatkowo wprowadzało to więcej pracy dla moderatorów, a każda dodatkowa sekunda spędzona w panelu to ekspozycja na niebezpieczne #!$%@? umysłowe niektórych osobników, co może powodować nieodwracalne ubytki w psychice.
  • Odpowiedz
@kacpervfr: najpopularniejsze to o to co się dzieje w bootloaderze i przed załadowaniem programu, jak dobrze napisać interrupt czy jak zarządzać heapem (podchwytliwe).
  • Odpowiedz
@kacpervfr: przecież przeglądałeś https://wykop.pl/wpis/74745243/mireczki-programowanie-krotka-pilka-chcialbym-niec#263207949 ;) jeśli to praca dla juniora to nie ma co panikować, raczej nie dostaniesz pytania na "myślenie" (tak sądzę) bo trudno oczekiwać od kogoś na początku pracy umiejętności projektowania architektury czy podejścia do problemów. A jeśli dostaniesz, to jak z tymi pytaniami typu "gotcha"/"aha" - ile piłeczek zmieści się do autokaru. Pytasz jaki to autokar, wymiary, liczysz pojemność i estymujesz, zwykły "chłopski rozum". Jeśli cokolwiek kiedykolwiek robiłeś
  • Odpowiedz
Mirki #programowanie #programista15k #pytanie jak robicie rekrutacje (lub gdybyście chcieli być rekrutowani, to jak) w #embedded?
Powiedzmy żeby było trudniej - język jest nietypowy, powiedzmy jakiś Zig, Go, Rust, Haskell czy cokolwiek co nie jest C/C++.

- Test wyboru? Niby można ale nie ma pewności czy ktoś rozwiązuje go sam.
- Rozmowa techniczna - spoko, ale premiuje osoby wygadane, introwertycy mają handcap.
- Zadanko do zrobienia "w domu na ~5 minut~
@Oo-oO: jeśli ktoś ma problem z rozmową techniczną to niekoniecznie jest introwertykiem tylko po prostu ma problem z komunikacją. Komunikacja jest konieczna w pracy programisty więc tym bardziej rozmowa jest zalecana
  • Odpowiedz
@Oo-oO: generalnie to jest embedded więc trochę szeroka działka, pytanie co chcesz sprawdzać. Ja kiedyś miałem do napisania prosty serwer http który miał obsługiwać jakieś podstawowe requesty, niby do wykonania w kilka godzin, ale mi to chyba zajęło trochę dłużej, z drugiej strony to dobrze się bawiłem. Ciężko wymyślić zadanie który nie zajmie zbyt dużo czasu, z drugiej strony pokazuje też determinację i chęć do zdobycia pracy.
  • Odpowiedz
Pracuję w korpo jako inżynier symulacji.
Jakieś 2 lata stażu.

Niestety w pracy nie używam żadne LabView czy Simulink tylko jakieś niszowe gunwo o którym nikt nie słyszał.

Zresztą ja zazwyczaj nawet nie robię nic twórczego tylko puszczam gotowce pod regresję i weryfikuję wyniki.

Chciałem zmienić pracę na juniora czegokolwiek innego ale nigdzie mnie nie chcą.
Oprócz testów szukam też w sieciach, Linux admince itd. bo też trochę się na tym znam
@przegrywam_przez_miasto: zaocznie nie dasz rady studiów dokończyć, ucząc się w czasie pracy, jeśli nie jest zbyt wymagająca? Ja bym tak spróbował, w międzyczasie rozglądając się za ciekawszymi ofertami pracy. Jak masz problemy ze zdrowiem to daj sobie spokój z utrzymaniem ruchu, tam jest często czterobrygadówka.
  • Odpowiedz
Jestem programistą ale #embedded i potrzebuje pomocy od braci ( ͡° ͜ʖ ͡°) z #webdev . Otóż dostałem dostęp do API od jednego dostawcy i umiem sobie w Pythonie wysłać zapytanie do niego i dostać odpowiedź. Chciałbym jednak mieć to na mojej stronie internetowej, poki co goły tani serwer w seoHost i domena. Generalnie chce to zrobić bo potrzebuje mieć łatwy dostęp do tej funkcjonalności z dowolnego urządzenia
  • 1
@morsisko: @80kg nawet nie wiem co dokładnie mam, najtańszy hosting z seohosta, co się w nim zawiera szczerze mówiąc nie wiem. Szukałem tam konsoli ale nie mogę nic takiego znaleźć.
A co do backendu to najchetniej bym zostawił tak jak mam teraz, a mam serwer w Pythonie postawiony. Dzięki chłopaki za pomoc ale chyba zdecyduje się na rozwiązanie kolegi z pierwszego postu. Nie moja baja ta webowka a nie chce mi
  • Odpowiedz
Cześć, jako, że buildy dzisiaj coś wolno idą, mnie coś boli głowa więc zbyt intensywne myślenie w tzw. międzyczasie odpada, to postanowiłem sobie przejrzeć wszystkie numery archiwalne programisty (mam dostęp online więc poszło szybko) w poszukiwaniu jakichś ciekawych artykułów dotyczących programowania systemowego, plus chciałem się dowiedzieć o czym jeszcze nie pisano :) Część z nich czytałem, część nie, ale poniższą listę wrzucam w notion, żeby w razie czego mieć na co rzucić
  • Odpowiedz
Hej, potrzebuję zadać parę pytań a za bardzo nie mam komu - ba nawet nie wiem gdzie w necie mógłbym o to zapytać.
Wybaczcie, że pytania mogą wydawać się głupie ale naprawdę nie wiem do końca jak to powinno wyglądać.
Wszystkie pytania będą dotyczyć customowego boarda, bazującego na SoC LS1028a

1) Czy dodając support dla mojego SoMa powinienem dodać nowy board do źródeł Trusted Firmware A?
Patrząc na źródła Trusted Firmware A,
@bielu000: moim zdaniem, jak zwykle "to zależy". Rozumiem że pytanie dotyczy bardziej wsparcia projektu w długim czasie; i że dotyczy tylko yocto.

1. Moim zdaniem warto wrzucić osobny board, z dwóch powodów - jeśli upstream coś zmieni, to zaaplikowanie tych zmian będzie wymagało przejrzenia co się zmieniło i jaki to może mieć faktyczny wpływ. Dodatkowo, powinno to imho poprawić zrozumienie procesu dla nowego inżyniera jeśli kiedykolwiek będziecie zatrudniać lub ktoś inny
  • Odpowiedz
Kojarzy ktoś czy jest jakiś prawidłowy sposób na poinformowanie kernela, że będzie unexpected power loss? Będę przeglądał PM subsystem pod tym kątem, ale aktualnie jestem w drodze i pomyślałem, że może wrzucę zapytanie to się w międzyczasie czegoś dowiem :)

Pytam pod kątem powiadomienia o tym głównie subsystemu MMC, jako, że niektóre karty SD wspierają coś takiego jak "mmcpoweroffnotify" - jest to chociażby sprawdzane "mmcsuspend" oraz "mmcshutdown", który
Na fali ostatnich wydarzeń związanych z końcem eldorado w IT zrobiłem sobie rachunek sumienia i wyszło mi że tkwię w czyśćcu ale po kolei. Mimo stosunkowo niedużego expa wynoszącego ~1,5 roku udało mi się zostać głównym programistą/ liderem zespołu() zajmującego się embedded w średniej wielkości firmie. Niby kasa się zgadza (he he magiczne 15k) ale zdaję sobie sprawę że rozwój moich umiejętności stanął. Z powodu rozmiaru zespołu (6
Mirasy będę robił device tree dla naszego SoM-a nad którym pracujemy i zastanawiam się jak dobrze to ugryźć w Yocto, żeby nie narobić bałaganu. Korzystam z kernela producenta SoC, toteż będę nakładał na niego jakieś patche - generalnie myślałem, żeby może zrobić forka i wtedy już bez problemu bym sobie commitował do forka, natomiast za jakiś czas będziemy chcieć przejść na nowszy kernel i się zastanawiam czy nie będzie to wtedy problematyczne.
@pepepanpatryk: raczej będziesz generował na nowo ten patch, jeśli był jakiś fuckup albo ktoś wrzucił na upstream pobłogosławiony przez oema czy producenta DT. Czyli, moim zdaniem raczej zrobisz raz bringup i później ew będą korekty tego samego pliku.
W przestrzeni okolicy uboota/kernela trwa ogólnie dyskusja jak to ładnie ogarnąć, jeśli dobrze pamiętam, były przebąkiwania by wypchnąć i starać się synchronizować to w osobnym gicie, ale mogę coś źle pamiętać. Więc moim
  • Odpowiedz
@pepepanpatryk: będziesz upsteamowac i udostepniac design tej płytki? Jeśli nie to nie ma znaczenia jak to zrobisz. Jeśli tak, to pracujesz sobie na forku na branchu. Na końcu przygotowujesz pojedyncze patche tematyczne i robisz upstream.
Jak chcesz mieć porządek do uprevu na nowy kernel to nawet jak nie planujesz upstreamu lepiej zrobić pojedyńcze tematyczne patche jak do upstreamu.
  • Odpowiedz
Robię sobie teraz pewien projekt z mikrokontrolerem i mój szacun do ludzi w branży #embedded wzrósł niebotycznie
Łeb mnie już boli po całym dniu #!$%@? się ze skąpo udokumentowanymi bibliotekami, analizowania setek jak nie tysięcy linijek obcego kodu, który również za dobrze opisany nie jest, i eliminowania niektórych bugów w tychże bibliotekach
Już nie mówię nawet o restrykcyjnym pilnowaniu alokowanej pamięci czy dysponowaniu niewielką mocą obliczeniową, bo to są oczywistości
Jest to
Cztery dni (z weekendem włącznie oczywiście) wożenia sią na prawo i lewo jak turecki sprzedawca dywanów, 10 osób zaangażowanych na dwóch kontynentach, tylko dlatego, że ktoś zrobił literówkę w skrypcie linkera cztery lata temu. Okazuje się, że jednak jest różnica w wydajności pomiędzy L1 i L2. Kocham embedded ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)


#
  • 4
@tos-1_buratino: Modem do smartphonów

@fiolkins Żeby problem się pojawił, kawałek kodu, który został umieszczony w złym obszarze pamięci, musi być wykonywany wystarczająco często. W 99.99999% przypadków wszystko działa poprawnie. Szanse, że problem zostanie złapany w testach są minimalne, a podczas review wyłapać coś takiego jest dość trudne.
  • Odpowiedz
@groman43: Ostatnio miałem podobną sytuacje z I/O. Bug był kodzie od 2018 roku ale zmienił się wzorzec zachowań użytkowników i niektóre fragmenty kodu zaczęły się wykonywać częściej, do tego doszła zmiana topologi sieci i się rozsypało. To jest to co uwielbiam w IT
  • Odpowiedz
Zwolnienia w #aptiv pokazują, że wąska i niszowa specjalizacja nie jest rowiązaniem na rynku pracy IT.
Poszło 250 osób, duża część z nich to na pewno spece od oprogramowania #automotive
To powodzenia teraz z wchłonięciem tylu osób w jednym mieście przez tak niszową branżę.

A w embedded nie jest tak łatwo o full remote. Jak jesteś remote to ktoś na miejscu musi za ciebie biegać po biurze z kabelkami, debuggerami i modułami
  • 2
dużo legacy kodu (często napisanego w niezbyt optymalny sposób), zamknięte i źle udokumentowane rozwiązania, przestarzałe toole, hard real time


@groman43: to się chyba tyczy większości projektów c/cpp
  • Odpowiedz
@KrolSandaczPierwszyRozrzutny: Praca wymagająca i średnio doceniana, a ofert pracy mniej i dlatego również średnio płatne. Embedded z definicji jest przykute do HW, a projektowanie HW jest trudniejsze niż kupienie jakiegoś tam AWS, dlatego jest mniej firm, które tym się zajmują.
A cały dzisiejszy poranek spędziłem debugując z dwoma kolegami dlaczego jeden task się spóźnia i przez to hard real time requirements nie są spełnione. Nic fajnego.
  • Odpowiedz