🚀 go-pugleaf

On 18 Jun 2018, Sebastian Biały wrote
(in article <pg6n64$spt$1@node1.news.atman.pl>):

> On 6/17/2018 11:04 PM, Krzysztof Mitko wrote:
> > > > Dlatego pisałem też o wynikach finansowych i pozycji.
> > > Faktycznie ;)
> > > Wyobraź sobie że (...)
> > Wyobrazić to sobie mogę wszystko, ale interesują mnie scenariusze mniej
> > histeryczne.
>
> To bez uzywania wyobraźni zobacz dwa trywialne przypadki:
>
> a) Silverlight jest zajebisty! Uzywajcie piszcie. Cudo, to przyszlośc.
> Znaczy troche nie. Znaczy no .. tego ... dajcie se spokój.
>
> b) Kupujcie xboxa one z kinektem. Jest zajebisty. Będzie tyle gier! Tyle
> ! Znaczy ... troche mniej. W zasadzie nie będzie. Koniec.
>
> Oba na pewno mozna jakoś naciągać pod sensowne zachowania marketingowe,
> ale jesli twoja firma bazowała na silverlight (co i tak było głupie
> nawet na poczatku) to wlasnie wylądowałes w dupie. Jak każdy
> uzalezniający się od technologii korpo prędzej czy później wyląduje.

I twoim zdaniem gdyby tego całego silverlighta pisali w innym języku, to 
problemu by nie było? A to, czy odniesie sukces dałoby się przewidzieć 
wiedząc czy Silverlight pisali w QT czy GTK?

Z ciekawości (nie znam się na MS): ile lat okresu przejściowego było, 
zanim silverlight przestał działać na Windows?

> > > > przepisują, co mnie to w ogóle. Dla mnie to nie będzie argument za ani
> > > > przeciw.
> > > Przed chwilą mialeś argument że Fortran o czymś ma tam niby
> > > świadczyć.
> > Świadczy o tym, że program pisany w “przestarzałym” języku to nie
> > tylko jakieś dawno opuszczone kobyły w Cobolu.
>
> No nie tylko, przeciez był i Forth. Teraz przypomnij sobie na co to w
> zasadzie miał być argument bo z armaty zrobiła się proca z zewaną gumką.

Przeczytaj jeszcze raz, to prosty tekst.

> > > > Jak często radośnie updatujesz OS bez sprawdzenia czy twoje programy
> > > > zadziałają na nowym i bez żadnego planu migracji?
> > > Samo się updatuje. Tu masz przykład jak wiara w utopie doprowadziła do
> > > klęski tępych snobów:
> > > https://support.displaylink.com/forums/287786-displaylink-feature-suggestio
> > > ns/
> > > suggestions/33252664-macos-high-sierra-10-13-4?page=2&per_page=20
> > I to jest argument za tym, żeby nie updatować OS bez sprawdzenia
>
> ROFL. Serio, masz w swoim wszechswiecie kilkuset ludzi ktorzy sprawdzają
> poprawki zanim wrzucisz je na swoj sprzęt? badają zgodnośc hardwareowa,
> jakośc kodu, robią review itd?

Serio, masz w swoim wszechświecie ludzi, którzy instalują nowy system 
pierwszego dnia po wydaniu na komputerach używanych do pracy? Cóż, mogę 
tylko z niedowierzaniem pokręcić głową.

> > migracji. Ja tam nie mam automatycznych poprawek
>
> Obecnie ciezko znaleźć system który *nie* ma automatycznych poprawek.
> Niech zgadne, Windows Millenium z wypiętym kablem od sieci?

Wręcz przeciwnie, bardzo łatwo - macOS, jeśli sobie wyłączysz.

> > > "Mój program posiada kolorowe ribbony" jest niewiele warty a wrecz
> > > ujemny. Za to czy uzywa Glibc w wersji N czy N-1 może być krytycznie
> > > istotne na produkcji.
> > “Kolorowe ribbony” dają informację o UI. Dla wielu użytkowników to
> > będzie zachęta/ostrzeżenie. Programów “krytycznie istotnych na
> > produkcji” przecież i tak nie powinno się szukać metodą “wrzućmy do
> > google parę słów kluczowych i zainstalujmy na pałę pierwszy program z
> > fajnym opisem na sourceforge”.
>
> W widziałeś kiedyś proces decyzyjny w korpo albo reklame w telewizji? W
> sąsiednim korpo (bankowym) kupiono niedziałający (w tym zastosowaniu)
> pakiet antywirusowy bazując wyłącznie na opinii jakiegos dyrektora co
> wyczytał o tym w internatach i mimo protestów IT. Taka wewnętrzna
> anegdotka.

Dobrze, uznaję twoje większe kompetencje w kwestii tego jak to wygląda w 
IT czy bankowości. W innych branżach zmiany testuje się przez parę lat w 
małej skali, nie wiedziałem że u was to po prostu chwilowy kaprys prezesa.

> > > Nie postulujesz aby jej nie eksponować
> > > ale z chęcia być jej nie zobaczył.
> > Owszem. Tak jak ty byś z chęcią nie zobaczył informacji o ribbonach. I?
>
> Mam w nosie ribbony. Pije do tego że ribbony pojawiają się *zamiast*
> informacji technicznej.

To rozmawiaj z kimś kto twierdził, że informacji technicznych *nie wolno* 
podawać.

> > > Ja uważam że to bardzo dobrze że ona
> > > jest. Pomaga. Nawet jesli pomaga promilowy userów to i tak warto.
> > Promil userów będzie również zainteresowany, czy aplikacja dobrze
> > wygląda na czarno-białym monitorze. To co, zaczynamy opis programu od
> > tego,
> > czy może lepiej wrzućmy to do dokumentacji?
>
> Przestrzeliłeś. Nikt takich nie używa. Natomiast to czy jest to Java czy
> C# oznacza czy odpali mi się na linuxie czy nie. Nazwałbym to istotna
> informacją *współcześnie*.

Dla jednych istotna, dla drugich nie.

> > > Ale tobie nie zwisa pasywnie tylko aktywnie. To już jest komiczne.
> > Co to znaczy “zwisa aktywnie”? Uważasz, że parę postów bez weekend
> > to
> > jakaś wielka akcja zwalczania… właściwie czego?
>
> Nie wiem i dlatego troluje z nadzieją że się dowiem.

Ja bym się chciał dowiedzieć, co oznacza “zwisanie aktywne”. Bo na 
razie komentując brak sukcesu Canonical powiedziałem, że bardziej mnie 
interesuje działanie programu niż jego bebechy (i dlatego wymiana GTK na QT 
by nic nie zmieniła), a podkreślanie zastosowanego języka mnie śmieszy. I 
zaraz jakieś chłopki-roztropki zaczęły pisać, że no jak tak można, 
przecież obiektowość über alles.

> > Trzy, że
> > sam skład to za mało informacji dla profesjonalisty. Ukrywają ważne
> > informacje przed użytkownikiem!!!111 Gdyby programiści projektowali
> > opakowania leków, to zamiast ibuprofenu mielibyśmy białe opakowanie z
> > dupnymi literami “syntezowany w procesie BHC z izobutylobenzenu kwas
> > 2-(p-izobutylofenylo)propionowy”. Bo to przecież ważna informacja!
>
> Czasem jest. Dla alergików dośc istotna. Dla lekarzy też. To jest ten
> promil.

Alergicy i lekarze powinni i tak czytać ulotkę, a nie tylko opakowanie. 
Poza tym: czemu nie domagasz się rozpisania na ulotce mechanizmu syntezy, 
przecież to bardzo ważna informacja! Wiedząc, jaki stosują prekursor, 
mogę przewidzieć czy wkrótce nie wycofają tego związku!

> > > > (są?), to sobie możesz próbować przeportować na nowy OS, w
> > > > ostateczności szkoląc programistę od zera.
> > > Widziales ostatnio kogokolwiek kto chciałby bez torturowania lub
> > > szantazu uczyć sie COBOLa? Żyjesz w alternatywnej rzeczywistosci?
> > W ogóle nie widziałem Cobola. Dlatego zresztą pisałem “(są?)”.
>
> Są. Programistow nie ma. Skoro nie ma to nie ma kto szkolić. Deadlock.

Możesz podać jakichś parę nazw tych desktopowych programów OS pisanych w 
Cobolu?

> > > czas na robienie tego co powinni zrobić 40 lat temu czyli przepisywać. I
> > > tu i tu jako klient ich firmy jesteś w dupie. Albo przepłacasz nad
> > > konkurencję albo czekasz zyliony lat na update.
> > Taki program na dzień dobry odpadnie z powodu ceny, braku potrzebnych
> > funkcji i wolnego rozwoju w porównaniu do konkurencji. I da się to
> > stwierdzić bez informacji o tym, w czym program napisano.
>
> Nie, to sie da stwierdzić organoleptycznie dopiero po czasie. Na
> początku istotne sa detale techniczne. To ze twoj program uzywa nie
> *jakiejś* bazy danych tylko Accessa to informacja ktora dyskwalifikuje
> software do poważnych rzeczy.

A jeśli nie potrzebuję bazy do “poważnych” (twoim zdaniem) rzeczy? 
Wolno mi?

> To troche jak z Ansysem. Napisali go w fortranie jak pamiętam. Był
> kompletnie nierozwijalny i totalnie zdupiony, ale dominował rynek bo
> był. Przyznaje ze pierwszy kontakt z tym programem spowodował u mnie
> uszkodzenie mózgu. Potem pojawiły się programy napisane *inaczej* i one
> "nagle" przegoniły Ansysa który nie mogąc konkurować został, bodaj,
> przepisany na coś z gatunku C. W ostatniej chwili.

Niestety nie miałem okazji nauczenia się Fluenta, a przydałby mi się 
teraz :(. Ale nie sądzę, że gdybym spytał znajomych zajmujących się CFD 
o kryteria doboru oprogramowania, to akurat na pierwszym miejscu wybraliby 
język.

> Inwestujesz mase kasy w szkolenia i narzedzia a potem okazuje się ze te
> profesjonalne narzedzia mają jakośc wykonania chińskiej kaczki do
> kąpieli. Może Cie to nie interesować, ale częśc osob potrafi i takie
> pytanie zadać jak: a w czym to jes zrobione?

To niech sobie sprawdzą skoro są takimi specami, co mnie to w ogóle.

> > > Nikt tu nie pisze o absurdalnej wadze. Ale jeśli zobaczysz soft pisany w
> > > Clojure to jest rzeczą oczywista że umrze smiercią naturlana z braku
> > > dev. Bez znaczenia czy komercyjny czy darmowy. Oba sa przegrane już na
> > > starcie.
> > A jeśli zobaczę system operacyjny pisany w Objective-C, to z góry wiem
> > że
> > nigdy nie osiągnie komercyjnego sukcesu, bo przecież programistów C++
> > jest
> > więcej. Rozumiem.
>
> Objective-C to taki popsuty C++ o ile to da się jeszcze bardziej popsuć.
> Konwersja programisty to ze dwa tygodnie. Clojure to taki *ZUPEŁNIE*
> inny język niż C++. Konwersja na myslenie funkcyjne kogoś popsutego
> przez języki imperatywne jest prawdopodobnie niemożliwa.

Kto właściwie wymyślił i rozwija Clojure, skoro to taki przełom że nie 
da się go nauczyć po kontakcie z C?
-- 
A spokesman said: “Would you like to buy some of my spokes?”