![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 45 Pomógł: 0 Dołączył: 18.08.2007 Skąd: Bydgoszcz Ostrzeżenie: (0%) ![]() ![]() |
Dowcip poniżej:
Kod function test($a) { if ($a == 'hello') echo 'Hello, too!'; } test(0); Output: 'Hello, too!'. Co zresztą potwierdza moje mniemanie o PHP jako języku do zabawy. Co o tym myślicie? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarząd Postów: 2 277 Pomógł: 6 Dołączył: 27.12.2002 Skąd: Wołów/Wrocław ![]() |
Co by nie powiedzieć - zaprezentowana na wstępie konstrukcja naprawdę sprawia śmieszna wrażenie.
Nawet dla doświadczonego programisty PHP pytanie, czy string zostanie skonwertowany do 0 czy 1 może przyprawić o (IMG:http://forum.php.pl/style_emoticons/default/blink.gif) Oczywiście - jak już ktoś wcześniej wspomniał - różnego rodzaju "kwiatki" występują w różnych językach. I konieczne jest to, by być na nie przygotowanym, bo niektóre błędy jest $@#$ trudno wykryć. Dlatego np. ciągle jestem zdziwiony tym, jak małą popularnością cieszą się w świecie PHP testy PHPUnit lub inne tego typu narzędzia. Co prawda ciągle brakuje nam jakiegoś edytora, który by nas pod tym względem wpierał tak, jak programistów Javy ich środowiska, które potrafią takie testy generować OnLive, ale to i tak nie tłumaczy braku zainteresowania. Czasem odnoszę wrażenie, że to testów trzeba przekonywać ludzi tak samo, jak kiedyś przekonywało się świat, że należy programować obiektowo. Do tej pory pamiętam boje o to, czy warto używać obiektów i C++ zamiast C, nie mówiąc już o programowaniu obiektowym w PHP. A teraz jakoś to nikogo nie dziwi (uff - 5 lat krucjaty zaowocował (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ) Czy to samo czeka nas w tematyce testów kodu? A może są inne rozwiązania pozwalające na sprawne wykrywanie takich dziur w kodzie? |
|
|
![]()
Post
#3
|
|
Grupa: Przyjaciele php.pl Postów: 1 467 Pomógł: 13 Dołączył: 22.02.2003 Ostrzeżenie: (0%) ![]() ![]() |
Czasem odnoszę wrażenie, że to testów trzeba przekonywać ludzi tak samo, jak kiedyś przekonywało się świat, że należy programować obiektowo. No jak się okazuje nie aż tak, bo C wciąż jest niesamowicie popularne. I nigdy się nie zgodzę, że 100% zastąpialne! Poza tym C++ śmierdzi (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) (ale PHP + OO > PHP - OO). Oczywiście trzeba umieć rozróżnić kiedy użyć C, a kiedy C++, ale z Twoich słów DeyV wynika, że nie trzeba, tylko zawsze walić w C++ (albo w gacie (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) )...Do tej pory pamiętam boje o to, czy warto używać obiektów i C++ zamiast C, nie mówiąc już o programowaniu obiektowym w PHP. A teraz jakoś to nikogo nie dziwi (uff - 5 lat krucjaty zaowocował (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ) Zresztą dobry kod strukturalny jest niegorszy od obiektowego (źródła Pythona!). Ostatnio poznałem Jave i doceniłem obiektowość, ale wciąż nie uważam, że jest lekiem na wszystkie zło... Btw. Brainfuck ma w sobie sporo z maszyny turinga. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.10.2025 - 16:21 |