konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Arkadiusz K.:
Przemysław R.:
uważasz że pętelki interpretowane w PHP są szybsze od pętelek kompilowanych w C++ lub innym języku do tego przeznaczonym? ciekawa teoria.

opcode

jakiś test wydajności?
nie bez powodu piszą te rozszerzenia do facebooka dla PHP

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Jakub L.:
Nie.
Uważam, że wystartowanie zewnętrznego procesu przez exec a potem odebranie od tego czegoś wyników będzie wolne.
Szczególnie na serwerze z konkretnym loadem i ograniczeniami na pamięć.

to jakim cudem memcache przyspiesza pracę aplikacji PHP?
magia?
Jakub L.

Jakub L. Programista

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Przemysław R.:
Jakub L.:
Nie.
Uważam, że wystartowanie zewnętrznego procesu przez exec a potem odebranie od tego czegoś wyników będzie wolne.
Szczególnie na serwerze z konkretnym loadem i ograniczeniami na pamięć.

to jakim cudem memcache przyspiesza pracę aplikacji PHP?
magia?

Osobny proces, zaalokowanie pamięci systemowej, transfer danych, odczyt binarki z dysku...
A ty z memcache wyjeżdżasz.

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Jakub L.:
Przemysław R.:
Jakub L.:
Nie.
Uważam, że wystartowanie zewnętrznego procesu przez exec a potem odebranie od tego czegoś wyników będzie wolne.
Szczególnie na serwerze z konkretnym loadem i ograniczeniami na pamięć.

to jakim cudem memcache przyspiesza pracę aplikacji PHP?
magia?

Osobny proces, zaalokowanie pamięci systemowej, transfer danych, odczyt binarki z dysku...
A ty z memcache wyjeżdżasz.

przecież to zewnętrzny proces wywoływany z poziomu PHP, fakt że za pomocą TCP/IP i proces działa jako deamon, nie zmienia to faktu że to nie PHP i jest zewnętrzny - czyli jest rozszerzeniem

a teraz pytanie, jak nie będę tego używał to aplikacja mi przyspieszy czy zwolni?

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Przemysław R.:
Arkadiusz K.:
Przemysław R.:
uważasz że pętelki interpretowane w PHP są szybsze od pętelek kompilowanych w C++ lub innym języku do tego przeznaczonym? ciekawa teoria.

opcode

jakiś test wydajności?
nie bez powodu piszą te rozszerzenia do facebooka dla PHP

ty nie rozumiesz skali ruchu o ktorym rozmawiasz ale ja to akurat rozumie bo dopoki nie masz do czynienia z 1000req/s, 5000req/s czy 100000req/s to nie wiesz jaka jest roznica bo numerki wygladaja podobnie :)

tak testy istnieja i testy wykazuja do 90% przyspieszenia poniewaz kod jest kompilowany do C i tak cachowany wiec nie bardzo wiem co to chcesz jeszcze proownywac

IMHO caly ten watek jest durny z zalozenia, bo nie przekonasz nikogo kto zajmuje sie czyms wiecej niz tylko dlubaniem stronek firmowych do odejscia od pelni skalowalnego srodowiska, jesli czego brakuje to sie to instaluje, jesli cos jest nieodpowiednie to sie to skaluje i kropka, nikt nie neguje .net, fajna sprawa i w ogole ale tak jak pisalem wyzej, ja mam testy i wyniki i jestem gotow to skonfrontowac z kimkolwiek pod katem technologii czasu i kosztow

php jest jakie jest, otwarte skalowalne i szybkie, tylko trzeba umiec... nie mozna pisac ze tego i tamtego sie nie da zrobic, nalezy napisac "ja nie umie tego zrobic", uczciwie.. bez krecenia..

peace :)

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Maciej Wilgucki:
Nie dojdziemy tutaj do porozumienia. Dla mnie porównywanie
języków/technologii oznacza korzystanie z tego co już jest, a
nie z tego co można dopisać. Prawdziwe jest powiedzenie, że PHP
to taki język, że zanim przystąpi się do pracy, trzeba samemu
sobie napisać narzędzia.

Mam wrazenie, ze Ty masz wrazenie.. okey .. czyli jakby dobry wujek napisal ten modul i by go wrzucili do paczki PHP, to juz by bylo fajnie, a jak ja sobie pisze sam, to ... juz nie jest fajnie

rozumiem, ze nic nie rozumiem ;-)
Mam na lapciaku oryginalnie zainstalowaną Windę 7 razem ze
sterownikami dostawcy sprzętu. Jedyne co musiałem zrobić, to
zmodyfikować nieco partycje. Reszta działała od razu.

Ot .. przyfarciles .. a moze w koncu im sie udalo .. do ilu razy to sztuka ?
Jeśli ktoś nie potrafi obsługiwać Windy, tym bardziej nie
będzie potrafił się odnaleźć w Linuxie.

Rzecz nie w tym by sie w Windzie odnajdowac prawda ? Ot powinna sie sama odnalezc .. przeciez to inny target!
Kwestia podejścia. Rok grzebałem się na Ubuntu (nie miałem
żadnej Windy zainstalowanej) i nawet zaczął mi się podobać,
ale pojawiające się co chwilę problemy skutecznie mnie
zniechęciły.

Mnie zniechecily problemy kolegi .. ktory uparcie na nim siedzial 3 lata temu, co update to mu sie wywalalo cos .. problem z rozdzielczoscia tez mu sie zdazyl

Linux .. ma to do siebie, ze trzeba sie troszke .. nieduzo wgryzc, zeby wiedziec, co mozesz na nim robic bez obawy o awarie, a co nie ...

ot .. wolnosc .. musisz wprowadzic sobie jakies granice
Już się poddałem.

Pobaw sie Gentoo .. najlepszy na swiecie package manager :-) ... tylko 3ba troche poczekac na kompilacje ;-)
Nie dojdziemy raczej do porozumienia z jednego prostego powodu.
Nasze doświadczenia są identyczne, z tą różnicą, że Twoje
są negatywne w stosunku do Windy, moje w stosunku do Linuxa.

Mylisz sie, ja bylem bardzo wybiorczy w tej rozmowie.

Siedzialem lata na Windzie, ale przestala mi wystarczac.

Teraz po 6 latach, gdy zainstalowalem sobie Viste, oczekiwalem po prostu sprawnego dzialajacego systemu.

Dostalem wolne gowno, z ktorym sie duzo nameczylem.

Patrzac w ten sposob na nasza rozmowe, mozemy zalozyc, ze jednak ja jestem bardziej obiektywny. Mialem doswiadczenia z jednym i drugim systemem. Po prostu racjonalizuje wady i zalety kazdego z nich. Sa jednak pewne rzeczy, dla ktorych nie ma wyjasnienia.

Place = wymagam, a dostaje gowienko.
Mateusz Mierzwiński

Mateusz Mierzwiński Programista, grafik,
specjalista ds.
social media,
aplika...

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Przemysław R.:
Arkadiusz K.:
Przemysław R.:
uważasz że pętelki interpretowane w PHP są szybsze od pętelek kompilowanych w C++ lub innym języku do tego przeznaczonym? ciekawa teoria.

opcode

jakiś test wydajności?
nie bez powodu piszą te rozszerzenia do facebooka dla PHP

Oj... bardzo wątpliwa teoria. Spróbuj w PHP zastosować coś takiego jak -funroll-loop :) - piszesz pętelkę a w rzeczywistości jest to rozwijane prowadząc do wzrostu wydajności kodu kosztem odrobinę większej aplikacji. Druga sprawa wątpię aby PHP miało takie same możliwości przetworzenia danych jak aplikacja kompilowana statycznie, pod daną architekturę uruchamiana np. z TMPFS w środowisku RT ;). No i wątki PTHREADS, dostępne IPC i programowanie LowLevel jako CGI ;). Strona Internetowa generowana częściowo w przestrzeni jądra systemu? :> To możliwe. Z PHP tak nie zrobisz - będzie wolniejsze, nie będzie miało komunikacji poprzez IPC.

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Mateusz Mierzwiński:
Przemysław R.:
Arkadiusz K.:
Przemysław R.:
uważasz że pętelki interpretowane w PHP są szybsze od pętelek kompilowanych w C++ lub innym języku do tego przeznaczonym? ciekawa teoria.

opcode

jakiś test wydajności?
nie bez powodu piszą te rozszerzenia do facebooka dla PHP

Oj... bardzo wątpliwa teoria. Spróbuj w PHP zastosować coś takiego jak -funroll-loop :) - piszesz pętelkę a w rzeczywistości jest to rozwijane prowadząc do wzrostu wydajności kodu kosztem odrobinę większej aplikacji. Druga sprawa wątpię aby PHP miało takie same możliwości przetworzenia danych jak aplikacja kompilowana statycznie, pod daną architekturę uruchamiana np. z TMPFS w środowisku RT ;). No i wątki PTHREADS, dostępne IPC i programowanie LowLevel jako CGI ;). Strona Internetowa generowana częściowo w przestrzeni jądra systemu? :> To możliwe. Z PHP tak nie zrobisz - będzie wolniejsze, nie będzie miało komunikacji poprzez IPC.

abolutnie masz racje, php nie zostalo stworzone aby zblizyc sie do lowlevel tylko aby operowac na wyzszej warstwie co oczywiscie ma swoja cene i ograniczenia ale ma tez wiele plusow - wiele z tych ograniczen jest do rozwiazania (nowe wersje przynosza nowe funkcjonalnosci) poprzez udostepnione moduly i biblioteki, korzystasz z minimum i rozszerzasz jesli jest taka potrzeba - skalowalnosc, wiele z tych ograniczen rowniez nigdy nie pojawi sie na drodze przecietnego programisty czy przecietnego projektu - zaawansowane projekty wymagaja dedykowanych rozwiazan, przyklady ktore przytoczyles uwazam za zaawansowane

PTHREADS -> http://code.google.com/p/php-pthreads/
IPC -> http://php.net/manual/en/book.sem.php
Jakub L.

Jakub L. Programista

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Przemysław R.:
Jakub L.:
Przemysław R.:
Jakub L.:
Nie.
Uważam, że wystartowanie zewnętrznego procesu przez exec a potem odebranie od tego czegoś wyników będzie wolne.
Szczególnie na serwerze z konkretnym loadem i ograniczeniami na pamięć.

to jakim cudem memcache przyspiesza pracę aplikacji PHP?
magia?

Osobny proces, zaalokowanie pamięci systemowej, transfer danych, odczyt binarki z dysku...
A ty z memcache wyjeżdżasz.

przecież to zewnętrzny proces wywoływany z poziomu PHP, fakt że za pomocą TCP/IP i proces działa jako deamon, nie zmienia to faktu że to nie PHP i jest zewnętrzny - czyli jest rozszerzeniem

a teraz pytanie, jak nie będę tego używał to aplikacja mi przyspieszy czy zwolni?

Naprawdę koniecznie się upierasz, że wywoływanie binarek przez exec to to samo co komunikacja z demonem?
Bartosz Ratajczyk

Bartosz Ratajczyk MS SQL Developer

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Jakub L.:
Znaczy się co - jeżeli rozmawiamy o robieniu biznesu i zarabianiu pieniędzy to proponujesz do stawiania komercyjnego rozwiązania trialowe półroczne wersje OSu i silnika bazy?
A później na nie zarobisz czy przeinstalujesz?

Nie. Dlatego napisałem, że nie wiem o co Ci chodzi pisząc "na start". Trialowe wersje masz po to, żeby zainstalować i się przekonać czy będzie pasować i czy nie będzie się gryzło. Nie musisz kupować kota w worku. Tylko tyle.
Jeśli miałeś co innego na myśli, to Cię nie zrozumiałem

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Nie dojdziemy raczej do porozumienia z jednego prostego powodu.
Nasze doświadczenia są identyczne, z tą różnicą, że Twoje
są negatywne w stosunku do Windy, moje w stosunku do Linuxa.

Mylisz sie, ja bylem bardzo wybiorczy w tej rozmowie.

Siedzialem lata na Windzie, ale przestala mi wystarczac.

Teraz po 6 latach, gdy zainstalowalem sobie Viste, oczekiwalem po prostu sprawnego dzialajacego systemu.

Dostalem wolne gowno, z ktorym sie duzo nameczylem.

Patrzac w ten sposob na nasza rozmowe, mozemy zalozyc, ze jednak ja jestem bardziej obiektywny. Mialem doswiadczenia z jednym i drugim systemem. Po prostu racjonalizuje wady i zalety kazdego z nich. Sa jednak pewne rzeczy, dla ktorych nie ma wyjasnienia.
Place = wymagam, a dostaje gowienko.

Ubuntu nie był moim jedynym linuxem. Wcześniej był Mandrake, Mandriva oraz openSuse. Dlaczego te, a nie inne linuxy? Ponieważ szukałem systemu na pulpit, który instaluję i używam. Jeśli zebrać by do kupy czas jaki spędziłem na pingiwnie wyszłoby tego dobrych kilka lat. Więc jak widzisz nie jesteś jedynym sprawiedliwym, którego zdanie jest bardziej "mojsze".
Moje podejście do produktu jest praktyczne - po to coś instaluję, by z tego korzystać. Jeśli muszę spędzić więcej niż godzina na zabawę z doinstalowywaniem sterowników, kompilowaniem jądra, szukaniem rozwiązań, ponieważ akurat to urządzenie wymyśliło sobie, że nie będzie działać, to ja dziękuję za taki badziew. Jest tak jak napisałeś. Płacę = wymagam. I nie zdarzyło się jeszcze by Windows mnie do siebie zniechęcił.

Vista była pomyłką - tutaj nie ma dyskusji. Maszynka marketingowa MS zrobiła swoje, a lud ciemny uwierzył i kupił. Podobnie było z Millenium. po prostu wypadało coś wydać. Co nie zmienia faktu, że przy odrobinie wysiłku (a przecież *nixowcy lubią grzebać w systemie) można było dopasować system tak, aby spełniał wszystkie wymogi. Ja akurat nie miałem problemów z tym systemem.

Jak już napisałem. Nie dojdziemy do porozumienia w tej sprawie. Każdy z nas ma inne oczekiwania od systemu i aplikacji, z których korzysta i wątpię byśmy zmienili zdanie.

ja mam testy i wyniki i jestem gotow to skonfrontowac z
kimkolwiek pod katem technologii czasu i kosztow
Ale zapachniało Jarkiem K.: "Wiem, ale nie powiem" :)
Testy testami, ale znacznie lepiej jakbyś miał realne porównanie. Co mi po wynikach, które nie mają punktu odniesienia.

Do obrońców PHP i innych "otwartych" technologii.
Sam piszę w PHP. Jest to mój podstawowy język. W wolnych chwilach poznaję .NET (skrót myślowy zawierający w sobie Silverlight, ASP.NET, ASP.NET MVC) i mimo iż nie znam go tak dobrze jak PHP, to śmiem twierdzić, że do dużych rozwiązań sprawdzi się znacznie lepiej niż PHP. I nie to nie dlatego, że handlowcy/prezesi mają takie widzimisię, tylko dlatego, że technologia ta nie bazuje na społeczności, a na firmie. "Społeczność" rozwijająca PHP zrobiła w nim burdel, z uporem maniaka wspiera rozwiązania sprzed 10 lat, a na domiar złego nie wiadomo w jakim kierunku język będzie się rozwijał. W przypadku .NET takie problemy nie występują i dlatego technologia ta cieszy się uznaniem. Jedynym ale za to bardzo dużym minusem jest ogromny koszt tych rozwiązań oraz absurdalnie niekiedy licencje (ilość procesorów, ilość połączeń, itp).
Jakub L.

Jakub L. Programista

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Bartosz Ratajczyk:
Jakub L.:
Znaczy się co - jeżeli rozmawiamy o robieniu biznesu i zarabianiu pieniędzy to proponujesz do stawiania komercyjnego rozwiązania trialowe półroczne wersje OSu i silnika bazy?
A później na nie zarobisz czy przeinstalujesz?

Nie. Dlatego napisałem, że nie wiem o co Ci chodzi pisząc "na start". Trialowe wersje masz po to, żeby zainstalować i się przekonać czy będzie pasować i czy nie będzie się gryzło. Nie musisz kupować kota w worku. Tylko tyle.
Jeśli miałeś co innego na myśli, to Cię nie zrozumiałem

Na start jako: kupienie maszyny, postawienie systemu i rozpoczęcie developmentu i biznesu.
Później wchodzi TCO - koszty obsługi, czas administrowania i takie tam.
Koszta maszyny i administrowania są porównywalne, koszt softu jaki jest, każdy widzi.
Jakub L.

Jakub L. Programista

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Maciej Wilgucki:

Do obrońców PHP i innych "otwartych" technologii.
Sam piszę w PHP. Jest to mój podstawowy język. W wolnych chwilach poznaję .NET (skrót myślowy zawierający w sobie Silverlight, ASP.NET, ASP.NET MVC) i mimo iż nie znam go tak dobrze jak PHP, to śmiem twierdzić, że do dużych rozwiązań sprawdzi się znacznie lepiej niż PHP. I nie to nie dlatego, że handlowcy/prezesi mają takie widzimisię, tylko dlatego, że technologia ta nie bazuje na społeczności, a na firmie. "Społeczność" rozwijająca PHP zrobiła w nim burdel, z uporem maniaka wspiera rozwiązania sprzed 10 lat, a na domiar złego nie wiadomo w jakim kierunku język będzie się rozwijał. W przypadku .NET takie problemy nie występują i dlatego

Problemy typu 10 lat developmentu? No nie, dopiero 8 lat platforma ma.

Burdel? Zamiast tego jest równanie w dół, jak ficzer języka nie pasuje do CLI, to ficzer wylatuje.
Dodatkowo ciężka praca nad zmianą światopoglądu userów - jak jeszcze używałem VS to widziałem piękny proces zawłaszczania nazwy C++ dla C++CLI.

W temacie wspierania rozwiązań sprzed 10 lat - niedługo będzie piekny przykład zrywania kompatybilności wstecz przez Microsoft któremu naraiło się, że jest Applem: Windows Phone - ponoć ma być niekompatybilny binarnie z WinMob 6, zobaczymy jak działa niewspieranie rozwiązań sprzed kilku lat.

Randomowy rozwój platformy? Wiesz dokładnie jak .Net będzie się rozwijał w ciągu następnych kilku lat? Ja jakbym miał taką wiedzę to etatu bym nie potrzebował.

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Jakub L.:

przecież to zewnętrzny proces wywoływany z poziomu PHP, fakt że za pomocą TCP/IP i proces działa jako deamon, nie zmienia to faktu że to nie PHP i jest zewnętrzny - czyli jest rozszerzeniem

a teraz pytanie, jak nie będę tego używał to aplikacja mi przyspieszy czy zwolni?

Naprawdę koniecznie się upierasz, że wywoływanie binarek przez exec to to samo co komunikacja z demonem?

primo tworząc demona chcemy ominąć narzut na uruchom zatrzymaj - działa stale, oczywiście narzuca to pewne metody komunikacji, ale to najrozsądniejsze rozwiązanie. nie zmienia to faktu że coś co możemy zrobić w PHP przerzucamy do czegoś szybszego

secundo ja wykonam magiczne polecenie do skasowania plików, tyle że nie pojedynczego tylko masy rozsianych w katalogach z konkretną zawartością w pliku, użył bym jakiś magicznych poleceń z shela Linux-a, ty to zrobisz w PHP - ścigasz się? nawet w takim banalnym przypadku opłaci się uruchomić proces zewnętrzny bo będzie szybciej

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Kłócicie się o coś co w rzeczywistości nie ma znaczenia.
W firmach gdzie jest po 20 systemów (księgowy, CRM, prowizyjny, obieg dokumentów itd.)
nikt się nie zastanawia jak to zrobić w jednym DBMS albo na jednym OS.
Kluczowe jest raczej co dany system obsługuje, jakie ma funkcjonalności, jaką wydajność.
Bo powolne aplikacje można napisać na każdy OS czy procesor.

Ale na pewno ciekawy jest mechanizm "każda pliszka swój ogonek chwali".
Gdy komuś się spodobał Linux, ma wrażenie że pełni nad nim całkowitą władzę i
zaczyna projekcję na użytkowników MS - jacy to oni są głupi że nie dostrzegli piękna
jakże użytecznej komendy "mount".

W PHP można pracować pod Windows a .NET i C# działa na Linux i Mac.
Takie są fakty.

konto usunięte

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Problemy typu 10 lat developmentu? No nie, dopiero 8 lat platforma ma.
PHP 4 wydane zostało w roku 2000. A kompatybilność wstecz i to bardzo ostrożnie jest zrywana w PHP 5.3.3. Chodzi mi o konstruktor.
Burdel? Zamiast tego jest równanie w dół, jak ficzer języka nie pasuje do CLI, to ficzer wylatuje.
Dodatkowo ciężka praca nad zmianą światopoglądu userów - jak jeszcze używałem VS to widziałem piękny proces zawłaszczania nazwy C++ dla C++CLI.
Burdel, burdel. Kolejność parametrów w funkcjach, zgłaszanie warningów zamiast błędów lub wyjątków, zdublowane funkcje. Nic nie wiadomo o PHP 6. Podobno ma już go nie być. Zamiast tego będzie PHP 5.4. Wymyślanie absurdalnych operatorów, np \ w przestrzeniach nazw.
W temacie wspierania rozwiązań sprzed 10 lat - niedługo będzie piekny przykład zrywania kompatybilności wstecz przez Microsoft któremu naraiło się, że jest Applem: Windows Phone - ponoć ma być niekompatybilny binarnie z WinMob 6, zobaczymy jak działa niewspieranie rozwiązań sprzed kilku lat.
Poprzedni system mobilny MS skierowany był do odbiorców biznesowych i mimo, że MS nie podbił rynku, to i tak uważam, że system był całkiem niezły. Nowy Windows Phone ma na celu przyciągnąć użytkowników iPhone'a oraz Androida. Microsoft przespał okres, w którym rynek mobilny wystartował i teraz musi gonić konkurencję. Czy mu to się uda? Nie wiem. Na pewno będzie ciężko.
Randomowy rozwój platformy? Wiesz dokładnie jak .Net będzie się rozwijał w ciągu następnych kilku lat? Ja jakbym miał taką wiedzę to etatu bym nie potrzebował.
Dokładnie nie wiem, ale jestem o to spokojny, ponieważ nie spodziewam się żadnej rewolucji, tylko ewolucji. W przypadku PHP nie wiadomo nawet jak będzie się nazywać kolejna wersja i kiedy wyjdzie. Za kolejne 10 lat?
Mateusz Mierzwiński

Mateusz Mierzwiński Programista, grafik,
specjalista ds.
social media,
aplika...

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Piotr Likus:
Kłócicie się o coś co w rzeczywistości nie ma znaczenia.
W firmach gdzie jest po 20 systemów (księgowy, CRM, prowizyjny, obieg dokumentów itd.)
nikt się nie zastanawia jak to zrobić w jednym DBMS albo na jednym OS.
Administrator? :>. Projektant systemu? :> Ktoś kto wdraża system w firmie? :>
Kluczowe jest raczej co dany system obsługuje, jakie ma funkcjonalności, jaką wydajność.

Pięknie to ująłeś. Windows - nie ukrywajmy - jest dla klikaczy; przeciętnych Kowalskich, którzy potrzebują myszy aby kliknąć program w menu 3x wolniej niż w przypadku wydania polecenia z konsoli za pomocą klawiatury. Myszka myszką, interfejs interfejsem a jak przychodzi co do czego wszyscy i tak mówią, że prawdziwe używanie aplikacji zaczyna się kiedy w pełni wykorzystujemy skróty klawiszowe aby zoptymalizować interakcję z aplikacją.
Bo powolne aplikacje można napisać na każdy OS czy procesor.

Masz rację - od programisty zależy czy napisze ferrari czy fiata 125p - od systemu zależy po jakim torze to auto będzie śmigać.

Ale na pewno ciekawy jest mechanizm "każda pliszka swój ogonek chwali".
Wiesz, ciężko aby każdy człowiek na świecie nie chwalił rozwiązań do których przywykł, przetestował i uważa je za skuteczne. Wszystko jest kwestią interpretacji.
Gdy komuś się spodobał Linux, ma wrażenie że pełni nad nim całkowitą władzę i
zaczyna projekcję na użytkowników MS - jacy to oni są głupi że nie dostrzegli piękna
jakże użytecznej komendy "mount".

Nie widzę tutaj żadnej kłótni tylko zwykłą wymianę zdań. Nie dramatyzujmy - nie idziemy jeszcze na noże :D. Co do wyższości Windows lub innego OS to akurat nie należę do grupy która szczególnie tępi użytkowników Windows. To kwestia gustu - nie nakłonię potencjalnej "Pani Krysi" z księgowości aby nagle zaczęła używać polecenia MOUNT jak będzie wpinać pendrive do komputera.

Z drugiej strony AUTOMOUNTER działa i Mount nie jest już potrzebny ;).

Mount jest dość istotne - dane które mają być odseparowane od systemu możesz w prosty sposób odpiąć (odmontować) od głównego drzewa i montować tylko gdy jest Ci to potrzebne. Układ jest tutaj trochę inny niż w przypadku Windows - tutaj zmieniamy układ drzewa systemowego przy montowaniu nowych nośników, bindowaniu ścieżek. Dysk można zamontować tylko do odczytu ;) lub do zapisu oraz z różnymi opcjami pozwalającymi skonfigurować dostęp do partycji wg. zaistniałej sytuacji.

Tak czy inaczej to wszystko jest narzędziem - jedni odkręcają śrubki śrubokrętem inni młotkiem ;).

W PHP można pracować pod Windows a .NET i C# działa na Linux i Mac.

A C był językiem, który powstał w celu napisania UNIX-a. Nie widzę tutaj związku ;).
Takie są fakty.
Mateusz Mierzwiński

Mateusz Mierzwiński Programista, grafik,
specjalista ds.
social media,
aplika...

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Maciej Wilgucki:
Problemy typu 10 lat developmentu? No nie, dopiero 8 lat platforma ma.
PHP 4 wydane zostało w roku 2000. A kompatybilność wstecz i to bardzo ostrożnie jest zrywana w PHP 5.3.3. Chodzi mi o konstruktor.
Burdel? Zamiast tego jest równanie w dół, jak ficzer języka nie pasuje do CLI, to ficzer wylatuje.
Dodatkowo ciężka praca nad zmianą światopoglądu userów - jak jeszcze używałem VS to widziałem piękny proces zawłaszczania nazwy C++ dla C++CLI.
Burdel, burdel. Kolejność parametrów w funkcjach, zgłaszanie warningów zamiast błędów lub wyjątków, zdublowane funkcje.
Otóż to: strstr oraz str_replace - jak już człowiek przywykł, że na pierwszym miejscu podajemy string wejściowy a na drugim parametry do wyszukania to niech w explode nie każą mi wciskać w pierwszej kolejności znaku podziału.
Nic nie wiadomo o PHP 6. Podobno ma już go nie być. Zamiast tego będzie PHP 5.4. Wymyślanie absurdalnych operatorów, np \ w przestrzeniach nazw.
W temacie wspierania rozwiązań sprzed 10 lat - niedługo będzie piekny przykład zrywania kompatybilności wstecz przez Microsoft któremu naraiło się, że jest Applem: Windows Phone - ponoć ma być niekompatybilny binarnie z WinMob 6, zobaczymy jak działa niewspieranie rozwiązań sprzed kilku lat.
Poprzedni system mobilny MS skierowany był do odbiorców biznesowych i mimo, że MS nie podbił rynku, to i tak uważam, że system był całkiem niezły. Nowy Windows Phone ma na celu przyciągnąć użytkowników iPhone'a oraz Androida. Microsoft przespał okres, w którym rynek mobilny wystartował i teraz musi gonić konkurencję. Czy mu to się uda? Nie wiem. Na pewno będzie ciężko.
Randomowy rozwój platformy? Wiesz dokładnie jak .Net będzie się rozwijał w ciągu następnych kilku lat? Ja jakbym miał taką wiedzę to etatu bym nie potrzebował.
Dokładnie nie wiem, ale jestem o to spokojny, ponieważ nie spodziewam się żadnej rewolucji, tylko ewolucji. W przypadku PHP nie wiadomo nawet jak będzie się nazywać kolejna wersja i kiedy wyjdzie. Za kolejne 10 lat?
No właśnie może być jak z XWindow - aktualizacja X.org po 10 latach ;)...
Mateusz Mierzwiński

Mateusz Mierzwiński Programista, grafik,
specjalista ds.
social media,
aplika...

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Przemysław R.:
Jakub L.:

przecież to zewnętrzny proces wywoływany z poziomu PHP, fakt że za pomocą TCP/IP i proces działa jako deamon, nie zmienia to faktu że to nie PHP i jest zewnętrzny - czyli jest rozszerzeniem

a teraz pytanie, jak nie będę tego używał to aplikacja mi przyspieszy czy zwolni?

Naprawdę koniecznie się upierasz, że wywoływanie binarek przez exec to to samo co komunikacja z demonem?

primo tworząc demona chcemy ominąć narzut na uruchom zatrzymaj - działa stale, oczywiście narzuca to pewne metody komunikacji, ale to najrozsądniejsze rozwiązanie. nie zmienia to faktu że coś co możemy zrobić w PHP przerzucamy do czegoś szybszego

secundo ja wykonam magiczne polecenie do skasowania plików, tyle że nie pojedynczego tylko masy rozsianych w katalogach z konkretną zawartością w pliku, użył bym jakiś magicznych poleceń z shela Linux-a, ty to zrobisz w PHP - ścigasz się? nawet w takim banalnym przypadku opłaci się uruchomić proces zewnętrzny bo będzie szybciej
Popieram. Mechanizmy systemów są już na tyle rozwinięte że same niwelują czas dostępu do danych dzięki cache najczęściej odczytywanych plików.

Szybciej jest załadować do pamięci komputera obraz skompilowanego programu z określonymi już ramami pamięciowymi niż zmusić PHP do ponownej interpretacji kodu - szczególnie jeśli jakiś administrator postanowi popełnić kardynalny błąd i wpiąć PHP w trybie CGI do Apache. Później mamy sytuację a'la nasza-klasa 2007 - pan Gąbka czy jak to się nazywało co 20 sekund.
Mateusz Mierzwiński

Mateusz Mierzwiński Programista, grafik,
specjalista ds.
social media,
aplika...

Temat: Rozwiązanie kuszące programistów PHP do rozwiązań .NET

Jakub L.:
Maciej Wilgucki:

Do obrońców PHP i innych "otwartych" technologii.
Sam piszę w PHP. Jest to mój podstawowy język. W wolnych chwilach poznaję .NET (skrót myślowy zawierający w sobie Silverlight, ASP.NET, ASP.NET MVC) i mimo iż nie znam go tak dobrze jak PHP, to śmiem twierdzić, że do dużych rozwiązań sprawdzi się znacznie lepiej niż PHP.
Myślę że najlepiej sprawdzi się w dużych rozwiązaniach JSP ;). Prekompilowany, java swoją spuściznę posiada i jakoś to nawet działa. Dostarcza tonę mechanizmów do kontroli przepływu danych i na pewno będzie lepszym rozwiązaniem. PHP to rzeczywiście bardziej "amatorski" system, mimo że w nim piszę codziennie ale co jest najważniejsze sprawdza w 99% rozwiązań na rynku. Jest szybki i nie wymaga "kompilowania strony". Jeśli dla Ciebie nie jest problematyczne kompilowanie C# co chwilę, to proszę, używaj .NET. Ja wolę wrzucić plik na serwer i śmiga ;).

I te serwery testowe które są uruchamiane przez VS ;) cud miód i orzeszki. Wolę standardowo KWRITE lub nawet NANO zamiast wywalać 1GB pamięci na VS ;).
że handlowcy/prezesi mają takie widzimisię, tylko dlatego, że technologia ta nie bazuje na społeczności, a na firmie. "Społeczność" rozwijająca PHP zrobiła w nim burdel, z uporem maniaka wspiera rozwiązania sprzed 10 lat, a na domiar złego nie wiadomo w jakim kierunku język będzie się rozwijał. W przypadku .NET takie problemy nie występują i dlatego
Pamiętaj, że język PHP ma już pewne doświadczenie i doskonałą dokumentację. Pewne nawyki można wyrobić. Bez większych problemów możesz skorzystać z php.net i tam znaleźć pomoc. Dla topornych są przykłady poniżej zamieszczone ;). Stawiam że MS również takie narzędzia daje, które przybliżają do wiedzy :D.
Problemy typu 10 lat developmentu? No nie, dopiero 8 lat platforma ma.

Burdel? Zamiast tego jest równanie w dół, jak ficzer języka nie pasuje do CLI, to ficzer wylatuje.
Dodatkowo ciężka praca nad zmianą światopoglądu userów - jak jeszcze używałem VS to widziałem piękny proces zawłaszczania nazwy C++ dla C++CLI.

W temacie wspierania rozwiązań sprzed 10 lat - niedługo będzie piekny przykład zrywania kompatybilności wstecz przez Microsoft któremu naraiło się, że jest Applem: Windows Phone - ponoć ma być niekompatybilny binarnie z WinMob 6, zobaczymy jak działa niewspieranie rozwiązań sprzed kilku lat.

Kompatybilność wstecz mamy na doskonałym przykładzie Windows. Przemilczmy ten temat ;).

Randomowy rozwój platformy? Wiesz dokładnie jak .Net będzie się rozwijał w ciągu następnych kilku lat? Ja jakbym miał taką wiedzę to etatu bym nie potrzebował.



Wyślij zaproszenie do