Programowanie

Taktyczny

OK, zgłaszam się

@Barcol , @Bujnik , @maniek110 - spędziłem całe popołudnie nad tą książka.

Zakety:

• Porusza wiele zagadnień w agnostyczny sposób
  

• Trzyma się wystarczająco wysokiego poziomu abstrakcji by nie zgubić czytającego
  

• Ma dobre przypisy pozwalające na eksplorację zagadnień w szczegółowy sposób
  

• Stanowi dobry zbiór pojęć, które w tej domenie warto znać
  

Wady:

• Świat poszedł do przodu w te kilka lat i pewne rzeczy są pominięte lub niedostatecznie wspomniane (jak Parquet)
  

• Mało jest o implementacji i z tych informacji w książce ciężko byłoby cokolwiek samemu zaimplementować - nie to, że ktokolwiek normalny chciałby nawet w stanie cały taki system samemu od podstaw zaprojektować i zaimplementować
  

W obecnym świecie architekturę takich systemów składa się z klocków:

• W chmurze z usług, które dostawca usług chmurowych dostarcza jako część swoje oferty (atchitektura i implementacja takich systemów jest umiejętnością samo w sobie na którą można zrobić sobie certyfikaty)
  

• On-prem/DC składa się z kilku rozwiązań typu Enterprise lub w mniejszym firmach dodatkowo elementów Open Source
  

Dla systemów typu ultra low latency część rzeczy faktycznie trzeba napisać samemu lub kupić wyspecjalizowaną platformę - ale większość ludzi pracujących z systemami danych nie zobaczy na oczy takich cudów bo to są rzeczy dosyć niszowe.

Dawno nic w tym nie robiłem, ale spostrzeżenia są takie:

Jak chcesz faktycznie niskopoziomowo to ATmega / ATtiny, programator, kwarc i własna płytka stykowa.

Arduino i jego "ekosystem" daje ci po prostu możliwość pisania prostszego kodu dzięki gotowym bibliotekom które "schowają" przed Tobą ustawienia rejestrów, przestawiania wajchy dla trybów na pinach etc.

Także do nauki pierwsza opcja, później jak już to ogarniasz i chcesz tworzyć szybko rozwiązania to Arduino :)

@ReferenceError polecam kupić ESP32 (nie poprzednie, bo są nie wspierane).

Od razu nauczysz się obsługi RTOS, queue, tasków oraz innych przydatnych w tym świecie rzeczy które później nauczą Cię sporo w wyższych levelach. Do tego ten mikro zostanie z Tobą na dłużej bo ma 2 rdzenie, dość sporo ramu i flasha oraz ma wifi i bt więc jak będziesz chciał robić ciekawsze rzeczy to nie będzie dla Ciebie ograniczeniem.

Dzięki za odpowiedzi.

Kupiłem klona Nano i różne sensory. ESP32 dużo mocniejsze, ale na co mi ta moc teraz. Najwyżej po prostu kupię w przyszłości. Już chciałem to po prostu zamówić, bo każdy co innego pisze i poleca XD

@MarcinKuklinski Jakie to jest straszne gówno.... Masz kolejkę i jak nie pobierze to message zamiast zrzucić na kolejkę na koniec jak AMQP mówi to nie. PHP musi być upośledzony i tworzy sobie kolejkę delay, bo tak. Potem miliony tych kolejek wiszą, ani tym zarządzać ani nic. Chcesz rabbita oskryptować to nie, bo puścisz i usunie te wszystkie delay kolejki i stracisz dane. No cudowna technologia prosto od PHP. Nie wiem czy w ciągu mojej całej, trwającej kilkanaście lat kariery zawodowej widziałem bardziej wkurzającą w założeniach bibliotekę.

Bardzo dobry kanał, polecam.

o moze na jave mają

@koszotorobur To CodeCamp? Dlaczego oni to wstawili a nie Harward? (Tak jak MIT wstawia na swój kanał?)

Zapytaj go o jakieś nazwy tabel i kolumn na serwerze ( ͡° ͜ʖ ͡°)

Trochę tokenów teraz nabija ludzie. Nawet z ciekawości sprawdzając odkrycie @alq 🙃

@alq faktycznie xD działa

@wombatDaiquiri ale to jakieś estymaty do maszynek zdalnego developmentu ?

P.S. najczęściej to programista lub zespół ustala estymaty, więc sam sobie kręci bat na tyłek.

@wombatDaiquiri 40%CPU? Dość sporo jak na developerska pracę. Ja ustawiam tego typu CPU na maszynę która ma coś robić i zniknąć po czasie, a nie na środowisko dla programisty. Na workstacje to ja mam inny sposób - zamawiasz ja kiedy potrzebujesz i działa do 18 po prostu (albo do innej godziny którą można ustawić). Potrzebujesz dłużej - sam sobie to wyklikasz. Szkoda się bawić w takie mikrozarzadzanie

@wombatDaiquiri zgadzam sie z toba, dobry manager czy product owner powinien byc w pewnym stopniu podobny do trenera np pilki noznej. Dobre ludzkie relacje i znajomosc jakby specyfikacji kazdej jednostki. W jakich godzinach i parametrach bedzie dzialal optymalnie. W "Leading" Sir Alexa Fergusona wyczytalem o tym duzo bo tam wieciej wlasnie jest o kierowaniu organizacja oparta na ludziach. Bylo tam np o tym ze on jako trener znal z imienia nazwiska kazdego pracownika wlacznie ze sprzataczka i ekipa od prania. To samo mozna powiedziec o takim dev teamie. Nie ganiac od 9 do 17 tylko jesli robisz cos dobrze, zdalnie, i ci zchodzi od 12 do 16, rano spisz a potem grasz w wowa? No problemo jesli zlecone zadania sa dobrze wykonane.

"Seksowne" xD

@wombatDaiquiri Zawsze mam jedno wielkie xD w sercu gdy grono nerdów całymi dniami spuszcza się nad jakąś pierdołą która nic nie znaczy.

Musimy napisać serwis który przyjmie jsona, wykona proste obliczenia i przepchnie je dalej? Zaplanujmy tygodnie spotkań żeby obgadać technologie i pokłócimy się tysiąc razy o zastosowane frameworki i clean code! Tymczasem robotę może załatwić w dwa dni team złożony z ogarniętego deva, architekta i testera. Cóż - korpo generuje mnóstwo zbędnej pracy i nam jako najniżej położonym mróweczkom w tej drabinie pozostaje jedynie cieszyć się, że jest co robić xD Nie ma co przejmować się zbytnio tą całą otoczką wokół wytwarzania oprogramowania.

@wombatDaiquiri nawet jak kod robi co ma robić, to miejmy jakieś minimalne standardy. Kod tak ch⁎⁎⁎wy że nie da sie w nim zrobić zmian, może być utrapieniem nawet jak robi co ma robić.

> zrób minimum które zalicza kryteria akceptacyjne

Właśnie dlatego dzisiejsze oprogramowanie zjada tak dużo ramu i cpu. Po prostu wydajność była wystarczająca i nikt nie zgłosi problemu jeśli nowa wersja będzie zużywała 10% więcej zasobów. A jak użytkownikowi soft się przycina to zawsze może kupić nowy komputer.

#przemysleniazdupy

@Deykun 

Recenzja kodu na podstawie reverse engineeringu

To trochę jak ocenianie czy kobieta dobrze się r⁎⁎ha na podstawie ocen szkolnych jej dziecka. Bez sensu.

@potato_fairy no moj kod tez nie moge patrzec xd trzeba odkomentowywac czesci w zaleznosci od inputu

@Flaaj - kokega @Jim_Morrison już tu polecił M-Discs - warto się nimi zainteresować.

Ale jak chcesz dyski mechaniczne czy SSD z jakichś powodów to znajdziesz na internecie listy takich z najmniejszą liczbą awarii i one są ok do doraźnego przechowywania danych jak ważny dla Ciebie jest szybki dostęp - niemniej dane trzeba trzymać na kilku dyskach i je regularnie testować. Są różne rozwiązania typu NAS gdzie można takie dyski wsadzić dla wygody. Można je też podpiąć pod przejściówkę na USB i tak zgrywać dane. Ważne jest też by część dysków nie była podpięta cały czas aby zminimalizować ryzyko ich uszkodzenia poprzez przepięcia z sieci czy ataki szyfrujące dyski.

Bez względu na to jak zarchiwizujesz dane, dobrym pomysłem więc jest trzymanie kopii tych samych danych na wielu nośnikach przechowywanych w osobnych miejscach.

@Flaaj obecnie chyba najlepiej wychodzi Samsung T7 shield. Warto jednak co jakiś czas testować backupy

@Flaaj wraz z ilością gromadzonych danych warto zainwestować w domowy serwer NAS. Wsadzasz dwa dyski w RAID, podłączasz do sieci trzymasz tam dane i kupię wszystkiego co się da. Polecam

@Flaaj gotuje wodę, z solą, świąteczny klimat

"Sprytna matematyka" i już wiem, że się brute force'm nie doczekam xD.

W zeszłym roku zdaje się dzień 11 - z małpami wymagał tej samej (małpiej ) sztuczki.

A brak <spoiler></spoiler> to skandal!

Po przeczytaniu tego posta przed zobaczeniem treści myślałem, że ta sztuczka będzie trudniejsza :D. Ale fakt, uniknąłem dzięki niej przynajmniej z biliona iteracji

W sumie z treści zadania nie wynika, ze można użyć sprytnej matematyki. Akurat tak zostały inputy dobrane, że można (node'y konczące sie na A i Z miały te same child node'y, czasem tylko zamienione lewy z prawym, w innym wypadku nie byloby to mozliwe)

Przy asynchronicznej obsłudze commandów proponuje zwracać status 202