Zbliża się koniec Silverlighta i Flasha?

No to "ładnie" postąpił Microsoft. Ludzie, którzy zainwestowali czas, wiedzę i forsę w Silverlighta muszą być bardzo negatywnie zaskoczeni.

A podobno to rozwiązania open source nie są pewne.

Nie tyle nie zawrze w ogóle, co nie będzie ich obsługi w IE z Metro UI. W zwykłej wersji IE, uruchamianej w trybie tradycyjnego pulpitu czy innych przeglądarkach będzie.

MS nie może zrezygnować z SL!
WinP7 stoi na SilverLight! I tylko SL jest w stanie zapewnić MS technologię konkurencyjną z WebGL.

Za to HTML5 jest energooszczędny. Świetny żart. To się pospolicie nazywa "sr**ie w banie".

@revan_mj
Co ma UI do treści renderowanych stron ... (nawet jeśli MS powiązał te dwa zagadnienia, to nie jest to dobre rozwiązanie).

...a czy ktoś robił już porównanie między prądożernością html5 vs flash w przypadku odtwarzania filmów?

Bo póki co dziwnym trafem więcej zasobów zżera mi html5 niż flash na youtube.

W SL tworzy się aplikacje metro dla Windows 8 i jak napisał
revan_mj będzie ich obsługa w przeglądarce. Redakcja powinna się zapoznać z tematem, zanim zacznie pisać bzdury

Biedny vod.onet . I w jaką teraz technologię zainwestuje? ;)

Hej,

Idea szczytna, ale myślę, że tak szybko wszystko nie pójdzie, a sam proces zmian będzie powolny jak migracja IE6 do nowszych wersji.

Pozdrawiam,
Dimatheus

A Ja myślę że jak już MSwin8 będzie finalny to będzie miał obsługę nadal flash,java i silverlight.
Przecież do niedawna również mówiono o zagrożeniach i lukach w HTML5.
Więc nie jestem przekonany że MS tak szybko zrezygnuje z czegoś co się sprawdziło na rzecz dużej niewiadomej od strony bezpieczeństwa.

A jakież to "wiele stron korzystających z Flasha przełącza się na HTML5"?

+1 do uśmiercenia flash i silverlight!

Z drugiej strony trochę nie wierzę, że nie będzie silverlighta w W8 :/
Dlaczego oddelegowali ludzi od silverlight do innych działów, skoro cały windows phone 7 korzysta z tej technologii? dziwne.

Nie ma problemu. Jak WSZYSCY się przerzucą na HTLM5 i już NIC nie będzie we Flashu (bo Silverlight to chyba tylko na Xbox Live jest) to wtedy też nie będziemy używać pluginów ;)

Bardzo prawidłowy ruch Microsoftu, dodatki do przeglądarek obsługujące multimedia w stylu flasha i silverlight'a to obecnie największe zamulacze komputera ;)

Nie wiem czy html5 zastapi w zupelnosci flasha czy tez silverlighta. Na pewno sporo opcji podstawowych bedzie mozliwe przy wykorzystaniu wylacznie html5 ale niestety dla tej techonologii sporo tez bedzie niemozliwych do stworzenia. Dlatego flash jeszcze przez dobre 5-10 lat bedzie mial dosc pewna pozycje na rynku.

o, może to wymusi na vod.onet.pl rezygnację z sliverlight, a dzięki temu zacznie działać na czymś innym niż windows.

@madmax2012, Silverlight nie jest takim zamulaczem jak Flash. Nawet Moonlight (Linuksowy Silverlight) działa na Linuksie lepiej niż Flash.

Mam taką nadzieję, że te "mułowcy" znikną jak najszybciej.

@Quest-88

[[[No to "ładnie" postąpił Microsoft. Ludzie, którzy zainwestowali czas, wiedzę i forsę w Silverlighta muszą być bardzo negatywnie zaskoczeni.]]]

Mało tego. Ostatnio pojawiają się głosy że M$ wycofuje się po cichu ze swojego .NETa.
Był jakiś artykuł na Slashdocie (albo nawet 2) z 500+ komentarzami na ten temat.

I jak teraz mają się czuć ludzie inwestujący wcześniej w tą firmę ? Ja czułbym się z deczka wydymany.
.
.
[[[A podobno to rozwiązania open source nie są pewne. ]]]

Tak twierdzi chyba tylko sam Microsoft.

Rozwiązania opensource są bardziej pewne niż jakikolwiek komercyjny/zamknięty projekt.

A jest tak, bo w razie nawet jakby wszyscy obecni programiści Open source i wszystkie firmy zostały wybite przez zarazę i wojnę jądrową, to nadal kodem mogą zająć się inni programiści i inne firmy, bo jest otwarty i dostępny dla wszystkich. Bez martwienia się durnymi patentami i idiotycznym konceptem "własności" intelektualnej.

Open Source jest na swój sposób niezniszczalne. Tak długo jak jest choć jeden programista chcący rozwijać dany projekt, ten projekt nie umrze.

Niechętnie przyznaje, bo nie jestem fanem m$, że to dobre posunięcie z ich strony. Ciekawe co zrobi teraz ITVP?

Pozdrawiam

To już kolejny raz, kiedy Microsoft promuje jakiś "standard" a potem sam go porzuca. Tak było w przypadku książek elektronicznych (*.lit), tak było w przypadku HighMat (nagrywanie muzyki, obrazów i filmów windows media na płytach - po włożeniu do kompatybilnego odtwarzacza pojawia się menu). I w paru innych przypadkach.

A obsługi Flasha to od dawna nie ma w Windowsach, trzeba go dodatkowo zainstalować.

Mocno przesadzone spekulacje, html5 nie jest w stanie całkowicie zastąpić fl czy też sl, po za tym nie ma cudów, jeśli html5 będzie miał robić to co teraz robi fl, sl to będzie mniej więcej tak samo wydajny, tak samo zasobożerny, jedyna różnica będzie w tym, że niepotrzebny będzie plugin.

M$ nie wycofa się z sl, oczywiście "najlepsze" teksty piszą ci co już tam nie pracują, jakież to oczywiste.
Już nie wspomnę o idiotycznej wyssanej z palca myśli, że m$ miałby się wycofać z .net, IT AIN'T GONNA HAPPEN

Pierwszy raz popieram Microsoft ;)

Ciekawe co na to onet :P

@TheBlackMan ty dzięki swoim teoriom na cześć pingwina będziesz normalnie (uwaga trudne słowo !!!) beatyfikowany za życia. Chłopie twoje podejście to naprawdę czysta fanatyzm w 100% formie. Skoro nie korzystasz z systemu M$ to czemu w większości artykułów o nim są twoje nadęte wpisy?

@DonM$
nie zgodzę się z tobą html5 może całkowicie zastąpić fl i sl a nawet dzięki webm może więcej a to że będzie potrafił to samo nie znaczy nic o pożeraniu zasobów wszystko wyjdzie dopiero w praktyce

Koniec .NET? To by bylo piekne - totalny zamulacz na emeryturze.

Dobrze, że wycofają Silverlighta - nigdy go jakoś nie lubiłem. Ciekawi mnie tylko co na to firma Vulcan, która swój (badziewny) dziennik elektroniczny oparła W CAŁOŚCI na Silverlighcie ponieważ "blisko współpracuje z Microsoftem", a kupiło go mnóstwo polskich szkół i tysiące nauczycieli jest zmuszonych korzystać z niego na co dzień.
Teraz wyraźnie widać, że klon Flasha po prostu nie ma racji bytu, a robienie w nim aplikacji było przerostem formy nad treścią.

Czy koniec dobrychprogramów nadchodzi ?
Poziom newsów spada, manipulacja i na sile usmiercanie
niektorych technologii konkurencji... newsy nie zgodne z prawdą. Brak obiektywności. Opisywanie w newsach działania najpopularniesjszych technologii na systemach z ktorych sie nie korzysta (webOS) itp. no i brak wiedzy redaktorow w tematach o ktorych piszą... np. w tym newsie o braku wsparcia we flash dotyku (as3 ma zestaw klas obslugujacych dotyk i wielodotyk). Smiech na sali, tego typu posty sprawiaja ze o ile kiedys wchodzilem na dp raz dziennie teraz robie to raz na 2 miesiace i coraz bardziej negatywnie dp odbieram. Zabawna jest tez ta reklama FLASHOWA pod tym newsem. Pozdrawiam

@TheBlackMan
Bajeczki opensourcowcow. Tak sie sklada ze to WinXp i IE6 wydane jedenascie lat temu jest dalej wspierane. Linux nawet nie ma stalego api jadra, z wersji na wersje cos przestaje dzialac bo jakis studenciak stwierdzil ze cos powinno dzialac inaczej.

@Feyd
Skończ te bujdy o studentach piszących kernel.

Akurat z .Notem to siejesz FUD @TheBlackMan. Ta technologia jest na tyle otwarta, że mogło powstać coś takiego jak Mono i myślę, że raczej względnie bezbolesne byłoby przeniesienie się na tę platformę z platformy .Not .

koniec .NET-a to nic strasznego, bo jego rolę przejmie WindowsRuntime pokrywający się z .NET a obsługiwany również z poziomu C++/C#/VB/etc, z tą różnicą, że sam windowsruntime będzie natywny nie zarządzany, wiec szybszy.

czyli kompy starsze niż 4 lata lądują na śmietniku. HTML5 jest ociężały. Jest sposób na ''kryzys''? Jest.

myślę że jest to krok w dobrą stronę, i premiera win8 to przyśpieszy ale czy strony będą działać szybciej i przeglądarki nie będą muliły to tego już nie wiem

aj mondziołki.
A jak pobrać filmik w HTML5?

Faktycznie ciekawa sytuacja z Onetem, TVP czy Vulcanem - tak się składa że wiem ile kosztowało wdrożenie Silverlighta do iTVP i jeżeli śmierć tej technologii będzie faktem to nasz kochany kraj znowu utopi kasę (telewizja publiczna dostaje pieniądze od rządu) :D

HTML 5 ma potencjał, to widać na stronie Apple - nawet prezentacje 360 stopni produktów są w HTMLu, ale być może zbyt mało użytkowników o nich wie lub jeszcze nie umie jej stosować. W razie czego można się jeszcze podeprzeć jQuery, który póki co widzę jest niezły i galerie fotografi/menu mogą wyglądać nawet lepiej niż we flashu :)

@Quest-88 :
"A podobno to rozwiązania open source nie są pewne. ".

Jak widać podobno. Myślę, że w tym momencie ten argument już padł.
Ci, którzy wpakowali w SL kasę (w sensie rezygnacji www z Flash i przerobienia na SL ewentualnie jak Onet z VOD zrobienia od początku jakiegoś serwisu w SL) powinni MS podać do sądu o zwrot kosztów. Tak jak MS występuje z patentami.

Wolę "niepewnego, niestabilnego" linux'a i jego rozwiązania od "stabilnego i pewnego" MS. Jak jest stabilny i pewny - właśnie widać.
A jak działa świat Open widzieliśmy po przykładzie Pint'y.
Swoją drogą Moonlight Novell'a tez może się iść....

#36
Ave5

możesz zdradzić szczegóły? :)

@Ave5 Trudno obarczać tych ludzi winą za odchodzenie od rozwoju Silverlighta, ale tak samo jak z .Notem jest Moonlight (peszek bo bez DRMu :P ). Problemem jest raczej sam wybór technologii, którego prywatny przedsiębiorca może dokonać według własnego widzi-mi-się, ale już państwowa instytucja powinna jak ognia unikać dyskryminacji.

@Druedain
Prywatny przedsiębiorca wydaje swoje pieniądze więc ma prawo, a państwowa instytucja wydaje pieniądze publiczne więc są odpowiednie regulacje. Niestety nie przestrzegane i w większości przypadków jest to kolejny "przetarg" -pzdr.

A jak ja teraz zrobię program który czyta z kamery i skomplikowanymi algorytmami odczytuje informację z obrazu i wysyła do serwera? O Ile wiem to w HTML5 nie ma dostępu do zasobów komputera?

@xernos Cieszę się, że się zgadzamy.

@wszyscy komentujący
Informacje odnośnie tego, że Microsoft zamierza porzucić Silverlight należy traktować z przymrużeniem oka (chyba, że powie to sam S. Ballmer). Ostatnio był news, w którym zostało powiedziane i tu cytuję "Microsoft zamierza zaoferować deweloperom możliwość łatwego tworzenia aplikacji dla Windows 8. Twórcy będą mogli korzystać między innymi z C, C++, Visual Basic, Silverlight, HTML/CSS i JavaScript."
http://www.dobreprogramy.pl/BUILD-Dzien-1-Tworzenie-aplikacji-Windows-Store,Aktu...
Póki co sam obserwuję jak to się dokładnie rozwinie.

@TheBlackMan
.NET jest rozwiązaniem w pełni otwartym.

@_ads
Kod maszynowy, który powstaje w oparciu o kod CIL, jest zawsze optymalizowany pod kątem konkretnej platformy sprzętowej. A przynajmniej takie są założenia JIT.

@Jactra
Rozwojem Mono nie zajmuje się już Novell.

@TheBlackMan: Tutaj na dp też była histeria pt. "Microsoft wycofuje się z .NET" (a co się działo na forach Microsoftu!), ale patrząc na to, co jest na BUILD - jakoś tego nie widać. Oprócz jednej technologii, WPF, która jakby stała się teraz przeniesiona do WinRT - ale same założenia i główne elementy zostały jak były. .NET w biznesie, podobnie jak Java, to nowy COBOL - jeszcze długo będą żyły.

O Silverlight się nie wypowiem, sytuacja jest dziwna, ale Silverlight 5 powstał, więc jeszcze dyszy...

A właśnie się pojawił Silverlight 64-bitowy...
To zapewne dla przyśpieszenia końca :)

Kilka newsów niżej czytamy:
"możliwość łatwego tworzenia aplikacji dla Windows 8. Twórcy będą mogli korzystać między innymi z C, C++, Visual Basic, SILVERLIGHT, HTML/CSS i JavaScript. Aplikacje napisane z wykorzystaniem Silverlight będzie można w prosty sposób przenieść na system Windows Phone."

@Feyd

[[[Bajeczki opensourcowcow. Tak sie sklada ze to WinXp i IE6 wydane jedenascie lat temu jest dalej wspierane.]]]

No popatrz, ale za to Office Open XML nie jest ani nigdy nie był wspierany, pomimo że Microsoft posuwał się nawet do przekupstwa żeby go przepchnąć...

[[[Linux nawet nie ma stalego api jadra, z wersji na wersje cos przestaje dzialac]]]

Takie jest założenie. NIE MA być stałego api jądra, po przy dynamicznych zmianach nie jest to wykonalne.

Widocznie badziewnie napisane i ozwijające się w ślimaczym tempie systemy takie jak Winda mogą mieć "stałe" API. Bo jak się nic nie zmienia, to czemu miałoby tak nie być ?

Poza tym to windowsowe API nie jest wcale takie stałe, tylko co parę lat się zmienia. Dlatego właśnie sterowniki z XP nie działają na Viście, a sterowniki z 2000 działają na XP.

[[[bo jakis studenciak stwierdzil ze cos powinno dzialac inaczej. ]]]

"Studenciaki" z indii to pisały twoją Vistę chyba.
Linuksa tworzą syto opłacani przez multum firm doświadczeni programiści.

Studenciak nie może sobie sobie ot tak nic dopisać, bo o tym jaki kod trafia do kernela i tak decyduje Linus. A jeżeli faktycznie jakiś "studenciak" napisze dobry kod, Linus go dopuści i nie ma w tym nic złego.

@programer Mozesz uzyc Qt i czesc odpowiedzialna za obsluge sprzetu zrobic w c++ a GUI w HTML5.

Ludzie od Qt już dawno udowodnili, że C/C++ można z powodzeniem stosować na równi z Java i .NET, bo to nie język decyduje o szybkości powstawania softu a dobre IDE i biblioteki. Przykładowo, biblioteki służące do ciężkich obliczeń matematycznych i symulacji zjawisk fizycznych zawsze pisane są w C/C++. .NET i C# działają dobrze jeżeli zapewniają programistom API dla różnych technologii. Niestety, w przypadku nowości sprzętowych i nowych (choćby smartfony) niezbyt dobrze się sprawdzają z prostego powodu: - sterowniki - których nie da rady napisać przy użyciu .NET czy Javy. MS ma spore problemy z obsługą sprzętu na WP7 także wynikającą z braku możliwości programowania sterowników - sławne profile Bluetooth. Gdyby pisanie sterowników było możliwe to założę się, że obsługę ich już dawno napisaliby choćby hobbyści.

Dodatkowo wprowadzenie HTML5 jako standardu dla UI uwalnia z katorgi poszukiwania i optymalizacji (często wynajdywania koła od nowa) istniejących już bibliotek (WinForms/WPF/Swing/SWT/etc..). Logika programu pisanego w C nigdy się nie zmienia i z powodzeniem można go kompilować na wielu maszynach. Problemem zawsze była warstwa prezentacji i to ona w większości przypadków uniemożliwiała portowanie aplikacji na inne systemy.


@matzu: "Kod maszynowy, który powstaje w oparciu o kod CIL, jest zawsze optymalizowany pod kątem konkretnej platformy sprzętowej."

Aby dokonać optymalizacji trzeba mieć wiedzę o sprzęcie, a takową masz z bibliotek pisanych w C/C++. Na podstawie wróżb z fusów .NET nie optymalizuje. Jedyna wygoda jest taka, że maszyna wirtualna zawiera już kilkanaście(dziesiąt/set...) wersji kodu, który dobiera w zależności od procesora(platformy) i nie trzeba tego robić ręcznie. Jednak jeżeli pojawia się nowość (nowe instrukcje procesora) to jest ona daleko w tyle.

".NET jest rozwiązaniem w pełni otwartym. "
Którego nikt nie chce ze względu na to, że tak na prawdę jest zamknięty (kulawymi licencjami).


@programer (niezalogowany) | 15.09.2011 12:41
"A jak ja teraz zrobię program który czyta z kamery i skomplikowanymi algorytmami odczytuje informację z obrazu i wysyła do serwera? O Ile wiem to w HTML5 nie ma dostępu do zasobów komputera"

Kombinujesz jak koń pod górę. Jeżeli to program komercyjny to raczej cała obróbka będzie na serwerze, a HTML5 ma jedynie udostępnić kilka kontrolek umożliwiających przesył pliku (ew. doprecyzowanie co ma się z plikiem dziać) i odbiór (prezentację) wyniku.

Czy jest coś innego co zapewnia obsługę DRM? Jeśli nie to może wreszcie zrezygnują z wpychania tych zabezpieczeń wszędzie. Chociaż nie chce mi się w to wierzyć. A może wprowadzą DRM do HTML5?

Precz z $L! Im szybciej tym lepiej...

@romex7 Już uciekają. Poczytaj o TVN Player (grupa iti) . TVN Player będzie dostępny na PS3, gdyby był na SL nie było by szansy na TVN na PS3. Pozdro

@RaveStar
Nigdy nie zajmowałem się pisaniem kompilatorów. Nie wiem jakie mechanizmy dokładnie stosuje kompilator JIT, więc nie będę się tutaj wypowiadał. Mój komentarz miał wskazać na to, że nie zawsze musi być prawdą, że program napisany w kodzie niezarządzanym będzie szybszy od tego, który został napisany w kodzie zarządzanym, a to właśnie dzięki optymalizacjom jakie przeprowadza JIT.

"Którego nikt nie chce ze względu na to, że tak na prawdę jest zamknięty (kulawymi licencjami)."
Cała platforma .NET (tzw. CLI) jest opisana w ramach specyfikacji ECMA. Dzięki temu możesz sobie tworzyć własne implementacje .NET Framework i nikt się do tego nie przyczepi (a przynajmniej nic mi o tym nie wiadomo). Tak właśnie powstało Mono, czy też Portable .NET ( http://www.mono-project.com/ECMA ). Tak więc mógłbyś napisać co dokładnie masz na myśli (najlepiej ze źródłami)?

@porterneon ale aplikacja ma działać po stronie klienta. Rozpoznawanie obrazów jest czasochłonnym tematem i nie chce żeby serwer to wykonywał tylko kompy klientów. A wyniki mają być przesłane do serwera. Jak takie coś zrobić w HTML5?
W Silverlight było to proste zadanie czytałem sobie obraz z kamery internetowej, rozpoznawałem i wysyłałem do serwera.

#RaveStar Nie kombinuję tylko jeśli mam około 500 userów a o takiej aplikacji mówię to jakie łącze musiałbym mieć żeby wysłać strumień wideo do serwera tylko po to żeby rozpoznać w nim coś (np. napis na kartce trzymanej przez usera)
A jeśli robię rozpoznawanie w SilverLight to ani komp usera się nie zmęczy a tym bardziej serwer. I user na zapcha sobie łącza.

A ja myślę, że nie ma się o co martwić i zostanie po staremu :)

@matzu
"Cała platforma .NET (tzw. CLI) jest opisana w ramach specyfikacji ECMA."

CLI (http://en.wikipedia.org/wiki/Common_Language_Infrastructure) to rdzeń .NET, ale .NET poza CLI składa się z bardzo wielu innych elementów.

"Dzięki temu możesz sobie tworzyć własne implementacje .NET Framework i nikt się do tego nie przyczepi (a przynajmniej nic mi o tym nie wiadomo). Tak właśnie powstało Mono, czy też Portable .NET ( http://www.mono-project.com/ECMA )."

Głupio było było by sądzić się ze środowiskiem open source. MS znalazł na to inny sposób, po prostu co kilka lat dodają do .NET górę nowych elementów. W ten sposób utrzymują permanentny stan niekompatybilności między .NET a Mono i każdym kto spróbował by zaimplementować .NET.
Moonlight nie wspiera DRM bo Microsoftowy DRM jest objęty licencjami i patentami. W Mono nie ma i nie będzie WPF bo zaimplementowanie tego jest zbyt skompilowane i czasochłonne. Zresztą po co to robić skoro WPF już ma być zastępowany przez HTML5 i CSS, a za kilka lat zostanie tak samo zapomniany jak WinForms. Za 5 lat jak już środowisko open source dorobi się jako tako działającej implementacji Microsoftowej wersji HTML5, CSS i Javascriptu to MS wprowadzi coś nowego cudownego do budowy UI. Jak w takiej sytuacji można mówić o kompatybilności?
Prawda jest taka, że Mono i .NET to różne światy. Tylko naprawdę proste programy da się bez modyfikacji uruchamiać i na .NET i na Mono. Taki zwykły nieco bardziej skomplikowany program w .NET nie uruchomisz na Mono. Z drugiej strony standardowy program napisany pod Mono, który chcemy uruchomić na Windowsie wymaga zainstalowania Mono bo na .NET się nie odpali, a i to to nie zawsze jest możliwe.

a niech uśmiercają co chcą byle nam użytkownikom wyszło to na dobre ;)

@matzu "Mój komentarz miał wskazać na to, że nie zawsze musi być prawdą, że program napisany w kodzie niezarządzanym będzie szybszy od tego, który został napisany w kodzie zarządzanym, a to właśnie dzięki optymalizacjom jakie przeprowadza JIT. "

JIT przeprowadza kompilację na podstawie maszyny na jakiej działa. Kod C/C++ pisze się tak by działał na wielu maszynach, a że jest statyczny, to nie ma możliwości wykorzystać nowe/inne funkcje procesora. Jednak wiedząc na jakiej maszynie będę uruchamiać kod C/C++ (np. biznes oparty o platformę AMD - przykładowo: giełda) mogę dać optymalizację, która przeskoczy wszystkie maszyny wirtualne. Np. zysk 30% (dałem minimum, bo w większości przypadków będzie dużo więcej), to w przypadku zadania trwającego tydzień dwa dni do przodu przed konkurencją, większa responsywność, itp.

Częste pogłoski, że kod zarządzany jest szybszy to po prostu bajka dla ubogich. Twierdzić, że Java jest szybsza od C to tak jakby pisać, że rakieta(kod) może poruszać się szybciej niż światło (wykonać szybciej niż potrafi procesor).

Największym problemem w językach zarządzanych jest sam garbage collector, który przy skończonych zasobach i dużym ruchu często potrafi udusić główny program. Dlaczego? Bo nikt nie przejmuje się zarządzaniem pamięcią pisząc w C# czy Javie.

Tu masz prosty teścik:
http://shootout.alioth.debian.org/u32/which-programming-languages-are-fastest.ph...

C: 1.06
Java 7 -server: 1.50

C szybszy od Javy o 30%

A tu masz ciekawą dyskusję na ten temat:
http://stackoverflow.com/questions/145110/c-performance-vs-java-c

Cytuję, bo nie chcę się powtarzać skoro już ktoś wykonał robotę. ;)

Ta firma naprawdę jest głupia :<

@matzu
Tutaj kolejny ciekawy test:
http://zi.fi/shootout/

"What comes to the comparison of the languages, Java is already surprisingly fast, actually managing to win C++ in the methcall2 test. Generally C++ is two or three times as fast as Java in the benchmarks that seem to be working correctly, with a few exceptions in each direction. While this is an excellent result, comparing to languages such as Python (which has 8-20 times the runtimes C++ has1), even such a small difference can be important when the CPU is a limiting factor. Assuming just a 2x difference, one would need a 6 GHz Core2 CPU and equally faster RAM in order to get the speed that C++ gives on 3 GHz CPUs in computationally intensive tasks. Such CPUs do not exist and even the high-end models boosting 3+ GHz cost a fortune."

@foreste
Głupia? Że chce zarobić?
Przecież od dawna wiadomo, że wszystko w MS stoi na minie i pewnego pogodnego dnia może wybuchnąć użytkownikowi w twarz. Mogłeś się przygotować.

Gdyby ktoś chciał spojrzeć w przyszłość kodowania pod nowe systemy MS (i nowe Meto UI), tutaj link:
http://www.itwriting.com/blog/4866-a-few-facts-about-microsofts-new-windows-runt...

Co ciekawe:
"XNA, the .NET games framework, is __not supported__. It seems that you will need to use C++ for fancy DirectX coding, though this is not confirmed. Of course your XAML or Canvas code will be rendered by DirectX under the covers."

@aptu
.NET to CLR, CTS, CLS i biblioteka klas bazowych, a to wszystko razem składa się na CLI. Te wszystkie elementy opisane są szczegółowo w specyfikacjach ECMA.

"Prawda jest taka, że Mono i .NET to różne światy. Tylko naprawdę proste programy da się bez modyfikacji uruchamiać i na .NET i na Mono. Taki zwykły nieco bardziej skomplikowany program w .NET nie uruchomisz na Mono."
Problemy jakie mogą się pojawić podczas próby uruchamiania aplikacji stworzonych w .NET Framework na Mono, mogą wynikać z tego, że nie wszystkie przestrzenie nazw dostępne w .NET Framework zostały opisane w tych specyfikacjach ECMA. Przykładowo nie są tam chyba opisane przestrzenie nazw dla ASP .NET, a jednak Mono wspiera ASP .NET aż do aktualnej wersji 4.0 ( http://www.mono-project.com/Compatibility ). Jeśli jednak program korzysta tylko i wyłącznie z tych bibliotek i konstrukcji programistycznych, które zostały zaimplementowane w Mono w oparciu specyfikacje ECMA, to powinien się bez problemu uruchomić na Linux-ie, Mac OS X, itp. (tutaj pokładam wiarę w developerów Mono :) ). Ja nie ukrywam, że napotykałem problemy, gdy próbowałem uruchomić nawet proste programy w Mono, ale to miało miejsce, gdy korzystałem ze starszej wersji niż ta obecna.

"Z drugiej strony standardowy program napisany pod Mono, który chcemy uruchomić na Windowsie wymaga zainstalowania Mono bo na .NET się nie odpali, a i to to nie zawsze jest możliwe."
Mono -> .NET Framework nigdy nie próbowałem, więc tutaj nie będę się wypowiadał. Mogę tylko teoretyzować, że obowiązują podobne zasady jak w przypadku .NET Framework -> Mono. Czyli jeśli przy tworzeniu programu korzystano tylko z Base Class Library, a nie z Mono Class Library, to powinien się uruchomić w .NET Framework.

i nikt się nie pokwapił sprawdzić że cała ta afera dotyczy IE pod interfejsem metro? A normalny ma wszystkie wtyczki. Dziękuję, dobranoc

Nędzne kłamstwo autora i szukanie taniej sensacji. IE10 tylko pod metro nie będzie ładował wtyczek.
Co do zanikania SL lub flasha to najpierw trzeba poczekać kilka lat i zobaczyć jak się przyjmie to całe Metro, bo równie dobrze ono samo może szybciej trafić do lamusa. Rewolucyjne wynalazki M$ mają to do siebie, że nikt się nimi nie przejmuje ani nie używa.

@RaveStar
"i nikt się nie pokwapił sprawdzić że cała ta afera dotyczy IE pod interfejsem metro? A normalny ma wszystkie wtyczki. Dziękuję, dobranoc"

Dokładnie afera jest o to, że nowych kafelkowych aplikacji nie będzie można pisać w Silverlight. Tyle i aż tyle, jeżeli weźmiemy pod uwagę, że interfejs Metro to flagowa cecha Windowsa 8. Silverlight nie wypalił, nie pobił Flasha i MS szybko się z niego wycofuje. Pewnie wydadzą to co już mają gotowe jako SL5 i na tym koniec.

Mój list kondolencyjny...: {uprasza się o się nie zmianie się!:)}


Do Adobe Systems,

Na początku chciałem Wam powiedzieć iż szczerze dziękuję wam za miłe zasiedzenie w Internecie z technologią Flash.

No cóż, późno już... Chyba powoli będziecie kończyć. Ja zostaję... Więc..., jeszcze raz: DO WIDZENIA Flash, DO WIDZENIA Adobe! Zabierajta swoje graty, Chłopaki i... PA PA!... Będę za wami tęsknił, szczególnie za robieniem jaj sadzonych na obudowach komputerów z pomocą Waszego Flasha! Była to bardzo fajna, ciekawa i porzyteczna funkcja Flasha... O! - i skalowalna! Niezależnie jak mocny procesor by nie włożyć do komputera - ona zawsze działała jak należy:).

Adobe, tak bardzo nam przykro, że nie byliście w stanie myśleć w stylu "out of the box"... A teraz proszę - sprzedawać Adobe Creative Suite! Ano rychlej!

Ciao!

kurtvonnegut, użytkownik sieci Internet

Ps. http://www.apple.com/hotnews/thoughts-on-flash/

Nom. Jak trzeba to i Microsoft staje się mężczyzną. Bardzo dobry kierunek obrali. Ja tam flasha lub dawno zapomnianych apletów Java nie używam. NoScript dla Firefoksa blokuje wszystko. Kolejnym krokiem który widzę to wywalenie JavaScriptu, bo to jest spójne, a i niebezpieczne jest... a programistom przeglądarek sprawia trudność w implementacji/optymalizacji. W przyszłości widzę w przeglądarkach Python i Ruby. Nie "lub" tylko "i". I dalekiej przyszłości HTML zostanie zastąpiony skryptami, które będą w istocie programowały coś, tak jak każdy program. Przeglądarka dostarczy tylko wygodne API - tak jak Android czy Java mają swoje Frameworki.

Silver/Moonlight - chyba tylko onet tego używa i przez to nikt tej usługi na onecie nie używa.
Flash - straszliwie ciężki... Adobe popełniło ogromny błąd... To mógłby być ich flagowy produkt, ale go zaniedbali... Jasne jest że mogliby go mocno zoptymalizować. Ale tego nie zrobili. Dla przykładu Linux kernel - albo zwalnia, albo przyspiesza - rozwija się. Z tym że programistom Adobe płacą, a Linuksowym niekoniecznie.

@aptu
Że co? To nie moje słowa.
Nigdy nie kończę emo fochem. ;)

@bart86
Nie masz kompletnie pojęcia o czym piszesz, po za tym wydajno9ść html5 będzie zależała od konkretnej implementacji w tym wypadku od przeglądarki, to ja już wolę fl lub sl niż męczyć się, że w jednej przeglądarce chodzi lepiej, a w drugiej gorzej.

@bartekc (niezalogowany)

Zastanów się co mówisz. Otwórz Nokię N900 i pokaż mi ten "dotyk" we Flashu. Adobe nie ma czasu nawet żeby łatać dziury we Flashu a Ty śmiesz wyskakiwać z...: "...(as3 ma zestaw klas obslugujacych dotyk i wielodotyk)...". To co, że ma zestaw, pożal się Boże, klas. A implementacja gdzie? Będzie! Za 15 lat!

Co do Dobrych Programów, to nie opowiadaj bredni! Proszę Cię! Ja, jako użytkownik. Wortal jaki jest, każdy widzi. Masa rzeczy się tu dzieje. Masz im za złe, że piszą o umierających systemach? Posłuchaj, te umierające systemy i rozwiązania to 99,9% sprzętu ładowanego (w sensie marketingowym) szuflami na wagony po koksie, mączce kostnej i hamburgerach GMO ze stanu Indiana a z wagonów na wielkie kontenerowce i wypychanego do Polski, co by biedniejsi oraz słabiej wykształceni od reszty "Zachodu", nieświadomi tego Polacy (99% społeczeństwa) mieli na co tracić swoje ciężko zarobione pieniądze. Więc nie narzekaj!

"Czy koniec dobrychprogramów nadchodzi?"

Nie! Koniec Twojego biadolenia nadchodzi! Twoje bezczelne wypowiedzi kojarzą mi się z takimi nawiedzonymi babami, które przedzierają się cienkimi, zatłoczonymi od ludzi sklepowymi uliczkami i wydzierają japy, że oto Szatan zstąpił na ziemię i koniec Świata jest bliski!

O czym mają pisać - o iMacach?... Ale przecież z nimi jest wszystko w porządku.:) To czego chcesz?! :)

"Poziom newsów spada, manipulacja i na sile usmiercanie
niektorych technologii konkurencji... newsy nie zgodne z prawdą."

Ty cały jesteś niezgodny z prawdą, Technologiczny Ignorancie! Podaj mi tylko jakiegoś ich newsa i powiedz, że jest nie prawdziwy? Jestem w stanie obalić każdą taką, tfu, tezę. A wiesz dlaczego? Bo wiem skąd je biorą. Ty byś też wiedział, gdybyś czytał źródła.

"Smiech na sali, tego typu posty sprawiaja ze o ile kiedys wchodzilem na dp raz dziennie teraz robie to raz na 2 miesiace"

I bardzo dobrze! Nikt tu za Tobą nie będzie tęsknił. Spłycasz poziom "debat" i zakłócasz "obrady" jak niegdyś przewodniczący Lepper ale jego już nie ma i dobrze. Współczuję rodzinie ale kładę lachę na jego grób. Też mi wielki "działacz"...

"...i coraz bardziej negatywnie dp odbieram".

To odbieraj! Pokój i przedpokój z Tobą! Weź sobie nawet całe dolne piętro. Nara!

"Zabawna jest tez ta reklama FLASHOWA pod tym newsem."

O! Tu i masz rację, Chłopie! Wiedziałem, że tylko się zgrywasz, udając "puklatego" i stać Ciebie na nie jedno słuszne spostrzeżenie. Tylko tak dalej, Bracie. Alleluja - jak mówi Rydzyk - i do przodu!

Możesz tu być ale nie p....ozdrawiam!

@RaveStar
"Że co? To nie moje słowa.
Nigdy nie kończę emo fochem. ;)"

Zacząłem odpowiadać Tobie, ale zrezygnowałem bo znowu przerodziło by się to w kilkudniową wymianę zdań która była by tylko czystą stratą czasu :). Stąd pomyłka, a moja wypowiedź, była oczywiście odpowiedzią na wypowiedź PRz.

@NIC_pl
"Nom. Jak trzeba to i Microsoft staje się mężczyzną. Bardzo dobry kierunek obrali. Ja tam flasha lub dawno zapomnianych apletów Java nie używam. NoScript dla Firefoksa blokuje wszystko. Kolejnym krokiem który widzę to wywalenie JavaScriptu, bo to jest spójne, a i niebezpieczne jest... a programistom przeglądarek sprawia trudność w implementacji/optymalizacji. W przyszłości widzę w przeglądarkach Python i Ruby. Nie "lub" tylko "i". I dalekiej przyszłości HTML zostanie zastąpiony skryptami, które będą w istocie programowały coś, tak jak każdy program. Przeglądarka dostarczy tylko wygodne API - tak jak Android czy Java mają swoje Frameworki."

Eeee? Ktoś zrozumiał o co autorowi chodzi?

Czy mógłby mi ktoś wyjaśnić z obeznanych w temacie jak wpłynie coś takiego np. na użytkowników Ubuntu takich jak ja, którzy nie są informatykami i na IT się zbytnio nie znają?

Pchając się w html5, który jeszcze nie jest skończony, MS porywa się z motyką na słońce... Okaże się, że jest dziurawy jak ser to będą mieli nie lada kłopot.

http://ishtml5readyyet.com/

@RaveStar
Rozmawiamy o .NET, a nie o Java. Trzymajmy się tematu. Nie odpowiedziałeś mi na pytanie, co miałeś na myśli z tymi licencjami, bo to w sumie jest to dość ciekawe.

"Największym problemem w językach zarządzanych jest sam garbage collector, który przy skończonych zasobach i dużym ruchu często potrafi udusić główny program. Dlaczego? Bo nikt nie przejmuje się zarządzaniem pamięcią pisząc w C#"
Aha ... Rozumiem, że programujesz na co dzień w .NET i często (ogólnie to mam wrażenie, że nadużywasz słowa "często") masz takie problemy? A próbowałeś zwalniać zasoby ręcznie (bo jest to możliwe)?

@aptu #70
Jeśli możesz to przeczytaj komentarz nr 47 w tym temacie. Na razie warto poczekać na rozwój sytuacji niż z taką pewnością stwierdzać, że Silverlight zostanie porzucony.

A co do Twojego poprzedniego komentarza (#61) to jeszcze dodam, że Windows Forms nigdy nie zostało zapomniane. Dlaczego tak twierdzisz? WPF to po prostu alternatywna technologia dla Windows Forms. Dodam tutaj też, że w nowej wersji Windows-a też pewno będzie dostępnych kilka alternatywnych technologii tworzenia GUI, czy wśród nich będzie WPF i Windows Forms trzeba poczekać na jakieś pewne informacje. Nie ma co gdybać.

@Piotreeekk
"Na razie warto poczekać na rozwój sytuacji niż z taką pewnością stwierdzać, że Silverlight zostanie porzucony."

Zlikwidowanie zespołu rozwijającego SL to za mało, żeby stwierdzić, że SL został porzucony. Brak możliwości skorzystania z flagowej funkcji nowego Windowsa za pomocą SL to za mało.

"A co do Twojego poprzedniego komentarza (#61) to jeszcze dodam, że Windows Forms nigdy nie zostało zapomniane. Dlaczego tak twierdzisz?"

Co nowego dla Windows Forms pojawiło sie w .NET Framework 4.0? Może Ty wiesz, bo szukałem i nie znalazłem.

@aptu
Nie ten adresat wiadomości :)

"Co nowego dla Windows Forms pojawiło sie w .NET Framework 4.0? Może Ty wiesz, bo szukałem i nie znalazłem."
http://msdn.microsoft.com/en-us/library/ff652746.aspx
System.Windows.Forms.DataVisualization.Charting - 138 types.

"Zlikwidowanie zespołu rozwijającego SL to za mało, żeby stwierdzić, że SL został porzucony."
W źródłach tego newsa jest powiedziane, że cały zespół został zlikwidowany? Szczerze to nie sprawdzałem. Jeśli tak jest, no to faktycznie słuszna uwaga.

"Brak możliwości skorzystania z flagowej funkcji nowego Windowsa za pomocą SL to za mało."
Windows RT to zupełnie nowa technologia, więc Twoje pretensje są dość dziwne. Jak podaje ten link http://www.computerworld.pl/news/375037/Visual.Studio.11.narzedzia.dostosowane.d... z technologii tej będzie można korzystać m.in. dzięki C#/VB .NET (i pewno multum innych języków wspieranych przez .NET, ale tutaj na razie mogę tylko zgadywać) + XAML.

@matzu
"W źródłach tego newsa jest powiedziane, że cały zespół został zlikwidowany?"

Tak właśnie jest. Team rozwijający Silverlight przestał istnieć. Z zalinkowanego nagrania dowiadujemy się od Scotta Barnesa, że

"Silverlight is %&#ing dead, and I know, because there's one guy right now whos metrics are to shut Silverlight down as a brand down, most of the team have been split apart and others have left the company altogether."

@matzu
"z technologii tej będzie można korzystać m.in. dzięki C#/VB .NET (i pewno multum innych języków wspieranych przez .NET, ale tutaj na razie mogę tylko zgadywać) + XAML."

.NET już nie jest do tego potrzebny. WinRT zawiera wyłącznie komponenty natywne. Z WinRT można korzystać w programach całkowicie natywnych, bez śladów .NET. To pierwszy tak wyraźny dowód, że MS powoli wraca do kodu natywnego po dziesięcioletnim flircie z kodem zarządzanym (po ludzku bytecodem). Za kilka lat i tak dowiemy się, że WinRT i Metro to już nie to i teraz mamy dla was coś super nowego co odmieni świat.

Żeby uściślić, można pisać komponenty WinRT w językach zarządzanych czyli C#/VB.NET/itd. ale jeżeli dobrze zrozumiałem całe to zamieszanie to obecne API WinRT korzysta wyłącznie z kodu natywnego. W ogóle po całej tej konferencji BUILD pozostaje więcej pytań niż odpowiedzi. Czy implementacja XAML w WinRT jest natywna, czy korzysta z WPF albo SL? Tutorial http://msdn.microsoft.com/en-us/library/windows/apps/br211380 nie jest w tej kwestii jasny.

Jednak miałem rację, całe WinRT to kod natywny, nawet całego XAMLa zaimplementowali od nowa.

Dobra, to tak,
HTML5 ma być remedium na "wady" Flash?

Oczywiście niech to to wyłuszczy jakiś webmaster albo programista bo ja akurat jestem grafikiem...

Jakby był SL to by były komentarze, że zły MS lansuje własne rozwiązania zamiast wspierać HTML5.

Jak chcą zamknąć projekt to też źle, bo ktoś zainwestował w to swój czas teraz jest w plecy, bo zły MS zamyka.

Jakby nie patrzeć d... zawsze z tyłu.

@kurtvonnegut
prosze przykladowa implementacja:
http://www.youtube.com/watch?v=dhetX3KomBk&feature=related

"... wagony po koksie, mączce kostnej i hamburgerach GMO ze stanu Indiana a z wagonów na ..." Oo nc

"jak niegdyś przewodniczący Lepper ale jego już nie ma i dobrze"
Oo... i kto tu spłyca poziom trolu ?

@aptu
"Tak właśnie jest. Team rozwijający Silverlight przestał istnieć."

Słuszna uwaga, ale teraz w takim bądź razie co z Silverlight 5 i jak skomentujesz poprzedni news (do którego wyżej podałem link), w którym zostało powiedziane:
"Twórcy będą mogli korzystać między innymi z C, C++, Visual Basic, Silverlight, HTML/CSS i JavaScript. Aplikacje napisane z wykorzystaniem Silverlight będzie można w prosty sposób przenieść na system Windows Phone." ?

".NET już nie jest do tego potrzebny. WinRT zawiera wyłącznie komponenty natywne. Z WinRT można korzystać w programach całkowicie natywnych, bez śladów .NET. To pierwszy tak wyraźny dowód, że MS powoli wraca do kodu natywnego po dziesięcioletnim flircie z kodem zarządzanym (po ludzku bytecodem). Za kilka lat i tak dowiemy się, że WinRT i Metro to już nie to i teraz mamy dla was coś super nowego co odmieni świat. "

W Win32 też możesz pisać aplikacje bez użycia .NET. Windows Forms to jest po prostu wrapper do tego API. Podobnie WPF, przy czym WPF dodał jeszcze chociażby obsługę 3D. W przypadku Windows Forms musiałbyś komunikować się bezpośrednio z API DirectX.

Na temat Windows RT (Windows Runtime, WinRT wszystko jedno) to na razie specjalnie nie chcę się wypowiadać, bo przecież jeszcze z tego nie korzystałem, ale wszystko wskazuje na to, że będzie to po prostu młodszy brat Win32. W żaden sposób nie dowodzi to tego, że Microsoft porzuca .NET. Po prostu teraz powstaną .NET-owe wrapper-y dla tej technologii (a w zasadzie już powstają) i dzięki temu będzie można z tej technologii korzystać przy użyciu C#/VB .NET (i pewno innych języków zarządzanych, co już zresztą pisałem) + XAML. Tego co będzie za kilka lat nie komentuję, bo i tak w 2012 ma być przecież koniec świata :)

@matzu
"Słuszna uwaga, ale teraz w takim bądź razie co z Silverlight 5 i jak skomentujesz poprzedni news (do którego wyżej podałem link), w którym zostało powiedziane:
"Twórcy będą mogli korzystać między innymi z C, C++, Visual Basic, Silverlight, HTML/CSS i JavaScript. Aplikacje napisane z wykorzystaniem Silverlight będzie można w prosty sposób przenieść na system Windows Phone." ?"

Jedno nie przeczy drugiemy, Silverlight został porzucony ale nie wyrzucony, nie będzie już rozwijany ale nadal będzie obecny w Windows 8. W Windows 9 już go może nie być. Silverlight 5 na razie jest w wersji RC, może wydadzą go w finalnej wersji, ale jeżeli znajdą w tej wersji poważne błędy to może nigdy nie doczekać wersji finalnej, bo nie będzie nikogo kto by te błędy mógł naprawić.

"W żaden sposób nie dowodzi to tego, że Microsoft porzuca .NET. "

Może nie, ale zauważ, że przez ostatnie 10 lat cały development pod platformy MS opierał się na .NET i nagle dostajemy WinRT które nie jest częścią .NET, a jest podstawą pisania programów pod nowego Windowsa.

@aptu
"Jedno nie przeczy drugiemy, Silverlight został porzucony ale nie wyrzucony, nie będzie już rozwijany ale nadal będzie obecny w Windows 8."
No właśnie przeczy. W przypadku wykrycia jakiś luk bezpieczeństwa nie będzie miał się kto tym zająć.

"Silverlight 5 na razie jest w wersji RC, może wydadzą go w finalnej wersji, ale jeżeli znajdą w tej wersji poważne błędy to może nigdy nie doczekać wersji finalnej, bo nie będzie nikogo kto by te błędy mógł naprawić."
A kto ma te błędy znaleźć?

"Może nie, ale zauważ, że przez ostatnie 10 lat cały development pod platformy MS opierał się na .NET i nagle dostajemy WinRT które nie jest częścią .NET, a jest podstawą pisania programów pod nowego Windowsa."
No ale zrozum, że nie ma w tym nic dziwnego. WinRT to niskopoziomowe APi, tak jak Win32. Teraz po prostu będą funkcjonować równolegle. .NET jest (a raczej będzie) wrapper-em dla każdego z tych dwóch API.

@matzu
"No właśnie przeczy. W przypadku wykrycia jakiś luk bezpieczeństwa nie będzie miał się kto tym zająć."

No to naprawi go ktoś z innego zespołu, albo nie naprawi. Co w przypadku MS nie było by niczym zaskakującym.

"No ale zrozum, że nie ma w tym nic dziwnego. WinRT to niskopoziomowe APi, tak jak Win32. Teraz po prostu będą funkcjonować równolegle. .NET jest (a raczej będzie) wrapper-em dla każdego z tych dwóch API."

Ależ mnie to nie dziwi, od jakiegoś czasu dobiegają od MS pewne ciche piski, że natywne programy wracają na scenę. Zastanawia mnie tylko, jakie będą tego dalsze konsekwencje i czy pójdą dalej za ciosem.
Mam oczywiście na myśli programowanie systemowe i programy stacjonarne. Na serwerach tam gdzie jest obecny .NET nie widzę jeszcze możliwości zastąpienia go przez natywne C++.

po pierwsze, WinRT PÓKI CO ma być dostępny tylko w aplikacjach w modelu METRO. Co do natywnego pisania w nim, to radzę tutaj nie wypowiadać się z taką pewnością - dostęp do API WinRT odbywa się przez C++/CLI - a pomostem łączącym C++/CLI i natywny C++ mają być zgodne kolekcje. Nie wiem jaka będzie wygoda piasania w VS11, zwłaszcza, że dla C++/CLI poprzedni VS nie obsługiwał Intellisense.

@bartekc

Po pierwsze bardzo dziękuję Ci za odpowiedź.
Ok, pokazałeś mi jeden filmik. Gratuluję zaparcia!;) Nie wiem tylko dlaczego miało by mnie to przekonać do Twojego argumentu??...

Nikogo nie interesują przykładowe implementacje. Możliwości obsługi dotyku we Flashu istnieją - nikt tego nie przeczył. Tak jak teoretycznie moglibyśmy nie zauważać istnienia większości narzędzi i zacząć robić wszystko w C++. Ale widzisz, chodzi o to dlaczego tego nie robimy? Z Flashem jest obecnie tak samo. Gdyby był w pełni gotowy do dotyku nie byłoby żadnych przeszkód przed masową tego implementacją. Problem w tym, że Flash ma ambicje obsługiwać zbyt wiele technologii jak na ubogie w energię smartfony oraz że jest multi-platformowy. Wszystkich zainteresuje implementacja wyłącznie na dużą skalę a jakoś nie ma woli w "przemyśle" aby ona postępowała. Nie chodzi wyłącznie o to, że Steve Jobs powiedział, iż na jego urządzeniach nie będzie Flasha. Wykonując taki ruch firma Apple miała w tym jeszcze jeden swój własny cel, nie związany z tą dyskusją - chciała kontrolować własną platformę. Wpuszczając Flasha należało liczyć się z tym, że w końcu powstały by gry i programy, całe sklepy o niego oparte. Dla Apple napewno liczyła się utrata wpływów ze sprzedaży aplikacji. Ale niemniej ważne było to, jakie marne początki miałby Flash na smartfony, którego wszystkie problemy z implementacją na nich, zarówno wtedy jak i obecnie, nie zostały jeszcze ostatecznie zażegnane. Flash po prostu zepsuł by UX iPhonowi na starcie. Ludzie już tak są zbudowani (chciwość), że nabywali by gorsze, tańsze, drenujące więcej baterii i zacinające się programy, bez dopracowanych funkcji dotykowych. W tym samym czasie nikt nie mówił by, że to przez technologię Flash. Po prostu dla większości to "telefon nie byłby doskonały". Zawsze byłby dla jakiejś aplikacji za wolny. Zawsze za krótko wytrzymywał by na baterii.

Steve Jobs powiedział kiedyś, że jest chyba bardziej dumny z rzeczy których Apple nie zrobiło, niż z tego co zrobiło. Dlaczego? Bo powodzenie większości przedsięwzięć zostanie zagwarantowane dopiero wtedy, kiedy opanujemy sztukę mówienia "nie" na różne pomysły. Ty, jako użytkownik nie musisz zdawać sobie z tego sprawy, ale wielka korporacja musi. iPhony właśnie dlatego są takie lubiąne przez użytkowników, gdyż Apple stawia technologiom wszędzie surowe wymagania. I dobrze.

Pokaż mi więc jakąś bogatą funkcjonalność dotykową w obecnych, prawdziwych aplikacjach flaszowych - takie, które coś faktycznie robią, jakieś gry, programy, cokolwiek... Pokaż mi zużycie baterii telefonu, kiedy te bajery działają. Prawda jest taka, że nawet filmiki we Flashu (HD) przycinają się na komórkach a co dopiero jakaś funkcjonalność, która miała by być niezawodna w wielu zastosowaniach. Jak coś jest do wszystkiego to jest do niczego.

Pozdrawiam.

Sama idea jest świetna - im mniej dodatków (pierdółek) instalujemy tym lepiej. Dzięki poparciu dwóch gigantów Apple oraz Microsoft twórcy stron będą musieli dopasować treść i uczynią to szybciej.

a niech rozwala tego fl i sl :)

"Co nowego dla Windows Forms pojawiło sie w .NET Framework 4.0? Może Ty wiesz, bo szukałem i nie znalazłem."
Windows Forms powoli odchodzi w zapomnienie na rzecz WPF, który ciągle jest rozwijany.
Poza tym .NET Framework 4.0 zawiera Charts, parę składniowych nowości (typu domyślny parametr funkcji), dość sporo zmian w Entity Framework.
Rozwijane jest także XNA, developerskie środowisko dla Windows Azure, Windows Phone 7 i wieeele innych.

Ale oczywiście, linuksowcy muszą siać propagandę, że MS nic nie robi, tylko cyferki w nazwach zwiększa...