ďťż
Podstrony
|
telcocafeCiągle przewija się tutaj PHP a przecież istnieją też alternatywy dla tego języka i jego skryptów - Ruby on Rails czy Django i Pylons napisane w Pythonie. Frameworki te umożliwiają znacznie szybsze i wydajniejsze tworzenie aplikacji www (w szczególności tych dużych) a dodatkowo używamy języka, który nie ogranicza się do tworzenia stron www. (mini pokaz możliwości: Python i Ruby jako alternatywa)wszystko ok, ale znajdź mi darmowy hosting na którym mógłbym się tym pobawić :> Ale nie zapominaj o tym, że większość serwerów - szczególnie tych darmowych, często wybierana przez nowych userów - nie obsługuje Pythona, Perla, CGI itp. Dlatego, ludzie zwykle ograniczają się do tego, co mogą. Jeśli ktoś kupuje serwer z obsługą w/w języków czy skryptów, to zwykle wie o ich możliwościach i często z nich korzysta :) PS Co do Ruby on Rails, to ta technologia została omówiona w KŚE :) Mnie osobiście do RoR zraziły doświadczenia z wykop.pl - gdy serwis stał na PHP to nie było z nim większych problemów, a po przejściu na RoR zaczęły się dziać cuda - serwis padał, strony trzeba było wielokrotnie odświeżać żeby je zobaczyć - po prostu koszmar... Teraz wykop.pl stoi na mocnym serwerze to serwis działa jak należy, ale co to za frajda z korzystania z danego języka dla mnie skoro musiałbym wykupić serwer dedykowany, żeby moja aplikacja się pokazała w sieci ? Wolę jednak PHP, te wszystkie Django, Pylons'y i inne rubiny powstały by skubnąć trochę z tortu PHP, ale raczej nie zdobędą tak wielkiej popularności jak PHP, nawet chociażby z powodu swojej składni - ta z PHP jest IMHO bardziej przyjazna no i taka ciplusplusowa ;] Te języki pozostaną IMHO na marginesie jako ciekawostki, ewentualnie jako środowisko do tworzenia wielkich aplikacji wymagających potężnych serwerów, bo na rynku średnich i małych stron raczej przyszłości dla nich nie widzę ;) To że wykop się sypał nie było winą Ruby tylko ruchu jaki był generowany (i niezbyt dobrej konfiguracji serwera). Wszystkie trzy frameworki umożliwiają tworzenia bardzo skalowalnych aplikacji w porównaniu do PHP. To że jest obecne mało serwerów zapewniających hosting takich aplikacji nie oznacza że nie warto się ich dotykać. Jeżeli szukasz pracy w branży "www" to znajomość tych frameworków pozwoli ci znaleźć lepszą pracę (za programistę RoR/Python płaci się więcej ;)) no i łatwiej i przyjemniej wykonuje się zlecenia. Kolejny punkt - ucząc się pythona nie stawiałem na www a na jego wszechstronność (chciałem robić GUI z pyQT itp.) django przyszło później ;) Nie są to narzędzia na księgi gości ale jeżeli ktoś na prawdę jest zainteresowany tworzeniem aplikacji a nie "scryptów" to powinien się nimi zainteresować ;) Ja zaczynam uczyć się Pythona (choć składni nauczyć się można w jeden wieczór, to praktyki z frameworkami na razie brak), ten język jest naprawdę super. Przegania PHP chyba pod każdym względem. Ponadto to, co napiszesz w PHP na powiedzmy na 1000 linii, w Pythonie napiszesz na 50 (w pewnym sensie). Do tego Python ma dostępnych tyle modułów, że głowa mała. Wolę jednak PHP, te wszystkie Django, Pylons'y i inne rubiny powstały by skubnąć trochę z tortu PHP, ale raczej nie zdobędą tak wielkiej popularności jak PHP, nawet chociażby z powodu swojej składni - ta z PHP jest IMHO bardziej przyjazna no i taka ciplusplusowa ;] Jest właśnie odwrotnie, PHP ma brzydką składnię, Python ma o wiele milszą i łatwiejszą. PHP dysponuje dość brzydkimi nawykami - jak np. różne nazywanie funkcji [raz xxx_yyy_zzz, raz xxxYyyZzz]. A, z tym skrobaniem tortu z PHP też się nie zgodzę - bo co tu skrobać? ;) Python to język, który rozwijał się od dawna samodzielnie. Te języki pozostaną IMHO na marginesie jako ciekawostki Pozostaną? Bzdura. Zdobywają tak szybko swoją popularność, że okazały się wg. pewnych statystyk językami roku. PS. Dla przykładu Google czy NASA korzystają z Pythona. Co do Ruby, to też ciekawa alternatywa, składnią podobny jest do Pythona, też wróżę mu sukces, który z Pythonem ciągle osiągają. Tylko że na razie, jeśli chodzi o wydajność, Python nieźle przegania pod tym względem Rubiego. Użytkownik Coldpeer edytował ten post 03 luty 2007, 14:39 Jest właśnie odwrotnie, PHP ma brzydką składnię, Python ma o wiele milszą i łatwiejszą. IMHO to jest jednak kwestia gustu, mi tam składnia podobna do tej z C++ pasuje ;] A, z tym skrobaniem tortu z PHP też się nie zgodzę - bo co tu skrobać? ;) Python to język, który rozwijał się od dawna samodzielnie. No jak co tu skrobać :lol: ? Większość dynamicznych stron jest jednak oparta na PHP więc do ewentualnej zmiany silnika aplikacji masz mnóstwo kandydatów ;] Pozostaną? Bzdura. Zdobywają tak szybko swoją popularność, że okazały się wg. pewnych statystyk językami roku. Poczekamy, zobaczymy ;) Póki co to są wciąż ciekawostki właśnie ze względu chociażby liczby hostingów i wątpię aby to się błyskawicznie zmieniło... Poczekamy, zobaczymy ;) Póki co to są wciąż ciekawostki właśnie ze względu chociażby liczby hostingów i wątpię aby to się błyskawicznie zmieniło... To są ciekawostki właśnie dla zwykłych programistów ;) a moim celem jest zainteresowanie również i ich... Polskie strony: http://www.openid.pl/ (RoR) http://www.poradnikz.../site/index.htm (Pylons + RedDot) http://www.tiver.pl/ http://angielskizanglikiem.pl/ http://www.pawel-sawicki.com/ http://koran.apologetyka.com/ http://sms2.kartkuj.com/ I wiele innych: http://code.djangopr...ngoPoweredSites Ciekawy ten Twój artykuł... nie powiem Zaciekawiło mnie to. Na pewno się nauczę ich, ale jak na razie doskonalę swoje umiejętności w PHP, bo to podstawa ;) Pozdro. http://www.openid.pl/ (RoR) O jak już zostało open ID wspomniane ;] Mógłby mi ktoś wytłumaczyć czy jestem w błędzie, czy dobrze myślę, że mogą z tym wystąpić problemy jeśli chodzi o loginy ? Bo powiedzmy, że u tego samego dostawcy tożsamości nie mogą mieć dwie osoby takiego samego loginu, ale takich dostawców będzie kilku (już jest myid.pl), więc może powstać nieład bo kilku użytkowników może mieć te same loginy - dobrze myślę ? Bo jak tak to to całe open ID to, że tak powiem wielka kicha jest i wprowadzi bałagan do sieci ;) twój login openID to login.dostawca.xyz tak więc foo.openid.pl i foo.openid.com są różnymi openID. Ale nie zapominaj o tym, że większość serwerów - szczególnie tych darmowych, często wybierana przez nowych userów - nie obsługuje Pythona, Perla, CGI itp. Dlatego, ludzie zwykle ograniczają się do tego, co mogą... Większość darmowych hosting'ów nie udostępnia alternatywy dla PHP, ponieważ jest mało serwisów z artykułami na temat PYTHON'a i RUBY a tym samym większość początkujących nie jest świadoma istnienia alternatywy, która w wielu przypadkach ma większe możliwości (dojrzalszy OOP, ładniejsza składnia oraz mozliwosc pisania aplikacji lokalnych). Według mnie gdyby serwisy na temat WEB PROGRAMMING'u oprócz PHP zawierały tutoriale zwizane z PYTHON'em oraz RUBY to popularność tych wartych uwagi technologii napewno by wzrosła. Rosnącą liczba polskich użytkowników tych języków niejako wymusiła by darmowe hostingi udostępniały alternatywę. IMHO to jest jednak kwestia gustu, mi tam składnia podobna do tej z C++ pasuje ;] Mi też pasuje, aczkolwiek stwierdzam, że składnia Pythona jest po prostu prostsza. No jak co tu skrobać :lol: ? W przypadku Pythona nie jest tak jak np. z PHP - ściągali pomysły od Perla. Twórcy(a?) Pythona opierali się na własnych pomysłach i starali się je wprowadzić, oczywiście pomijając rzeczy oczywiste. No chyba, że się mylę... ;) Większość dynamicznych stron jest jednak oparta na PHP więc do ewentualnej zmiany silnika aplikacji masz mnóstwo kandydatów ;] Nie zaprzeczam, PHP jest obecnie najpopularniejszym językiem na użycie sieci, co nie znaczy, że tak zawsze pozostanie. Polskie strony: Warto jeszcze wspomnieć o grono.net, które zostało przepisane na Pythona. Użytkownik Coldpeer edytował ten post 03 luty 2007, 20:33 twój login openID to login.dostawca.xyz tak więc foo.openid.pl i foo.openid.com są różnymi openID. No wszystko fajnie, ale jak np. mamy komentarze do wpisu na blogu np. taki przykład to przecież tam nie widzę, jakiego mają dostawcę (przyjmijmy, że podali inne strony www, albo wcale ich nie podali), to co wtedy ? Nagle może się okazać, że jest kilku userów o nicku dajmy na to "Józio". Coś to open ID mi nie pasuje... No i fakt przetrzymywania tak wielkich ilości danych osobowych to też spore ryzyko, ale zobaczymy co z tego wyrośnie ;) Nie zaprzeczam, PHP jest obecnie najpopularniejszym językiem na użycie sieci, co nie znaczy, że tak zawsze pozostanie. Przy prostszych skryptach na pewno pozostanie liderem, tak jak Riklaunim wspominał bez sensu jest zaciągać RoR do księgi gości ;) A przy bardziej złożonych - zobaczymy. tylko jedno mi nie pasuje, jeśli chcemy mówić o super hiper web-app to dlaczego w tym temacie nie padły 2 wg mnie i zapewne nie tylko wg mnie najlepsze technologie mianowicie JSP oraz ASP.NET obie bija wszystkie wymienione w tym topiku technologie ASP.NET, w dodatku tylko pod Windowsowe .NET? I bije na głowę Pythona? Podaj przykłady w takim razie, bo jakoś nie chce mi się wierzyć... Java czy rozwiązania MS też są "dobre" i używane są na wielu aplikacjach enterprise. Ale nie są to projekty proste, otwarte i "wychodzące" do młodych programistów - nie są web 2.0 ;) ASP.NET, w dodatku tylko pod Windowsowe .NET? I bije na głowę Pythona? Podaj przykłady w takim razie, bo jakoś nie chce mi się wierzyć... .NET jest multi Java czy rozwiązania MS też są "dobre" i używane są na wielu aplikacjach enterprise. Ale nie są to projekty proste, otwarte i "wychodzące" do młodych programistów - nie są web 2.0 ;) proste? otwarte? co masz na myśli? to, że nie są tak "dostępne" działa tylko na + spojrz na php co się stało z nim jak dopadły się do niego dzieci, powstało tyle badziewia, przez co traci tylko język - jak wiadomo większośc uważa że php jest dla dzieci Chodzi mi o to żeby zacząć tworzyć coś w jakimś dobrym IDE+Framework Javowym klasy enterprise trzeba dużej wiedzy już na starcie. Narzędzia te są potężne ale "niedostępne dla zwykłych śmiertelników" :) tylko jedno mi nie pasuje, jeśli chcemy mówić o super hiper web-app to dlaczego w tym temacie nie padły 2 wg mnie i zapewne nie tylko wg mnie najlepsze technologie mianowicie JSP oraz ASP.NET obie bija wszystkie wymienione w tym topiku technologie Technologia JSP ma spore mozliwosci /uwazam ze podobne efekty mozna uzyskac w PYTHON'ie i to napewno mniejszym nakladem pracy a jak wiadomo termin wykonania projektu tez jest istotna sprawa dla klienta/ ale zeby ja efektywnie wykorzystywać trzeba mieć spore doswiadczenie oraz dokladnie poznac spora dokumentację. Oczywiscie dodatkowym kosztem jest zakup odpowiednich narzedzi oraz licencji od SUN'a /proszę o korekte w tym wzgledzie jezeli sie myle/. Nastepna kwestia jest zakup SOLARIS'owych maszyn bo podobno VM Javy działa na nich najwydajniej. Jezeli chodzi o otwartosc to SUN ostatnio otwiera się coraz bardziej ku spolecznosci OpenSource co mozna zaliczyc in plus. O ASPdotNET nie bede nawet wspominał bo skoro technologia jest wspierana i glownie dostepna na jedna platforme systemowa tym bardziej ze firma z REDMOND nie specjalnie wspiera projekt MONO to jak ma byc ogolnie dostepna /pomijam juz konieczność otwarcia zrodel ze strony ASPdotNET /. Na koniec dodadm ze NAJWIEKSZA przewaga PYTHON'a w stosunku powyzszych wspomnianych przeze mnie technologii jest to ze PYTHON dzieki otwartosci jest dostepny na naprawde sporą listę systemów operacyjnych oraz sprzetu. pojawił się ciekawy benchmark CodeIgniter rozkłada Symfony a Django rozkłada wszystko :) To tylko test ale ładnie wygląda :) Zgadzam się z Coldpeerem i Riklaunimem - trzeba w końcu powiedzieć na głos, że PHP to wbrew pozorom kiepski język do tworzenia dynamicznych stron WWW. Jest on niespójny składniowo, brzydki i powolny. Django bije go zdecydowanie na głowę, próbowałem jeszcze Pylons, ale mi się nie spodobał. Porażką jest natomiast, iż znajomość Pythona w społeczności programistów jest wciąż tak żałośnie niska. Przykładem jest temat, który założyłem w dziale Programowanie kilka dni temu. Jestem pewien, że gdybym miał problem z C++ czy z (ble) Delphi to znalazłby się ktoś, kto by mi pomógł. Zresztą, właściwie tamten problem też jest rozwiązany, bo użyłem innego, pięknego frameworka do tworzenia aplikacji sieciowych, jakim jest Twisted. Z miłą chęcią przeczytam jednak odpowiedzi w tamtym temacie. JSP? ASP? Nie rozśmieszajcie mnie, może i są wydajne, ale dostępność dla przeciętnego użytkownika jest żałosna. ASP poza tym jest wyłącznie na Windows, a nikt o zdrowych zmysłach nie powierza swojego systemu komputerowego i danych maszynie z zainstalowanym Windowsem. Poza tym, mają jedną, dyskwalifikującą w moich oczach wadę - są niewolne, a niewolne języki są mało użyteczne, bo nie można ich lepiej poznawać, rozbudowywać, poprawiać itd, itd... Aha, i jeszcze jeden ciekawy link: http://www.bitstorm.org/edwin/en/php/ Użytkownik dodek edytował ten post 06 luty 2007, 14:44 @dodek: # to że nie są dostępne dla przeciętnego użytkownika nie świadczy o słabości języka - JSP I ASP.NET nie używa się z zasady to home page ;-) # ASP.NET nie jest tylko na Win, .NET ma otwartą specyfikacje # nie postawisz na windowsie serwera bo? dziurawy? phi jak znasz się się na administracji to potrafisz go zabezpieczyć, w końcu nie wszystkie serwery stoją na NIXach, zreszta jakbys mial racje to na kazdym windowsowym serwerze bylby napis hacked by macked, a nie jest wystarczy sie znac # nie są otwarte? patrz pkt 1 @dodek: # to że nie są dostępne dla przeciętnego użytkownika nie świadczy o słabości języka - JSP I ASP.NET nie używa się z zasady to home page ;-) OK, powiedzmy, że chcę się ich nauczyć. Jak to zrobić za darmo? # ASP.NET nie jest tylko na Win, .NET ma otwartą specyfikacje Haha, winapi też, a nie jest dosępne pod *nixy, ciekawe dlaczego... Nie mów, że coś jest dostępne, jeżeli nie jest. Może być dostępne w przyszłości, a to już co innego. # nie postawisz na windowsie serwera bo? dziurawy? phi jak znasz się się na administracji to potrafisz go zabezpieczyć, w końcu nie wszystkie serwery stoją na NIXach, zreszta jakbys mial racje to na kazdym windowsowym serwerze bylby napis hacked by macked, a nie jest wystarczy sie znac Z bezpieczeństwem nie jest tak tragicznie, dużo gorzej jest ze stabilnością i wydajnością... # nie są otwarte? patrz pkt 1 Wiesz, dla mnie to dyskwalifikacja - co jeżeli w języku brakuje mi jakiejś jednej prostej rzeczy? Mam zadzwonić do supportu i usłyszeć, że będzie to w którejś z następnych wersji, czyli za 3-4 lata, podczas gdy ja to potrzebuję na pojutrze? W Wolnym Oprogramowaniu mogę to sobie sam dorobić, a jeszcze przy okazji może komuś pomogę tym... Poza tym, nie lubię niewolnego oprogramowania ze względów ideologicznych i religijnych. 1. WD Express jest za free 2. jest Mono 3. kwestia konfiguracji 4. czego Ci brakuje? 1. WD Express jest za free 2. jest Mono 3. kwestia konfiguracji 4. czego Ci brakuje? 1. Wolnym Oprogramowaniem jest to to? 2. jest i Wine, tylko wypada porównać użyteczność... 3. Nie. Windows zwalnia wraz z uptime'em, przyczyną są memory leaki i Czarna Magia Windowsa. Poza tym, *nixy wygrywają w testach wydajności z Win 4. Hm, kodu źródłowego języka? Wolności? 1. szybkie :) 2. hm? 3. to że wygrywają nie oznacza od razu ze win sie nie nadaje 4. aha czyli jak cos nie jest OS to znaczy ze badziew lool daj mi konkretny przyklad czego Ci brakuje w ASP.NET co bys chcial sobie dopisac 1. szybkie :) 2. hm? 3. to że wygrywają nie oznacza od razu ze win sie nie nadaje 4. aha czyli jak cos nie jest OS to znaczy ze badziew lool daj mi konkretny przyklad czego Ci brakuje w ASP.NET co bys chcial sobie dopisac 1. nie to miałem na myśli :) 2. chodzi mi o to, że też teoretycznie implementacja jest, ale raczej do celów produkcyjnych się nie nadaje 3. ale jest zdecydowanie dużo gorszym kandydatem 4. bleee! mylisz Wolne Oprogramowanie z Open Source! nie wiem, nie używam ASP.NET, podaję tylko jako przykład. Mono jest ale w każdej chwili może przestać istnieć jeżeli Microsoftowi będzie to na rękę. 2. jest Mono Ja tak może cicho wspomnę, że bodaj Ty sam, Bełdzio, napisałeś o Mono - "zabawka" :) Szło to jakoś tak: "Mono jest raczej zabawką niż..." albo podobnie :) @down: zdaje się, że tamten post był w innym temacie :) Chyba nawet go Coldpeer znalazł :) Użytkownik pbnan edytował ten post 07 luty 2007, 19:22 Ja tak może cicho wspomnę, że bodaj Ty sam, Bełdzio, napisałeś o Mono - "zabawka" :) Szło to jakoś tak: "Mono jest raczej zabawką niż..." albo podobnie :) Mam wrażenie, że Bełdzio czuję się otoczony przez bombardujących go forumowiczów i nie ma już czym poprzeć swoją rację więc wspomina o MONO. W takiej sytuacji by sam sobie nie zaprzeczać i wejść w slepy zaułek usunął post w tym topic'u w którym stwierdził, ze MONO to "zabawka" Dowodem jest to ze za pomocą wyszukiwarki nie znajdziesz tego postu a ja również jak pbnan czytałem ten post i oprocz mnie pewnie wiele forumowiczów. Użytkownik eddy1985 edytował ten post 07 luty 2007, 19:16 eddy: no nie zupełnie masz rację... http://forum.ks-eksp...m...st&p=721888 eddy: no nie zupełnie masz rację... http://forum.ks-eksp...m...st&p=721888 ups.. :o widocznie złe pytałem wyszukiwarkę. W takiej sytaucji zwracam honor i przepraszam Bełdzio za posta. Choć Bełdzio sie upiera, że dotNET "jest multi" to w kwestii ASPdotNET i platformy dotNET nie zmienie zdania ponieważ uważam ze ta technologia nie jest tak naprawde cross-platform. Projekt MONO nie powstał z inicjatywy firmy z REDMOND tylko NOVELL'a. Gdyby firmie z REDMOND zalezało na przenośności to zainicjowałby projekt na inne platformay oraz odpowiednie narzedzia takie jak Visual Web Developer pod systemy UNIX-like. Nawet nie wymagam by VWD oraz ASPdotNET pod te systemy był z otwartym źródłem - to zrozumiem. Gdyby firmie z REDMOND na tym zalezało to nie powstałby projekt MONO a nawet jezeli jest to dazyłaby MONO było 100% zgodne z dotNET a tak nie jest - nawet uwazam, ze w kazdym momencie mógłby zatrzymać rozwój MONO bo bedzie im przeszkadzac /moze błachy powod ale ta firma biła się w sądzie o takie pierdoły typu, że pewna dystrybucja linuksa miała podobną nazwe do flagoweo produktu REDMONDowej firmy/ Użytkownik eddy1985 edytował ten post 07 luty 2007, 20:20  Mam wrażenie, że Bełdzio czuję się otoczony przez bombardujących go forumowiczów i nie ma już czym poprzeć swoją rację więc wspomina o MONO. W takiej sytuacji by sam sobie nie zaprzeczać i wejść w slepy zaułek usunął post w tym topic'u w którym stwierdził, ze MONO to "zabawka" Dowodem jest to ze za pomocą wyszukiwarki nie znajdziesz tego postu a ja również jak pbnan czytałem ten post i oprocz mnie pewnie wiele forumowiczów. ad1. omg ad2. bo to jest zabawka, ale nie zmienia to faktu że istnieje Choć w kwestii ASPdotNET i platformy dotNET nie zmienie zdania ponieważ uważam ze ta technologia nie jest tak naprawde cross-platform. Projekt MONO nie powstał z inicjatywy firmy z REDMOND tylko NOVELL'a. Gdyby firmie z REDMOND zalezało na przenośności to zainicjowałby projekt na inne platformay oraz odpowiednie narzedzia takie jak Visual Web Developer pod systemy UNIX-like. Nawet nie wymagam by VWD oraz ASPdotNET pod te systemy był z otwartym źródłem - to zrozumiem. Gdyby firmie z REDMOND na tym zalezało to nie powstałby projekt MONO a nawet jezeli jest to dazyłaby MONO było 100% zgodne z dotNET a tak nie jest - nawet uwazam, ze w kazdym momencie mógłby zatrzymać rozwój MONO bo bedzie im przeszkadzac /moze błachy powod ale ta firma biła się w sądzie o takie pierdoły typu, że pewna dystrybucja linuksa miała podobną nazwe do flagoweo produktu REDMONDowej firmy/ i co w tym dziwnego? MS stworzyło .NET tak? tak, udostępniło specyfikacje, żeby nie było tak? tak jak komuś zależy żeby rozwinąć .NET pod NIXami to nie ma przeszkód tak? tak so? a co do rozwoju MONO przez MS to aż mi się śmiać chce :D kilka faktów # MS stworzy coś takiego jak Windows # tworząc .NET było wiadome, że Win będzie natywną platformą dla .NET bo jakby postąpili inaczej oznaczało by, że są niedorozwinięci # teraz co do MONO - po co MS ma wspierać MONO skoro nie jest im to na rękę bo przynosi straty? # MS jest przedsiębiorstwem tak więc jego głównym działaniem jest przynoszenie zysku swoim właścicielom wszelkie odejścia od tej reguły mijają się z ideą przedsiębiorczości :) # co do narzędzi to np DreamWeaver też jest tylko pod Win i co z tego? odpalasz sobie vi i piszesz :-) # może zatrzymać? nie może :-) specyfikacja jest udostępniona więc mogą im skoczyć :-) # distro o, którym mówisz to LinDows i każdy wiedział o co chodziło z tym distro :-) czuje się otoczony? lol :D co mi po tym, że ktoś mówi, że .NET sux? dla mnie to lepiej :-) mniejsza konkurencja :-) tylko wiesz stwierdzenia, że język czy platforma jest do dupy bo "tak" jest śmieszne :-) od zawsze korzystam zarówno z softu CS jak i OS i jakośÂ nie robi mi to róż nicy. jest ok to uzywam suxi to wywalam i nie mam problemu :) stajesz po stronie, która twierdzi, że ASP.NET jak i sam .NET ssie to teraz daj mi jakiś sensowy powód :-) śmiało :-) bo jak na razie to jest taka sama sprawa jak z akcją Windows ssie NIXY rox bo są OS czyli każdy głośno krzyczy a nikt nie podaje faktów :-) to mówiłem ja skomercjalizowany i "kochajacy" MS grzesznik BełdziO :-) Użytkownik Bełdzio edytował ten post 07 luty 2007, 20:29 Powód edycji: literóffka ;-) ad2. bo to jest zabawka, ale nie zmienia to faktu że istnieje W obecnej fazie rozwoju projektu - oczywiscie MONO jest daleko w tyle za dotNET, ale to nie zmienia faktu, że załozeniem platformy NET są: - Ułatwienie tworzenia aplikacji - Mobilność skompilowanego kodu w przeciwnym wypadku "po kiego kija" ten CLR (Common Language Runtime) i CLI (Common Language Infrastructure) skoro nie są odpowiednio wykorzystywane. i co w tym dziwnego? MS stworzyło .NET tak? tak, udostępniło specyfikacje, żeby nie było tak? tak jak komuś zależy żeby rozwinąć .NET pod NIXami to nie ma przeszkód tak? tak so? Wszystko OK ale skoro celem projektu jest mobilność aplikacji to czemu MS nie idzie w tym kierunku jezeli chce być kunkurencją dla JAVA firmy SUN. Podobno jednym z celów stworzenia dotNET było wygryzienie troche "tortu" od SUN'a. Skoro SUN potrafi stworzyć przenosną platforme do tworzenia aplikacji to czemu nie MS. /zaznaczam ze nie jestem fanatykiem jezyka JAVA ale to juz inny temat/ a co do rozwoju MONO przez MS to aż mi się śmiać chce :D kilka faktów # MS stworzy coś takiego jak Windows # tworząc .NET było wiadome, że Win będzie natywną platformą dla .NET bo jakby postąpili inaczej oznaczało by, że są niedorozwinięci Nie nalegam by MS rozwijał MONO, Przeciez moglby przeportować swoją oficjalną platformę na inne systemy. Jezeli już wspomniałes o "niedorozwoju MS" to muszę ci powiedziec ze masz rację no bo jaki w tym sens tworzyc w założeniach przenośna technologię i nie choć czesciowo wykorzystać tego. Przeciez to marnotrawienie. # teraz co do MONO - po co MS ma wspierać MONO skoro nie jest im to na rękę bo przynosi straty? Jak wyżej - MS nie musi wspierac MONO - moze przeportowac swoją platforme oraz narzędzia (obecnie najlepsze do dotNET) Mogą przeciez jako Firma stosować kilka linii produktów pod Linuksa lub inne: - komercyjne - maksimum mozliwości - słona cena - darmowe - mniejsze możliwości Podobnie jak MS robi pod Windows'em wydając: - za darmo serie EXPRESS - za opłatą wersję dla zawodowców # MS jest przedsiębiorstwem tak więc jego głównym działaniem jest przynoszenie zysku swoim właścicielom wszelkie odejścia od tej reguły mijają się z ideą przedsiębiorczości :) Czytaj wyżej # co do narzędzi to np DreamWeaver też jest tylko pod Win i co z tego? odpalasz sobie vi i piszesz :-) VI a DreamWeaver to inny sposób pracy - całkiem złe porównanie co nie zmienia faktu ze komercyjny DreamWeaver tez mógłby byc natywnie pod Linuksa # może zatrzymać? nie może :-) specyfikacja jest udostępniona więc mogą im skoczyć :-) MS ma zaplecze prawników dla których jest wszystko możliwe. /patrz umowa miedzy MS - NOVELL/ wiec nie jest tak kolorowo. # distro o, którym mówisz to LinDows i każdy wiedział o co chodziło z tym distro :-) Wiem wiem poprostu tak pisałem bo to tajemnica poliszynela :) czuje się otoczony? lol :D co mi po tym, że ktoś mówi, że .NET sux? dla mnie to lepiej :-) mniejsza konkurencja :-) tylko wiesz stwierdzenia, że język czy platforma jest do [ciach!] bo "tak" jest śmieszne :-) od zawsze korzystam zarówno z softu CS jak i OS i jakoś nie robi mi to różnicy. jest ok to uzywam suxi to wywalam i nie mam problemu :) Ja nie uważam ze dotNET jest do [ciach!]. Poprostu ciekawe załozenia tej technologii nie są w zgodzie z tym co widać a o tym napisałem wyżej stajesz po stronie, która twierdzi, że ASP.NET jak i sam .NET ssie to teraz daj mi jakiś sensowy powód :-) śmiało :-) bo jak na razie to jest taka sama sprawa jak z akcją Windows ssie NIXY rox bo są OS czyli każdy głośno krzyczy a nikt nie podaje faktów :-) Jeszcze raz powtorze cała platforma dotNET ma ciekawą idee, ale kłóci sie z tym co MS z nią wykonuje poprzez zamykanie jej na jedna platformę. To wszystko Mam nadzieje, że choć trochę rozjaśniłem Ci jak ja to widzę :) Pozdr. eddy1985 stajesz po stronie, która twierdzi, że ASP.NET jak i sam .NET ssie to teraz daj mi jakiś sensowy powód :-) A Ty nadal nie podałeś powodu, w którym ASP.NET bije Pythona czy Ruby. Użytkownik Coldpeer edytował ten post 08 luty 2007, 14:01 Ojej... Teraz każdy będzie się licytował co jest lepsze... Pan X lubi język A i będzie każdego zachecał aby się uczył tego języka, natomiast pan Y lubi język B i będzie każdego zachęcał aby programował w języku B i tak w nieskończoność... Jaki to ma sens? Wiadomo, że są różne języki i w zależności co jest nam potrzebne wykorzystamy inną technologię (jeśli ktoś się zajmuje tym bardziej zawodowo, chociaż i to nie zawsze). Jednemu podoba się język A a drugiemu język B. Wg każdej osoby jeden jest gorszy jeden jest lepszy. Jeśli ktoś uczy się języka A to wie coś o nim i wybrał go dlatego, ponieważ uważa, że jest lepszy od języka B. Kwestia gustu - jednemu podba się składnia taka, innemu siaka. Zamist się kłócić zróbcie lepiej zestawienie poszczególnych języków, wypiszcie ich wady i zalety etc., a nie sie licytujecie ;) Tak przynajmniej będzie z pożytkiem dla potomności :D piotreq: celem tematu jest raczej zwrócenie uwagi na inne, fajne rozwijające się i ostatnio popularne języki Python i Ruby, gdyż jak można zauważyć na tym forum pytania dotyczą prawie wszystkie PHP - a nie, jak napisałeś, przekonywanie, że te języki są najlepsze i lepsze od innych, np. od PHP, (osobiście uważam, że takie są ;) ) i należy ich używać. piotreq: celem tematu jest raczej zwrócenie uwagi na inne, fajne rozwijające się i ostatnio popularne języki Python i Ruby, gdyż jak można zauważyć na tym forum pytania dotyczą prawie wszystkie PHP - a nie, jak napisałeś, przekonywanie, że te języki są najlepsze i lepsze od innych, np. od PHP, (osobiście uważam, że takie są ;) ) i należy ich używać. Ok, rozumiem jaki jest cel tematu, ale z wypowiedzi niektórych można wywnioskować co innego (przeczytaj pare postów wyżej ;) ). Co do PHP to zgodze się z Tobą - jest popularny a nawet bardzo popularny i dużo osób głównie robi strony w tym języku. Każdy chyba wie, że technologie WWW rozwijają się niesamowicie szybko i co troche powstaje coś nowego więc nie sposób jest umieć wszystko, trzeba coś wybrać. Nie sposób jest się wszystkiego nauczyć, co nie oznacza, że nie warto ich spróbować ;) Chciałbym poinformować, że wbrew pozorom Microsoft nie udostępnia dotNET tylko na Windows - jest jeszcze coś takiego jak Rotor Programming na FreeBSD i MacOS, z tym, że Microsoft wprowadził bezdennie kretyńskie licencjonowanie - otworzyli kod źródłowy, ale Open Source to to nie jest, Free Software tym bardziej. Kod jest dostępny, ale licencja zabrania tworzenia zarówno własnościowego jak i Wolnego oprogramowania. Więc, dotNET na unixy jest, ale ssie niesamowicie. Chciałbym poinformować, że wbrew pozorom Microsoft nie udostępnia dotNET tylko na Windows - jest jeszcze coś takiego jak Rotor Programming na FreeBSD i MacOS, z tym, że Microsoft wprowadził bezdennie kretyńskie licencjonowanie - otworzyli kod źródłowy, ale Open Source to to nie jest, Free Software tym bardziej. Kod jest dostępny, ale licencja zabrania tworzenia zarówno własnościowego jak i Wolnego oprogramowania. Więc, dotNET na unixy jest, ale ssie niesamowicie. Dawno dawno temu... czytałem na temat ROTOR, ale szybko o nim zapomniałem. Pewnie dlatego, że nie było i nie jest czymś na tyle interesującym /w porównaniu do windowsowego dotNET/ by utkwiło w pamięci /głównie z powodu durnej licencji, która nie pozwala korzystać z tego w komercyjnych projektach oraz to, że wersja 2.0 działa obecnie tylko z windows/. Według mnie ROTOR to tylko wymówka, że strony MS i pewnie było tak - "stworzyliśmy mobilne środowisko wiec zeby sie nie czepiali uzytkownicy systemow UNIX-like odwalimy na kolanie ROTOR'a i zabronimy wykorzystywac go komercyjne oraz nie damy porzadnych narzedzi w stylu VS Express". Ta cała zagrywka jest celowa bo skoro VS Express jest za darmo i mozna go wykorzystywać komercyjnie to czemu by nie ROTOR'a. A pozatym mam wrazenie ze rozwój ROTOR'a stoi w miejscu a tym samym to nie jest to co windowsowe dotNET - poprostu MS odwalił to "na kolanie" by miec w razie czego wymówkę - inaczej mówiąć ROTOR jest, ale nie jest wart uwagi. to mówiłem ja skomercjalizowany i "kochajacy" MS grzesznik BełdziO :-) Masz tu newsa z 5 lutego 2007 na temat twojej "ukochanej" firmy ;) Użytkownik eddy1985 edytował ten post 09 luty 2007, 16:54 Dobra, nie robić tu wojny z MS. :) Wracając do Djago to świadomość i zainteresowanie rośnie - dzisiejsze zlecenie na zlecenia.przez.net @eddy1985: # mobilność w przypadku .NET != wieloplatformowość chodzi tu o to że możesz napisać app pod Windows, app internetową, usługę sieciową czy program na urządzenia typu PocketPC # MS jest powiązany z Windowsem dlatego nijak ma się rozwój przez niego samego softu na inne platformy # nie mówiłem o niedorozwouj MS czytak uważnie # yyy? jaki jest sesn wprowadzanie 2 wersji platformy? przecież połowa softu nie będzie działać :) # właśnie MS robi to pod Windowsem :)) @Coldpeer np nie słyszałem, żeby było do nich jakieś IDE z wizulanym projektowaniem :-) @Coldpeer np nie słyszałem, żeby było do nich jakieś IDE z wizulanym projektowaniem :-) A do czego tu wizualne projektowanie? A do tworzenia GUI używa się jakiejś biblioteki, np. dobrze znanej Qt - można też w końcu użyć do wizualnego projektowania Qt Designera. Ale ten "argument" jakoś do mnie nie przemawia :) Masz jakieś inne? :) Użytkownik Coldpeer edytował ten post 10 luty 2007, 01:11 a do mnie przemawia szczególnie jak piszesz dużo i duże :-) inny hmm.. nie wiem jak "u Was", ale w .NET kosmicznie podabo ma się sposób nazewnictwa klas i metod :-) też może nic ciekawego ale jak sie duzo kodzi to lepiej widziec cos ladnego przed oczami :) @eddy1985: # mobilność w przypadku .NET != wieloplatformowość chodzi tu o to że możesz napisać app pod Windows, app internetową, usługę sieciową czy program na urządzenia typu PocketPC Widze, że kolega nie zna pojęcia wieloplatformowość oprogramowania więc tłumacze po krótce: jest to róznego rodzaju oprogramowanie, dokument, plik, format pliku, itd.., który może być wykorzystany na komputerach o różnej architekturze i pracujących pod kontrolą różnych systemów operacyjnych i dostępnym na nim odpowiednim oprogramowaniu do obsługi tych przenosnych plików czy dokumentów lub bibliotek. Natomiast srodowisko dotNET jest obecne tylko w kręgu windows i PocketPC a to stanowczo za mało by tą platformę nazywać naprawdę przenośną. Przykładem takiego naprawdę wieloplatformowego narzędzia jest wcześniej wspominany PYTHON, ponieważ istnieje wersja nawet na systemy typu "embedded" # MS jest powiązany z Windowsem dlatego nijak ma się rozwój przez niego samego softu na inne platformy Żadne wytłumaczenie. Dla systemów Windows 2003 Server SP1 i Windows Vista istnieja oficjalne narzedzia do odpalania UNIX'owych aplikacji. Mam namysli oczywiscie Subsystem for UNIX-Based Applications (SUA) Subsystem for UNIX-Based Applications (SUA) to składnik, który zapewnia usługi platformy do celów uruchamiania w systemie Windows Vista Enterprise aplikacji i skryptów stworzonych dla systemu UNIX. Podsystem SUA ułatwia współprace między środowiskami systemu Windows i UNIX/Linux oraz przenoszenie aplikacji firmowych systemu Unix na platformę Windows. Więcej informacji na temat SUA # nie mówiłem o niedorozwouj MS czytak uważnie To był poniekąd celowy zabieg, ponieważ ta myśl mi pierwsza przyszła do głowy :) IMHO uważam, że to co napisałem jest zgodne z prawdą i pewnie nie tylko ja tak uważam /Co do uważnego czytania to jak najbardziej zawsze wnikliwie sie wczytuje :) - jezeli oczekiwałes innej odpowiedzi w tatmtym poscie to trzeba było ułożyć inna odpowiedz która by tego nie nasuneła :)/ # yyy? jaki jest sesn wprowadzanie 2 wersji platformy? przecież połowa softu nie będzie działać :) Ja mam namyśli aplikacje które od poczatku beda pisane w technologii dotNET czyli nie beda korzystac bezposrednio z WinAPI Porostu platforma dotNET odpowiednia w danym systemie bedzie odpowiednio tłumaczyc wywołania aplikacji na API zrozumiale dla systemu gospoadarza. Coś w rodzaju platformy JAVA. W przyszłości MS pewnie całkiem przejdzie na dotNET i gdyby istniała w pelni zgodna platforma dotNET na inne systemy to mógłbyś bez wiekszego "bólu" uruchomić np. takiego MS OFFICE 2010 na Linuksie :) - fantastyka :), ale całkiem możliwa jeżeli MS kiedys zmieni zdanie. Użytkownik eddy1985 edytował ten post 10 luty 2007, 19:29 # czy ja pisze o wieloplatformowości czy o mobilności? # no tak MS wzmacnia swój system, a nie NIXY :) # cóż widocznie okłamują mnie ciągle w uczelni (chodze do uczelni biznesowej) mówiąc o przedsiębiorczości etc # tak jak pisałem, MS nie zależy żeby soft pisany pod Win odpalać na innych platformach bo z tego nic nie mają :-) a co do przyszłości korzystania z .NET na Win to o ile dobrze pójdzie to stanie się to faktem :) dzisiaj byłem w grono.net, tzn. w siedzibie firmy ;) na taką wstępną rozmowę i było fajnie. Jak załatwię uczelnie to będę mógł startować :) 99% rzeczy robią w Pythonie + Django więc zgodność dość duża ;) (I to oni odezwali się do mnie) A że silnie szukają programistów pythona +/- django więc ofert raczej nie zabraknie. |
|||
Sitedesign by AltusUmbrae. |