@mirko_anonim: proponuję zmienić branże. IT upada. mówię serio.

W maju straciłem pracę z powodu redukcji,

@mirko_anonim: trzeba było robić #!$%@? masę #mikrokoksy

@nad__czlowiek: ? przecież miałeś się przebranżawiać na lekarza albo budowlańca ?

@Volantie: no chyba najwyższa pora

@mirkogreg: DZiała to bardzo dobrze, jedyne ograniczenie wynika z ilości kanałów, więc oscyloskop bardziej nada się do interfejsów szeregowych. Analizator może ci podglądać np. 16 bitową szynę adresową i 8 bitową szynę danych jednocześnie.

@mirkogreg: Do zastosowań amatorskich, na początek wystarczy ci coś takiego: https://www.owontechnology.eu/product/1312917/owon-xds3064ae-60mhz-4-channel-1gs-s-oscilloscope

@JanPawelDrugiLechWalesaPierwszy: Bo CRUDy są powtarzalne, a embedded już niekoniecznie. Owszem, w embedded jest dużo głupiego kodu, grzebiania po rejestrach. Ale embedded na tym głupim kodzie się nie kończy, w przeciwieństwie do CRUDów ( ͡º ͜ʖ͡º)

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ćPokaż całość

@pepepanpatryk: Zobacz sobie kategorię Battery Management u Analoga: https://www.analog.com/en/parametricsearch/11426#/

@pepepanpatryk: Bardziej elastycznie na pewno wyjdzie z dwoma oddzielnymi układami, nawet na ich stronie "reklamują" różne połączenia: https://www.ti.com/product/BQ27530-G1 bq27530 + bq2416x, ale takie dwa w jednym też są: https://www.ti.com/product/BQ40Z60 tylko SMBus a nie I2C.

@adrian1702 zależy jakie warunki pracy - skoro zastosowanie przemysłowe to Thinkpad umrze po paru tygodniach zakładając np. duże zapylenie

@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.

@dev_null__: w embedded zawsze była słabsza kasa

@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.

@card_man: Nie ma co ukrywać, od połowy kwietnia jest solidny boost.

@card_man: juhuu

Start: ASAP (max 30 days notice period)

@dev_null__: poczekamy 6mc na znalezienie kandydata , ale jak już znajdziemy to ma być natychmiast u nas!
( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

@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ć?

@ly000: to ma taki sens, że to nie pierwszy kryzys i minie jak każdy poprzedni.

W datasheetach mikrokontrolerów mikroprocesorów jest sporo niskopoziomowej wiedzy.

@pa6lo: Cumplu, ja moderuję tylko po porannej dwójce, bo inaczej gówno wylewałoby się ze mnie uszami.

Pokaż spoiler

@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.

@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).

@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ś na jakiejkolwiek płytce, wiesz co to płytka stykowa, to powinieneś sobie poradzić. Daj znać jak poszło ;)

Z C++ z takich głupich pytań które z główy mogę wymyślić na bieżąco, co to jest "friend"/"volatile"/"static"/"delete".

Z ciekawszych pytań dla juniorów porównanie memmove, strcpy, memcpy ale to nieco bardziej C
Może coś opisowego - jaki masz stosunek do wyjątków, co jest na plus co na minus, czemu tak czemu nie. Co toPokaż całość

@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

@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.

@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.

@komakow: spakuj to co masz dockerem. Potem odpal stronę na https://fly.io/. W 5 minut masz zrobione

może będą rekrutować

@przegrywam_przez_miasto: przecież oni nigdy nie przestali

@bielu000: zapytaj na elektrodzie, na pewno pomogą (⌐ ͡■ ͜ʖ ͡■)

@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 będzie przejmował projekt; koncepcyjnie to chyba łatwiej zrozumieć, niż używanie nazwy własnej naprzemiennie z bazową.

2. Jak najbardziej; device tree pozwala includować więc takim dziedziczeniem też elegancko można ogarnąć każde zmiany, chyba że jest ich na tyle dużo że przestaje to mieć sens, wtedy wiadomo, wywaliłbym includy i trzymał tylko swojePokaż całość