jelloek: czytałem wywiad w którym twórca Pythona wyraźnie powiedział że punktem wyjścia był dla niego basic i chciał stworzyć język który będzie tak samo prosty, ale nowoczesny (obiekty, itp). Nie twierdzę że Python=Basic, nic z tych rzeczy.

O, zapomniałem o ruby, dobrze że przypomniałeś. Wielkiej przyszłości ruby nie wieszczę, ma ciekawe cechy i swoje nisze, ale jest wolne, dlatego myślę że z czasem wielcy gracze przejmą zalety ruby, a te odejdzie do krainy wiecznych kompilatorów ;)

Ja wiem całkiem sporo o Pythonie. PyPy to ciekawa koncepcja. Zobaczymy.

No wiadomo, jvm jest bardzo przenośny i co drugi toster ma implementację ;) ale to niekoniecznie jest zaleta. CLR w implementacji microsoftowej jest w przenośne tam gdzie microsoft chce (na ten moment i86 i ARM iirc), mono trochę lepiej więc nie jest tak źle. CLR wydaje mi się o tyle lepiej pomyślany że rozszerzenia języków (np. genericsy) są realizowane właśnie na poziomie CLRa, a w Javie na poziomie kompilatora, co wydaje mi sie lepiej świadczy o CLRze i możliwościach jego przyszłego rozwoju.

No i na mamy jeszcze nadchodzące Go Googla (ale to język kompilowany bezpośrednio do kodu maszynowego, więc trochę pza nawiasem tej dyskusji) i to coś czym chcą zastąpić javascript (moim zadaniem bardzo dobry pomysł, ale czy się przyjmie to zobaczymy, a nazwa chwilowo wypadła mi z pamięci)

A że Google porzuciło Pythona to jeszcze nie słyszałem. W sumie szkoda (dla tego języka).

Te pieniądze których 'ludzie nie chcę wydawać' w ogromnej większości i tak leżą na kontach bankowych i banki nimi obracają. Niestety/stety żyjemy w czasach gospodarki światowej gdzie np. dewaluacja waluty RPA wpływa na notowania polskiej giełdy. Wszystko jest ze wszystkim połączone i prostych odpowiedzi dlaczego coś się dzieje nie ma.

Moja teoria jest taka: funkcją każdego przedsiębiorstwa jest maksymalizacja zysku. Są w stanie to robić w tylko w pewnym okresie czasowym, gdyż nikt nie potrafi przewidywać przyszłości, a konkretniej im dalej z przewidywaniami tym są one gorszej jakości. Do tego świat cały czas się zmienia i wdrażane są nowe technologie, np. na rynku finansowym nikt dwadzieścia lat temu nie słyszał o derywatach - to jest zupełnie nowa technologia na którą rzuciły się rynki finansowe i co doprowadziło do krachu. Dopiero w tym momencie można było w pełni zrozumieć wady i zalety tej technologii finansowej. Rynek dokona z czasem regulacji (sam lub wymuszonej) i będziemy mieli następny cykl koniunkturalny. To jest naturalne i nie ma z tym co walczyć. Przewidzieć tego się też za bardzo nie da: Ci którzy twierdzą że im się udało, to zwykły szum statystyczny (tj. prawdziwość przepowiedni stwierdza się po fakcie :)).

Za życia czeka nas jeszcze kilka takich cykli i kryzysów wywołanych zmianami technologicznymi. Z tego co widać to na horyzoncie mamy: wyczerpanie się paliw kopalnych (a raczej tzw. peak oil), nanotechnologię, augmented reality oraz upowszechnienie się protez cybernetycznych.

Taki rodzaj poczucia humoru. Zresztą, wydaje mnie się, że Linus mocno zapracował na prawo bycia egocentrykiem. Wszystko ma swoje zady i walety i tyle :)

Jak wiadomo, najlepsza jest konkurencja. Czasem jednak tak jest że pokazuje się jakaś nowa technologia i sporo ludzi chwyta się za głowę "Jak myśmy dotychczas pracowali? Przecież to nowe jest o tyle i tyle lepsze", zaś kombatanci olewają to ciepłym moczem bo są mastachami od dawna używanych rozwiązań i nie chcą poznawać nowych. Tak jest właśnie z VCSami - kiedys wszyscy używali CVSa względnie SVNa, ale od momentu rozpowszechnienia się VCSów rozproszonych jakoś nie wydaję mi się aby nadal był wielki sens używać scentralizowanych. Zauważcie też pewien skok - rozproszone VCSy dały nam dodatkowe (bardzo użyteczne) narzędzia które były jak najbardziej możliwe do realizacji w scentralizowanych, tylko jakoś nikt o nich nie pomyślał (pisze tu o bisect'ach i blame'ach).

Konkludując: to że bawimy się maszynami sprzed 20 lat, nie oznacza że musimy używać tak samo przestarzałych narzędzi :)

msys jest potrzebne bo git jest napisany pod systemy unixowe, które wymagają na windzie paru dodatków. Ciężko to obejść bez przepisywania połowy projektu od nowa. To po prostu biblioteka implementująca pewne API i tyle.

No ale nikt nie każe instalować całego środowiska. Instalujesz msysgita który waży kilka mb i to wszystko. A Mercurial potrzebuje Pythona, przez co jest wolniejszy, żre więcej pamięci i dziedziczy 'ssanie' ;)

jellonek: bo dowolny właściciel klubu by go wywalił na zbitą twarz gdyby okazał się niekompetentny. Żeby trenować pierwszoligowe drużyny, to jednak trzeba coś umieć.

Jakieś takie powyginane ;) BPMSPANC ;)

mazi: tak czy siak stało się to zgodnie z prawem, bo takie warunki o których mówi Łybacka są zupełnie bezprawne. Zresztą, jakby Smuda nie miał wystarczających kwalifikacji i umiejętności, to by go nikt nigdzie na trenera nie zatrudnił.

gepard: odsiedział swoje, wyszedł. Widać ktoś chce go czytać skoro pisze
mazi: Smuda jest trenerem zgodnie z prawem: uprawnienia trenerskie nadano mu za 'specjalne zasługi' dla sportu (taki specjalny wyjątek w przepisach)

A nawet nie wiedziałem. Muszę to zrobić u siebie :)