🚀 go-pugleaf

On 6/17/2018 4:35 PM, Krzysztof Mitko wrote:
>> pracujący w CADzie chciałby wiedziec czy za 2 lata bedzie jakiś upgrade
>> zeby mu nową maszyne obsługiwało. I Zenek zainteresuje się czasem w czym
>> to piszą.
> Dla Zenka większy wpływ od języka będzie mieć np. popularność
> rozwiązania na rynku, wyniki finansowe firmy produkującej to oprogramowanie
> czy wreszcie jak długie wsparcie ma w umowie.

Długie wsparcie w umowie możesz sobie wsadzić w d... jeśli firma padnie. 
Nie ma obowiązku przejmowania zobowiązań tego typu.

> Nawiasem mówiąc, nie wiem jak Cobol, bo go nie znam. Ale ja w codziennej
> pracy używam programu, który ma w bebechach zaszyte biblioteki pisanie w
> Fortranie 90. I prędzej spodziewałbym się, że nie dostanę upgrade’u do
> najnowszej appki pisanej przez jakiś startup-krzak, niż że te biblioteki
> wyjdą z użycia w przewidywalnej przyszłości.

Wyjdą. Pojawiły się wielordzeniowe CPU i setkordzenowe GPU. Wieki temu. 
Twój Fortran 90 można sobie powoli wsadzać w d... choć oczywiscie 
doceniam chęc zabawy w retro to rynek hardwer zmienia właśnie modele 
programistyczne z szeregowych na równoległe, z imperatywnych na 
funkcyjne. Nie, to nie spowoduje jakoś magicznie że bibliteki napisane w 
Fortranie dostaną kopa. Nie dostana. Game Over. Tak wiem że Fortran jest 
turing complete. Brainfuck też. Nic z tego nie wynika. To że dalej tam 
jest fortran wynika wyłacznie z lenistwa biznesowego.

>> Jesli byłby napisany w TurboPascalu bylo by istotne z powodu na tym
>> gdzie działa. Jesli byłby napisany w C# bylo by istotne na czym działa.
>> jesli to binbliteka to jest to bardzo istotne. Tak, czasem język jest
>> istotny.

> Jest mniej istotne od tego, co program robi.

A jak po kolejnym update OSa nic nie robi? Bo własnie zakończono 
wspieranie czegośtam?

Z tego powodu do dzisiaj znajmy pogania ksiągowośc w malej firmie na 
maszynie wirtualnej. Bo oryginał softu dziala w DOSie i tylko w nim. I 
jest w nim tyle towaru, kientów i rzeczy ze nie ma tego jak przerzucic 
bo jakiś debil zastosował własne rozwiązanie bazodanowe. W Pascalu ponoć.

> Nie twierdzę, że nie można
> nigdzie w dokumentacji pisać z jakich języków/bibliotek korzysta program,
> no ale przecież nie w pierwszym zdaniu opisu!

Jeśli czytasz to jako *świadomy* odbiorca to ma to czasami znaczenie.

Inny przykład to "Nasz program jest amejzing i ma takie kolorowe 
ribbony". Mam nadzieje że nie chcesz żyć w świecie w którym zagadnienia 
inżynieryjne opisują artyści. Niektorych interesuje czy program napisano 
w Javie albo czy korzysta z MySQL a nie jakie mają kolory i animacje 
menu. To po prostu czasem istotne wiedzieć czy kupujesz krzesło z dębu 
czy tekturowe z okleina z dębu.

>> Czasami robi.
> A często nie.

I ponieważ podanie tego jest to za darmo to się podaje dla tych dla 
który robi to róznicę. Robienie afery z faktu że wiesz wiecej niż mniej 
jest co najmniej komiczne.

>> To bardzo płytka myśl. Owszem, jak kupujesz go z półki i uzywasz to masz
>> to w dupie. Potem się okazuje że firma zakopała ostatniego programistę
>> COBOLa i teraz nie ma komu rozwijać. I wylądowałeś w czarnej dupie. A
>> kumpel co kupił soft napisanyw Pythonie ma co miesiąc upgrade. Niestety
>> to w czym i jak napisano soft wpływa na kilka aspektów dla usera.

> Równie dobrze może się zdarzyć, że kupiłeś program pisany w Pythonie,
> ale w międzyczasie firma zbankrutowała i zostałeś z parującą
> kupą^W^Wnieużywalną na nowym sprzęcie binarką.

I tak się dzieje. Dlatego bardzo często bierze się rozwiązania open 
source kosztem mniejszych ficzerów. Świadomie. Ludzie biorą Libre office 
zamiast MS tylko po to aby miec pewność że pewnego dnia nie zostają 
olani przez Facebooka jak w końcu kupi MS. Podobnie niektórzy świadomie 
nie kupią softu pisanego w C# bo z kazdym rokiem mają coraz mniej 
kontroli nad tym czyje dane na ich widnowsach są. Ich czy MS.

> A twój kolega dalej
> dostaje uaktualnienia do swojego pisanego w przestarzałym C programu.

Albo nie. Przestarzałe programy w C sa najczęsciej napisane jak kupa 
kupy. Dokładanie do nich jakiś ficzerów nie jest ani łatwe ani higieniczne.

Widząc że ktoś napisał soft w C zapisze go na końcu listy rzeczy do 
kupienia. Bo jako programista wiem jak przeraźliwie ciezko pisze się 
duży soft w C i wiem że firma nie wytrzyma wyścigu z sąsiednią która ma 
to samo obiektowe.

> Swoją drogą, rozmowa się zaczęła od powodów dla których Canonical nie
> odniosło sukcesu na desktopie. Potrafisz wskazać jakieś programy pisane w
> Cobolu na ten rynek?

Wiele systemów bankowych, wojskowych itp są ciagle pisane w COBOLU. 
Powody sa oczywiste: to najmniej przydatny i najgłupszy jezyk do 
programowania więc stał się dominujący.

>> Inna sprawa że przecieny user jest za tępy aby się nimi kierować.

> Przeciętny user jest wystarczająco inteligentny żeby potrafić wybrać
> bardziej i mniej ważne kryteria.

I wybiera. Tobie natomiast strasznie przeszkadza że dla tym bardziej 
kumatych ktoś napisał w czym to napisano.

Microsoft co chwile informuje czyj jest update. Wiosny, albo 
Programistów. To dopiero debilizm.

> “W jakim języku to napisano” to
> kryterium mało istotne w porównaniu np. do “czy to ma wszystkie potrzebne
> funkcje” albo “ile to kosztuje”.

Wole mieć tą wiedzę niż jej nie mieć. Te 1% ludzi mających pojecie jakie 
to niesie konsekwencje bedzie zadowolonych. Nie ma w tym nic złego.