Kees van Dieren

App Annie heeft een rapport uitgebracht over 2015 waar alles in staat. 72 pagina's met analyse info :) Je kunt het hier downloaden (na opgeven van je gegevens): http://blog.appannie.com/app-annie-2015-retrospective/

Best indrukwekkend. Heb het even geprobeerd, en het werkt echt. Vragen die ik bij dit soort producten heb: wat als je iets nodig hebt, wat er standaard niet in zit? Kan je er op een of andere manier maatwerk bij krijgen? Zo goed als alle apps die wij maken, bevatten maatwerk koppelingen specifiek voor dat bedrijf. Bijvoorbeeld: * Inloggen met bedrijfs gebruikersnaam en wachtwoord * Ophalen van een werkplanning uit het systeem van het bedrijf * Ophalen van te inspecteren objecten, en het versturen van inspectie-resultaten (voor een app voor een inspectiebedrijf). Met een maatwerk koppeling naar het systeem van dat bedrijf. En met de Twitter kloon. Stel ik zou het volgende willen: * De tweets van mijn eigen timeline tonen op mijn eigen website * De tweets monitoren met een externe tool (vaak gebruikt door webcare teams), en reageren vanuit deze tool. Belangrijke vragen bij dit soort platforms: * Stel je wil iets in de app, wat er standaard niet in zit, kan dat stukje dan gecodeerd worden? Bijvoorbeeld via een custom plugin? * Kan je een koppeling met eigen maatwerk systemen maken? * Kan je de data van de app (laten) manipuleren vanuit een ander systeem? * Stel, je wil stoppen met het platform en een maatwerk app laten maken of een concurrerend product gebruiken. Kan je dan alle data exporteren, zodat je het vervolgens in de nieuwe dataopslag kunt opslaan? Ik zou dit soort producten zeker aanraden, om een snel prototype te maken. Als je er echt een product mee wil gaan bouwen om de markt mee op te gaan, zou ik eerst bovenstaande vragen beantwoorden.

Scala daar twijfel ik nog een beetje aan. Vooralsnog kiezen wij in ons bedrijf voor Kotlin voor Android ontwikkeling. De reden dat ik aan Scala twijfel, is dat de makers eenvoud niet zo belangrijk lijkt te vinden. Op Devoxx zat ik eens bij een presentatie van de Typesafe CTO (Typesafe is het bedrijg achter Scala). Die liet allemaal code voorbeelden zien die een groot gedeelte van de zaal (waaronder veel Scala developers) niet begreep. En daar leek ie trots op te zijn. Terwijl dat voor mij een reden is om het te mijden. Kotlin wordt steeds meer de standaard taal voor Android. De visie van Kotlin is: schrijf elegante simpele code. Het bedrijf Jetbrains erachter maakt er supermooie producten mee. Daar heb ik wel vertrouwen in. Overigens heeft Kotlin ook Javascript ondersteuning, al heb ik niet het idee dat dat al erg aangeslagen is. Kijk maar eens op http://try.kotlinlang.org/ Mbt Eclipse: Android Studio is nu gebaseerd op IntelliJ IDEA community editie. De IDE is de laatste 1.5 jaar enorm verbeterd.

Het van scratch handmatig opbouwen van een native (Android) app kan voor een ervaren (Java) ontwikkelaar al een flinke kluif zijn, laat staan voor iemand zonder programmeerkennis. Zelf ben ik overigens voorstander van native apps, maar waarom zou je dat pad op gaan met JavaScript in je achterhoofd. De toekomst ligt toch echt in JavaScript, althans alle seinen lijken op dit moment die kant uit te wijzen. Dat het ontwikkelen van een Android app niet mee valt klopt helemaal. Wij zijn er zo'n 2 jaar geleden mee gestart. Het kost minimaal een paar maanden voor een ervaren ontwikkelaar voor je er productief in bent. De IDE was gebrekkig, trage launches wat ontwikkelen vertraagd. Overigens zie ik dat e.e.a. het laatste half jaar wel flink verbeterd is in Android land. Zelfs TDD begint gemeengoed te worden :). Overigens wordt het marktaandeel van Javascript over het algemeen erg overschat. Van origine is Javascript niet erg geschikt voor grote systemen. Vanwege het dynamische gehalte is refactoring niet goed mogelijk. En het build systeem: als je NPM of Gulp vergelijkt met Gradle of Maven, moeten de Javascript developers nog erg veel leren :). Hierin is Typescript een flinke stap vooruit. Daarom kiezen met name de grote partijen nog vaak niet voor Javascript als programmeertaal voor alles. Een interessant linkje met statistieken: http://www.tiobe.com/tiobe_index?page=index

+1 Dank jullie wel :). Ik lees al regelmatig mee. Maar de discussie hier dwong me om te registreren zodat ik wat duidelijkheid kon scheppen.

Wellicht helpt een stukje context: vanwaar deze vraag? Wil je een offerte laten maken, of ontwikkeling outsourcen? Is er geen Face-to-face contact mogelijk? Bij outsourcing wordt er vaak met dikke documenten gewerkt. Vaak met twijfelachtige uitkomst. Als je met een partij dichtbij werkt, dan is werken met User stories met acceptatiecriteria een prima manier. Als het een groot project is, waarvan nog niet alles duidelijk is, is het gebruikelijk om te werken met Epics. Een epic is een grote user story die nog niet helemaal uitgewerkt is. Het compleet van te voren uitwerken van een groot project is ook weinig zinvol, en werkt vaak zelfs averechts. Dit omdat het botst met het principe van voortschrijdend inzicht. Daar komt het principe van 'Responding to change over following a plan' ook vandaan. Wat meer uitleg hierover: https://www.mountaingoatsoftware.com/blog/stories-epics-and-themes

Een webapplicatie kan je prima gebruiken als basis voor een hybride app, zonder extra framework. De webapp moet dan wel responsive zijn. Wordpress thema’s van na 2015 zijn dat meestal wel. Dus als je wil starten een Android, iOS of Windows Phone app te maken, gebaseerd op een webapplicatie, kan je volstaan met een standaard Webview. Een Webview is een component waarin je een webapplicatie (op basis van het internet-adres) kunt laten zien. Iemand met een heel klein beetje technische kennis kan dit realiseren. Een Webview is beschikbaar in Android, iOS en Windows Phone en wellicht ook de andere platforms. Voorbeeld voor Android: https://github.com/nabilfreeman/android-webview-boilerplate Voorbeeld voor iOS: https://github.com/nabilfreeman/ios-universal-webview-boilerplate Mocht je hier zelf niet-ontwikkelaar, dan lukt een professional dit binnen een paar uur; dit is iets wat maar een keer gedaan hoeft te worden per app. De meerwaarde van deze Mobiele app is dan voornamelijk dat deze ook via de Google Play Store en App Store te vinden is, en dat er standaard een icoontje op de telefoon gezet wordt. Wat niet onderschat moet worden bij een app, is hoeveel tijd het kost om een aantrekkelijke Store vermelding te maken. Het is te vergelijken met het inrichten van een etalage van een nieuwe winkel. Als de app werkelijk een marketingkanaal moet worden om nieuwe klanten te trekken, zul je moeten investeren in ASO (App Store optimalisatie). De tijd die dit kost, zal een veelvoud zijn van het maken van een Native app schil om een webapplicatie heen. En m.b.t. het zelf maken van native apps (zonder programmeerkennis): de moeilijkheid zit hem niet zozeer in het coderen. Automatiseren is problemen op een analytische manier benaderen en gestructureerd oplossen. Of je de oplossing maakt in een click en sleep tool of in code, maakt niet zoveel uit. Het gaat om een gestructureerde en analytische aanpak. Wij hebben zelf een educatief spel voor kinderen gemaakt, met het framework Libgdx (www.libgdx.com). Dit is een crossplatform framework die de app compileert naar o.a. Android en iOS. Voor organisaties met vooral Java kennis kan dit een goede keuze zijn om een native app mee te maken. Andere crossplatform oplossingen die mogelijk interessant zijn: Facebook React Native: https://facebook.github.io/react-native/ NativeScript: https://www.nativescript.org/ (en al eerder genoemd): Ionic Framework: http://ionicframework.com/