Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.programming > #29702 > unrolled thread

Oszczędności

Back to article view | Back to pl.comp.programming

Contents

  Oszczędności Sebastian Biały <heby@poczta.onet.pl> - 2017-05-30 22:04 +0200
    Re: Oszczędności niepełnosprawny intelektualnie 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-05-31 17:57 +0200
      Re: Oszczędności szykcech@gmail.com - 2017-05-31 21:05 -0700
        Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-01 09:17 +0200
        Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-01 09:21 +0200
          Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-01 10:55 +0200
          Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-01 16:03 +0200
            Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-01 19:15 +0200
              Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-01 23:54 +0200
                Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 09:14 +0200
                  Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-02 11:31 +0200
                    Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 12:01 +0200
                      Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-02 04:05 -0700
                        Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-02 15:54 +0200
                          Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-02 08:27 -0700
                      Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-02 15:43 +0200
                        Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 20:41 +0200
                          Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-03 11:06 +0200
                            Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 10:14 +0200
                      Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-02 15:44 +0200
                      Re: Oszczędności bartekltg <bartekltg@gmail.com> - 2017-06-02 08:29 -0700
                        Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-02 08:41 -0700
                          Re: Oszczędności nikt mnie k_rwa nie lubi 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-06-02 18:10 +0200
                          Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 18:51 +0200
                            Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-02 11:53 -0700
                              Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 21:07 +0200
                                Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-02 12:36 -0700
                                  Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 23:07 +0200
                                    Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-03 00:38 -0700
                                      Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 09:55 +0200
                                        Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-07 00:03 -0700
                                    Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 08:32 +0200
                                      Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 09:18 +0200
                                        Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 11:00 +0200
                                          Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 11:19 +0200
                                            Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 11:38 +0200
                                              Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 12:29 +0200
                                                Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 12:32 +0200
                                                  Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 13:47 +0200
                                                    Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 13:51 +0200
                                                      Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 14:08 +0200
                                                        Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 14:28 +0200
                                                          Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 15:34 +0200
                                Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-03 10:55 +0200
                                  Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 10:13 +0200
                                    Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 11:03 +0200
                                      Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 11:35 +0200
                                        Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 11:42 +0200
                                          Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 12:45 +0200
                                            Re: Oszczędności Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-06-05 12:57 +0200
                        Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 18:44 +0200
                          Re: Oszczędności bartekltg <bartekltg@gmail.com> - 2017-06-03 03:26 -0700
                            Re: Oszczędności "M.M." <mmarszik@gmail.com> - 2017-06-03 14:36 -0700
                              Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-05 10:11 +0200
                        Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-03 10:52 +0200
              Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-01 23:55 +0200
                Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 09:18 +0200
          Re: Oszczędności slawek <fake@fakeemail.com> - 2017-06-01 16:17 +0200
            Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-01 19:12 +0200
    Re: Oszczędności Wojciech Muła <wojtek.mula@gmail.com> - 2017-06-01 00:24 -0700
    Re: Oszczędności Zenon Oktawiec <zenon@samm.com.pl> - 2017-06-02 08:53 +0200
      Re: Oszczędności "AK" <nobody@nowhere.net> - 2017-06-02 09:24 +0200
      Re: Oszczędności Sebastian Biały <heby@poczta.onet.pl> - 2017-06-03 21:14 +0200
      Re: Oszczędności Budzik <budzik61@poczta.o.n.e.t.pl.nie.spam.oj> - 2017-06-04 11:55 +0000
        Re: Oszczędności w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-06-04 14:12 +0200

Page 1 of 4  [1] 2 3 4  Next page →

#29702 — Oszczędności

Takie info:

http://next.gazeta.pl/next/7,151003,21884996,milionowe-straty-polskiej-spolki-przez-bledy-w-systemie-wysylala.html#BoxBizImg

Ktos wie kto jest za ten bałagan odpowiedzialny? Pytam z nadzieja że 
kilku abitniejszych programistów w przyszłości nie trafi do firmy 
odpowiedzialnej za takie dziadostwo. Może warto żeby ślad pozostał jak w 
przypadku Nabino.

[toc] | [next] | [standalone]

#29703

(ze względu na ataki na mnie ostro cenzuruję)

ja też mam pytanie, czy na tym lotnisku to programuje się w JAVA#?

[toc] | [prev] | [next] | [standalone]

#29705

Tak to jest jak się zna jedynie Java lub C# lub PHP i nie wie co się robi z komputerem, bo przecież teraz już systemu dwójkowego i assemblera (takich staroci) nie warto uczyć!
Miało być nowocześnie? Jest nowocześnie!!! A że pacjent nie przeżył? - to co z tego! Ważne, że operacja się udała i kaska zgarnięta!

[toc] | [prev] | [next] | [standalone]

#29706

On Wed, 31 May 2017 21:05:45 -0700 (PDT), szykcech@gmail.com wrote:
> Tak to jest jak się zna jedynie Java lub C# lub PHP i nie wie co 
si�=
> � robi z komputerem, bo przecież teraz już systemu dwójkow=


A co to ma do?

Możliwości są dwie: system był ok; system nie był ok. 

Jeżeli użytkownicy np. wpisywali śmieci in, to mieli śmieci out. 
System nie jest winny.

Jeżeli system był spartolony konkursowo, też możliwe, to akurat nie 
dlatego że użyta była Java czy cokolwiek. I że jak napisać to w 
COBOLU to byłoby bez błędów.

Trzecia możliwość: system ok, ludzie ok, ale wałki zarządu i kiepskie 
kierownictwo plus cokolwiek... Więc zwalić na informatyków.

[toc] | [prev] | [next] | [standalone]

#29707

Użytkownik <szykcech@gmail.com> napisał w wiadomości 
news:fa4a7cb7-2c1f-4bec-b7f3-8058151e5793@googlegroups.com...
> Tak to jest jak się zna jedynie Java lub C# lub PHP i nie wie co się robi z komputerem, bo 
> przecież teraz już systemu dwójkowego
>  i assemblera (takich staroci) nie warto uczyć!
> Miało być nowocześnie? Jest nowocześnie!!! A że pacjent nie przeżył? - to co z tego! Ważne, że 
> operacja się udała i kaska zgarnięta!

Informatyczna małpa z brzytwa (czyli Ty z Twoją "znajomością" assemblera) narobi wiecej szkód
niż informatyczne "dziecko" (student lub prosto po studiach) używające Javy, C# czy nawet PHP.

Bezpieczniejsze/wyższopoziomowe języki programowania są głównie po to, aby chronic właśnie
przed małpami.
Z "dziecka" sie wyrasta. Z małpy nigdy. "Dziecko" to normalny stan/etap rozwoju.
Małpa to nienaprawialny/niezmienialny stan umysłu - ot takie "obrzeża" developerki (nikt się
małpami nie przejmuje, ani nie bierze ich na poważnie, choć pooglądać w celach rozrywkowych
napewno warto:).

PS: Właśnie sobie próbuję przypomnieć kiedy ostatnio potrzebna mi była znajomość
systemu dwójkowego/notacji uzupełnieniowej do 2/ONP itp. Hm...

Dinozaur

[toc] | [prev] | [next] | [standalone]

#29709

Użytkownik "AK" <nobody@nowhere.net> napisał w wiadomości news:ogofaf$h2b$1@node1.news.atman.pl...

> Informatyczna małpa z brzytwa (czyli Ty z Twoją "znajomością" assemblera)

..i w kwestii wytlumaczenia (bo faktycznie wyszlo mi niezrecznie bo personalnie)

Nie krytykuje Ciebie jako Osobe, ale zjawisko "malpy z brzytwa",
czyli cos rownie czestego jak "mlody gniewny ze znajomoscia - zwykle pobiezna - PHP/Java/etc"
i rownie groznego/IMHO niewlasciwego: czyli "malpi ciag" do rzeczy niskopoziomowych okraszony
uzasadneniem, ze "tak trza!" i "to jest wlasciwy/stary dobry kierunek".
Otoz IMHO bzdura!. Jest tak samo zly jak "przewartosciowany" (a tak mnaprawde zakompleksiony)
"mlody gniewny"/"wyksztalcony" z Duzych Miast.

Dinozaur

[toc] | [prev] | [next] | [standalone]

#29710

On Thu, 1 Jun 2017 09:21:50 +0200, "AK" <nobody@nowhere.net> wrote:
> Informatyczna małpa z brzytwa (czyli Ty z Twoją "znajomością" 
assemblera) narobi wiecej szkód
> niż informatyczne "dziecko" (student lub prosto po studiach) 
używające Javy, C# czy nawet PHP.

I w tym się mylisz. Szkody (w sensie jakoś tam wymiennym) nie są 
skorelowane z użytymi narzędziami. Zwykle, gdy pojawi się nowy język, 
przez pewien czas nie ma heroicznej katastrofy. Dlatego np. może się 
wydawać że C# jest lepszy niż Fortran. (Ale np. kicha co do obsługi 
wyborów samorządowych to akurat program w C#.)

Nawet jeżeli w Javie piszę się przyjemniej niż w Asemblerze, to i tak 
obowiązuje zasada: system rozwija się i rośnie a ograniczeniem jest 
niemożliwość ogarnięcia jego przez programistów. 


> Bezpieczniejsze/wyższopoziomowe języki programowania są głównie po 
to, aby chronic właśnie
> przed małpami.

Bzdura

[toc] | [prev] | [next] | [standalone]

#29713

Użytkownik "slawek" <fake@fakeemail.com> napisał:

> Nawet jeżeli w Javie piszę się przyjemniej niż w Asemblerze, to i tak obowiązuje zasada: system 
> rozwija się i rośnie a ograniczeniem jest niemożliwość ogarnięcia jego przez programistów.

To sobie sprawdz ile kodu ASM-a jestes w stanie ogarnac, a ile chocby tej Javy.
Slowem: uzywaj mniej pieprzu

>> Bezpieczniejsze/wyższopoziomowe języki programowania są głównie po
> to, aby chronic właśnie
>> przed małpami.
>
> Bzdura

Phi! Kazda małpa tak powie.

Dinozaur

[toc] | [prev] | [next] | [standalone]

#29714

On Thu, 1 Jun 2017 19:15:39 +0200, "AK" <nobody@nowhere.net> wrote:
> To sobie sprawdz ile kodu ASM-a jestes w stanie ogarnac, a ile 
chocby tej Javy.

Taka analogia: idziesz pieszo, jedziesz samochodem albo lecisz 
wahadłowcem. W którym z tych trzech przypadków jesteś 100% odporny na 
przypadkową katastrofę?

[toc] | [prev] | [next] | [standalone]

#29717

Użytkownik "slawek" <fake@fakeemail.com> napisał w wiadomości 
news:almarsoft.1609181025280963607@news.v.pl...
> On Thu, 1 Jun 2017 19:15:39 +0200, "AK" <nobody@nowhere.net> wrote:
>> To sobie sprawdz ile kodu ASM-a jestes w stanie ogarnac, a ile
> chocby tej Javy.
>
> Taka analogia: idziesz pieszo, jedziesz samochodem albo lecisz wahadłowcem. W którym z tych trzech 
> przypadków jesteś 100% odporny na przypadkową katastrofę?

Przeszedłeś (niestety z sukcesem) test na małpę.

PS: Nie wierzcie Panu s. choćby miał 100 lat doświadczenia i znał 146 jezyków
programowania. Po prostu pieprzy od rzeczy wprowadzajac innych w błąd.

Dinozaur 

[toc] | [prev] | [next] | [standalone]

#29720

On Fri, 2 Jun 2017 09:14:49 +0200, "AK" <nobody@nowhere.net> wrote:
> Przeszedłeś (niestety z sukcesem) test na małpę.

A ja ci szczerze napiszę: jesteś prymitywnym chamem i do tego mało 
dowcipnym. Nawet jeżeli potrafisz programować w COBOLU to i tak brak 
ci umiejętności pracy w zespole.

I jeszcze jedno: cham nie oznacza tu pochodzenia ze wsi, ale brak 
kultury i kindersztuby.

[toc] | [prev] | [next] | [standalone]

#29721

Użytkownik "slawek" <fake@fakeemail.com> napisał:
> On Fri, 2 Jun 2017 09:14:49 +0200, "AK" <nobody@nowhere.net> wrote:
>> Przeszedłeś (niestety z sukcesem) test na małpę.
>
> A ja ci szczerze napiszę: jesteś prymitywnym chamem i do tego mało dowcipnym. Nawet jeżeli 
> potrafisz programować w COBOLU to i tak brak ci umiejętności pracy w zespole.
>
> I jeszcze jedno: cham nie oznacza tu pochodzenia ze wsi, ale brak kultury i kindersztuby.

Prawdziwym chamem i prymitywem jest ten, ktory dla swoich blizej niesprecyzowanych
fiksacji/natrectw/"niedopieszczenia" zwyczajnie oklamuje innych/mlodych (i tym samym wypacza
widziana przez nich rzeczywistosc).

Idiotyzmem jest Twoja sugestia ze w Javie czy innych C# rownie latwo popelnic powazny blad
czy "ogarnac" kod  co w jakims assemblerze.
Co do mojego "potrafienia" to potrafilem i potrafie programowac produkcyjnie w Algolu, Simuli,
FORTRANie, COBOLU (slabo:), kilku BASICach (w tym VB), PL/I, ASMx86, C/C++, Pascalu,
Iconie, Tclu, Pythonie, C# i Javie (wciaz slabo:). Dotknalem kiedys tez Prologa, Moduli2, (niestety) 
Perla,
czy takich "zabytkow" jak APL (na Merze60 lub 400 - nie pamietam), czy Planu (rodzaju assemblera na 
Odrze).
Nie wymieniam to po to, aby sie chwalic (bo to zwykle mlotki/dluta sa:) ale zeby unaocznic
z jakiej perspektywu odradzam "niskopoziomowki" - zwlaszcza dzisiaj - i to nawet w embedded.
Niskopoziomowo nalezy pisac dopiero wtedy gdy wszytsko inne zawiedzie, gdyz po prostu i zwyczajnie
jezyki niskopoziomowe (tak tak, w tym C i C++) sa wielokrotnie bardziej niebezpieczne niz te 
wyzszego poziomu.
Poza tym wymagaja o wiele bardziej wiedzy _praktycznej_ niz teoretycznej niz jakies Javy czy
inne C# czy Pythony:)

PS: Co do mej "zespolowosci". W Zespole pracowac potrafie dobrze. Fakt, iz nie potrafie pracowac
w bezmyslnym stadzie "nowoczesnych" niewolnikow podazajacym jak cma bez chwili refleksji za kolejnym
silver bullet (ostatnio stal sie nim scrum:)

Dinozaur

[toc] | [prev] | [next] | [standalone]

#29722

On Friday, June 2, 2017 at 12:01:15 PM UTC+2, AK wrote:
> Użytkownik "slawek" <fake@fakeemail.com> napisał:
> > On Fri, 2 Jun 2017 09:14:49 +0200, "AK" <nobody@nowhere.net> wrote:
> >> Przeszedłeś (niestety z sukcesem) test na małpę.
> >
> > A ja ci szczerze napiszę: jesteś prymitywnym chamem i do tego mało dowcipnym. Nawet jeżeli 
> > potrafisz programować w COBOLU to i tak brak ci umiejętności pracy w zespole.
> >
> > I jeszcze jedno: cham nie oznacza tu pochodzenia ze wsi, ale brak kultury i kindersztuby.
> 
> Prawdziwym chamem i prymitywem jest ten, ktory dla swoich blizej niesprecyzowanych
> fiksacji/natrectw/"niedopieszczenia" zwyczajnie oklamuje 

To się nazywa kłamca, a nie koniecznie cham.


> innych/mlodych (i tym samym wypacza
> widziana przez nich rzeczywistosc).
> 
> Idiotyzmem jest Twoja sugestia ze w Javie czy innych C# rownie latwo popelnic powazny blad

Na grupie już było mnóstwo rozmów na ten temat. W literaturze często
czytywałem, że w Javie popełnia się mniej błędów, że w Javie powstał 
jakiś duży program bez ani jednego błędu, itd... W końcu uwierzyłem.
Kiedyś sam tak na grupie napisałem, że w Javie popełnia się mniej
błędów - wyśmiano mnie.

Myślę, że nie możecie dojść do porozumienia, bo używacie zbyt ogólnych
określeń. Pojęcie "błąd" jest bardzo ogólne. Błąd może być algorytmiczny,
program nie daje poprawnych wyników dla wszystkich danych wejściowych -
co tutaj pomoże język wyższego poziomu? Błąd może być w bibliotece - a
co tutaj pomoże język wyższego poziomu? Błąd może być wydajnościowy, 
programista nie użył szybszego algorytmu - język wyższego poziomu tutaj
może nawet zaszkodzić, bo języki niższego poziomu mają mniejszy narzut
liniowy. W końcu błąd może polegać na tym, że ktoś się pieprznął używając 
arytmetyki wskaźników, albo dziedziczenia wirtualnego - cóż, w Javie 
nie ma takich konstrukcji językowych, więc się nikt w Javie w ten sposób
nie pieprznie ;-)



> czy "ogarnac" kod  co w jakims assemblerze.
> Co do mojego "potrafienia" to potrafilem i potrafie programowac produkcyjnie w Algolu, Simuli,
> FORTRANie, COBOLU (slabo:), kilku BASICach (w tym VB), PL/I, ASMx86, C/C++, Pascalu,
> Iconie, Tclu, Pythonie, C# i Javie (wciaz slabo:). Dotknalem kiedys tez Prologa, Moduli2, (niestety) 
> Perla,
> czy takich "zabytkow" jak APL (na Merze60 lub 400 - nie pamietam), czy Planu (rodzaju assemblera na 
> Odrze).
> Nie wymieniam to po to, aby sie chwalic (bo to zwykle mlotki/dluta sa:) ale zeby unaocznic
> z jakiej perspektywu odradzam "niskopoziomowki" - zwlaszcza dzisiaj - i to nawet w embedded.
> Niskopoziomowo nalezy pisac dopiero wtedy gdy wszytsko inne zawiedzie, 

Dlatego że można napisać w wysokopoziomowych językach plus dobre środowisko
szybciej i taniej, a niekoniecznie dlatego, że popełnia się mniej błędów.


> gdyz po prostu i zwyczajnie
> jezyki niskopoziomowe (tak tak, w tym C i C++) sa wielokrotnie bardziej niebezpieczne niz te 
> wyzszego poziomu.

Dobrze używany C++ wraz z dobrymi bibliotekami i dobrym środowiskiem
programowania umożliwia szybkie i (relatywnie) tanie stworzenie 
wielu aplikacji. Chyba (dobrzy) programiści w Javie są drożsi niż
(dobry) programiści w C++? Dobrze użyty język C++ jest językiem
wysokiego poziomu ze wszystkimi ważnymi w naszym kontekście znamionami
języka wysokiego poziomu, czyli: kompilator/środowisko/biblioteka 
wyręczą programistę w czasochłonnej implementacji wielu szczegółów.

Z językiem C jest gorzej, chociażby dlatego, że kompilator sam nie 
wywoła destruktora.



> Poza tym wymagaja o wiele bardziej wiedzy _praktycznej_ niz teoretycznej niz jakies Javy czy
> inne C# czy Pythony:)

Bo ja wiem... Raczej nie o to chodzi, problemem znowu jest brak precyzji
językowej. W C++ jest znacznie większa swoboda wyboru implementacji. Można
użyć tablic globalnych, automatycznych, statycznych, składowych, alokowanych,
bibliotecznych wektorów z jednej z kilku popularnych bibliotek, w końcu można
se taki wektor sam napisać, bym zapomniał, można i w asemblerze podmienić 
ramkę stosu, a przecież jeszcze, kompilatory mają opcję że same przesuwają
ramkę stosu... W innych językach aż tak dużej swobody nie ma, a nawet 
jakby była, to z powodu narzutu liniowego na czas wykonania, analizowanie
wielu implementacji nie bardzo ma sens. Zgadzam się, że potrzeba więcej
doświadczenia aby w C++ tak dobrze żonglować implementacjami i mieć
wyczucie która implementacja jak wpłynie na wydajność. Jednak jeśli pisze
się w C++ po prostu bezpieczny kod utrzymując szybkie tempo pisania, to
w C++ jest potrzebne to samo doświadczenie co w innych językach: doświadczenie
programistyczne.


> PS: Co do mej "zespolowosci". W Zespole pracowac potrafie dobrze. Fakt, iz nie potrafie pracowac
> w bezmyslnym stadzie "nowoczesnych" niewolnikow podazajacym jak cma bez chwili refleksji za kolejnym
> silver bullet (ostatnio stal sie nim scrum:)

Mieszacie w jednym wątku pracę zespołową z zaletami i wadami języków
programowania.


> Dinozaur
Pterodaktyl

[toc] | [prev] | [next] | [standalone]

#29725

On Fri, 2 Jun 2017 04:05:36 -0700 (PDT), "M.M." <mmarszik@gmail.com> 
wrote:
> Błąd może być algorytmiczny,
> program nie daje poprawnych wyników dla wszystkich danych wejścio=
> wych -
> co tutaj pomoże język wyższego poziomu? 

Oczywiście że tak.

Ogólnie obowiązuje prawo awansu: program jest rozbudowywany tak 
długo, aż coraz liczniejsze błędy uniemozliwią jego ulepszanie.

W Asemblerze to może być 300 linijek. W Javie 30000 tysięcy. Asembler 
może być czymś odpalam z linii poleceń, program w Javie mieć wypaśne 
GUI. Jeden i drugi przypadek może mieć błąd w rodzaju miał być plus a 
jest minus.

[toc] | [prev] | [next] | [standalone]

#29726

On Friday, June 2, 2017 at 3:54:38 PM UTC+2, slawek wrote:
> On Fri, 2 Jun 2017 04:05:36 -0700 (PDT), "M.M." <mmarszik@gmail.com> 
> wrote:
> > Błąd może być algorytmiczny,
> > program nie daje poprawnych wyników dla wszystkich danych wejścio=
> > wych -
> > co tutaj pomoże język wyższego poziomu? 
> 
> Oczywiście że tak.
> 
> Ogólnie obowiązuje prawo awansu: program jest rozbudowywany tak 
> długo, aż coraz liczniejsze błędy uniemozliwią jego ulepszanie.

U mnie zwykle to było inaczej. Program rozbudowywałem tak długo, do
póki miałem poczucie, że nie ma błędów. Poczucie że nie
ma błędów, nie jest tożsame z tym że naprawdę nie ma błędów. Z kolei 
poczucie że nie ma błędów miałem, gdy PROGRAM MIAŁ ŁADNĄ, UJEDNOLICONĄ
ARCHITEKTURĘ. Innymi słowy, gdy architektura była
na tyle przejrzysta, że panowałem nad całością. W większych 
programach trudno było dla całego kodu zaprojektować ujednoliconą 
architekturę, ale wtedy robiło się architekturę wspólną dla
modułów, i potem w każdym module mniej lub bardziej podobna
architektura do modułów pozostałych. Niosło to ze sobą ryzyko, że
jakiś moduł stanie się tak zagmatwany, iż na poprawianie lub
przepisywanie go od nowa straci się dużo czasu. Ale cały 
program z małymi przestojami zazwyczaj rozwijał się w dobrym 
kierunku - o ile główna architektura nadal była dobra do
zmieniających się wymagań.
 

> W Asemblerze to może być 300 linijek. 
> W Javie 30000 tysięcy.
Powiedziałbym, że w asemblerze to może być np. od 1 do 3tys linijek na 
moduł, a w Javie, C, C++ może to być też 500-6tys linijek na moduł, 
oczywiście 500 linijek w Javie (średnio) daje większą funkcjonalność
niż 500 linijek w asemblerze.


> Asembler 
> może być czymś odpalam z linii poleceń, program w Javie mieć wypaśne 
> GUI. Jeden i drugi przypadek może mieć błąd w rodzaju miał być plus a 
> jest minus.
Tak samo myślę.


Pozdrawiam

[toc] | [prev] | [next] | [standalone]

#29723

On Fri, 2 Jun 2017 12:01:11 +0200, "AK" <nobody@nowhere.net> wrote:
> Idiotyzmem jest Twoja sugestia ze w Javie czy innych C# rownie 
latwo popelnic powazny blad
> czy "ogarnac" kod  co w jakims assemblerze.

Równie łatwo nie jest. Jest równie możliwe. Jeżeli w Asemblerze 
napiszesz sub zamiast add to może być nieciekawie: błąd semantyczny.

W Javie napiszesz - zamiast + i kaboom... taki sam błąd. W Simulinku 
narysujesz linię zamiast do plusa to do minusa... I znowu błąd. W 
jakimś Lispowatym napiszesz zamiast plus minus. 

Ba! Programując komputer analogowy wetkniesz nie tam gdzie trzeba 
kabelek. I pierdut...  Znowu błąd.

Po prostu. Gdyby było inaczej... Gdyby istniał język gwarantujący 
nieomylność i zero błędów... 

Ale tak nie ma. Errare humanum est.

Oczywiście w niektórych językach nie da się szybko pisać dużych 
programów. Bo już 100 linijek to pasztet zajęczy. W innych marsz ku 
klęsce to 100000 linii. Jednak wywalenie się czegoś przekrytycznego 
może być równie lub nierównie bolesne. Z punktu widzenia end usera 
jest wsio rawno czy auto rozbiło się przez błąd w mikrokodzie CPU czy 
przez błąd w jakimś bajerze napisanym w PHP czy Verilogu.

Swego czasu jeden z moich kolegów wychwał Pascala. Że błąd DOI=1.100 
nie jest w nim możliwy. Tego samego dnia wstawił średnik bezpośrednio 
po do w taki malowniczy sposób: for i:= 1 to 100 do; 

> Co do mojego "potrafienia" to potrafilem i potrafie programowac 
produkcyjnie w Algolu, Simuli,
> FORTRANie, COBOLU (slabo:), kilku BASICach (w tym VB), PL/I, 
ASMx86, C/C++, Pascalu,
> Iconie, Tclu, Pythonie, C# i Javie (wciaz slabo:). Dotknalem kiedys 
tez Prologa, Moduli2, (niestety) 

Ale nie znasz Asemblera Z80, nie pisałeś na 68000, Logo, Forth, Jean. 
Kiepsko. Nie widzę wśród tego wyliczenia Lisp, Mathematica, F#, 
Haskella, Clojure, Lua. Nie ma LabView, Dragona, Keplera. I ty 
myślisz że dasz nam radę zaimponować? Może przynajmniej Awk ew. 
Scratch?! 

> Nie wymieniam to po to, aby sie chwalic (bo to zwykle mlotki/dluta 
sa:) ale zeby unaocznic

Ok. To są młotki. I właśnie dlatego że to są młotki to każdym można 
sobie samemu rozbić palec.

[toc] | [prev] | [next] | [standalone]

#29736

Użytkownik "slawek" <fake@fakeemail.com> napisał w wiadomości 
news:almarsoft.6592829290923025392@news.v.pl...
> On Fri, 2 Jun 2017 12:01:11 +0200, "AK" <nobody@nowhere.net> wrote:
>> Idiotyzmem jest Twoja sugestia ze w Javie czy innych C# rownie
> latwo popelnic powazny blad
>> czy "ogarnac" kod  co w jakims assemblerze.
>
> Równie łatwo nie jest. Jest równie możliwe. Jeżeli w Asemblerze napiszesz sub zamiast add to może 
> być nieciekawie: błąd semantyczny.
>
> W Javie napiszesz - zamiast + i kaboom... taki sam błąd. W Simulinku narysujesz linię zamiast do 
> plusa to do minusa... I znowu błąd. W jakimś Lispowatym napiszesz zamiast plus minus.
> Ba! Programując komputer analogowy wetkniesz nie tam gdzie trzeba kabelek. I pierdut...  Znowu 
> błąd.
>
> Po prostu. Gdyby było inaczej... Gdyby istniał język gwarantujący nieomylność i zero błędów...
> Ale tak nie ma. Errare humanum est.
>
> Oczywiście w niektórych językach nie da się szybko pisać dużych programów. Bo już 100 linijek to 
> pasztet zajęczy. W innych marsz ku klęsce to 100000 linii. Jednak wywalenie się czegoś 
> przekrytycznego może być równie lub nierównie bolesne. Z punktu widzenia end usera jest wsio rawno 
> czy auto rozbiło się przez błąd w mikrokodzie CPU czy przez błąd w jakimś bajerze napisanym w PHP 
> czy Verilogu.
>
> Swego czasu jeden z moich kolegów wychwał Pascala. Że błąd DOI=1.100 nie jest w nim możliwy. Tego 
> samego dnia wstawił średnik bezpośrednio po do w taki malowniczy sposób: for i:= 1 to 100 do;
>> Co do mojego "potrafienia" to potrafilem i potrafie programowac
> produkcyjnie w Algolu, Simuli,
>> FORTRANie, COBOLU (slabo:), kilku BASICach (w tym VB), PL/I,
> ASMx86, C/C++, Pascalu,
>> Iconie, Tclu, Pythonie, C# i Javie (wciaz slabo:). Dotknalem kiedys
> tez Prologa, Moduli2, (niestety)
> Ale nie znasz Asemblera Z80, nie pisałeś na 68000, Logo, Forth,

Ogolnie. Skad wiesze ze nie?.
Nie wymienialem drobnostek z wiadomych powodow :)

> Jean.

Nie pisz o czyms czego nie dotknales (daaaawane czasy: Odra 1305).
Trudno Jean uznac za "pelnoprawny": j.programowania.
Bardziej za baardzo zaawansowany jezyk job-owy/batchowy.
Pomylilo Ci sie zapewne z jeszcze starszym Jovialem (a moze ze Snobolem4?).

AK 

[toc] | [prev] | [next] | [standalone]

#29747

On Fri, 2 Jun 2017 20:41:01 +0200, "AK" <nobody@nowhere.net> wrote:
> Nie pisz o czyms czego nie dotknales (daaaawane czasy: Odra 1305).

1.1 DEMAND N AS "NUMBER"

I nie Odra, ale CDC 6000.

rotfl

[toc] | [prev] | [next] | [standalone]

#29758

Użytkownik "slawek" <fake@fakeemail.com> napisał:
> On Fri, 2 Jun 2017 20:41:01 +0200, "AK" <nobody@nowhere.net> wrote:
>> Nie pisz o czyms czego nie dotknales (daaaawane czasy: Odra 1305).
>
> 1.1 DEMAND N AS "NUMBER"
>
> I nie Odra, ale CDC 6000.
>
> rotfl

A wlasnie ze Odra (24bits a nie chore 9:)

AK 

[toc] | [prev] | [next] | [standalone]

#29724

On Fri, 2 Jun 2017 12:01:11 +0200, "AK" <nobody@nowhere.net> wrote:
> Prawdziwym chamem i prymitywem jest ten, ktory dla swoich blizej 
niesprecyzowanych
> fiksacji/natrectw/"niedopieszczenia" zwyczajnie oklamuje innych


No to popatrz - opis pasuje do ciebie.

[toc] | [prev] | [next] | [standalone]

Page 1 of 4  [1] 2 3 4  Next page →

Back to top | Article view | pl.comp.programming

csiph-web