Novell porzuca rozwój Mono, zwalnia pracowników
- Dodano: 5 maja 2011
- Wprowadził: michuk
- Komentarze: 201
Attachmate Corporation, które kupiło firmę Novell robi wiosenne porządki. Na pierwszy ogień poszedł amerykański oddział firmy, z którego zwolniono większość programistów Mono.
Szefostwo firmy oficjalnie tego nie przyznaje, ale wydaje się oczywistym, że Novell nie jest już zainteresowany rozwojem platformy, która miała być konkurentem .NET dla systemów linuksowych. Nie wiadomo cały czas co stanie się z Miguelem de Icazą, twórcą projektu. Na swoim blogu ani na Twitterze nie zdradza na razie czy znalazł się wśród zwolnionych pracowników, czy może sam zamierza odejść z firmy po tym jak porzuca ona jego dziecko.
Programiści Mono będą musieli rozwijać swój projekt po godzinach
Novell pod wodzą Attachmate chce skupić się na rozwiązaniach dla korporacji. Rozwój SUSE Linux jest podobno na razie niezagrożony – będzie się nim zajmować zespół programistów ulokowanych w Norymberdze.
Na pewno nie należy jednak liczyć na to, że firma będzie tak jak do tej pory wspierać oprogramowanie open source, a porzucenie Mono jest na to najlepszym przykładem.
Więcej informacji: http://www.zdnet.com/blog/open-source/is...dying/8821
Znalazłeś literówkę? Zgłoś ją używając formularza!
Jeśli uważasz, że ten nius jest nieobiektywny, przedstawia nieprawdziwe wydarzenie, jest spamem lub nie spełnia standardów serwisu, napisz raport.
Niusy na podobny temat:
Komentarze (RSS) | Trackback (URI)
Komentarze są prywatnymi opiniami dodających je osób. Prosimy o zachowanie kultury wypowiedzi. Komentarze obraźliwe oraz obniżające poziom serwisu będą usuwane. Więcej w regulaminie komentowania.
201 komentarzy
Wszystkie autorskie niusy w serwisie publikowane są na licencji Creative Commons Uznanie autorstwa 2.5 Polska.
Nie ma jak uzależnić się od platformy, która mogła zniknąć w jeden dzień. I właśnie zniknęła.
Microsoft pewnie się wkurzył. Nie udał się plan przeniesienia GNU/Linuksa na Mono, a potem zatopienia go patentami.
Co zniknęło ? Nadal można mono pobrać, pobrane do tej pory binarki nie uległy samozniszczeniu.
Mono po prostu dorównało eksystemowi z myślą o którym było budowane – będzie stangacja, bałagan, niepełne działanie, tak jak w Linuksie.
Budyń oni akceptują patche możesz masz szansę zmienić świat na lepszy.
Ale po co ? U mnie działa (coś innego). Po co mam robić dysfunkcyjnego klona ?
"Ale po co ?" Bo oni oferują wiele rzeczy, których w .net nigdy nie będzie: Monotouch, Monodroid, Mono.Simd, csharp REPL (może będzie w c# 5 a w mono jest od dwóch wydań i działa), MonoMac – warto wspierać technologię której się używa.
Co więcej zwolnieni devi pracowali w USA, a oddział odpowiedzialny za mono miał być umiejscowiony w Niemczech. Więc tak na prawdę nie wiadomo czy to tylko personalne sprzątanie czy coś więcej.
CsharpREPL można osiągnąć z użyciem PowerShella
Może nie będzie to czysty C# ale…
@Andrew tyle że mono REPL działa i na Linuksie i na Windows
Jaka stagnacja? Popatrz na systemy Microsoftu
.
@o_O "Microsoft pewnie się wkurzył."
Microsoft się raczej cieszy ponieważ juz nie długo nastąpi odpływ użytkowników Linuksa w stronę Windows, ze względu na Silverlight, który jest co raz powszechniej stosowany w Internecie – zwłaszcza VOD.
Magiczny 1% spadnie do 0.6% i będziesz mógł głosić wszem i wobec, że zaliczasz się do elity. Podobną elitę, a nawet większą stanowią w Polsce Romowie, których jest ok. 0.1%
.
@aix_Wolna_Głupota akurat do oglądania video moonlight działa – nawet Microsoft daje swoje kodeki do moonlight – gorzej z tymi miejscami gdzie jest wymagany DRM (netflix) bo tego nie ma ( ktoś się orientuje jaki jest status DRM w Linuksie w ogóle ?). Ale Silverligth ani Flash w przelądarkach przyszłości nie mają (patrz blokowanie flasha przez Apple na ipady).
"Ale Silverligth ani Flash w przelądarkach przyszłości nie mają (patrz blokowanie flasha przez Apple na ipady). "
Flash na razie dominuje i pozbycie się go z Internetu będzie pewnie przypominać przegonienie Worda z urzędów – zbyt wiele osób jest przywiązanych do tej technologii, żeby jej się pozbyć od tak.
Żeby być dominatorem na rynku trzeba obsługiwać wszystko – jak Windows
.
właśnie pokazałeś wady windowsa: np. obsługę ext4 i odf. Poza tym zmień sobie nick na Głupota, bardziej będzie pasowało.
A .NET nie potrzebuje konkurencji, bo sam jest jednym wielkim niewypałem. Wolną kopią Javy, tyle, że nieprzenośną na żadne systemy poza windows. Śmieszna technologia.
Na tej śmiesznej technologii opiera się połowa światowych banków, firm ubezpieczeniowych i innych korporacji. Pisanie o .NET jako o wolnej (od powolności rozumiem) kopii Javy świadczy tylko i wyłącznie o całkowitej niekompetencji w temacie. Piszę to jako były programista J2EE.
.NET i Mono są prównywalny z Javą (wszystkie są o kilka rzędow szybsze od Pythona czy Ruby ale gorsze od C++) natomiast z reguły mają mniejszy apetyt na pamięć. Java jest "od zawsze" więc jest do niej więcej bibliotek/frameworków itp.
Mono jest na githubie https://github.com/mono/mono ma świetne community (sporo pracowników pracujących nad mono jest na ircu) i jest wokól niego kilka bardzo ciekawych projektów oprócz tych znanych są to np: Manos De Mono, Pinta, Service.Stack.
.Net ma trzy duże plusy: Visual studio, przenośność pomiędzy językami (c#, c++, vb..) oraz łatwość nauczenia się. Jeżeli nie brać pod uwagi wieloplatformowości, to moim zdaniem nie ma nic lepszego do pisania aplikacji biurowych i prostych aplikacji w ogóle. o_O jest nie dość że trolem to kompletnym ignorantem w większości swoich komentarzy.
Na platformę Java o ile się ie mylę jest około 240 języków programowania. Języki z .NET do Javy to jak budka z lodami do hipermarketu.
"Na platformę Java o ile się ie mylę jest około 240 języków programowania. Języki z .NET do Javy to jak budka z lodami do hipermarketu."
Nie jestem pewny, co do tej konkretnej liczby, ale faktem jest, że JVM (bo to o nią, czyli maszynę writualną Javy oczywiście chodzi) więcej niż nadrobiła braki względem CLR, polegające na braku innych niż Java języków programistycznych w oparciu o nią działających. Z najbardziej znanych, poza wymienioną już Scalą, wspomnieć można o Groovy, Jythonie, JRuby, Clojure,.
@kolos … i wszystkie 240 nie nadaje się żeby napisać aplikacje GUI pod Ubuntu (zrób klona Banshee z Gtk w Javie)
A Swing, SWT i ewentualnie QJambi?
To raczej kwestia gustu autorów aplikacji, równie dobrze mogli to zrobić w Javie.
Odsyłam do wątku o natywnych toolkitach poniżej.
SWT jest natywnie na linuksie w GTK
chodzi o binding DO GTK a nie jakąś abstracje nad gtk
Można zrobić zarąbiście wyglądające aplikacje np. w Apache Pivot; w Swingu też się da, choć trzeba kupić komercyjny L&F, bo darmowe są zwykle dość niedopracowane. Natywne, ciężkie toolkity wcale nie są takie dobre – wprowadzają dużo ograniczeń, a tak naprawdę użytkownicy wcale tak bardzo nie oczekują, że aplikacja będzie wyglądać tak samo jak cała reszta, szczególnie że dużo znanych aplikacji stosuje własny L&F (praktycznie wszystkie gry to robią) i nikt z tego powodu nie płacze. Przykłady popularnych aplikacji stosujących własne L&F i zestawy kontrolek: WinAmp, Skype, MS Office, wszystkie aplikacje Adobe AIR / Flex. Dla mnie np. ważniejsze jest, że aplikacja wygląda i działa tak samo na Linuksie i na Windows. A tego nie da się dobrze zrobić używając bindingów do GTK itp.
w JAVA do L&F Swing'u jest potencjalnie darmowy Looks ze strony jGoodies
"Na platformę Java o ile się ie mylę jest około 240 języków programowania."
To podobnie jak w Afryce, która równiez jest bardzo zróżnicowana językowo
.
W Polsce to np.: mBank czy PKO BP.
"Piszę to jako były programista J2EE."
Czyli wynika stąd, że porzuciłeś Javę bo była zbyt wolna? Jeśli tak, to na rzecz jakiej technologii ją porzuciłeś?
Ciekawy wniosek. Nie "porzuciłem" Javy. J2EE (podobnie jak .NET) sprawdza się doskonale w heterogonicznym środowisku korporacji, gdzie setki (dosłonie) systemów informatycznych muszą ze sobą współpracować. Do tego ma odpowiednie narzędzia, biblioteki.
Zająłem się akurat projektem czystko internetowym (Filmaster.pl), w do którego bardziej odpowiednią technologią wydał mi się Python z frameworkiem Django.
PyPy już obsługuje Django
niestety tylko z SQLite.
Twierdzenie, że .Net/Java są wolne jest "śmieszne". Przed każdym projektem powinno się określić jaką responsywność chcemy uzyskać. I zazwyczaj dostajemy odpowiedzi, które .Net/Java mogą dostarczyć.
Za to rzeczywiście brak wieloplatformowości .Net to jego największa wada.
Szkoda, że nie zainteresowałeś się Scalą i Liftem ;(
nie wiem jak sytuacja wyglada na swiecie ale w polsce polowa bankow na pewno nie wykorzystuje .NET do ich najwazniejszych systemow. Oprogramowanie Microsoftu na serwery jest postrzegane bardzo zle
nie wiem jak sytuacja wyglada na swiecie ale w polsce na pewno polowa bankow nie wykorzystuje .NET. Technologie Microsoftu sa postrzegane bardziej jako "szkodliwe" na serwery. Wiekszosc systemow centralnych bankow uzywa technologi opartych o Java lub na procedurkach PL/SQL.
Pokaz mi lamde w Javie, to sie posmiejemy razem. Ooo, beda, ale w 2012 i brzydkie, a to pech…
Mylisz pojęcia.
dotniet to virtualna maszyna niskopoziomowa cos w desen llvm (musisz wypluc swoj kod w bytecode wtedy możesz programować w dowolnym języku).
Natomiast C# to "ulepszona" java. Poza C# masz do groma jezykow ktorych mozesz uzywac na dotniet iron[python|perl|ruby] oraz inne wynalazki mniej lub bardziej podobne do czegokolwiek.
Jak Richard Stallman mówił, że Mono i C# to ZUO, wielu na Niego psioczyło… Teraz Banshee z Ubudubu out?
Nie upadł z powodu patentów tylko z powodu, że Novell nie widzi w nim potencjały biznesowego, więc wywody RMS są tu nie na temat.
@michuk mijasz się z prawdą:
Novell nie zamyka mono (widziałeś jakiś oficjalny komunikat ?) mam wiadomość z pierwszej ręki (od pracownika Novella) że tak się nie stanie (sami nie mogą nic mówić ze względu na NDA). ? Niemniej jakieś przetasowania prawdopodobnie są. W przeciągu kilku dni będzie oficjalny komunikat na stronie projektu.
Zwolniono większość pracowników rozwijających Mono i projekt przestaje być priorytetowy – to fakty. Nawet jak zostawią de Icazę i kilka osób to oznaczać to będzie praktycznie zastój Mono jeśli chodzi o wysiłki Novella.
"Zwolniono większość pracowników rozwijających Mono i projekt przestaje być priorytetowy – to fakty. " Heh no właśnie nie fakty inaczej np dzisiaj irc świeciłby pustakmi. Co do "priorytetowy" to on nigdy taki nie był o tyle o ile znam sytuacje.
Źródło informacji o zwolnieniach: http://www.ksl.com/?nid=148&sid=15382738
Nie jest to oficjalna informacja, tylko oświadczenie anonimowego pracownika:
"An employee said about 800 people lost their jobs company-wide, with most of those in Provo. [...]
He said the company plans to drop all but four of its product lines."
Nie ma tu wzmianki o Mono, ale jest o ograniczeniu liczby produktów. Prędzej, czy później, pojawi się oficjalna informacja od właścicieli Novella.
raczej nie, bo Banshee zarabia na krzykaczy http://banshee.fm/about/revenue/
Nie wiadomo, skąd Attachmate miało kasę na kupno Novella; Novella (ale nie całego) chciało kupić również VMware, co było nie na rękę Microsoftowi; Microsoft nie mógł kupić Novella bezpośrednio, bez narażenia się urzędom antymonopolowym; Microsoft brał udział przy sprzedaży Novella – wyłożył 450 mln dolarów na jakieś własności intelektualne (nie wiadomo, jakie).
Teoria spiskowa (brak dowodów): jeśli wszystkim steruje tu Microsoft, ubicie Mono nie byłoby dziwne.
Mono miało błogosławieństwo Microsoftu, szczególnie Moonlight będący implementacją Silverlighta na Linuksa i MacOS. Nie wiem dlaczego MS miałby zabijać Mono – to w końcu projekt oparty na ich koncepcji i specyfikacji – powinni to raczej wspierać, na pewno bardziej niż Javę czy inne obce technologie.
Powód nr 1: developerzy mają pisać aplikacje, które działają na windowsach, nie na innych platformach.
Powód nr 2: developerzy mają być przywiązani do narzędzi (IDE, SQL, cokolwiek), które działają na windowsach, nie na innych platformach
Cel: użytkownicy (zarówno indywidualni, jak i korporacyjni) mają używać windowsów, nie innych platform
Nie wiem, jak Microsoft miał błogosławić Mono.
Powód nr 1: Ms zdaje sobie sprawę że na dłuższą mete nie wygrają wojny serwerów. Muszą mieć coś w zanadrzu na 'nie swoje' serwery.
Powód nr 2: Jak już mają pisać na inną platformę to niech piszą w naszym języku.
Powód nr 3: Można pisać w .net na iphone i androida
powód 4, nastepca Windows ma być oparty na .net i być systemem multiplatformowym.
@deLonge: taaa… x86 i x86_64. Do tego wersja okrojona na ARM. Tylko jakby ci to tu… nie tyle tak ma być, co tak jest od lat i bez .Net.
NT do wersji 4.0 obsługiwał też platformy: Alpha, MIPS i PowerPC.
Nawiasem mówiąc, do zrobienia wersji na alphy Microsoft został zmuszony – DEC pozwał MS o kradzież technologii (NT bazuje na VMS i został opracowany przez ex-pracowników DEC-a z Cutlerem na czele) i w ramach ugody Microsoft zapłacił kasę i zobowiązał się do wydania NT na alphy.
@troll: ale ja pisałem przecież, że tak jest- nie że nie mieli innych strzałów. NT przecież powstawał w czasie kiedy wieszcz i wizjoner MS przewidywał rychły upadek platformy intela.
Dzień w którym MS wyda powiedzmy… Windows 9 i rodzinę, w dodatku ujednoliconą z Azure jeżeli chodzi o API itp. i bazującą w całości na .NET z kodem zarządzalnym (bez odwołań do Windows API) a tydzień później .NET Framework (choćby CLR) na ARM, PowerPC, SPARC (nie sądzę), Intele i klony będzie dniem biegunki w urzędach antymonopolowych oraz Dniem Sądu dla całej reszty producentów.
To raczej będzie gwóźdź do własnej trumny MS (system operacyjny to jednak "coś" trochę innego niż aplikacja kliencka).
Wydaje mi się, że nie są oni jednak samobójcami.
Będzie – o ile nie wydadzą framework ale bez chodzącego za jego pomocą OSa.
"Będzie – o ile nie wydadzą framework ale bez chodzącego za jego pomocą OSa."
W tym momencie będzie to bardziej "niechodzący OS", przy którym Vista będzie mogła kojarzyć się z rączym rumakiem.
Rączy Rumak to dopiero w kwietniu 2013, o ile grał w którymś Toy Story
Ale o czym ty piszesz? Czy Microsoft wspierał ten projekt w postaci przydzielenia swoich developerów do tego projektu?
Microsoftowi nigdy nie zależało na rozwoju tego, to była ich wymówka na to, że Silverlight i całe to ich .Net działa tylko na Windowsach, na zasadzie "Patrzcie .Net działa wszędzie, a że nie działa dobrze, cóż, wybierzcie najlepsza platformę jaką jest Windows."
de Icaza na blogu nieraz pisał o tym, że pracownicy Microsoftu byli bardzo pomocni przy wyjaśnianiu specyfikacji .NET czy Silverlighta na potrzeby projektu Mono.
Rzeczywiście pomoc takiego giganta jak Microsoft że przyklasnąć brawo jaki jest hojny. Co to jest dla Microsoft wydzielić zespół ludzi rozwijający Mono? To jest śmieszne.
Microsoft wydał kilka bibliotek na licencjach które umożliwiły inkorporowanie kodu bezpośrednio do mono http://tirania.org/blog/archive/2010/Jul-07.html Dopóki firmą będzie rządził Ballmer nie sądze żeby możliwe były mocniejsze kroki.
A jednak jest to zmiana w stosunku do tego co było wcześniej – czyli zero współpracy, raczej jej blokowanie / brak specyfikacji i brak pomocy.
Nie znam żadnej informacji o zmianie nastawienia (a trochę się tym interesuje). @michuk znowu polegasz na plotach ?
Przecież napisałem powyżej – polegam na wpisach de Icazy który chwalił nieraz współpracę z MS w sprawie Mono.
@michuk – przepraszam źle zrozumiałem kontekst – mea culpa
To "coś" to za mało, żeby miało to sens.
@rsajdok
Microsoft MA zespół ludzi rozwijających ich Mono. Po co mieliby pisać kolna własnego produktu ?
Bez sensu. Szczególnie że, problem z wydaniem oryginalnego .NET framework na inne platformy jest raczej polityczny niż techniczny.
Czytaj ze zrozumieniem. To był wytyk do argumentu, że Microsoft wystarczająco wspiera rozwój .Net na inne platformy w postaci Mono.
"Moonlight będący implementacją Silverlighta"
Ja bym nie nazwał tego czegoś nawet implementacją. Przecież to prawie z niczym nie działało…
"to" ciągle żyje ale faktycznie nie jest super – tyle żeby obejrzeć materiały na channel9 czy rp.pl wystarczy jeśli używasz nightlies http://www.go-mono.com/moonlight/nightlies.aspx
PhotoSynth działa na nowszych moonlightach. A to serwis Microsoftu.
mono od początku śmierdziało, mam nadzieję, że canonical to ubije do końca a nie będzie wskrzeszał za wszelką cenę bo mają jedną mono-aplikacyjkę
Ja nie mam pojęcia jak ktoś sensownie myślący może pchać się w Mono. Cały czas wersja Beta, tak jakby nie było nic sensowego na Linuksy.
Nie jest wersją Beta: http://www.mono-project.com/Companies_Using_Mono Natomiast pewne części – np WPF – nigdy nie byly (i pewnie nie będą) implementowane. Mam produkcyjne aplikacje asp.net MVC3 chodzące na mono.
O tym piszę, "coś" tam działa, od lat to zapóźnione, część nigdy nie powstanie, itp. kwiatki, więc pytam jaki jest sensowny powód pchania się w to?
To co nie działa to albo mocno 'windows only' biblioteki albo wielkie kobyły jak WPF. Pierwotnie sens był taki żeby pisać wygodnie aplikacje GUI (tutaj używa się Gtk#) ( i jest to prawdopodobnie najwygodniejszy obecnie sposób pisania apllikacji pod Linuksem – dzięki Monodevelop) w ładnym języku z garbage collectorem. Teraz doszły jeszcze Monotouch (aplikacje na iphona w c#) i Monodroid (pod androida) które są komercyjnymi produktami. Dzięki Mono programiści Windows mogą pisać aplikacje dla Linuksa (bo z reguły znają .Net)
Sam C# jest bardzo ładnym językiem o dużo większej sile wyrazu niż Java a ciągle C-podobnym więc łatwym do nauki.
Dużo "ładniej" jest w Qt.
C# do wersji 2.0 to kalka Javy. Tak został zaprojektowany aby programista Javy mógł gładko używać C#. Nowsze wersje to pogoń za takimi rozwiązaniami jakie daje Python, czy Ruby.
Dużo "ładniej" jest w Qt.
1. nie w gnome
2. nie ma garbage collectora
3. nie ma "tych wynalazków" (LINQ lambda expressions, var, dynamics czy nawet najprostrzego mechanizmu propertów) co wpływa na wygodę i "ładność" pisania
1. A co ma gnome do pisania w Qt?
2. Wpełni automatycznego nie, ale są półautomatyczne mechanizmy w QObject i QPointer
3. Jak to nie ma properties, widać że chyba nigdy w Qt nie programowałeś, a co do lambda itp to część z tego jest w bibliotece boost i Qt nie musi wymyślać koła na nowo
"A co ma gnome do pisania w Qt"
aplikacje pisane w Qt ciągle wyglądają/integrują się kiepsko pod gnomem (i vice versa) – z natury rzeczy. W ogólnie pisanie w nie-natywnych toolkitach na daną platformę to z reguły porażka.
"Jak to nie ma properties"
Property są, ale w Qt. NIE są wbudowane w język więc nie mogą być ogólnego przeznaczenia (nie można oddzielić gui od logiki i mieć property)
"idać że chyba nigdy w Qt nie programowałeś"
Nie programowałem nigdy w z użyciem Qt – ale to nie zmienia prawdziwości tez powyżej.
"a co do lambda itp to część z tego jest w bibliotece boost"
Chodzi o to żeby te "ułatwiacze" były w języku bo to zwiększa zwięzlość i przejrzystość zapisu.
Tak z ręką na sercu kto może powiedzieć (kto pisał w C++ i C#) że łatwiej mu się pisze w C++ ?
>aplikacje pisane w Qt ciągle wyglądają/integrują się kiepsko pod gnomem
Ponownie a co ma piernik do wiatraka? Co ma łatwość i szybkość pisania aplikacji w danym frameworku do integracji z jakimś środowiskiem biurkowym? Według twojego rozumowania mogę powiedzieć że Gtk jest bee bo nie integruje się dobrze z KDE
>(W ogólnie pisanie w nie-natywnych toolkitach na daną platformę to z reguły porażka.)
Czyli według ciebie Gtk jest natywnym toolkitem a Qt nie? lol
>nie można oddzielić gui od logiki i mieć property
Tutaj ponownie nie masz racji, properties, sygnały, sloty itp są kompletnie niezależne od GUI. W Qt możesz spokojnie pisać aplikacje konsolowe
"Według twojego rozumowania mogę powiedzieć że Gtk jest bee bo nie integruje się dobrze z KDE" Qt nadaje się do pisania pod KDE a Gtk(#) pod gnome czy to dziwne ? Nie piszę ani więcej ani mniej.
"Tutaj ponownie nie masz racji, properties, sygnały, sloty itp są kompletnie niezależne od GUI" znowu dyskutujesz z tezą której nie wypowiedziałem. Qt nie jest częścią C++, więc NIE DA SIĘ mieć propertów bez linkowania Qt (lub innej biblioteki).
A da sie miec property i w ogole C# bez bibliotek .net/mono?
tak http://msdn.microsoft.com/en-us/library/x9fsa0sw….
Qt jest be, bo trzeba dolinkować kilkaset kB QtCore, a jak jest wrzucone 10GB assetów to jest ok.
jakie assesty ? jakie 10 Gb ? konkretnie proszę
boost to raptem proteza na ułomność samego C++ , widać to na pierwszy rzut oka kiedy dostajesz elegancki boostowy error na dwa ekrany.
Czy ktoś z OSnews może z powodzeniem używa Qt w C#? Np. jakieś Qyoto .. C# ok, ale Qt >>>>> Gtk.
Z tego co wiem to binding do Qt ( Qyoto )- nie jest aktywnie rozwijany – a szkoda
Programista Javy nie ma po co używać C#, ponieważ jest Scala, która bije C# pod praktycznie każdym względem tj. jest znacznie lepiej przemyślana od podstaw i nie jest "workiem udogodnień ściągniętych z innych języków" jak C#. Do tego uruchamia się na JVM i na .NET.
ale nie jest rzadnym stadardem i jest przyszłośc nie jest jasny, przysżłość .net jest jasna i ustandaryzowana
Eee tam. Przyszłość Scali jest bardzo jasna bo stoi za tym duży ośrodek naukowy, a nie korporacja. Korporacja stwierdzi że .NET nie jest jej do niczego potrzebny i będzie figa. Poza tym całość kodu i specyfikacji jest otwarta i wolna od patentów, a nie tylko pewne części.
@wladca_kodu
Duże ośrodki naukowe stoją też za bodaj OCaml-em, a także(choć to inna broszka – Scilabem). Za UNIXami też stały – i co ?
Wreszcie nie rozumiem fascynacji "lepszymi Javami" – Scalą, Groovym i resztą. Po kij podróbka gdy jest oryginał ? Najważniejsze, czyli runtime i biblioteki są i tak te same…
"Wreszcie nie rozumiem fascynacji "lepszymi Javami" – Scalą, Groovym i resztą. Po kij podróbka gdy jest oryginał ?"
Nike to pewnie według Ciebie podróbka Adidasa? 
Spróbuj to zrozumiesz
Szybkość pisania i czytania kodu jest o wiele większa w Scali niż w Javie, a dodatkowe cechy Scali szczególnie przydatne są przy programowaniu webowym.
Ależ pisz sobie w Javie jeśli lubisz. Ja to samo w Scali napiszę kilka razy szybciej i krócej, i co najważniejsze wynik będzie obarczony mniejszą liczbą błędów i będzie działał szybciej. W końcu małe startupy muszą mieć narzędzia do rozjeżdżania dużych korporacji
Różnica między OCamlem a Scalą jest taka, że Scala ma nie tylko wsparcie akademickie, ale też równocześnie wsparcie biznesu (nie tylko Twitter i Guardian, ale jest jeszcze Foursquare, LinkedIn, Sony, Siemens i parę innych). I w przeciwieństwie do OCamla jest bezboleśnie kompatybilna z bibliotekami Javy. Lepsze połączenie trudno sobie obecnie wyobrazić.
Z takich nowości to mi bardziej podoba się Google Go
Tak, tylko tego Google Go to jakoś nikt nigdzie w praktyce nie widział poza prezentacjami Google'a.
gugiel używa wewnętrznie ostatnio podobno Heroku -> http://www.theregister.co.uk/2011/05/05/google_go…
"gugiel używa wewnętrznie"
O sukcesach Scali już było na osnews.pl
http://osnews.pl/guardian-rzuca-jave-dla-scali/
"Programista Javy nie ma po co używać C#, ponieważ jest Scala"
Programista Javy nie ma po co używać Javy bo jest Scala. To zdanie ma taki sam sens. A może i większy.
"Programista Javy nie ma po co używać Javy bo jest Scala. To zdanie ma taki sam sens. A może i większy. "
No jednak nie ten sam, gdyż Scala (podobnie jak Java) jest dostępna na wiele platform, a C# nie jest.
"a C# nie jest" jest -> http://www.go-mono.org
linux, windows,mac, ios, android, wp7
Prawie robi różnicę. Myk z przenośnością Scali (i Javy) polega na tym, że jak napiszę kod na Windows, to praktycznie mam pewność, że bez zmian pójdzie na Linuksie. Natomiast w przypadku Mono jest inaczej – bo pisząc na Windows muszę zawczasu ograniczać się do podzbioru API obsługiwanego przez Mono.
@wladca_kodu w praktyce jedynym dużym api którego nie ma jest Entity Framework (którego NHibernate zastępuje bo jest zwyczajnie szybszy) – o WPF (Windows Presentation Fundation) nie mówię bo i tak jak już gdzieś wspominałem – pisanie w nie natywnym toolkicie nie ma sensu (wychodzi wizualna masakra).
Istnieje wersja Scala na .NET, ale nie ma wersji C# na Java
kapa bo z Gnome 3 tych aplikacyjek bedzie o wiele wiecej
To Miguel de Icaza nie pracuje dla Microsoftu?
szkoda… bo jakby nie patrzyć to C# jest dobrym językiem, może nawet lepszym niż Java – jestem programistą J2EE. Sam coś grzebałem w mono na linuxie i dla mnie to rozpacz jeżeli nie będzie nadal rozwijany. Bo to doby język jest…
Zdaję się koledzy nie wiedzą, że mono było robione na zlecenie Microsoftu przez Novella na mocy porozumień patentowych i pod niedwuznacznym wpływem "czynników państwowych (antymonopolowych)"
pics or it didn't happen.
Dzięki Moonlightowi mogę wreszcie oglądać wiadomości pewnej telewizji "publicznej" wspierającej jedynie produkt Microsoftu.
raczej wspierającej DIY
Za to Czeską Telewizję mogę oglądać bez Moonlighta i bez opłat technicznych. http://www.ceskatelevize.cz/
Nawet bez telewizora? To Ci dopiero technika;)
Przekaz myślowy, on sobie myśli, że ogląda, a oni sobie myślą, że nadają.
Raczej przez silverlighta NIE możesz jej oglądać normalnie jak człowiek. Tylko musisz jak tresowana małpa jakieś dziurawe dodatki instalować, które są tylko dla windows…
o_O Ty wolisz zamknietoźródlowy Flash niż opesourcowy Moonlight prawda ?
Jest takie slowo na określenie tej postawy … a już wiem to: hipokryzja
Jeżeli już bym miał wybierać to już chyba lepiej Flash, bo przynajmniej działa. Dzieki Tej wspaniałej platformiw Silverlight/Moonlight jako użytkownik systemu Linux jestem dyskryminowany i nie mogę obejrzeć sobie np. odcinka serialu na VOD Onet.
A ja jako użytkownik wspaniałego GEOS jestem dyskryminowany przez wszystkich. Od urzędów po firmy, nikt nawet stosu TCP/IP w nim nie zaimplementował. Żądam, żeby państwo pod kontrolom PPPIT zajęło się tym problemem.
Nie trolluj kolego. Flex jest całkiem open source. SDK za free możesz ściągnąć i sprzedawać utworzone projekty komenrcyjnie.
No to gdzie mogę pobrać źródła plugina flasha? Bo Moonlight jest CAŁY open source – https://github.com/mono/moon.
Jakiej? Mnie nigdy moonlight nie chciał zadziałać.
tvp.info – użyj moonlight z nightlies wtedy działa http://www.go-mono.com/moonlight/nightlies.aspx
Używanie niestabilnych wersji przez użytkownika końcowego, ciekawe standardy w tym MONO
Chłopak pyta jak zrobić żeby działało, to odpowiadam. Cheap Shot.
Zaczerpnięte prosto z UBUNTU.
Teraz sporo rzeczy poprawili. Działają wszystkie te wiadomości, teleexpresy, panoramy.
Testowane na Firefox 4.01, Debian "Squeeze"
tylko z prostymi silnikami, te bardziej zaawansowane są kiepsko obsługiwane
jakie to ma znaczenie dla kogo to było robione?
był to open source dobrej jakości, sam język również super. i mogłem pisać aplikacje dla Windows i Linux – dla mnie super!
od tego masz Qt. Natywna binarka, elastyczność C++.
@bart2 – C# jest standardem Ecma i ISO i dokładnie C# jest w Mono co więcej programy które nie mają PInvoków (wywołań bibliotek C) lub nie używają wspomanianych wyżej nieobsługiwanych API są binarnie kompatybilne pomiędzy Windows a Linuksem
"C# jest standardem Ecma"
Ujmę to inaczej: "Jeżeli pod Mono będzie możliwe uruchomienie Paint.NET, to będzie można uznać, że .NET i C# jest dostępny na inne platformy niż windowsowa.
W Javie też można pisać nieprzenośnie oprogramowanie (wystarczy odwołać się do do plików poprzez windowsowe ścieżki (z odwrotnym ukośnikiem), ale jednak zdecydowana większość oprogramowania jest pisana z myślą o uruchamianiu bez względu na system operacyjny.
Przykład Paint.NET pokazuje, .że platforma DOT.NET do tego nie zachęca (zakładam brak złej woli po stronie twórcy Paint.NET, który pisze oprogramowanie najlepiej, ale także najłatwiej, jak potrafi.
"osnews to niewiarygodny"
Wiadomość o wykorzystaniu Scali jest jak najbardziej wiarygodna, zresztą w treści newsa są linki, więc możesz sobie sam sprawdzić.
bart2 spoko wiem – mają nawet lepszy 'case' twittera. Co nie zmienia faktu że Go jest bardzo ciekawym językiem i 'optycznie' bardziej mi się podoba od Scali
Ciekawych języków jest bardzo, bardzo wiele, ale samo bycie ciekawym niewiele znaczy.
Go ma parę fajnych cech, ale raczej dla programistów C
Obiektowość w Go jest dość trudna w użytku.
Zresztą nawet gdyby Go był super językiem to nie wystarczy. Liczy się dostępność i łatwość wykorzystania bibliotek. Scala ma dostęp do wszystkich bibliotek Javy, Go ma ich ograniczony zestaw. Gdyby patrzeć na same cechy języka to i tak Scala jest o niebo lepsza. A z języków natywnie kompilowanych wolałbym język D, który dawno by już zastąpił język C++ gdyby nie brak bibliotek i niemożliwość rozwijania już napisanych aplikacji w C++. (Co akurat jest możliwe w relacji Java – Scala)
Jeżeli spotykasz aplikację napisaną w Javie, możesz "w ciemno" założyć, że uruchomi się pomyślnie na 3 "wiodących" platformach.
W przypadku .NET nie tylko nie można tego założyć, ale należy przyjąć coś wręcz odwrotnego. Pytanie brzmi: dlaczego tak jest i dlaczego nie jest tak w przypadku JVM?
W przypadku Paint.NET MoMA oprócz P/Invokes wyrzuca Methods called that throw NotImplemented oraz Methods called with [MonoTodo].
Wygląda na to, że Mono samo stwierdza, że jest jeszcze trochę rzeczy, które nie zostały zaimplementowane.
Charakterystyczne jest, że piszesz o Mono, a nie o .NET.
Jest oczywiste, że jeżeli coś jest tworzone w Mono najpewniej będzie przenośne (z taką myślą tworzone jest samo Mono).
Problemem jest .NET, w którym pisane oprogramowanie często nie jest niestety możliwe do uruchomienia pod Mono.
odwracasz kota ogonem – "problemem .NET jest wolniejszy rozwój mono". ten tok rozumowania doprowadza do konkluzji, że rozwiązaniem problemu .NET jest zmrożenie jego rozwoju do czasu aż inne implementacje go dogonią.
"odwracasz kota ogonem"
Nie jest tak, wystarczy popatrzeć na JVM, które jest wydawane w tym samym czasie na kilka platform.
Nie wierzę, że MS mógłby mieć z tym problem.
Tak naprawdę starałem się wskazać na poważniejszy problem dot. sposobu konstruowania aplikacji w .NET., który skutkuje tworzeniem rozwiązań, które działają tylko pod Windowsem.
Ponownie nie wierzę, że MS mógłby mieć problem ze stworzeniem całkowicie przenośnego rozwiązania.
@bart2
Masz rację – ja to widzę tak.
Gdyby Microsoft wypuścił .NET wieloplatformowy.przed pojawieniem się Windows napisanego w całości w .NET to strzeliłby sobie w stopę. Bo inne systemy dostałyby dobry framework + narzędzia do rozwoju aplikacji, i Windows nie byłby potrzeby. W momencie kiedy pokaże się wieloplatformowy (czyt: wieloarchitekturowy .NET + Windows) – nagle Windows + jego aplikacje, cały ekosystem "z dnia na dzień" robią wjazd na dowolną maszynę, na którą sportuje się CLR… a tam, robią to, co obecnie na Wintelu. Miazgę z 99% konkurencji w 99% przypadków.
"Gdyby Microsoft wypuścił .NET wieloplatformowy.przed pojawieniem się Windows napisanego w całości w .NET to strzeliłby sobie w stopę."
Jak mam wrażenie, że właśnie w ten sposób MS strzeli sobie w stopę.
Skąd pomysł, że system operacyjny ma się porozumiewać ze sprzętem poprzez warstwę maszyny wirtualnej?
Jedyny sens widzę w sprzętowym wsparciu dla wykonywania bytecode'u czy innego CILa.
A to bardziej dotyczy chyba telefonów komórkowych, a nie tzw. pecetów.
@bart
A niby czemu nie ? Każda sensowna platforma dla Windows jest dostatecznie wydajna, wreszcie write-once-run-everywhere to olbrzymie oszczędności po stronie developerskiej. A dla klientów – skoro Office działa wszędzie, to mogą mieć komputer z Intelem, MIPS, ARM, PowerPC… uprości to też zapewne w perspektywie serwery i wirtualizację…
no i właśnie w tym rzecz – wieloplatformowość oznacza najczęściej najmniejszy wspólny mianownik. Znasz w javie API do ustawiania uprawnień dla plików dla różnych użytkowników dla NTFS ?
nawet gdyby było takie API, to zastosowanie go automatycznie spowodowało, że Twoja aplikacja stałaby się nieprzenośna.
Jak ktoś ma ochotę napisać aplikację nieprzenośną, to i tak znajdzie na to sposób (dla JAVA'y np. Java Native Interface) .
Jest w standardzie:
http://download.oracle.com/javase/tutorial/essent…
Co do Paint.Net to Moma odwołuje się do Mono 2.8 aktualnie mamy 2.10.2. Tu masz status page: http://go-mono.com/status/
"Problemem jest .NET, w którym pisane oprogramowanie często nie jest niestety możliwe do uruchomienia pod Mono. " to nie jest problem – bo Mono było stworzone pierwotnie po to żeby szybciej pisać aplikacje GUI (po problemach z pisaniem Evolution). Mono/C# to obecnie najwygodniejszy sposób pisania aplikacji GUI pod Linuksa (dzięki Monodevelop między innymi). To prawda że Java ma przenośny toolkit graficzny ale przez 20 lat jej istnienia widziałem 1 slownie jedną aplikację która by się do czegoś nadawała (Filezilla). Jak chcesz robić porządną aplikacje to musisz użyć natywnego toolkitu platformy mono/.net mają bindingi do wszystkich ilczących się platform (winforms, gtk, cocoa/mc i IOS) a Java/Scala nie. 'Po owaocach ich poznacie ' – Mono na Linuksie dało mi Banshee, F-Spot, TomBoy, Pinta. Co dała mi Java/Scala ?
Jeśli chodzi o APi serwerowe to w mono jest znacznie lepiej, aktualnie mam uruchomione produkcyjnie aplikacje które używają ASP.NET MVC3.
"to nie jest problem – bo Mono było stworzone pierwotnie po to żeby szybciej pisać aplikacje GUI"
czyli wycofujesz się ze swojego zdziwienia moim stwierdzeniem, że .NET (użyłem wtedy określenia C#) to generalnie (w przypadku realnych aplikacji jak Paint.NET) tylko platforma Windows?
Z Banshee jest w ogóle ciekawa sprawa, skoro tak przenośnie napisana aplikacja jest dostępna w wersji stabilnej tylko na Linuxa, a na Windowsie dopiero raczkuje. Co ciekawe F-Spota pod Windowsa w ogóle nie ma. Jeżeli to ma być realizacja wieloplatformowości, to chyba różnie ją rozumiemy.
Filezilla używa wxWidgets , który jeżeli już przy tym jesteśmy, jest właśnie jednym z polecanych środowisk do szybkiego tworzenia aplikacji, także na Linuxa
Akurat nie wiem, co dała ci np. Scala czy Java na desktoopie. Równie dobrze można porównywać w takim przypadku C# czy Mono z C++, który w takiej rywalizacji wygrywa z każdym z nich, gdyż zdecydowanie najwięcej aplikacji klienckich napisane zostało z jego wykorzystaniem.
"… C# to generalnie (w przypadku realnych aplikacji jak Paint.NET) tylko platforma Windows? " Nie wycofuje się w C# najłatwiej pisać aplikacje wieloplatformowe do tego możesz pisać na takim platformach jak w jakich javie nie idzie nie nigdy nie bedzie można (IPhone). Nawet w Javie można pisać WindowsOnly. Piant.Net jest przykładem aplikajcji Windows only więc nie jest żadnym wyznacznikiem. WX widegets wyglada kiepsko i moim skromym zdanie uzywanie go to sredni pomysl dla powaznej aplikacji. C++ jest super tylko ja juz jestem za stary na pisanie w języku bez garbage Collectora wtedy kiedy nie musze (poza tym c# jest bardziej ekspresywny)
"Z Banshee jest w ogóle ciekawa sprawa, skoro tak przenośnie napisana aplikacja jest dostępna w wersji stabilnej tylko na Linuxa" bo jak juz pisalem nizej nikt nie ma potrzeby pisac 30 playera na windows a na Linuksa nie ma fajnego (w szczegolnosci nie na Gtk) Aczkolwiek jakbys chcial to mozesz pomoc w jej portowaniu.
Smuxi jest przykładem aplikacji przenośnej – która używa natywnego toolkitu na platforme http://www.smuxi.org
Jeszcze apropos C++ – to pisze się w tym znacznie wolniej (niż w C# czy Javie) i przenośność w kodzie zapewnić dużo trudniej niż tylko poprzez nie używanie platform specyfic API.
Problem w z Twoim rozumowaniem jest taki, ze zakladasz implicite, ze jesli platforma wspiera pisanie aplikacji przenosnych to automatycznie kazda aplikacja ma byc dzialac out of box na kazdej platformie – a to skrajnie nierozsadne chocby na rozniece interfejsu pomiedzy np. windows a iphonem.
'Mono na Linuksie dało mi Banshee, F-Spot, TomBoy, Pinta. Co dała mi Java/Scala ? "
Chociażby Eclipse
@mikolajs to kiepski przykład, celowo nie podaje Monodevelop bo on służy głównie do pisania aplikacji C#. Innymi słowy – nie uzasadniam potrzeby istnienia C# aplikacją wspomagającą robienie aplikacji w C#
Java: Eclipse, Azureus/Vuze, JDownloader, Spark, SIP Communicator i wiele innych programów, ktore mozna uruchomic na każdym systemie, a nie tylko na Windowsie jak badziewny .NET (a kysz!)
"Co dała mi Java/Scala ? "
Zobacz w czym pisane są / jakie API wykorzystują profesjonalne aplikacje giełdowe.
wyciąłeś jedno zdanie i zmieniłeś sens wypowiedzi – pytanie było jakie aplikacje GUI dała mi Java na Linuksie
Ja używam, poza narzędziami developerskimi, choćby JabRef i JEdit. I nie zauważyłem aby były jakieś przesadnie pamięciożerne czy zamulały, a nie mam jakiegoś wypasionego sprzętu.
zakładam, że da się ich używać, ale nadal nie są to aplikacje na poziomie (choćby wyglądu UI) Banshee czy F-Spota
„Pytanie brzmi: dlaczego tak jest i dlaczego nie jest tak w przypadku JVM?”
A to dla tego, że twórcą Java była firma produkująca sprzęt, która to promowała swoje SDK (JDK), aby to promowało z kolei imię „Sun Microsystems Inc.”, a więc i ich sprzęt, a sama JVM była najlepiej optymalizowana lub najlepiej pasowała do procesorów Spark. Poza tym Sun wierzył w otwartość oprogramowania i standaryzację, co niestety rozmiękczyło dbałość o twardy biznes.
Microsoft za to zarabia na monopolu Windows i raczej nie chce podać ręki, aby ułatwić konkurencji jego obalenie, a .NET jest kolejną „nowacją”, która pozwoliła marketingowo odskoczyć od konkurencji.
http://code.google.com/p/paint-mono/
Na szczęście Scala jest rozwijana w Europie, a nie USA
wystarczy że będzie używana w USA – jeśli nie będzie to będzie zmarginalizowana
Zaraz się okaże, że Suse też zamkną i wywalą programistów na zbity ryj. Pytanie tylko po co kupowali Nowela. Chyba tylko aby przejąc przydatne technologie i pozbyć się konkurencji, a nie kontynuować dzieło Nowela.
To czemu nie kupiłeś/ nie kupiliście???
Zawsze można przepisać projekty w mono na Valę.
valę takie technologie…
A tak z czystej ciekawości – czy Mono nadawało by się na pierwszy język do nauczania w szkołach?
"Problem w tym, że ogólnie języki z maszynami wirtualnymi słabo nadają się do pisania na desktopy. "
A to niby dlaczego. To co wg Ciebie co nadaje się lepiej do pisania na desktopy? C++? Co jak co ale do aplikacji desktopowych napewno lepiej sie nadaje Java lub C#. Nikt chyba o zdrowych zmyslach nie bedzie pisal w C++ jesli mialby do wyboru Jave/C#, no chyba, że się zna tylko C++ to wtedy wiadomo jaki jest wybór
Szybkość działania i "pamięciożerność". Aplikacją napisanym w C# i Javie trudno konkurować z napisanymi w C++, użytkownik będzie wolał tę szybszą. No chyba, że nikt takiej nie napisze w języku natywnie kompilowanym
>>"no chyba, że się zna tylko C++ to wtedy wiadomo jaki jest wybór "
Akurat przestawienie się z C++ na C# to żaden problem, trudniej znacznie w drugą stronę
Akurat właśnie w apetycie na pamięć mono/.net biją Jave na głowe, pewnie dlatego nikt w Javie nie pisze aplikacji GUI pod Linuksa a C# tak i to z powodzeniem.
Co do pisania aplikacji w C++ to biznes tego nie robi (chyba że już ma jakieś stare) bo jest za wolno (w sensie za wolno się pisze).
PS: Monodevelop tez ma addin do Pythona, Vali, C++, jak również do przeglądania baz danych itp.
Apetyt na pamięć to kwestia tylko i wyłącznie ustawień domyślnych.
"Szybkość działania i "pamięciożerność"" Po pierwsze: mówimy o oprogramowaniu biurkowym w którym z reguły "szybkość" i "pamieciozernosc" ma drugorzędne znaczenie. Po drugie: Szybkość działania i "pamięciożerność" aplikacji jest często skorelowana z poziomem programisty, uwierz mi, ze w asemblerze tez możną napisać wolna i zasobożerną aplikacje.
Ok, to klient ma do wyboru: kupić aplikacje w c++ przykładowo za 2000zl i dostac ja za 2 miesiace czy kupić w javie za przykładowo 1000zl i dostac ja z 1 miesiac (chodzi o prosta kalkulacje czasu spędzonego na pisaniu danej aplikacji). Przy czym jeśli ma jakąś wiekową maszynę, to będzie musiał zrobić upgrade jeśli będzie chciał kupić aplikacje w javie. IMO 2 opcja jest korzystniejsza (ja bym wziął 2). Ale Ok, w zastosowaniach hobbystycznych gdzie czas pisania aplikacji nie gra żadnej roli C/C++ bije wszystkie inne języki/technologie.
"Nikt chyba o zdrowych zmyslach nie bedzie pisal w C++ jesli mialby do wyboru Jave/C#" – jutro zgłaszam się na oddział
Szkoda, wielka szkoda. Mono to szansa na większą dostępność aplikacji wieloplatformowych.
Ale faktycznie wygląda na to, że MS coś tu maczał paluchy.
bijecie sie o jezyki, ja programuje w pythonie/django i jestem bardzo zadowolony, gdzies mam jave, a C# jest beznadziejne [tez znam]
minusujesz, to napisz dlaczego
… bo C# jest beznadziejny, co potwierdzam i ja
C# to popłuczyny po Java z domieszką C++ i Delphi, czyli język przekombinowany, stawiający na znajomość dziwnej mechaniki wbudowanych kontrolek i wyklikanie rzeczy spod IDE – bez myślenia o architekturze rozwiązania i podziału na warstwy, co później prowadzi do katastrofy.
A przecież język programowania jest tym lepszy, im prostszy i bardziej jednorodny i spójny.
Z doświadczenie powiem, że im bardziej ograniczony język, im miej bibliotek się w nim używa i im bardziej schematycznie używa się tego języka, tym lepiej dla projektu – szczególnie takiego rozwijanego latami.
Poza tym .NET to czarna pencerna konserwa i monolit, a do tego służy głównie Microsoft. Teraz Microsoft ma okazję udowodnić, że .NET jest uniwersalny i wspaniały – o implementację na Linux bardzo poproszę.
Minus za "gdzies mam jave" oraz "C# jest beznadziejne "
.
ja minusuje za niefalsyfikowalne twierdzenie że "a C# jest beznadziejne [tez znam]"
jest beznadziejne, nie wiaze z nim zadnych wiekszych nadziei, jest duzo lepszych jezykow, chociazby java czy python, czy inne ktore OUT OF BOX dzialaja na innych platformach bez zmiany w kodzie
c# pod windowsem bardzo mocno "sugeruje" uzywania formsow windowsowych, z ktorymi potem juz NIC nie zrobisz na innych platformach
pythona laczysz z czym chcesz, czy TK czy GTK czy QT i cisniesz, nie ma jasnej sugestii [wymuszenia] czego masz uzywac, masz wolna reke od poczatku
c# jezyk jak jezyk, mi sie w nim zle pisalo do tego teraz problemy z mono… gdzie z tym jezykiem wiazac nadzieje? zrobil go MS dla swoich produktow, myslisz ze nie bedzie schodow, zeby na inne systemu go przeniesc? jasne ze beda. do tego c# jest mocno powiazany z NET, a NRT nie oszukujmy sie, ale to TYLKO windows. jasne, da sie zrobic hallo world pod linuxa.. i na tym sie konczy jego uzytecznosc, jesli piszesz te programy pod windowsem + kierujesz sie sugestiami MS, MS ci nie powie ze masz QT do wyboru, od razu na talerzu daja swoje toolkity i uzywasz ich, tak sie ucza nowi programisci, jak chcesz cos na inne platformy, masz inne lepsze do tego jezyki
a to ze jave mam gdzies, po prostu nie interesuje mnie java, juz znalazlem swoj jezyk
Banshee, F-Spot, Smuxi czy Pinta to troche wiecej niz helloworld do tego C# jest szybszy od pythona – ma lepszą dobrą dokumentacje (msdn) i wielu ludzi go zna (w PL wszyscy piszą pod win). Mnie od pythona odstrecza koszmarnie brzydka skladnia ale to kwestia estetyki. Niech kazdy uzywa czego dusza zapragnie tylko niech "miłośnicy wolności: mi nie narzucają że "w mono niet".
To właśnie jest "ciekawe" w MONO, programista szuka dokumentacji w MSDN
ale to nie sa programy pisane POD WINDOWSEM, przeczytaj jeszcze raz co pisałem.
python ma swietna skladnie, nie robi sie bajzel przez klamerki, wszystko wymaga wciec, bo budowy blokow, jak ktos wczesniej sie duzo uczyl c++ to potem trudno mu sie przestawic, ja na szczescie malo c++ sie uczylem
czy ma lepsza dokumentacje? klocilbym sie
szybszy moze i troszke jest
Jak napiszesz aplikacje w Gtk# to out of box działa pod .net (jeśli masz gtk#) – rozmijasz się z prawdą. Windows.Forms – są dosyć dobrze wspierane na Linuksie (choć komercyjne biblioteki często używają wspomnianych w innych wątkach tej dyskusji P/Invoków, więc w praktyce jeśli koś używa np. kontrolek DevExpressa to faktycznie ma problem).
malo kto do c# uzywa innego softu niz visual studio
Pod Linuksem większość używa Monodevelop albo vim/emacs + ewentualnie virtualbox+VS
Mono zawsze było do tyłu w obsłudze WinForms
ile % pisze w C# pod windowsa, a ile pod linuxa?
tutaj można śmiało pokusić się o opinie, że trzeba by było liczyć w promilach a nie w procentach
głównie dlatego że Linuksiarze (do których się sam zaliczam) są uprzedzeni do MS (nie bez powodu żeby być uczciwym) – ale C# po prostu jest lepiej zaprojektowaną Java z taką samą wydajnością (znowu to nie jest przytyk bo dużo łatwiej zrobić coś fajnego ucząć się na cudzych błedach)
w robocie mniezmuszali do tego jezyka, to samo w pythonie pisalem 100 razy szybciej, progrmy typu prosty interface i kilka guzikow, naprawde, nawet pegazus by to policzyl w czasie rzeczywistym.
do javy zawsze mialem uprzedzenia, nie wiem dlaczego nie umiem tego wytlumaczyc, c# nie jest moze zlym jezykiem sam w sobie, jednak pythona uwazam za o wiele lepszy jezyk, duzo wiecej bibliotek, bindingow, wrapperow, elastycznosci i bardzo obszerna dokumentacja, duzo tutoriali itp
aktualnie pythona z QT łącze i jako DJANGO, kiedys do pisania gry 2d uzywalem PYGAME [python + SDL] fenomenalnie latwo sie w tym pisze, efekty tez sa zadowalajace, pythona z C/C++ mozna laczyc, jak sie chce super wydajnosci
Python jest bardzo fajny i bardzo go lubię, ale jednak w Scali pisze mi się szybciej niż w Pythonie, szczególnie nieco większe rzeczy niż prosty interfejs na kilka guzików, a wydajność jest zwykle znacznie lepsza zarówno w porównaniu z Pythonem jak i C# (nie bez powodu serwerowe aplikacje stawia się głównie na serwerowym JVM a nie na CLR – JVM jest zwyczajnie wydajniejszy). Natomiast co do tego, że Python jest o niebo bardziej ekspresywny i zwięzły niż C#, to się całkowicie zgadzam
ze skala nigdy nie mialem stycznosci, ja w sumie programuje jako hobbysta. znalazlem jezyk dla siebie, bardzo go lubie, czytam go jak ksiazke, rozumiem go bardzo dobrze. nie wiem czy jest sens uczenia sie innych jezykow, czy po prostu ten jezyk doszlifować.
jakby ktos chcial kiedys jakis program fajny napisac, to kontaktujcie sie ^^
Sens uczenia się innych języków jest zawsze – uczysz się czegoś nowego. Pewnych rzeczy się nigdy nie dowiesz kodując tylko w jednym języku.
16 maja M. de Icaza Napisze jakie będą dalsze losy Mono -> http://twitter.com/#!/migueldeicaza/status/677357…