...und mit HTML 5 (mit Hardwarebschleunigung) wird es möglich, so gut wie alle Aplikationen ohne JAVA und Flash zu erstellen ohne die Nachteile besagter Systeme. Dann verschiebt sich die Rechenlast auch noch in die Cloud und schon gibt es für alle Menschen das, was es bis jetzt (fast) nur in Unternehmen gibt: Große Server verwalten einen Haufen Clients, welche nur noch als HID fungieren. Alles läuft auf dem Server, von Programmausführung zu Bildrendering. Zum Client wird nur ein Video gestreamt. Der Client nimmt die Befehle des Users entgegen und überträgt Daten (z.B. von angeschlossenen USB-Sticks) in die Cloud und zurück.
Mag sehr schön klingen, man braucht sich nicht um Viren usw. zu sorgen, man braucht nur noch rechenschwache Clienthardware (lange Akkulaufzeiten bei mobilen Anwendungen) hat aber auch enorme Risiken was Datenschutz und Nutzbarkeit ohen Netzwerkanbindung an geht.
Mal sehen, wie sich die Welt entwickelt, aber ich denke, es wird immer beide Optionen geben, da es genug Anwendungen gibt, die dezentrale Computersysteme benötigen (schon alleine in integrierten Systemen).
So on...
Man merkt ziemlich deutlich das du keine Ahnung von Softwareentwicklung hast.
Genau, und mit der neuen Kaffee-Maschine, die bald ins Kino kommt, ist sogar HTML5 und Flash überflüssig.
Gut ich geb's auf. Kann zwar auch sinnloses Zeug schreiben, aber nicht so viel ..
ahja schrieb:
--------------------------------------------------------------------------------
... Der Client nimmt die Befehle des Users entgegen und überträgt
> Daten (z.B. von angeschlossenen USB-Sticks) in die Cloud und zurück.
...
Das ist schon im Kommen mit Spielen, die komplett auf dem Server laufen.
Aber (halb)private Daten (bspw. TiddlyWiki) oder Daten eines eventuell anderen Arbeitgebers auf meinem Stick haben nicht in allen Clouds was zu suchen. Dafür muss es Steuerungsmöglichkeiten geben.
> und mit HTML 5 (mit Hardwarebschleunigung) wird es möglich, so gut wie alle
> Aplikationen ohne JAVA und Flash zu erstellen ohne die Nachteile besagter Systeme
Aha, soso. Und welches Backend-System generiert dann deiner Meinung nach diesen ach so tollen HTML5-Code?
Java ist lebendiger als eh und je. In der Entwicklung von Business-Software gibt es praktisch keine existierende Alternative mehr. Selbst C++ oder C# oder wie auch immer sind nicht mal ANSATZWEISE in der Lage da mitzuhalten; von "Frickellösungen" wie PHP, MySQL, Ruby und wie sie alle heißen gar nicht zu reden.
Ich arbeite gerade in einem Projekt bei einer sehr, sehr großen Bundesbehörde und hab da sehr viel Einblick ind eren IT-Strategie und IT-Landschaft erhalten. Dort wird NUR NOCH und AUSSCHLIESSLICH Java eingesetzt. Und zwar in direkter Kooperation mit Oracle. Warum? Ganz einfach, weil so Dinge wie Performance, Security, Handling, Wartung, Betrieb (allein die Tatsache, dass es Applikationsserver gibt!) in den anderen Sprachwelten keine Alternative haben. Zumindest nicht in ihrer Gesamtheit. Natürlich ist natives C auf einer entsprechende Plattform um den Faktor 100 schneller. Natürlich läuft der Rollout von C# in Windows-Umgebungen besser. Natürlich ist mit einem Apache und PHP eine kleine Webseite schneller programmiert. ABER in der Gesamtheit ist Java inzwischen unschlagbar und wird noch in den nächsten 10-15 Jahren die Hauptrolle wohl gemerkt im Business-Bereich spielen. Und ja, ich weiß, dass dank solcher IT-Strategien wie SOA die eigentliche darunter liegende Implementierung nicht mehr wichtig, weil dank transparenter Schnittstellen irrelevant ist.
T.
PS: Bitte verzeiht mir den ruden Ton, ich bin auch mehr als angepisst von der Oracle-Politik, aber manches Gerede hier nervt einfach nur noch.
Na ja. Wenn Firmen schlau sind, gut. Aber im Backend usw. ist java durchaus normal und auch performant.
HTML5 würde das erlauben. Kleine Startups könnten sich durchsetzen.
Aber Yahoo, Aloqa und andere werden möglicherweise (teilweise) gekauft, um die Konkurrenz-Plattform auszudünnen.
Das haben wir leider schon oft genug beobachten können.
Die Vielfalt bei Handies, Tabs, Pads, usw. könnte dazu führen. Speziell bei multiplexern wie Facebook und Sites die "jeden" ansprechen. Bei bösen korrupten Business-Apps-Leuten muss man dann aufgrund von Begünstigungs-Verträgen nur eine Handy-Sorte durchgesetzt. der marktmonopolist drückt also alle konkurrenten aus der firma raus und wenn als "zweitwichtigster" dann SAP oder Warenwirtschaft oder sowas kommt, muss man leider das Handy des Marktmonopolismus-Führers nehmen. Das können wir ständig sehen. Diesmal aber klarer wie noch nie, weil die Handies nicht mehr nur crap sind, sondern echt genutzt werden können um die totale firma durch PADs zu elektronifizieren.
Restaurants usw sparen sich teure Druckereien und böse überteuerte Registrierkassen und switchen auf iPads und passen vom DesktopPC im Büro die Speisepreise dynamisch wie tankstellen mehrmals am Tag an. Das PAD oder EInk-"Blatt" am Eingang zeigt sofort die aktuellen Preise an.
Deine Idee ist gut. Doch das böse ist überall und lauert, sein mieses wertloses Monopol weiter durchzusetzen.
Evtl. wird daher von Bösen Wichten HTML5 absichtlich verzögert... damit man genötigt ist, Apps für 1-2 Handysorten zu programmieren, anstatt WebKit-HTML5-"Apps" für im Browser anzubieten.
Die Firmen leben halt von den Besuchern. Handies und Pads boosten nächstes Jahr als Clients dann bitte endlich durch, statt bei 0,x% rumzulungern.
Wer Endkunden hat, für den ist HTML5 gut. B2B ist leider viel größer und das erweckt dann in den News einen falschen Eindruck. Weil keiner die IVW-Sites durchcheckt ob sie proprietäre Apps oder HTML5 haben und wie viele Handies/Pads/Tabletts von Deutschland sie bedienen könnten.
Gameloft hatte Schubladen voll mit Handies zum testen. Sowas nervt nur noch und macht Spiele überteuert. Und 20 mutierende Android-Handies und Versionen (1.5 1.6 2.1 2.2) in zig Auflösungen unterstützen zu müssen, macht auch keiner freiwillig.
1.5 oder sowas war auf den ersten Archos-Pads oder sowas drauf! Also nicht so tun, als ob nicht Zillionen 1.5-Android-Geräte existieren würden die unter 1 Jahr alt sind!
TheDragon schrieb:
--------------------------------------------------------------------------------
> Java ist lebendiger als eh und je. In der Entwicklung von Business-Software
> gibt es praktisch keine existierende Alternative mehr. Selbst C++ oder C#
> oder wie auch immer sind nicht mal ANSATZWEISE in der Lage da mitzuhalten;
Und warum kann C# (eigtl. .NET, aber egal) da nicht mithalten? Was gibt es in Java, was es in .NET nicht gibt? Was kann man damit machen, was in .NET nicht möglich wäre?
Das klingt mir alles zu sehr nach einem beschränkten Java Entwickler, der noch kein Projekt in .NET gemacht hat.
Also argumentiere, warum .NET nicht mithalten könnte?
> Java ist lebendiger als eh und je. In der Entwicklung von Business-Software
> gibt es praktisch keine existierende Alternative mehr. Selbst C++ oder C#
> oder wie auch immer sind nicht mal ANSATZWEISE in der Lage da mitzuhalten
Echt? Wirklich? Gut dass du mir das sagst, irgendwie verdiene ich mit der Entwicklung von "Business Software" (Was immer auch genau du darunter verstehst) seit Jahren gutes Geld - und ich arbeite in .net.
Ich werde morgen meine Kunden informieren, dass Java viel besser wäre und alles was wir bisher gemacht haben, einfach Jahre zurück ist ^^
Schönen Montag!
ich bin bei ipads und e-inks ausgestiegen.
also e-ink als anzeige würde in der theorie ja noch sinn machen, praktisch würde es aber wohl auch in den nächsten paar jahen zu viele zillionen kosten.
ipads als was? hab ich dich richtig verstanden, und die bedienung soll auf den dingern irgendwas notieren? oder soll der gast sich auf dem teil was essen aussuchen?
ich glaube nicht, dass das was wird.
es gibt sicherlich einige hilfmittel, die in diese richtung gehen, die werden aber mit sicherheit deutlich kleiner sein, und in den spezialbedarf der gastronomie zu finden sein.
denn wenn die eingabemöglichkeit nicht hergibt, dinge einzugeben (touch schwerstens möglich), braucht man bilder/symbole für jedes menü usw.
ein 10" wird jedenfalls deutlich zu groß sein für sowas.
ein 7" könnte ich mir grade noch vorstellen.
ein archos-pad macht erheblich mehr sinn als ein ipad.
neuere archoes sind jetzt auch sehr einsatzfähig (was hard- und was die os-version anbelangt :p )
ops für die gastronomie reiche nw+ürde, das kann ich nicht beurteilen, irgendwie müssen die geräte fett und wasser und viele ruppige bedingungen überstehen ;)
IScream86 schrieb:
--------------------------------------------------------------------------------
> TheDragon schrieb:
> ---------------------------------------------------------------------------
> -----
> > Java ist lebendiger als eh und je. In der Entwicklung von
> Business-Software
> > gibt es praktisch keine existierende Alternative mehr. Selbst C++ oder
> C#
> > oder wie auch immer sind nicht mal ANSATZWEISE in der Lage da
> mitzuhalten;
>
> Und warum kann C# (eigtl. .NET, aber egal) da nicht mithalten? Was gibt es
> in Java, was es in .NET nicht gibt? Was kann man damit machen, was in .NET
> nicht möglich wäre?
>
> Das klingt mir alles zu sehr nach einem beschränkten Java Entwickler, der
> noch kein Projekt in .NET gemacht hat.
>
> Also argumentiere, warum .NET nicht mithalten könnte?
für .Net gibts das performante Swing nicht :-) Mal im Ernst:
Das Problem von .Net ist wohl, dass es von Microsoft keine Linux Unterstützung gibt. Die Mono Sache ist schön und gut, solang man nicht grafische Oberflächen entwickeln möchte. ASP.Net ist auch so eine Geschichte.
Ich finde, dass das .Net Framework attraktiver vom Aufbau als Java ist. Dies ist meine persönliche Meinung, die bei jedem anders sein kann.
Doch was ist nun die ultimative Alternative?
Java mit QT
C++ mit QT
C# mit GTK
C/C++ mit GTKMM
Man sieht immer wieder Vor und Nachteile. Irgendwann greift man mit diesen immer wieder auf Systemfunktionen zurück und dann geht das "ge #if e" los.
Und zum Schluss gibt es noch einmal meine Meinung: Für jedes Projekt die passenden Sprachen (ganz richtig: plural) wählen.
Gerade die größen Behörden präsentieren sich doch mit vollkommener Unfähigkeit im Entwicklungsbereich und das willst du nun als Referenz nehmen.
Du musst ja echt Ahnung haben!
> Und warum kann C# (eigtl. .NET, aber egal) da nicht mithalten? Was gibt es
> in Java, was es in .NET nicht gibt? Was kann man damit machen, was in .NET
> nicht möglich wäre?
>
> Das klingt mir alles zu sehr nach einem beschränkten Java Entwickler, der
> noch kein Projekt in .NET gemacht hat.
>
> Also argumentiere, warum .NET nicht mithalten könnte?
Träum weiter. Für dein "Hello World" taugt .NET wie jede andere Sprache auch. Wenn man allerdings Server auf Hochlast fährt, gibt es (leider!) nichts, was der Hotspot VM auch nur das Wasser reichen könnte.
.NET ist eine nette Spielerei, im GUI-Bereich bestimmt auch hübscher, aber für wirklich wichtige Dinge nicht zu gebrauchen. Der Garbage-Collector ist Müll, der JIT-Compiler ist Schrott, die Plattform-Unabhängigkeit ist ein Witz (da Mono völlig unbrauchbar ist) und gut getestete Bibliotheken sind kaum vorhanden, da die (nicht vorhandene) "Community" lieber nach Redmond schaut, anstatt mal selbst was anzufassen.
TheDragon schrieb:
--------------------------------------------------------------------------------
> Natürlich ist natives C auf einer entsprechende Plattform um
> den Faktor 100 schneller.
Den Teil glaube ich lange nicht mehr. Wir haben selbst Experimente mit absoluten C++ Cracks unter Linux/Windows gemacht und uns sehr spezifische Usecases wie etwa HTTP-Server, Texterkennung und so weiter angesehen. Und 100x schneller war die C++ Version mit STL etc. gegenüber einer eingefahren optimierten ServerJVM nicht! 2-5x vielleicht, wenn man sich nur den Einzelcase ansieht und nicht etwa eine Maschine mit vielen Threads unter voller Last. In wenigen Sonderfällen war es dann wirklich 10x, aber das lag eher an der Umsetzung der Routine.
Außerdem verhindert Java nicht, dass man Native Dinger aufruft. Es gibt z.B. eine Library mit der man die Nvidia GPUs aufrufen kann um Numbercrunching zu machen. Der Teil ist dann in C++ und Java 97% so schnell.
Wir haben selbst in einigen Projekten z.B. für Textkonvertierung von einer Codepage in einen anderen die IBM C++ Library zum Thema verwendet, auf der selben Maschine war das 10x schneller. Bis Java 1.6 kam und dort Sun gut nachgearbeitet hat. Jetzt sind es höchsten 2-4x schneller und da ist die Arbeit den C++ Code zu pflegen einfach teurer als mehr CPU-Power zu kaufen um das abzufangen :)
In der Regel ist doch die _Auslastung_ der Maschinen selten das Problem, genau deswegen hat ja Java so einen Hype erlebt. In der Regel ist das Problem doch, dass man eine Software kriegt die Stabil ist und genau das tut wann man es braucht und die auch noch bezahlbar ist. Und das ist in C++ bei Business-Apps nicht mehr erreichbar. Speed hin oder her.
DDD schrieb:
--------------------------------------------------------------------------------
> In der Regel ist doch die _Auslastung_ der Maschinen selten das Problem,
> genau deswegen hat ja Java so einen Hype erlebt. In der Regel ist das
> Problem doch, dass man eine Software kriegt die Stabil ist und genau das
> tut wann man es braucht und die auch noch bezahlbar ist. Und das ist in C++
> bei Business-Apps nicht mehr erreichbar. Speed hin oder her.
Stimmt nicht. Bei mir auf der Arbeit kriegt man für so einen Satz einen Schlag in den Nacken. Wenn man Software schreibt die von circa 2000 Nutzern auf einer Server-Landschaft ausgeführt wird muss man sehen das man nicht zu viele Ressourcen frisst - sonst reißt man regelmäßig alle Server um und es kommt zu u.U. zu Ausfällen im Produktiv-Betrieb. Und das lässt sich auch nicht so einfach mit mehr Rechenleistung kompensieren - wir haben gespiegelte Server - das heißt es müssen immer 2 Prozessoren gekauft werden - da ist es meist günstiger mit Programmierrichtlinien dafür zu sorgen das von Anfang an performant gecodet wird als ständig neue Rechenleistung zu kaufen.
Gilt übrigens auch für neue Datenbank-Tabellen. Wenn die erwartete Größe der Tabellen im Produktiv-System zu groß is muss man das schon mal rechtfertigen (auch Festplatten wachsen nicht auf Bäumen - und die Tapes für die Backups haben auch nicht unendlich viel platz.)
Immer zu sagen man brauch nicht auf Performance achten weil CPU, RAM und HDD so günstig sind ist schwachfug. Gerade bei Business-Software muss man da sehr genau gucken in welchem Umfeld man sich bewegt. Kleine Unternehmen haben nicht wirklich viel Geld für Hardware, Große unternehmen lassen meist alles auf Servern laufen und spiegeln alles (HW-Kosten x 2 oder x 3), oder aktualisieren ihre Büro-Rechner nur alle 3-5 Jahre (macht bei den Abschreibungen durchaus sinn). Und 5 Jahre alte Rechner haben nicht die tollsten Prozessoren - zumal die Budgets für solche Aktionen meist gering sind.
IScream86 schrieb:
-----------------------------------------------------------------
>
> Also argumentiere, warum .NET nicht mithalten könnte?
Egal wie gut .net auch immer ist oder wird, es läuft nur unter Windows. Das allein ist DAS KO Kriterium überhaupt.
Zumindest für mich...
Und wenn die erste Eigenschaft schon die Wahl .net ausschließt ist es kaum nötig noch weiter zu vergleichen.
Moin,
bin ja kein Entwickler, aber meiner Meinung nach ist dieser ganze zusätzliche & unnütze Ballast völlig überflüssig!
Jeder der mal ein bisschen im WWW surft, der ist doch schon angenervt von den ganzen Popups & Flash-Einblendungen...
Im Zuge dessen, werden Popupblocker entwickelt um die Popups zu stoppen, was für ein Unsinn! Der ganze Müll nützt doch am Ende nur wieder der Werbeindustrie!
Ich für meinen Teil möchte schnelle, sauber Programmierte Seiten und nicht so einen Müll! (... und dann soll's auch noch bezahlt werden...).
Aber glücklicher Weise kann ich ja wählen wo ich hinsteuere und wo nicht... ;-)
Gratuliere! Einsicht ist der erste Schritt zur Besserung.
TheDragon schrieb:
--------------------------------------------------------------------------------
> Java ist lebendiger als eh und je. In der Entwicklung von Business-Software
> gibt es praktisch keine existierende Alternative mehr. Selbst C++ oder C#
> oder wie auch immer sind nicht mal ANSATZWEISE in der Lage da mitzuhalten;
Du träumst ja wohl! Serverseitige .NET Anwendungen werden mittlerweile in vielen Fällen Java vorgezogen, weil .NET lebt und sich entwickelt und in vielen Gebieten Java längst hinter sich gelassen hat.
khkjh schrieb:
--------------------------------------------------------------------------------
> > Und warum kann C# (eigtl. .NET, aber egal) da nicht mithalten? Was gibt
> es
> > in Java, was es in .NET nicht gibt? Was kann man damit machen, was in
> .NET
> > nicht möglich wäre?
> >
> > Das klingt mir alles zu sehr nach einem beschränkten Java Entwickler,
> der
> > noch kein Projekt in .NET gemacht hat.
> >
> > Also argumentiere, warum .NET nicht mithalten könnte?
>
> Träum weiter. Für dein "Hello World" taugt .NET wie jede andere Sprache
> auch. Wenn man allerdings Server auf Hochlast fährt, gibt es (leider!)
> nichts, was der Hotspot VM auch nur das Wasser reichen könnte.
> .NET ist eine nette Spielerei, im GUI-Bereich bestimmt auch hübscher, aber
> für wirklich wichtige Dinge nicht zu gebrauchen. Der Garbage-Collector ist
> Müll, der JIT-Compiler ist Schrott, die Plattform-Unabhängigkeit ist ein
> Witz (da Mono völlig unbrauchbar ist) und gut getestete Bibliotheken sind
> kaum vorhanden, da die (nicht vorhandene) "Community" lieber nach Redmond
> schaut, anstatt mal selbst was anzufassen.
Du sagst genau eines: Das Du keine Ahnung hast!
Ralf_ schrieb:
--------------------------------------------------------------------------------
> Egal wie gut .net auch immer ist oder wird, es läuft nur unter Windows. Das
> allein ist DAS KO Kriterium überhaupt.
> Zumindest für mich...
Für wen? Komisch, dass für die meisten Industriekunden genau das das Kriterium FÜR .NET ist!
Kommentare: 173 | letzter Beitrag 27.05. 23:42
Kommentare: 94 | letzter Beitrag 26.05. 19:45
Kommentare: 79 | letzter Beitrag 27.05. 22:43
Kommentare: 71 | letzter Beitrag 27.05. 22:20
Kommentare: 63 | letzter Beitrag 00:03 Uhr
E-Mail an news@golem.de
Nach der Urteilsverkündung im Rechtsstreit zwischen Youtube und Gema fühlten sich beide Seiten als Gewinner. In Wahrheit gibt es aber nur einen Verlierer, bloggt Medienrechtsexperte Thomas Hoeren: die Gema.
Ein soziales Netzwerk für Pornografie muss seine Marke nicht an Facebook übergeben. Faceporn, ein norwegisches Unternehmen, freut sich über den Sieg vor einem kalifornischen Gericht.
Diablo 3 ist toll, sagen viele Spieler - Diablo 3 ist eine Stimulus-Response-Maschine, sagt Rainer Sigl. Der Blogger und leidenschaftliche Gamer erklärt, warum er sich Blizzards jüngstem Werk verweigert.
Renesas ist nach Elpida der zweite schwer angeschlagene japanische Chiphersteller. Renesas, das Hitachi, Mitsubishi Electric und NEC gehört, macht Verlust und will seine größte Fabrik verkaufen.
RIM soll in den kommenden Tagen erneut einen massiven Stellenabbau ankündigen. "Ich habe herausgefunden, welche Teile ich in meinem Puzzle nicht mehr benötige", sagte Firmenchef Thorsten Heins.
Ein britisches Blog will erfahren haben, dass Facebook den norwegischen Browserhersteller Opera Software kaufen will. Beide Unternehmen wollen sich dazu nicht äußern.