Wszystko

Najnowsze

Archiwum

JanPawelDrugiLechWalesaPierwszy
JanPawelDrugiLechWalesaPierwszy
  • 2
Mam pytanie do mirkow z #embedded: dlaczego zawsze w dyskusjach o zabieraniu pracy przez AI ludzie piszą że na początku stracą pracę CRUD-ziarze a embedded mogą być spokojni. Zawsze mi się wydawało odwrotnie, i to dla tego że embedded wydaje mi się zdecydowanie trudniejszy. Trudniejszy dla ludzi a nie maszyn. Piszę to pytanie z perspektywy CRUD-ziarza xD

#programowanie #pracait #chatgpt #programista15k
  • 12
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pepepanpatryk
  • 6
Nie znam się na AI ale mogę sie domyślać, że chodzi m.in. o to że :
- CRUD-y są powtarzalne i relatywnie proste
- CRUDów jest wielokrotnie więcej to też baza do generowania rozwiazań w oparciu o dostępne źródła jest dużo bardziej rozbudowana
- embedded to praca na styku hw / sw, a hw bywa nieprzewidywalny ( ͡° ͜ʖ ͡°) więc ciężko można wyciągnąć rozwiązanie, które można zgeneralizować
  • Odpowiedz
pepepanpatryk
  • 0
Hej kojarzycie jakieś IC, które:
- służą do ładowania baterii LiPo
- dostarczają do odczytu infomacje na temat SoC najlepiej po I2C
- są dostępne nie tylko w hurtowych ilościach

Mogą to być dwa osobne układy, lub jeden, który ma obie funkcje.
  • 4
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Oo-oO
  • 2
@adrian1702: stare linkusy jak pisze kolega wyżej niby tak, ale ani to małe fizycznie, ani mały pobór mocy. Komputerki typu SBC (single board computer) to jest jakieś wyjście. Listy masz tu https://wiki.debian.org/CheapServerBoxHardware lub tu https://www.reddit.com/r/klippers/comments/11aykle/a_good_raspberry_pi_cm4_alternative/ itp.
Najbardziej ekonomicznym i dostosowanym wyborem jest zlecić analizę specjaliście systemów wbudowanych (embedded), bo może warto zaprojektować i wdrożyć takie urządzonko na jakimś mikroprocku.
  • Odpowiedz
dev_null__
dev_null__
  • 0
#c #naukaprogramowania #embedded #c++ #clang #cpp
Widze dość sporo ofert w embedded jak wyglada taka praca z waszej strony? Z tego co pytałem współlokatora to podobno jest nisza i sa SPORE problemy z znalezieniem nowego pracodawcy, jak to wyglada z waszej strony

Z takich ciekawych projektów to widziałem czytniki wizyjne do inspekcji kontroli jakości np w zebrze
  • 9
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
morsisko
  • 1
@dev_null__: Ja pracowałem z armami (cortexy M0-M7), architekturami od renesasa (np RH850), architekturami od NXP (np S08) czy Microchipa (AVR, PIC). RISCV hobbystycznie na ESP32.
  • Odpowiedz
jar-mitryn
jar-mitryn
  • 2
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
dev_null__
dev_null__
  • 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
  • Odpowiedz
PustyCzlowiek
  • 0
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 #
  • 23
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
ly000
  • 4
@PustyCzlowiek: obecnie masz marne szanse, bliskie 0 (no ale nie zerowe, wiadomo)
swoją drogą, po co się pchasz do branży, w której aktualnie panuje tak ogromny kryzys? jaki to ma sens? nie masz możliwości znalezienia pracy w żadnej innej branży? czy nagle odkryłeś, że kochasz programować?
  • Odpowiedz
pepepanpatryk
  • 1
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
  • 1
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
digitallord
  • 4
@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 s----------e umysłowe niektórych osobników, co może powodować nieodwracalne ubytki w psychice.
  • Odpowiedz
sorek
  • 3
@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
Oo-oO
  • 0
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
  • 28
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pan_bogus
pan_bogus
  • 6
@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
card_man
card_man
  • 1
@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
przegrywam_przez_miasto
  • 0
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.
  • 19
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
atari666
  • 2
@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
komakow
  • 0
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
  • 5
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
komakow
  • 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
  • Odpowiedz
repro5
  • 0
Czytałem opinie na gowork.pl o Samsungu R&D i są mieszane, ale jestem ciekaw, czy tu ktoś na Mirko miał okazję pracować w automotive. Czy warto tam iść? Cenie sobie spokój, bez potrzeby udowadniania co roku swoich skillsow :P
#embedded #programowanie #samsung
  • 5
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
bielu000
bielu000
  • 0
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, w katalogu
  • 2
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Oo-oO
  • 0
@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ś
  • Odpowiedz
pepepanpatryk
  • 2
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 jest
  • 2
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
PrawieWolny
PrawieWolny
  • 2
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
  • 6
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
pepepanpatryk
  • 1
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.
  • 2
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Oo-oO
  • 1
@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
  • Odpowiedz
Rosly
  • 1
@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
D.....s
  • 10
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 j-----a 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 mega
  • 9
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach

Powiązane tagi