[JanPawelDrugiLechWalesaPierwszy]

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 #programista25k

[groman43]

@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 ( ͡º ͜ʖ͡º)

[atari666]

@JanPawelDrugiLechWalesaPierwszy: bo AI tak szybko nie nauczy się podłączać analizatora logicznego, oscyloskopu, lutowania reworków czy wciskania przycisku reset ;) ale to może robić technik. Myślę że AI przyjdzie także po embedded/low level. Inna sprawa że czasami pytam ChatGPT o kody zarówno low levelowe jak i o jakiś skrypty pythonowe/bashowe i z tym drugim idzie mu zdecydowanie lepiej. Może kwestia dostępności przykładów i dokumentacji? Sporo dokumentacji z embedded, opisy rejestrów, itp

[atari666]

Ale embedded na tym głupim kodzie się nie kończy

@groman43: zależy gdzie xD ale racja

[pepepanpatryk]

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ć

[JanPawelDrugiLechWalesaPierwszy]

bo AI tak szybko nie nauczy się podłączać analizatora logicznego, oscyloskopu, lutowania reworków czy wciskania przycisku reset

@atari666: czy naprawdę do tego wymagany jest programista?

[atari666]

@JanPawelDrugiLechWalesaPierwszy: nie, ale w praktyce czasami tak

[zarowka12]

@JanPawelDrugiLechWalesaPierwszy: po co pracodawca ma zatrudniać dwie osoby jak może jedną? Po prostu programista musi od czasu do czasu zajrzeć do elektroniki. Mógłby to robić ktoś inny, tylko kto?

[WykopanyDzon]

@JanPawelDrugiLechWalesaPierwszy:

robie w embedded i mysle ze @atari666 wyczerpal temat.

To nie tylko kod ale tez dużo lab works którego ai nie zrobi.

[Przemonrg]

Krótka odpowiedź jest taka: kod napisany na jeden mikrokontroler nie zadziała na innym. Dwa mikrokontrolery robiące to samo mają zupełnie inny kod, jeżeli dotyczą obsługi pinów/hw lub przerwań. Programy/algorytmy na wyższych warstwach mogą być powtarzalne, ale często uniwersalność takich programów kończy się większym zużyciu zasobów pamięci RAM i flash, której często nie ma. No i dalej ktoś musi napisać te drivery na niższej warstwie opierając się na dokumentacji. Co też trudno zautomatyzować,

[Boska_Klaudia]

znowu zbiegowisko zbawicieli świata BOGÓW srembedded xD

[some_ONE]

Jaki problem z powyższych dotyczy CRUDa? Właśnie.

@Przemonrg: Żaden, ale co za problem znaleźć problemy które dotyczą CRUDa a nie dotyczą embedded? xD

[karololo]

znowu

@Boska_Klaudia: daj linka