[09:28] Dzień dobry, mam takie pytanko - jeśli w universal usb installer wybiorę ubuntu gnome 13.04 (x64) a podam obraz do ubuntu gnome 13.10, to czy Diablo wróci do świata żywych? [09:30] Uh? [15:58] Kodzi ktoś z was w Node.js? [18:55] kodzenie w jsie [18:56] jak smogwałt analny drutem kolczastym czy coś [18:58] czemu, całkiem przyjemny język [18:58] o ile nie robisz syfu [18:58] przy czym js jest jak perl, bardzo łatwo jest zrobić bałagan [19:00] wolę perla [19:00] z dwojga złego [19:00] tak [19:00] szczerze powiedziawszy, to perl jest praktycznie tym samym co JS [19:00] nie ma typów w argumentach, wszystko funkcjami anonimowymi można robić [19:01] wspiera eventowość, obiektowość, funkcyjność [19:13] Voldenet: coś w tym jest. [19:14] przy czym według mnie json ma troszkę lepszą składnię do definicji słowników [19:14] javascript* [19:15] {"a"=>"b"} wygląda gorzej niż {"a":"b"} [19:27] JSON to w ogóle świetna rzecz [19:28] ja byłem zakochany w XML-u [19:28] dopóki nie odkryłem, jak fajny i czytelny jest JSON [19:28] xml jest lepszy do niektórych rzeczy [19:28] bardziej sensowny i czytelny [19:28] i jak wygodnie można go przerabiać na tablice i z powrotem w praktycznie dowolnym języku [19:28] Voldenet: ok, do niektórych rzeczy [19:28] xml jest dla nieinżynierów [19:29] json jest dla inżynierów ;) [19:29] nie wyobrażam sobie RSS-ów w JSON-ie [19:29] a to akurat masz małą wyobraźnię [19:29] i nie tylko to [19:30] {items:[{title:"RSS Item 1","guid":"guid","link":"http://test","pubDate":"date"}]} [19:30] Da się? Bezproblemowo [19:30] Voldenet: wiem, że dać się da, ale w XML-u jak dla mnie jest to czytelniejsze. [19:30] dla mnie w obu jest nieczytelne ;D [19:31] w sumie... ma być czytelne dla skryptu przecież. :P [19:31] no, a zobacz, zamykanie i otwieranie tagów xml zabiera tylko moc procesora [19:31] zbytecznie [19:32] OK jeśli czytasz rss raz na 10 sekund, ale jak potrzebujesz 1000 rssów zebrać co minutę [19:32] to już się temat poważniejszy robi [19:32] Voldenet: gdzieś kiedyś czytałem art o tym, że gościu zrobił test i parsowanie XML-a w PHP jest wydajniejsze, niż parsowanie JSON-a [19:32] AFAIR [19:33] co oznacza, że parser w php jest skopany [19:33] chociaż wydaje mi się to mało prawdopodobne w sumie [19:33] na zdrowy rozum porównanie dwóch stringów jest wolniejsze niz porównanie ' i " [19:33] o xmlu można powiedzieć na pewno, że jest elegancki, ale nie można powiedzieć, że jest szybki [19:34] nie bez przyczyny wszyscy rzucają się na protobuf [19:34] o, tu mamy szersze porównanie: http://forum.4programmers.net/Webmastering/143854-XML_a_JSON [19:35] "JSON jest szybszy w javascript, ale już w Javie znacznie lepiej działa XML." [19:36] albo raczej 'w javie nie ma porządnego parsera json' [19:36] D: [19:36] w ogóle java nie służy do tego by była szybka [19:37] right. :P [19:38] podejrzewam, że parser napisany w C zjadłby wszystko inne :> [19:40] po co pisać w ce [19:40] jak można w asemblerze [19:45] C jest jak asm z uniwersalną składnią [19:45] nie wiem po co ktoś miałby katować się asmem [19:45] ale fajnie wiedzieć, że np 09h wypisuje tekst [19:45] bardzo to użyteczne :D [19:46] albo, że zapomniałem rzucić czegoś na stos [19:46] wat [19:51] tak, wiedźme [19:52] :D [20:00] java moze byc w tej samej klasie wydajnosci co C i inne jezyki [20:05] O, teoretycy [20:05] jak dawno nie słyszałem [20:05] Nie, nie może. [20:06] a czemu niby nie [20:06] bo pilnują programisty, żeby nie parsował syfu poza pamięcią stringa np. [20:07] ciężko mi uwierzyć, że w takich prostych algorytmach jak parser java/.net prześcigną czyste C [20:07] chyba, że miałyby optymalizacje do jita [20:07] które by produkowały parser w C [20:07] tzn. podobne [20:08] przy czym to nadal jest wolniejsze, bo jit musi najpierw ten kod maszynowy wyprodukować [20:08] JIT ma ta zalete ze moze (i JIT javy i .net to robia) produkowac kod pod konkretny procesor [20:08] gdzie C tego nie moze [20:08] typowe C nie moze [20:08] dlatego wlasnie powstal LLVM [20:09] i LLVM nad zwyklym C ma kolo 10% przewage [20:10] jezyki takie jak java czy c# maja zupelnie inny problem [20:11] i to nie do konca zwiazane z samym jezykiem ale cala otoczka [20:11] czyli caly framework i warstwa na warstwie warstwa pogania [20:11] już nie bulwersuj się [20:11] i powoduje zuzycie pamieci [20:11] dobry parser zwraca srajtaśmę exceptionów [20:11] zamiast prostego błędu [22:54] jak sprawdzić, jakiej firmy mam moduł BT? [23:00] 1st [23:01] 2nd [23:55] marsjaninzmarsa: nigdy nie korzystałem, ale lsusb albo lspci powinno powiedzieć [23:58] Voldenet: dzięki. :)