No, ja na ten rok robotę skończyłem, uff starczy tej orki, ileż można.

Tłumaczę znajomemu (od kilku lat nietechniczny, zarządza projektami, hindusami, wdrożeniami) czym jest TDD w idealnym świecie:

• Piszesz test zanim napiszesz kod.

Po moim wprowadzeniu pada pytanie (w sumie słuszne jakby się nad tym zastanowić)

• I jaki jest benefit tego reverse engineeringu zeby najpierw test case taki robic zanim zrobisz kawałek kodu?

Więc tłumaczę krok po kroku:

• Piszesz test
• Odpalasz - masz dostać FAIL
• Piszesz funkcję, metodę, pętlę, interfejs, coś co chcesz przetestować dla jakichś tam wyników, które ma przyjmować dana funkcja/metoda/blablabla (...)
• Odpalasz test, ma być PASS
• Robisz refactor tego co napisałeś

Kolega stwierdza:

• Czyścisz kibel
• Srasz do czystego kibla
• Czyścisz kibel ponownie

Cos dla fanow C64: C64 na gwiazdke, o ile dobrze pamietam to m.in. @jarekr000000

4programmers.net w ciemniejszych barwach? Hmmm....

Od kilku dni wgłębiam temat WebAssembly(w skrócie Wasm).

A więc tak:

• WebAssembly nie ma zastąpić JSa (przynajmniej nie teraz), a tylko go uzupełnić. Działa to tak, że kompilujesz program C++(albo Rust czy parę innych języków) do bajtkodu, który jest odpalany w przeglądarce. Jednak obecna wersja Wasm nie ma choćby garbage collectora, co utrudnia kompilację dynamicznych języków (dlatego do Wasm się kompilują póki co tylko te statyczne języki typu C++, Rust).

• WebAssembly podobno jest szybszy od JSa jako tako, natomiast jest narzut na samą komunikację Wasm <--> JS (a Wasm obecnie nic nie może i wejście/wyjście musi przechodzić przez JS). No ale widocznie dalej się opłaca - ludzie portują silniki 3D albo odpalają w przeglądarce całe aplikacje pisane w C++ (co dało się zrobić już kiedyś, tylko że wtedy C++ był kompilowany do JS - a teraz do niskopoziomowego bajtkodu, więc ponoć szybciej), np. Figma tak została zrobiona. No i mamy Blazor, który pozwala na pisanie frontendu w C#.

• WebAssembly można odpalać nie tylko w przeglądarce - ludzie, którzy nad nim pracują, dążą do tego, żeby to była taka uniwersalna maszyna wirtualna, na której ludzie będą odpalać binarki w bezpieczny zsandboxowany sposób. Solomon Hykes stwierdził, że gdyby Wasm istniał w 2008 to nie musiałby tworzyć Dockera, i że WebAssembly na serwerze to przyszłość: https://twitter.com/solomonstre/status/1111004913222324225 Poza tym wieloplatformowość, bo mamy bajtkod, który jest niezależny od urządzenia.

• No i cały czas są robione prace nad tym, więc tak naprawdę era WebAssembly dopiero się rozpoczyna, chociaż zapewne i tak będzie to nisza do specyficznych zastosowań