• Strl + Shift + R
  Durch diesen Shortcut wird das Öffnen vom Dialogbox erzielt, wo man den Ressource-Namen eingeben soll, damit dieser schließlich im Eclipse angezeigt wird.

  

• Strl + Shift + T
  Dieser Shortcut ist dem Vorherigen ähnlich, die Differenz besteht darin, dass anstatt nach der Ressource im dialogbox nach dem Typ (Interface/Klasse) gesucht wird.
•  Ctrl + L
  Der Cursor überspringt sofort zur angegebenen Linie des Codes.
• Ctrl + H
  Erlaubt das Auffinden von Phrasen in allen Projektdateien.
• Ctrl + O
  Listet alle Variationen und Methoden in der bereits geöffneten Datei auf.
• Shift + Alt + S
  Beim Schreiben einer neuen Klasse ist der Shortcut Shift + Alt + S und dann + R sehr hilfreich. Diese Kombination generiert automatisch Setters und Getters von dieser Eigenschaft.
• Ctrl + Shift + O
  Eclipse importiert automatisch sämtliche, nicht standarisierte Bibliotheken, die in einer bestimmten Klasse benutzt wurden.
• Ctrl + Shift + F
  formatiert den Code nach verbindlich vorgegebenen Vorschriften
• Ctrl + Q
  der Cursor kehrt an die Stelle der letzten Modifikation zurück.
• Ctrl + T
  zeigt die Hierarchie-Struktur einer bestimmten Klasse oder eines bestimmten Interfaces, was einen einfachen Übergang zum Knoten ermöglicht.

Resümierend erscheint mir der Shortcut Ctrl + Shift + L erwähnenswert, der eine alphabetisch geordnete Liste von sämtlichen Shortcuts anzeigt.

Ganz ähnlich verhält es sich mit dem Einsatz neuer Technologien. Brauche ich Facebook wirklich? Haben wir die Zeit für einen Blog? Sollen wir wirklich in mobile Anwendungen investieren?

Viele Technologien sind vollkommen neu und Erfahrungswerte fehlen. Erst mal abwarten, wohin sich das entwickelt, ist dann meist die Divise. Lieber überlassen viele Firmen den Markt ihrer Konkurrenz, bevor man einen Fehler macht und ein Projekt startet, welches sich vielleicht als Flop herausstellen könnte. Ist dann eine Technologie etabliert, kann man ja nachziehen und das machen, was die Konkurrenz schon vor Monaten oder gar Jahren gewagt hat. Innovation sieht irgendwie anders aus!

Es geht aber auch anders! Google ist ein sehr gutes Beispiel für ein Unternehmen, welches trotz vieler Fehlschläge und Flops zu einem der erfolgreichsten Unternehmen der Welt geworden ist. Einige von Ihnen werden sich sicherlich an den Hype um Google-Wave erinnern. Mittlerweile redet niemand mehr über Google-Wave, das Projekt wurde eingestellt. Genauso wie viele andere Projekte von Google. Dennoch ist Google erfolgreich, sehr erfolgreich. Das Unternehmen hat akzeptiert, dass bei der Einführung neuer Produkte und Ideen auch Dinge dabei sind, welche sich nicht etablieren werden.

In Unternehmen in denen jeder Fehlschlag sanktioniert wird, würgt man die Innovationsfähigkeit der eigenen MitarbeiterInnen ab. Wenn Mitarbeiter aber gezwungen werden immer nur die bekannten oder etablierten Wege zu gehen, dann wird es sehr schwierig Neuland zu entdecken.

Seien Sie mutiger als Ron Sommer, damals Chef der Telekom, der Anfang der 90iger Jahre sagte:“Das Internet ist eine Spielerei für Computerfreaks, wir sehen darin keine Zukunft.“

Auch wir wissen selbstverständlich nicht, wohin sich das Internet und die begleitenden Technologien entwickeln werden. Da sich unsere Mitarbeiter aber tagtäglich in diesem Umfeld bewegen, können wir Ihnen einen recht guten und aktuellen Einblick in die Materie verschaffen und Ihnen helfen, für Sie geeignete Technologien zu finden. Garantien gibt es keine, nur Chancen!

Dabei wissen sowohl Hersteller wie auch Partner wie wichtig aktuelle Informationen für die Kaufentscheidung sind.

Wie wäre es, wenn alle Änderungen Ihrer Produktinformationen zeitgleich auch auf den Partner-Webseiten zu sehen wären? Ihre Partner müssen sich noch nicht einmal darum kümmern, der Prozess verläuft vollständig automatisch. Sobald Sie als Hersteller ein Produkt (Bilder, Texte, Anhänge, Design) überarbeiten, sind diese Updates im selben Augenblick auch auf den Partner-Webseiten sichtbar. Ihre Partner müssen sich lediglich entscheiden, welche Produkte sie auf der eigenen Webseite einbinden möchten. Für die Partner dauert dieser Prozess weniger als eine Stunde. Eine Software-Installation ist nicht notwendig.

Dies klingt nicht nur gut, sondern funktioniert auch bereits bei unseren Kunden. Falls Sie mehr wissen möchten, besuchen sie http://www.hypeak.de oder schicken Sie mir eine Info (andreas.krax@akbs.de).

Schöne Grüße

Andreas Krax

Diese neue Version der unentbehrlichen HyperText Markup Language ist schon im Inernet omnipräsent und revolutioniert die Art und Weise der Entwicklungvon Inernet-Applikationen. Die 5-Version führt mehrere Innovationen ein, die u. a. Überschrift, Fuβnoten, Navigationsblöcke, sowie Video- und Audioclips beschreibt.

Innovativ ist auch die Vereinheitlichung von DOCTYPE (<!DOCTYPE html>), das CANVAS-Element als bestandteil von HTML5 gestattt die Enwicklung von 2D/3D-Grafiken, hinzu wurden mehrere APIs zur Abwicklung verschiedener Aufgaben eingeführt. In HTML5 wird auf solche Elemente wie bspw. <font> oder <center> verzichtet, die, mittlerweile sowieso durch CSS ersetzt worden sind.

Zusammenfassend lassen sich folgende neue Elemente im Vergleich zur HTML-Version feststellen:

• Neue strukturierende Elemente: section, article, header, footer, nav, video, audio, mark, progress
• Neue Input-Typen: tel, search, url, email, datetime, date, month, week, time, datetime-local, number, range, color
• Neue Attributs von Formular-Elementen: autofocus, required, autocomplete, min, max, multiple, pattern, step
• gecancelte Tags: basefont, big, center, font, s, strike, tt, u, frame, frameset, noframes, acronym, applet, isindex, dir, dialog.

Die neuesten Webbrowser (wie Firefox 4, Opera 11, Chorme 11, Safari 5) enthalten schon die Unterstützung für HTML5, jedoch ihre Implementierung ist leider nicht kongruent für alle von denen, denn die Standarisierung dieser innovativen Web-Technologie fehlt noch.
Die Verantwortung für diese Standarisierung trägt die Organisation W3C, die neulich erklärte, dass die alleinige Spezifikation von HTML5 sich bis Ende des Jahres in der last call-Phase befinden soll. Dann folgt die Test-Phase und spätestens bis 2014 soll die HTML5-Spezifikation abgeschlossen sein: http://www.w3.org/2011/02/htmlwg-pr.html.

Welche Funktionen es in den jeweiligen Browsern gibt, kann man hier http://findmebyip.com/litmus checken.

Auf der folgenden Internetseite http://html5test.com/ gibt es die Check-Möglichkeit in wie fern der Browser, den Sie aktuell benutzen, mit der Bedinung von HTML5 klar kommt.

Schon einmal über eine iPhone-App für Ihr Produkt als mobile Verlängerung nachgedacht? Eine iPhone-App mit gut durchdachtem Konzept bringt Image-Gewinn. Und ein besseres Image kann für mehr Nachfrage sorgen.

Sprechen Sie uns darauf an, wir bauen für Sie und Ihre Kunden eine maßgeschneiderte App und überzeugen Sie auf allen Kanälen.

Denn ahhh kah! sorgt für das mobile Vergnügen Ihrer Kunden : ).

]]> http://www.ahhhjah.de/iphone-app-als-mobile-verlangerung-ihrer-internetprasenz-zusatznutzen-fur-ihre-kunden/feed/ 0 http://www.ahhhjah.de/der-kunde-braucht-keinen-bohrer-der-kunde-braucht-ein-loch-in-der-wand/ http://www.ahhhjah.de/der-kunde-braucht-keinen-bohrer-der-kunde-braucht-ein-loch-in-der-wand/#comments Wed, 09 Mar 2011 13:56:18 +0000 andreas_krax http://www.ahhhjah.de/?p=479 Viele werden jetzt sicher schmunzeln und zustimmend mit dem Kopf nicken. Aber wer sich etwas mehr mit die Aussage auseinandersetzt, wird sehr schnell feststellen, wie oft man ein Produkt verkauft und die Lösung dabei vergisst.

Ein sehr interessanter Ansatz in diesem Zusammenhang ist die Idee des Kochhauses in Berlin (www.kochhaus.de). Es ist quasi ein begehbares Kochbuch. Die Kunden können sich aus einer Anzahl von Gerichten die genau passenden Zutaten in ihren Einkaufswagen legen. Große Schaubilder zeigen, welche Produkte in welcher Menge benötigt werden. Anstatt eine Packung Lorbeerblätter zu kaufen, kann der Kunden auch nur ein einzelnes Blatt kaufen. Sicherlich, dies hat seinen Preis. Aber überlegen Sie mal, wie viele angebrochene und dann nie wieder genutzte Gewürzpackungen bei Ihnen im Schrank verderben? Was ist letztlich günstiger?

Was bedeutet dies nun für unsere Kunden und Projekte? Wir müssen uns ständig fragen, welche Ziele ein Kunde mit seinem Projekt verfolgt. Was genau möchte der Kunde mit seinem Projekt erreichen? Sind die Maßnahmen die wir vorschlagen wirklich notwendig oder werden Sie nur angeboten, weil die Großpackung günstiger ist?

Leere Foren, ungenützte Chat-Räume oder ausbleibende Newsletter zeugen von Funktionen, die bei vielen Standardanwendungen „sowieso“ dabei sind, aber nicht wirklich vom Kunden genutzt werden. Sie gehören halt zum Paket dazu und ob ihr Einsatz wirklich sinnvoll oder praktikabel ist, wird nur selten hinterfragt. Häufig werden dann von Agenturen noch Mitbewerber präsentiert, die diese Funktionen natürlich auch in Ihrer Anwendung anbieten. Hier darf man keinesfalls zurückstehen.

Umso überraschter sind dann unseren Kunden, wenn wir hinterfragen, was genau sie mit einer Funktion erreichen wollen. Welche Mitarbeiter haben eigentlich die Zeit sich um Themen wie Blogs oder Foren zu kümmern? Sicherlich ist Social Media derzeit in aller Munde und es gibt zumindest einige sehr sinnvolle Einsatzgebiete. Allerdings kostet dies viel Zeit und dessen müssen sich die Kunden bewusst sein. Ist ein Kunde nicht bereit oder in der Lage diese Ressourcen zur Verfügung zu stellen, sollte auf diese Funktionen verzichtet werden.

Lieber kocht man ein Gericht mit wenigen, dafür aber hochwertigen und gut aufeinander abgestimmten Zutaten, als ein Gericht, das möglichst allen schmecken soll, aber dafür keine eigene Note hat.

Guten Appetit

Andreas Krax

Die meisten Kaufentscheidungen werden in der heutigen Zeit nach einer Recherche im Internet getätigt. Gerade darum ist es besonders wichtig, dass die Informationen aktuell sind und möglichst alle offenen Fragen beantworten.  Ansonsten kann es sehr schnell passieren, dass sich der Käufer für ein Konkurrenz-Produkt entscheidet.

Da Sie als Hersteller in der Regel keinen Einfluss darauf haben, wie auf den Partner-Webseiten Ihre Produkte dargestellt werden, müssen Sie sich wohl damit abfinden, dass Ihre Produkte zum Teil mit veralteten oder unvollständigen Information an den Mann/ die Frau gebracht werden sollen, oder? Es ist schließlich für Ihre Partner zu teuer oder zu umständlich alle Produkt-Updates, die Sie durchführen, auch auf der eigenen Webseite nachzuvollziehen. Wer hat dafür schon die Zeit?

Bei „normalen“ Werbemitteln gehen Sie häufig einen anderen Weg. Viele große Firmen bieten Ihren Partnern an, dass sie diese Werbemittel online direkt beim Hersteller bestellen können, zum Teil sogar kostenlos. Sie als Hersteller können dann sicher sein, dass Ihre CI/CD-Richtlinien eingehalten werden. Ihre Marke / Brand soll schließlich so präsentiert werden, wie Sie sich dies vorgestellt haben.

Für den Webauftritt der Partner scheinen diese Regeln nicht zu gelten.

Es geht aber auch anders! Stellen Sie sich vor, Sie können über eine Oberfläche die Daten Ihrer Produkte einfach aktualisieren und diese Änderungen sind in Echtzeit auf den Partner-Webseiten zu sehen. Ihre Produktinformationen sind immer auf dem neusten Stand. Die CI/CD-Richtlinien werden eingehalten und Ihre Partner brauchen sich dabei um nichts kümmern. Sobald Ihre Partner Ihre Produkte in den Webauftritt oder Shop integriert haben, sind alle Updates sofort sichtbar.

Falls auch Sie Interesse an einer solchen Lösung haben, sprechen Sie uns an.

Eines der wesentlichen Designerziele bei der JAVA-Entwicklung war die Sicherheit, die von einer ganzen Reihe von Sicherheitsmechanismen gewährleistet wurde, diese sollen verhindern, dass JAVA-Applets während der Ausführung Schaden anrichten. Diesbezüglich ist einem Applet, das in einem Web-Browser läuft, bspw. nicht gestattet, Dateioperationen auf dem lokalen Rechner durchzuführen bzw. externe Programme zu starten.[3]

In Puncto Architekturneutralität kann erwähnt werden, dass JAVA unabhängig vom Prozessor bzw. von der Plattform, auf der sie läuft, ist. Eine weitere JAVA-Eigenschaft ist ihre Parallelisierbarkeit, die viele verschiedene Aufgaben gleichzeitig erledigen lässt. Der überraschender Erfolg von JAVA beruhte überdies darauf, dass man die JAVA-Applets in die BROWSER einbettete. Heutzutage werden jedoch solche Anwendungen zugunsten der Server-seitigen Datenverarbeitung aufgegeben, da sich u. a. die Rechenleistung der damaligen PCs als unzureichend erwies und dies die Leistung der PCs überforderte. Als Beispiel dafür kann hier Servlet genannt werden; Servlet ist eine JAVA-Klasse, die implementiert die javax.servlet Schnittstelle; diese Klasse muss httpServlet erben und mindestens eine Methode beinhalten, die von einem Methode-Request HTTP-Protokoll abhängig ist. Zur Funktionalisierung eines Servlets wird Web-Container-Umgebung, wie bspw. Apache Tomcat erfordert. Um Html-Code vom JAVA-Code zu trennen, entwickelten die JAVA-Entwickler die JSP-Technologie.

JAVA dient zum Schreiben sowohl von Desktop-Applikationen als auch von WWW-Applikationen. Bei WWW-Applikationen benutzt man JEE (Java Enterprise Edition), JEE ist ein Standard zum Erstellen von Applikationen mit vielschichtiger Architektur. Zu den bekanntesten Applikation-Servers gehören:  JBoss , Glasfish, IBM WebSphere. Eine starke Marktposition genießt  der Web Container Tomcat. Er unterstützt zwar nicht alle JEE- Standards, aber er reicht vollkommen für kommerzielle Anwendungen aus.

Beispiele für JAVA-Anwendungen:

• JAVA wird aufgrund ihrer Sicherheit im Bankwesen angewendet.
• Das häufige Vorkommen von JAVA innerhalb der Firmen-Systeme ermöglicht die Verwendung eines fertigen Kodes bei der Entwicklung von www-Applikationen.
• JAVA wird auch bei großen, verteilten Systemen eingesetzt, bei denen aufgrund der hohen Leistungsfähigkeit die Applikation auf mehrere Servlets verteilt werden muss.

Die Java Standard Edition Documentation ist hier abrufbar.
Die Java Enterprise Edition Documentation ist hier abrufbar.

Sencha Touch ist für Geräte mit Touchscreen(optimiert für iOS und Android) vorgesehen, womit man Web-Apps mit fast vollwertigem Native “Look and Feel” erstellen kann.
Für Anfang 2011 ist eine Erweiterung der Betriebssystem-Unterstützung auf Blackberry geplant.

Das Framework enthält einen umfangreichen Satz an UI-Elementen zum Erstellen von Webapplikationen auf mobilen Geräten wie Smartphones und Tablets.
Es umfasst eine Bibliothek von z.B. UI-Widgets und einer Verwaltung für Touch-Ereignisse samt CSS-Transitions(Animierte Effekte). Daten können per Ajax, JSONp oder YQL geladen werden. Des Weiteren werden auch HTML5-Formulare und lokale Datenbanken unterstützt, sodass 100%ige Offline-Web-Apps realisiert werden können.

Sehenswerte beispiele sind hier zu sehen.

Sind also Web-Apps die besseren Apps?
Großes Pluspunkt: Man braucht keine spezielle SDK, keinen plattformspezifischen Code und man muss die App nicht erst prüfen und genehmigen lassen, um sie veröffentlichen zu können.

Die elementaren Randbedingungen von REST:

• Client-Server Architektur
• Stateless Request  zwischen Client und Server
• Cacheable,  es sorgt für mehr Performance und Skalierbarkeit
• Stufige Struktur
• Code on Demand (optional)
• Uniform Interface, die muss folgende Funktionen anbieten:
  • Identifikation von Ressourcen
  • Manipulation auf Ressource durch Repräsentation
  • Self-descriptive Nachrichten
  • Verwendung von Hypermedia

Wenn ein System alle oben genannten Bedingungen erfüllt, dann kann man dies als „RESTful“ bezeichnen. HTTP Protokoll ist ein gutes RESTful  Beispiel, weil es bietet an, umfangreiche Verben wie z.B. GET und PUT, URIs, MIME Type, Request und Response Codes etc.

Unter RESTful Web Service (auch als RESTful Web API) versteht man, dass ein durch HTTP und REST Prinzip implementiertes Web Service. Jede Ressource besitzt ein eindeutiges URI im Web Service und das Web Service unterstützt auch MIME Type (häufig werden JSON, XML oder YAML verwendet) und  bietet HTTP Methoden (POST, GET, PUT und DELETE) an, die die meiste CRUD (Create-Read-Update-Delete) Operationen aus Web Anwendung  abdecken können.

Gängige RESTful Framewoks:

• Restlet, Jersey und JBoss RESTEasy für Java
• Zend, CakePHP,Symfony für PHP
• Ruby Sinatra, Restfulie für Ruby

Fazit:

REST verwendet ausschließlich reife und standardisierte Standards wie HTTP oder URIs, die bereits seit einigen Jahren verfügbar sind. REST macht sich die Ideen des Webs wie Hypertext und einen unbegrenzten, globalen Adressraum zunutze. Damit sind REST basierte Web Services wirkliche Web Services im Gegensatz zu RPC basierter Middleware.