Temat: Programowanie - temat ogólny

generalnie zrobil sie tu klasyczny flamewar java vs the world, to ja chetnie ci odpowiem

jesli jestes kompletnym zerem z programowania, to nie ucz sie javy jako pierwszego języka(i mowie to jako ktos kto uzywa jej na codzień w hucie pracy). jest dosyc hm.. betonowa, sluzy raczej faktycznie do budowania wielkich systemów w wielkich firmach, bo mozna tam narzucic z góry bardzo duzo regul, wzorców itd. po za tym, uczac sie programowac w javie od razu musialbys ogarnąć koncepcje programowania obiektowego(mimo ze nie jest to specjalnie trudne, to lepiej zostawic to na później).

jak dla mnie, to powinienes ogarnąc sobie pythona - jest naprawde zajebistym, prostym i klarownym językiem, a mozna zrobic w nim wszystko.

(po za tym jest chyba hehe najmniej hejtowanym językiem, widzisz co tu sie dzieje jak wspomniales o javie xD dobrze ze nie powiedziałeś PHP, wtedy to dopiero by była inba)
@yeeq ;

edit2. aha, a tak w ogole to faktycznie pierwszym jezykiem ktory musisz ogarnąć to angielski xD

xD
to można powiedzieć o prawiekażdym normalnym języku przecież delphi chlubnym wyjątkiem
ta, jak dla kogoś zrozumienie podstaw składni jest za trudne, to nie wiem w jaki sposób on w ogóle potrafi COKOLWIEK przeczytać
orly? printowanie tablicy jednym poleceniem to trik do debugowania, mało kiedy się normalnie przydaje, a loopując po niej masz znacznie lepszą kontrolę nad formatem printa...

za to python to tragedia, ta składnia jest zupełnie nieczytelna i niezrozumiała jeśli się jej nie wryje na pamięć
no ale żaden foreach nie jest chyba tak prosty jak pehapowy :p

co kurwa xD
python ma właśnie zajebistą składnię, bo wymusza dobre wcięcia które w chuj ułatwiają czytanie kodu.

python to kutas straszny
c-style only
@Killavus ; Ty nie zajmowałeś się DDD czasami?

Sytuacja sprzed minuty.
Robię sobie coś na localu i przeniosłem na serwer. Inna wersja php i sie skrypt wypierdolił. Drążę temat i doszedłem do zajebistego wniosku. PHP ty kurwo xD


oraz
To nie to samo.

Według PHP 5.3 w pierwszym przypadku próbuję zrobić return podczas gdy on jest we write context. DAFUQ XD
Dopiero od wersji 5.5 pierwsza linijka działa poprawnie.

Tak, nie możesz tego tak zrobić, podobnie jest z isset, jest to związane z implementacją♥tych konstruktów ( nie funkcji! ) językowych.

C++ ma jakieś specjalne predyspozycje do tego? Pytam bardziej w kontekście ewentualnej ingerencji w pamięć.
Mi się wydaje że jeden pies jaki język ;d

Zalezy. Jak bedzie osadzal dllki w pamieci Tibii to C++ ma wieksza kontrole nad tym co sie dzieje w pamieci
Mozesz sobie np. przypisac funkcje z klienta do funkcji w kodzie czyli tak:

typedef void MEM_SAY(char* text);
MEM_SAY *umiemmowic = (MEM_SAY*)0xADRESFUKCJI;

i potem robisz sobie umiemmowic("Martwy ciag niszczy plecy"); i włala ziomek z tibii gada
A jaka oszczednosc kodu

Torgdevsy, halp!
Otóż mam sobie aplikacje: zwykła webowa aplikacja. W aplikacji jest zaimplementowane logowanie przez OpenID od zawnętrznego dostawy. Gdy dostawca openid 'odeśle' nam dane zalogowanego użytkownika mogę ustawić sobie sesje i na tej podstawie później identyfikować użytkownika. Chciałbym teraz odejść od sesji i przejść na stateless api po tokenach i do tego wykorzytać angulara. Czyli zalogowany użytkownik dostaje token który sobie zapisuje i wysyła go w każdym requescie w headerze. O ile sprawa przy zwykłym logowaniu po haśle jest dosyć prosta, to tutaj nie wiem jak to ogarnąć czyli jak przekazać wygenerowany token do użytkownika. Jakieś pomysły?

Na IRCu padł pomysł żeby ustawić ciacho. I to w sumie jest spoko rozwiązanie :)