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/

Er zijn hier mensen die niet willen dat ondernemers app's gaan bouwen maar die vinden dat je dat moet overlaten aan experts.

 

Echter... de wereld verandert...

Ja, de tech-experts moeten bezig zijn met HTML5, Java, JS en IDE's.

Maar ondernemers moeten bezig zijn met kansen en soms passen app's daar goed bij.

En vandaag kun je simpele app's maken ZONDER code.

 

De website http://notrealtwitter.com is bv gemaakt zonder code-kennis. En hij werkt echt !

 

Enkele App-Build-tools die we in deze thread eerder ontdekten (zoals de gratis appmakr.com en appinventor) zijn prima tools om een app (prototype of nul-version) te maken ZONDER code-kennis, zodat je enerzijds zonder grote inspanningen al met potentiele klanten kunt praten en anderzijds aan webbouwers kunt laten zien wat je zoekt.

 

En ja...

"If your are not embarrassed about the first version of your product,

then you have launched it too late" zei mr Reid Hoffman ooit

dus in de volgende versie van de app mogen techneuten eea bijschaven.

 

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.

Uiteraard kies je de techniek die voor een bepaalde toepassing het meest geschikt is, en dat is wat mij betreft HTML5 / JavaScript (al dan niet vanuit TypeScript gecompileerd) voor de frontend, Java voor de backend en JSON over REST voor de interfaces.

 

Een interessante ontwikkeling is Scala.js waarbij je de webapp in Scala bouwt en dit laat compileren naar JavaScript.

 

Een andere interessante ontwikkeling is Nashorn waarmee je JavaScript in de JVM kunt draaien.

 

ps. Een paar jaar geleden heb ik wat zitten stoeien met een Android plugin in Eclipse en ik werd niet echt vrolijk, ondanks mijn ervaring met Applets/AWT/Swing en eerder met Motif/XView/Xlib. Het gaf me toen een net-niet gevoel.

 

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.

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.

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

@ Kees.... Je reactie verdient een 'Reus'-vermelding

+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

OK, dus je kunt webapplicaties maken

en je kunt daarnaast native apps maken.

Om apps te maken bestaan div. building tools, zie de startvraag in deze thread, en helaas zijn er -nog- weinig HL'ers met ervaring daarin gesignaleerd.

 

Er is een suggestie gedaan om ook hybride apps te overwegen.

Daar bestaan ook enkele populaire frameworks voor:

* Cordova; framework; http://cordova.apache.org (wat ooit startte als PhoneGap)

* Sencha Touch; http://www.sencha.com/products/touch/

Sencha Touch is framework dat supports the PhoneGap native wrapper and so fully integrated with Cordova for device APIs such as Camera and Accelerometer and it also supports the PhoneGap build for native packaging.

* AMP (Accelerated Mobile Pages);Google https://www.ampproject.org

AMP is een framework, een subset van HTML5 met wat speciale JavaScript-componenten.

 

Een leuk voorbeeld van een hybride app (gemaakt met Cordova & jquery mobile) vindt je hier:

- Project overzicht: https://www.audero.it/projects/mobile-apps

- Projectbeschrijving: https://www.sitepoint.com/build-a-currency-converter-with-jquery-mobile-and-cordova/

- ProjectCode: https://github.com/AurelioDeRosa/Currency-Converter

 

Als je al een website hebt, en je wilt zo nodig een app-achtige kopie daarvan, dan is een tool als -het nederlandse- appmachine reuze handig.

Als je wilt starten met product/dienst/bedrijf dan is de hybride benadering aan te bevelen.

 

Nog iemand met een tip/suggestie/ervaring ?

 

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/