Endlich gibts von Apple mal wieder was ganz Neues, nämlich neue Macs mit neuem Prozessor. Denn Apple verlässt nach 15 Jahren Intel wieder und setzt ab nun auch auf den Macs auf einen auf der ARM-Architektur basierenden eigenen Prozessor namens Silicon M1 – im Prinzip der gleiche Prozessor, der auch im iPad und iPhone arbeitet, aber in einer deutlich performanteren Version.

Wer sich noch an den letzten Umstieg von Apple erinnert (von Motorola PowerpC auf Intel) kann sich erinnern, dass dieser Umstieg keinesfalls einfach war, denn alte Programme liefen nur mit Hilfe einer “Rosetta-Umgebung” – also simuliert und – langsam! Diese traurige Umstiegszeit dauerte aber nur 4 Jahre, denn mit Mc OSX 10.6 (Snow Leopard) stellte Apple Rosetta ein und alte Programme aus der PowerPC-Zeit konnten nicht mehr verwendet werden.

Und nun ist es wieder soweit. Die neuen M1-Macs, die bei uns ab Dezember 2020 ausgeliefert wurden (und vermutlich alle kommenden Modelle) werden mit neuen Prozessor bestückt und für die Übergangszeit, gibt es – ROSETTA 2.

Es war also dringend Zeit für uns zu testen, ob die neuen Macs schon fürs Development in unseren Studiengängen geeignet sind – und um es kurz zu machen – EINFACH WAR ES NICHT.

Unser erster M1-Mac, den ich für diesen Test verwendet habe, ist ein Macbook-Air mit 16GB RAM.

Native Development mit XCode

Installation und Setup des neuen MacBooks waren völlig unproblematisch, wie man es von Apple-Produkten gewohnt ist. Auch XCode konnte aus dem AppStore problemlos installiert werden. Das ist natürlich nicht besonders überraschend, denn immerhin sollen ja alle SW-Hersteller möglichst schnell ihre alten Programme mit dem neuen XCode neu kompilieren. Im Idealfall reicht das auch schon um eine neue Silicon-Variante zu schaffen, es sei denn, man hat irgendwelche spezifischen Intel-Optimierungen verwendet. Denn dann kann es aufwändig werden.

Als Mobile-Developer war mir das aber nicht so wichtig. Viel interessanter war da schon iOS-Developement. Und hier gab es nur eine (an sich erwartete) positive Überraschung, nämlich die Geschwindigkeit. Konkret ist es der iOS-Simulator, der in nur wenigen Sekunden geladen und bereit ist.

Das ist natürlich nicht wirklich überraschend. Immerhin muss der Prozessor des iPhones jetzt nicht mehr simuliert werden. Es ist ja fast der gleiche, wie im MacBook. Im Prinzip muss also nur das Environment des iPhones simuliert werden.

Vorbei ist also die Zeit, als das versehentliche Beenden des Simulators zwischen zwei Kompilationsvorgängen eine unfreiwillige Kaffeepause erzwungen hat.

Silicon-Software oder Rosetta 2

Dass die mit dem Betriebssystem mitgelieferte Software sowie XCode tatsächlich bereits echte Silicon-Software sind, war natürlich zu erwarten. Dann wird’s aber bereits dünn.

MS Office: Word, Excel, Powerpoint, Outlook und Onenote sind bereits fertig. MS Teams hingegen ist noch eine Intel-Version. Beim ersten Startversuch weist “macOS Big Sur” auf die fehlende Rosetta-2 Umgebung zur Ausführung von alten Intel-basierten Applikation hin (was hat sich Apple dabei gedacht, die nicht mit auszuliefern???), bietet aber zumindest gleich die Installation der Software an – und die dauert auch nur wenige Sekunden. Danach läuft auch Teams ohne Probleme. Die Dauer zum Starten der Anwendung (im Vergleich zum Word in der Silicon-Version) zeigt aber die Verzögerung durch Rosetta – zumindest beim Starten einer Applikation.

Google Chrome ist die zweite Anwendung, die ich sofort als Silicon-Version (Mac mit Apple-Chip) angeboten bekomme und auf die ich als Web- und Hybridentwickler sicher nicht verzichten kann. Tatsächlich scheint auch anfangs alles problemlos zu funktionieren.

Als nächstes steht der Code-Editor zur Installation an. In meinem Fall ist dies VSCode. Da ja auch die Officeprodukte von Microsoft auf Silicon umgestellt sind, mache ich mir große Hoffnungen. Ad hoc finde ich aber keine aktualisierte Version. Erst nach etwas suchen, finde ich die Insiders-Version: https://code.visualstudio.com/insiders/ Die richtige Version wird hier ARM64 genannt. Da die ARM- und die Intelversion parallel installiert werden können (die Arm-Version hat ein grünes statt des gewohnten blauen VSCode-Logos) ist hier ein Vergleichstest möglich.

Wieder fällt die deutlich höhere Startgeschwindigkeit der nativen Version auf. In kaum mehr als einer Sekunde ist sie fertig geladen, die Intel-Version braucht dahingegen ca. 3,5 Sekunden.

Um herauszufinden, ob eine Applikation schon Silicon (Apple) oder noch auf Intel-Basis läuft, kann man die Applikation im Finder mit dem Kontextmenüpunkt “Informationen” genauer ansehen. Alte Programme werden dort als “Art = Programm (Intel)” angezeigt, die neuen als “Art = Programm(Universal). Alternativ kann man auch die laufenden Prozesse mit der App “Aktivitätsanzeige” genauer unter die Lupe nehmen:

Hier fällt auf, dass nicht nur das eigentliche Programm (Code-Insiders) weniger Speicher verbraucht, die Intelversion (Code) benötigt auch mehr zusätzliche Helper-Prozesse.

Developer-Tools

“Interessanter” wird es dann allerdings beim Installieren diverser Dev-Tools. Auf der Wunschliste stehen das Hybrid-Developemt-Framework Ionic gemeinsam mit dem Hybrid-Container “Capacitor” (ähnlich Cordova).

Dazu muss als erstes node oder zumindest npm installiert werden. Zwar gibt es node in einer ARM-Version, aber nur für Linux. Das lässt zwar erwarten, dass eine Silicon-Version bald folgen wird, aber derzeit kann man sein Glück höchstens beim Selbst-Kompilieren versuchen – oder die I64-Version verwenden, die bei mir problemlos installiert wird uns läuft.

Damit kann es losgehen: Als erstes npm-Package steht @ionic/cli am Programm. Es lässt sich problemlos installieren. Auch eine neue Ionic-App kann damit problemlos erstellt und mit “ionic serve” im Chrome-Browser zum Laufen gebracht werden. Was mir hingegen nicht gelingt, ist das Debuggen der Ionic-App direkt in VSCode – und zwar weder mit der Intel- noch mit der ARM-Version. “Cannot connect to the target at localhost:8100: Could not connect to debug target at http://localhost:8100: Promise was canceled” ist die Fehlermeldung, die ich in beiden Fällen bekomme und zumindest bisher auch nicht behebn konnte. Das Debuggen der Applikation im Browser durch Einfügen von “Debugger”-Statements im JavaScript-Code funktioniert hingegen problemlos.

Hybrid-Development mit Capacitor

Um die Ionic-Applikation hybrid in einem iOS-Container laufen zu lassen, starte ich “npx cap add ios”. Wie gewohnt muss ich dazu zuerst den Package Manager cocoapods installieren, der selbst wieder durch gem oder das sonst von mir bevorzugte homebrew installiert werden muss. Homebrew fällt leider aus – hier gibt es keine ARM-Version und die Intelversion gibt einen Haufen Fehler aus.

Also die Standardvariante mit gem:

sudo gem install cocoapods

Zunächst schein alles geklappt zu haben, denn der Fehler tritt erst beim nächsten Befehl, mit dem ich das iOS-Projekt anlegen will, auf:

npx cap add ios

Eine Flut an Fehlermeldungen wird ausgegeben. Nach längerer Suche finde ich darin diese Zeilen:

LoadError - dlsym(0x7f8926035eb0, Init_ffi_c): symbol not found - /Library/Ruby/Gems/2.6.0/gems/ffi-1.13.1/lib/ffi_c.bundle
.....

Tatsächlich finde ich nach noch viel längerer Suche den Fehler in einer unvollständigen Installation von cocoapods oder konkret in der oben angeführten Komponente ffi.

Zwar kann man diese Komponente selbst wieder mit “gem” nachinstallieren, das Problem ist aber die Shell, die selbst normalerweise als ARM-Version läuft. Die Lösung ist, das Terminalfenster in der Rosetta-Umgebung zu starten und dann dort ffi und cocoapods nochmals zu installieren. Den Tipp dazu finde ich auf https://stackoverflow.com/questions/64901180/running-cocoapods-on-apple-silicon-m1

1. Finde die Applikation “Terminal” im Programme/Dienstprogramme-Ordner und kopiere sie
2. Ändere den Namen der kopierten Version (z.B. auf “Rosetta Terminal”.
3. Rechtsklick auf die kopierte Version und “Informationen” wählen
4. Die Checkbox “Mit Rosetta öffnen” anwählen.
5. dieses neue “Rosetta-Terminal” starten
6. Cocoapods neu installieren “sudo gem install cocoapods”
7. das fehlerhafte ffi-Bundle nochmals installieren: “gem install ffi”

Danach kann man wieder mit “ionic build”, npx cap add ios”, “npx copy”, npx open ios”… auch im normalen Terminal arbeiten.

Fazit

Auf den ersten Blick läuft das neue MacBook problemlos und flüsterleise (das MacBook Air hat keinen Lüfter, wird aber auch nicht merklich warm). Die bisher wenigen, neuen Silicon-Apps laufen ohne Probleme, die meisten Alten dank Rosetta 2 auch – aber eben langsamer. Problematisch wird es aber, wenn neue und alte Sachen zusammen laufen oder wenn man die vielen kommandozeilenorientierten Dev-Tools verwendet. Intel-basiertes Windows wird man auf den neuen Macs voraussichtlich nicht mehr zum Laufen bekommen, auch nicht mittels Parallels, VirtualBox o.ä.

Bis wieder alles so läuft wie mit einem Intel-Mac wird noch einige Zeit vergehen. Wer noch ein halbwegs brauchbares Developergerät hat, muss nicht unbedingt sofort umsteigen und kann die zeit der Kinderkrankheiten abwarten. Für iOS-Developer ist die erhöhte Geschwindigkeit aber schon heute ein Vorteil und die normale Office-Software ist auch fertig. A/V-Profis müssen sich aber noch gedulden. So können z.B. weder Adobe noch Steinberg derzeit eine für die neuen Macs optimierte Software liefern und müssen auch bei der Rosetta-Ausführung ihrer Anwendungen auf Fehler hinweisen – wenn sie überhaupt laufen…

The post MacBook M1 für Developer appeared first on Mobile USTP MKL.

In diesem Paper wird das Konzept und ein Prototyp eines Step-by-Step basierten Inhouse-Navigationssystems vorgestellt, welches aus technischen und finanziellen Gründen auf eine kontinuierliche Positionserkennung verzichtet und mit vergleichsweise geringem Aufwand an neuen Orten eingeführt werden kann. Im Vorfeld wurden in einer intensiven Recherche bestehende Systeme zur Positionsbestimmung in Gebäuden analysiert und auf ihre Zuverlässigkeit und Flexibilität untersucht. Diese Parameter führten zur Entscheidung, die Positionsbestimmung auf der Basis von künstlich angebrachten, visuellen Landmarks in Form von QR (Quick Response)-Codes zu realisieren. Eine mögliche Erweiterung durch Echtzeit-Lokalisierungssysteme wird jedoch nicht ausgeschlossen. Die Routingberechnung basiert auf dem Setzen von Knoten an Start-, Endpunkten und Abzweigungen sowie Kanten, die diese Knoten verbinden. Jeder Kante wird dabei nach Länge und Art eine Gewichtung zugeordnet, aufgrund derer mit Hilfe des Dijkstra-Algorithmus der kürzeste Weg zwischen zwei Knoten berechnet wird. Weitere Parameter bieten die Möglichkeit, auf die Routenberechnung einzuwirken und ermöglichen so eine Prioritätensetzung und im Bedarfsfall Barrierefreiheit bei der Navigation. Mit Hilfe eines einfachen Backends für die Erstellung eines Routing-Netzwerkes für ein neues Gebäude, können die Einrichtungskosten auf einem Minimum gehalten werden. Durch Klicken in einer Karte des Gebäudegrundrisses können schnell Wegzüge erstellt und durch Auswahl aus vordefinierten Knoten- und Kantenkategorien einfach parametrisiert werden. Um die Navigation anhand der berechneten Route für Smartphone-BenutzerInnen verständlich zu machen, wird die Route in kleinen, übersichtlichen Schritten (Steps) dargestellt, die sowohl auf einer maßstabsgetreuen Karte, wie auch als dynamisch generierter Text angezeigt werden. Die Zielsuche wird dabei durch eine Auswahlliste anhand von Knotenkategorien (Büro, Seminarraum, WC, …) erheblich erleichtert. Anhand eines Sets von Usabilitytests wird gezeigt, dass das System, bestehend aus den QR-Codes zur Positionsfindung und einer Smartphone-Anwendung zur Navigation, von BenutzerInnen ad hoc verstanden wird und zur Navigation innerhalb von den BenutzerInnen unbekannten Gebäuden eingesetzt werden kann.

Publikation und Präsentation stehen zum Download bereit:

Paper Forum Medientechnik 2013

Präsentation Forum Medientechnik 2013

Autoren

Ewald Wieser, Tomas Kasanicky, Florian Schiesterl, Bernhard Griessler, Christoph Fabritz, Kerstin Blumenstein, Grischa Schmiedl

Zitieren als

Wieser, E., Kasanicky, K., Schiesterl F., Grießler, B., Fabritz C., Blumenstein K. & Schmiedl, G., 2013. Smartphonebasierte Step-by-Step Indoor-Navigationslösung ohne kontinuierliche Positionserkennung. In Forum Medientechnik – Next Generation, New Ideas. St. Pölten: Fachhochschule St. Pölten.

The post Smartphonebasierte Step-by-Step Indoor-Navigationslösung ohne kontinuierliche Positionserkennung appeared first on Mobile USTP MKL.

Die Pebble ist gleich in zweifacher Hinsicht eine besondere Uhr. Sie sieht nicht nur gut aus, sie ist auch noch von einer kleinen Firma und weckt damit Erinnerungen an den Beginn der Computerära, in der, von den Größen der Branche ignoriert, einige Bastler die ersten PCs in ihren Garagen bastelten. Allerdings wurde der Pebble von Anfang an viel Vertrauen von der potentiellen Käuferschaft entgegengebracht. In nur 37 Tagen konnten die findigen Bastler mit Hilfe der Croudsourcingplattform Kickstarter fast 69.000 Backer von ihrem Konzept überzeugen und über 10 Millionen Dollar Startkapital sammeln. Gleichzeitig gingen die Entwickler damit allerdings auch die Verpflichtung ein, fast 100.000 Devices nur an diese Kickstarter-Backer zu liefern. Wer für diese Initialphase zu spät kam, musste sich noch ein weiteres halbes Jahr gedulden, nachdem die ersten Uhren bereits ausgeliefert waren.

Umso größer war meine Freude, als die im Februar bestellte Uhr Ende August tatsächlich lieferbar war. Neben den 150$ Gerätepreis wurden für die zwei bestellten Uhren noch zusätzliche 40$ für Zoll fällig.

Erste Schritte mit der Pebble

Die Pebble kann sich sehen lassen. Auch wenn man ihr nicht unbedingt die Prädikate dezent oder gar unauffällig zuordnen will, im Vergleich zu Samsungs gerade erschienen Smart Watch ‘Galaxy Gear’ ist die Pebble tatsächlich deutlich flacher und hat mit ihren klaren Linien und der Hochglanzlackierung den Charme hochwertiger Eleganz, den man sonst eher mit Apple-Geräten verbindet. Auch die elegante flache Verpackung der Uhr und der aufs Minimum beschränkte Inhalt dieser, erinnern an Produkte aus Cupertino. Gerade einmal das USB-Ladekabel – mit propritärem Magnet-Stecker auf der Seite der Uhr wird mitgeliefert. Ein Netzgerät sucht man vergeblich, statt einer Anleitung findet man die URL für die ersten Schritte.

Watch-Apps installieren

Nach dem Einschalten verlangt die Smart Watch dann tatsächlich zuerst mit der App Pebble verbunden zu werden, um sich auf den neuesten Stand zu bringen. Der Update-unwillige User kann dies aber durchaus verweigern und die Uhr auch gänzlich ohne Smartphone verwenden.

Sinnvoll ist das jedoch nicht. Denn ihre Stärken kann die Pebble natürlich erst in Kombination mit einem Android-Smartphone oder einem iPhone ausspielen. Die dafür benötige App ‘Pebble Smart Watch’ steht in den entsprechenden App-Stores gratis zum Download bereit. Nur mit Hilfe dieser App ist es möglich der Pebble mittels zusätzlicher Applikationen neue Tricks beizubringen.

Aber auch ohne Fremdsoftware hat die Pebbles in Verbindung mit einem Smartphone schon einiges zu bieten. Neben der Anzeige der Caller-ID bei eingehenden Anrufen werden auch SMS vom Smartphone an die mittels Bluetooth verbundene Pebbles übertragen und dort angezeigt. Zudem können mittels Mediensteuerung die Befehle Play/Pause sowie nächster/vorheriger Song an das Handy übertragen und Songinformationen auf das Minidisplay der Uhr geholt werden. Während beim iPhone bis iOS Version 6 dazu noch die Pebble App auf dem Telefon (im Hintergrund) laufen musste, ist diese in iOS7 nicht mehr notwendig. Allerdings scheint es hier zumindest mit der deutschen Version von iOS7 noch Probleme zu geben. Während unter iOS6 der Name des Anrufers noch richtig auf der Uhr angezeigt wurde, wird in der neuesten Betriebssystemversion oft nur die Nummer angezeigt.

Bedienung

Die Pebble hat vier Knöpfe. Mit dem oberen und unterem Knopf auf der rechten Seite wird durch die Menüeinträge hinauf und hinab gescrollt, der mittlere Knopf dient immer zum Auswählen einer Option. Auf der linken Seite ist nur ein Knopf, der meist zum Abbrechen dient bzw. im hierarchischen Menüsystem eine Ebene hinauf geht.

Auf oberster Ebene dieses Menüs, in dem man sich auch nach dem Einschalten der Uhr befindet, liegen die Watchfaces – verschiedene Ansichten des eigentlichen Uhren-Interfaces, zwischen denen mittels der Hinauf-/Hinab-Knöpfe gewechselt werden kann.

Pebble Ladekabel

Das ePaper-Display der Uhr zeigt das aktuelle Watchface dauerhaft an und ist sowohl bei schwachen Lichtverhältnissen als auch in praller Sonne gut ablesbar. Zusätzlich wird die Hintergrundbeleuchtung der Uhr durch Drücken jeden Knopfs (bei entsprechender Einstellung in den Settings) kurzfritig aktiviert, so dass das Display auch bei völliger Dunkelheit abgelesen werden kann.

Auf der linken Seite der Uhr befindet sich unter dem Knopf der Anschluss zum Laden des Geräts. Ähnlich des Stromanschlusses an aktuellen Apple-Notebooks haftet der Stecker magnetisch und kann daher leicht abgezogen werden, wodurch die Gefahr das Kabel im frühmorgendlichen Halbschlaf beim Anlegen abzureissen gebannt sein dürfte. Denn oftmaliges Laden wird dem stolzen Besitzer einer Pebble nicht erspart bleiben. Obwohl der Hersteller die Laufzeit der Uhr mit 7+ Tagen angibt, kann sich der Zeitraum bei intensiver Nutzung durchaus verringern. In meinem Fall war die Uhr jedenfalls nach den ersten 48 Stunden bereits leer. Erwähnt werden muss dabei aber, dass sie nach dem Auspacken auch nur eine Initialladung von einer Stunde spendiert bekommen hat – länger hat meine Geduld nämlich nicht gereicht…

Pebble Software

Die Pebble unterscheidet zwischen zwei Arten von Programmen: Watchfaces und Watch-Apps.

Aus technischer Sicht ist der Unterschied zwischen den Typen gering. Im Gegensatz zu Watch-Apps kann der User mit Watchfaces nicht mittels der Knöpfe interagieren, sie sind also nur zur Anzeige gedacht. Die installierten Watchfaces können vom User auf der obersten Ebene des Menüsystems gewechselt werden und stellen dann, dauerhaft sichtbar, das primäre User-Interface der Uhr dar. Demnach sollten sie zumindest auch die Uhrzeit anzeigen und möglichst wenig Rechenzeit und damit Batterie verbrauchen.

Watch-Apps hingegen müssen vom User explizit gestartet werden. Finden kann man die Apps durch Drücken der mittleren Taste (Menü/Auswählen) und dann im Menü unter den vorinstallierten Apps (Music, Alarm, Watchfaceauswahl, Settings). Bei bis zu acht installierbaren Applikationen ist der Weg im Menü mittels zwölfmaligen Drückens des (schwergängigen) Down-Buttons leider ziemlich lang.

Obwohl die Pebble noch relativ neu ist, hat sich schon eine sehr aktive Developer-Szene entwickelt. Die meisten verfügbaren Applikationen können gratis geladen werden, sehr viele sind auch im Quelltext verfügbar. Einen eigenen App-Store betreibt der Hersteller nicht. Diese Lücke wurde aber von http://pebblebarn.com/ sogleich gefüllt. Das Angebot an qualitativ hochwertiger Software ist dort allerdings noch eher bescheiden.

Pebble Smartwatch Pro

Neben der Pebble-App selbst bieten einige Hersteller auch Apps für Android oder iPhone an, welche mit einer dazugehörenden Pebble-App kommunizieren kann. Die iPhone-App “Smartwatch Pro” ermöglicht auf diese Art z.B. die Übertragung der aktuellen Kalendereinträge, das Anzeigen von iPhone-Remindern sowie von Twittermeldungen und die Anzeige der aktuellen geografischen Position und Geschwindigkeit. Auch die bekannte App Runtastic übermittelt die wichtigsten Daten direkt auf eine verbundene Pebble Smart Watch. In diesem Fall ist dazu nicht einmal eine eigene Pebble App notwendig, da Pebble für solche Apps eine eigene “Sport-API” ins Pebble Betriebssystem eingebunden hat, welche von allen Applikationen am iPhone genutzt werden kann.

Fazit

Die nötige Affinität für mobile Devices vorausgesetzt, macht die Pebble wirklich Spaß. Ihr vergleichsweise unauffälliges und elegantes Aussehen vermeidet zudem spöttische bis mitleidige Blicke von nicht technikgläubigen Beobachtern. In Fällen, in denen das Zücken des Handys eher unpassend erscheint, kann ein schneller Blick auf die Uhr unauffälliger sein, sei es um schnell eine eingehende SMS zu lesen, die Wichtigkeit eines Anrufs anhand der Caller-Id zu erkennen, während einer Prüfung zu schummeln oder – ganz einfach – um die aktuelle Uhrzeit zu erfahren.

Referenzen und Links:

Pebble Forum: http://forums.getpebble.com/

Pebble kaufen: http://getpebble.com/

Pebble Apps: http://pebblebarn.com/

Pebble @ Kickstarter: http://www.kickstarter.com/projects/597507018/pebble-e-paper-watch-for-iphone-and-android

The post Pebble – der erste Test appeared first on Mobile USTP MKL.

Die Session “Offline (mobile) Webdevelopment auf der Developer Week 2013 in Nürnberg zeigte die Möglichkeiten und Limitationen aktueller JavaScript-APIs im Umfeld von HTML 5 zur Offline-Nutzung für Webapplikationen anhand von Praxisbeispiele auf.

Präsentation Developer Week / Nürnberg, Deutschland (2013):
Download Präsentation
Download Code

The post Offline (mobile) Webdevelopment appeared first on Mobile USTP MKL.

Context Based Computing bedeutet:

• dem richtigen User

• zur richtigen Zeit

• aktuell relevante (und richtige) Information

• in einem an die Situation angepassten Format zu geben.

Im Gegensatz zu stationären Computern (und dazu zähle ich auch Noteboks) werden Smartphones häufig tatsächlich “on the move” eingesetzt. Je nach Szenario sind manche Applikationen sogar nur in einem mobilen Szenario sinnvoll. Aber nicht alle Applikationen sind für diesen mobilen Kontext geeignet bzw. in der Lage diesen zu erkennen und dem User eine kontext-sensitive User Experience anzubieten.

Daraus ergeben sich eine Vielzahl an Fragen und Forschungsthemen:

A) Bewährt sich meine App in einem mobilen Szenario, in dem sich der User nicht ausschließlich der App widmen kann, sondern sich auch auf die Umwelt (den Context) konzentrieren muss – um z.B. beim Gehen nicht mit anderen Personen oder Gegenständen zu kollidieren?

Diese Thema wurde in folgenden Artikeln behandelt:

• Paper CHI Sparks / Han, Niederlande (2011): Usability Testing for mobile scenarios of fragmented Attention
• Paper Forum Medientechnik / St. Pölten (2012): Usability Testing mobiler Szenarien als Sekundärtask

B) Welche Sensoren helfen mir den Context des Users zu ermitteln und wie lassen sich Sensordaten intelligent verknüpfen und interpretieren.

Beide Themen wurden auf der Developer Week / Mobile Developer Conference in Nürnberg im Juni 2013 vorgestellt.

Präsentation Developer Week / Nürnberg, Deutschland (2013): Download Presentation

The post Context Based Computing appeared first on Mobile USTP MKL.

Für die Fachhochschule ist das Projekt vor allem auf Grund der topaktuellen Softwarelösungen, die eingesetzt werden sollen, interessant. Das Projekt gilt damit als Proof of Concept, dass mit den eingesetzten Mitteln hochwertige mobile Lösungen entwickelt werden können. Diese Erkenntnisse sollen in zukünftigen Projekten zur Entscheidungsfindung bei der Technologieauswahl genutzt werden.

Im Rahmen des Projekts werden folgende Technologien evaluiert:

• Sencha Touch 2.0 (Framework für mobil optimierte Webapplikationen)
• Sencha Architect (Integrated Development Environment for Sencha Frameworks)
• diverse Libraries für Base64-Encoding, md5-Hashing,…
• PhoneGap (Native Container für Hybride Mobilapplikationen)
• ZXING (Zebra Crossing) Library for iOS (QR-Code Decoding)

Projektteam:

FH-Prof. DI Dr. Grischa Schmiedl (PM, Architecture)
Dipl.-Ing. Kerstin Blumenstein (Dev)
Gernot Rottermanner BSc. (Dev)

The post ICOMS Besucherverwaltung appeared first on Mobile USTP MKL.

Die Mobilkommunikation hat unser Leben in den letzten zwei Jahrzehnten rasant verändert. Die Anforderungen unserer Gesellschaft entwickeln sich von „immer erreichbar“ hin zu „stets informiert“ bzw. „immer am aktuellsten Stand“.

Über 99% der österreichischen Schülerinnen und Schüler im sekundären Bildungssektor verfügbar bereits über ein Mobiltelefon. Aufgrund des raschen Modellwechsels und des hohen Stellenwerts, den moderne Smart Phones bei den Schülerinnen und Schülern einnehmen, wird die fast vollständige Ausstattung mit dieser Gerätegattung schon in wenigen Jahren abgeschlossen sein.

Viele Schulen und Lehrkräfte denken darüber nach, wie das Medium Mobile Phone lehr- und lernunterstützend eingesetzt werden kann. Damit soll einerseits das Potential der ohnehin verfügbaren Geräte sinnvoll genutzt werden und andererseits die Medienkompetenz – für viele eine Kernkompetenz des 21. Jahrhunderts – der Lernenden erhöht werden.

Im Zuge einer zweijährigen Untersuchung wurde ein Set von mobilen didaktischen Methoden (MDM) entwickelt. Diese unterstützen den sinnvollen Einsatz der Mobiltechnologie und sind auf den Einsatz im Zuge des Unterrichts des sekundären Bildungssektors optimiert. Eine Auswahl unterschiedlicher Methoden wurde in zwei Partnerschulen im Großraum Wien in realen Unterrichtsszenarien durchgetestet. Aus der teilnehmenden Beobachtung sowie den im Rahmen der Tests durchgeführten schriftlichen Befragungen sowie ergänzenden Interviews mit den Schülerinnen und Schülern, konnten eine Reihe von Chancen aber auch einige Probleme erkannt werden, mit denen beim Einsatz von Smart Phones im Unterricht zu rechnen ist.

Basierend auf den Erkenntnissen der empirischen Untersuchung, werden die Potentiale aber auch die Limitationen des Mediums bewertet und Praxisthesen präsentiert, die für eine erfolgreiche Einführung des Mediums Mobile Phone im Unterricht herangezogen werden können.

Original-Titel: Strukturen und Optionen des Mediums Mobile Phone im sekundären Bildungsbereich
Dissertation von: FH-Prof. DI Dr. Grischa Schmiedl
Betreuer: Univ-Prof DI Dr. Thomas Grechenig, Forschungsgruppe Industrial Software (INSO), TU WIen
TU Wien 2012

Volltext: Diss_Schmiedl_Final_Version

The post Das Handy im Unterricht appeared first on Mobile USTP MKL.