To jakaś forma masochizmu? .NET pasuje do Linuksa jak pięść do nosa.
Miałem z tym do czynienia przez 1.5 roku w jednym projekcie i nie tęsknię.

Odnoszę wrażenie, że paliwa mieli aż nadto.

Ciekawe czy zostałby zwolniony, gdyby przeszkodził Nadeli krzycząc “Developers” i “I love this company”.
https://timesofindia.indiatimes.com/technology/tech-news/microsoft-software-engineer-fired-for-disrupting-ceo-satya-nadellas-speech-at-build-2025-says-cant-open-/articleshow/121360389.cms

Nie wiem, ale się domyślam.

Froppi 3.5" ma na pewno otwarty kolektor. Według tego opisu 5.25" i 8" też mają.

Każdy, kto żył w latach 90, tęskni za takim programowaniem (do czasu aż przypomni sobie MFC).

Chętnie przeczytałbym komentarz J. Blowa na ten temat. :-)

Widać jak na dłoni, że MS unika jak ognia zewnętrznych zależności. Nawet Base64 ma wewnętrzną implementację.
Zaskoczyło mnie, że używają customowej przestrzeni kolorów (Oklab).

Odnośnie QB - jeszcze lepszy byłby EFIBasic.
LOAD "NIXOS*",8

Myślałem, że te pomiary w CANBus są jakoś ustandaryzowane i nie wymagają sniffowania /mnożenia przez magiczne wartości.

Ciekawe jaka jest geneza tego okrągłego wyświetlacza. Może pan Chińczyk robił ten produkt dla automotive ale projekt się zakończył i zapasy magazynowe trafiły na “wolny rynek”?
Bo jakoś trudno mi uwierzyć, że ktoś stworzył linię produkcyjną takiego wynalazku bez dużego kontraktu.

Nawet mają otwarte 3 ramki.
Nie wiedziałem, że monitory tolerują napięcie 5V.

Myślę, że potrzebujemy do tego ASICa.

Ciekawe info o braku tych kluczy w w telefonach sprzedawanych poza Japonią.
Czyli podróżni są skazani na używanie wielu samodzielnych kart, czy jest to ujednolicony system obsługujący jedną kartą wiele środków transportu?

C64 też nie miało małych literek na domyślnej “stronie kodowej”. Ciekawe z czego to wynikało, bo domyślam się, że nie z braku środków.

Z mojej perspektywy te narzędzia miały jeden fundamentalny problem - ich design był uproszczony do tego stopnia, że nie wspierał współczesnych technik rozwoju oprogramowania.

Na przykład w VBA projekt był zapisywany do binarnego pliku, co uniemożliwiało efektywne diffowanie kodu, utrzymywanie wielu gałęzi, itp.
Utrzymawałem kiedyś kilka wersji dość złożonego przyczłapu do Excela. Przenoszenie zmian pomiędzy nimi polegało na ręcznym kopiowaniu kodu pomiędzy dwoma oknami i upierdliwych testach manualnych.

Na dodatek stabilność samego modelu obiektowego Excela pozostawiała sporo do życzenia.
Bywało tak, że zainstalowanie łatki na Office wprowadzało błąd crashujący aplikację i wymuszało znalezienie obejścia w kodzie pluginu. Dla przykładu, zamiast kopiować zawartość komórek funkcjami API Excela, uruchamiało się programowo operację copy-paste.

Po tym projekcie pozostała mi do dzisiaj awersja do rozwiązań bazujących na dużych, zamkniętych aplikacjach.

PS. podoba mi się design tej strony.

Blip móg tym być 15 lat temu, ale nie chcieli. :-)

Trochę jak “black triangle” w gamedevie.

Wali prosto na nas! 😀

Nie do końca wierzę w takie odliczanie czasu. Co z nawykami, których chcesz przestrzegać np. 1-2 razy na tydzień? Trzeba czekać rok na ich utrwalenie, czy nie nastąpi to nigdy?
Nawyku trzeba przestrzegać bezterminowo (jeśli stwierdziliśmy, że jest przydatny), bo dość łatwo można go stracić.

Mam podobne przemyślenia po przypadkach, gdy wymyśliłem sobie jakieś “fajne API”, a potem myślałem godzinami, jak je zaimplementować.

Ten zestaw rozkazów RISC RVV wygląda ciekawie. Szkoda, że istnieje głównie “na papierze”. Znalazłem tylko infomacje o chińskim SBC “Lichee Pi” wspierającym te instrukcje.

Chyba już nie warto. Jest nawet na PICO-8.