[jaki_inny_nick]

- Mariusz dostał pięć jabłek. trzy z nich zjadł. Ile jabłek zostało Mariuszowi?

– Dwa.

– Gówno prawda. Nie wiadomo przecież, ile jabłek miał Mariusz, zanim dostał pięć jabłek.

Morał:


#heheszki #humorinformatykow #suchar

[alosha]

Morał: może pora przestać korzystać z malloc. :-P

[rss]

@jaki_inny_nick: hehe, te żarty nieaktualne od lat... ;)

[d.....o]

@alosha: @rss: Bo tylko C istnieje?

[alosha]

@doogroo: E tam. W nakładce na asma pisać? Kto to widział...

Tylko asm (i ew. COBOL)!!!!!1111oneoneone

[rss]

@doogroo: większość normalnych języków (a w zasadzie kompilatorów, bo to od nich zależy) domyślnie sama zeruje zmienne.

[dumbledore]

@rss: Gorzej, jak będziesz chciał przenieść kod i się okaże, że dany kompilator nie zeruje:P Zerowanie zmiennych to dobra praktyka wciąż.

[rss]

@dumbledore: może i dobra praktyka, ale to już nie te czasy aby robić wokół tego tyle szumu. :) Naprawdę trzeba się postarać aby trafić dziś na coś, co nie zeruje zmiennych (np. pracować na kompilatorze, który został porzucony wiele lat temu). :D

[dumbledore]

Albo z mikrokontrolerami;)

[pijanstwo]

@jaki_inny_nick: bash?

[H.....i]

@jaki_inny_nick: Za ten suchar dam Ci puchar! :)

[arcn]

@jaki_inny_nick: powinieneś dać tag #programowanie, użytkownicy byliby ci wdzięczni za przedstawienie im tego dowcipu.

[S.....u]

@jaki_inny_nick: to uczucie kiedy wcześniej nie rozumiałeś tego suchara, ale potem zacząłeś uczyć się programowania i już wiesz o co chodzi.

[tpablo]

@rss: Standard C/C++ bardzo dobrze określa, kiedy dane pole pamięci jest domyślnie zerowane a kiedy nie. Nie wiem po co kompilator miałby mi np. wymuszać zerowanie pamięci do której zaraz potem chcę coś wczytać, skoro możliwe jest aby po prostu ją przydzielić i nie ruszać. To, że inni programiści nie umieją zajrzeć do dokumentacji i przeanalizować co robi ich program nie jest dla mnie sensownym powodem, aby dobrze napisane programy wykonywały

[rss]

@tpablo: piszesz o tym tak, jakby wyzerowanie było nie wiadomo jak skomplikowaną rzeczą (nikomu nie szkoda tych kilku dodatkowych linii w ASM). Poza tym nie zdziwiłbym się gdyby takie zerwanie było przeprowadzane (lub nie) w zależności od późniejszego wykorzystania zmiennej. :)

[tpablo]

@rss: To, czy dodatkowe linie w asm są postrzegane jako duża szkoda, czy nie, zależy od zastosowania. Zerowanie w zależności od późniejszego wykorzystania zmiennej jest tutaj faktycznie pewnym rozwiązaniem, ale czy naprawdę twórcy narzędzi muszą uważać programistów za aż takich idiotów? Jawne wyzerowanie nie zajmuje przecież nigdy dużo kodu, ani na pewno nie czyni go mniej czytelnym (a wręcz przeciwnie).

[rss]

To, czy dodatkowe linie w asm są postrzegane jako duża szkoda, czy nie, zależy od zastosowania

@tpablo: dokładnie tak, jednak śmiało można stwierdzić, że w większości przypadków to pomijalny koszt, a w tych nielicznych pozostałych momentach można po prostu nakazać kompilatorowi niezerowanie.

czy naprawdę twórcy narzędzi muszą uważać programistów za aż takich idiotów?

Hehe, jestem pewien, że dokładnie to samo mówili programiści języków niskopoziomowych, gdy pojawiały się pierwsze wysokopoziomowe. :D Nie

[l.....l]

@rss: @tpablo: Wszystko ma swoje zastosowanie. W C++ dostaniesz niewyzerowaną tablicę i już - musisz myśleć o tym samemu, ale z drugiej strony, po co zerować kilobajty pamięci? Z drugiej, języki wysokopoziomowe są do tego żebyś szybko i bezboleśnie coś napisał, a wtedy zerowanie pomaga. I garbage collector. Itd.

Szybko pisać, czy pisać szybkie programy - to jest zasadnicze pytanie, a nie to czy zerowanie jest złe czy nie.