Hoe zelf een app maken ?

[LittleBit]

Ondernemers kregen steeds vaker met websites te maken

en op een bepaald moment ging men zelf met tools als WordPres aan de slag,

Ondernemers krijgen nu steeds vaker met apps te maken,

dus is het de vraag of er al toereikende tools zijn,

waarmee we zelf apps kunnen maken.

Ik denk dan aan:

- www.theappbuilder.com

- appinventor

- www.snappii.com

- www.appsgeyser.com

- www.buzztouch.com

- AppMachine

- GoodBarber.com

Iemand ervaring mee ? Voorkeuren pros/cons ?

Problemen om apps welke hiemee gebouwd zijn in een appstore te plaatsen ?

 

[LittleBit]

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 ?

 

[R.I.P. | Peter Bonjernoor]

Toevallig vandaag op Marketingfacts:

 

Dacht je dat mensen vooral onderweg hun smartphone raadplegen? Volgens Google gebruiken wij onze smartphones vooral ’s middags en ’s avonds. Lekker op de bank, dus lang niet altijd on-the-go. Interessant feit daarbij is dat we maar 10 procent van de tijd mobiele websites bezoeken. De resterende tijd gaat naar het gebruiken van apps op de telefoon. Dat is echter niet waar de conversie plaatsvindt; tijd gespendeerd in apps is vooral gereserveerd voor chat, social en games. De conversie zit dus toch grotendeels in die 10 procent mobiel websitebezoek.

 

[Richard Theuws]

tja ach, een app moet een meerwaarde hebben tegenover een mobiele site, anders is ie nutteloos.

[Kees van Dieren]

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/

[LittleBit]

Kees geeft div app info..

@ Kees.... Je reactie verdient een 'Reus'-vermelding, maar ik zie dat je nog te weinig berichten hebt om daarvoor in aanmerking te komen... komt binnenkort vast wel goed.. ;-)

 

[Ward van der Put]

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

+1

[Kees van Dieren]

@ 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.

 

[colombo]

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.

[R.I.P. | Peter Bonjernoor]

Volgens mij bedoel je 1 x Java en 1 x JavaScript... ;)

[colombo]

Volgens mij bedoel je 1 x Java en 1 x JavaScript... ;)

Het is inderdaad wat ongelukkig geformuleerd.

[Kees van Dieren]

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

[colombo]

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.

 

[LittleBit]

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.

 

[Norbert Bakker]

Er zijn hier mensen die niet willen dat ondernemers app's gaan bouwen

Meningen... :)

 

maar die vinden dat je dat moet overlaten aan experts.

Wat mij betreft hoef je het niet over te laten aan experts. Overlaten aan amateurs mag uiteraard ook.

 

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

Mijn sitebouwer maakt ook echt werkende websites. Of hij dat met of zonder code kennis doet durf ik niet te zeggen. In ieder geval heb ik er geen code kennis voor nodig ;)

 

PS: het gegeven voorbeeld is een hééle trage draak van een site. Geef me dan maar liever MET code!

 

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

Soms passen auto's daar ook goed bij. maar dat houdt uiteraard niet in dat je ze dan ook zelf moet bouwen, ook al kan dat wel. (ik ken toevallig iemand die dat wel gedaan heeft, maar die was dan weer geen ondernemer)

 

Hier op HL een heel topic over zelf je kassa bouwen. Een kassa is heel handig voor veel ondernemers, zelf je kassa bouwen is voor veel ondernemers bezig zijn met de verkeerde dingen.. en dat vermoed ik - voor de meeste ondernemers (grofweg 95%) geldt ook voor het zelf bouwen van apps. Het kan, het mag, maar dat betekent nog niet dat het ook verstandig is.

 

En vandaag kun je simpele app's maken ZONDER code

Leuk, maar eerlijk gezegd boeit dat met of zonder code me niet. Ik wil gewoon een snel werkende en veilige app of website, en hoe die gebouwd wordt (met of zonder code) boeit me niet ;)

 

Lang verhaal kort: ik zie in dit topic een klassieke misvatting. Dat je apps zelf kunt bouwen, met of zonder code, heeft wat mij betreft helemaal niets (maar dan ook echt 0,0) te maken met de vraag of je als ondernemer zelf apps moet gaan bouwen.

 

[Ward van der Put]

Als je een beetje leuk kunt opmaken en stylen, dan kun je ook een gave app maken. #Capgemini :P

[R.I.P. | Peter Bonjernoor]

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

Da's een beetje strak geformuleerd, vind ik. Het wordt afgeraden, maar niemand zal je tegenhouden!

 

Een beetje gechargeerd, maar: je kunt ook zonder veel kennis je eigen Ikea-achtige huis bouwen, met een heus dak en muren, en misschien een raam of wat. Maar of je er prettig in zult wonen is een tweede... ;)

 

"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.

En dan maar hopen dat je klanten tegen die tijd niet afgehaakt zijn, want voor hen maak je die app uiteindelijk, niet voor jezelf. Toch? ;)

 

edit: en wat Ward zegt! ;D

[colombo]

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

Ik geef mijn mening als professional (van de oude stempel) met een bepaalde visie over software ontwikkeling. En ja je kunt van alles zelf in elkaar klikken, dat doen een aantal zichzelf benoemde "specialisten" trouwens ook, maar met een klein beetje meer moeite kun je ook gaan voor een betere oplossing en eenvoudiger oplossing.

 

Maar ik bespeurde al eerder uit je reacties dat je graag wilt horen wat je vooraf graag wilde horen.

 

Het kan ook zijn dat ik erg conservatief in mijn houding ben als ik zeg dat ik enkel apps gebruik voor social media, bankieren, parkeren, OV, nieuws en spelletjes spelen. En al die andere apps kunnen me gestolen worden, af en toe installeer ik dan een (volgens anderen) "interessante" app die ik vervolgens binnen twee weken alweer verwijderd heb.

 

Overigens heb ik nog geen reden gelezen waarvoor en waarom de app nodig is.

[LittleBit]

Maar ik bespeurde al eerder uit je reacties dat je graag wilt horen wat je vooraf graag wilde horen.

Klopt ja, mijn vraag betrof ervaringen/tips inzake gebruik app-building tools voor ondernemers...

en dat wil ik dan ook idd graag horen ;-)

 

Overigens heb ik nog geen reden gelezen waarvoor en waarom de app nodig is.

Klopt ook ja, die vraag is -wat mij betreft- in deze thread off-topic....

 

 

[StevenK]

Klopt ook ja, die vraag is -wat mij betreft- in deze thread off-topic....

Nee, die vraag is zeker niet off-topic. Want, tenzij je een ontwikkelaar bent die het leuk vindt een app te bouwen, zul je je af moeten vragen wat je met die app wilt gaan doen.

Zelf loop ik met grote regelmaat tegen zaken aan waarvan ik zeker weet dat het eenvoudiger kan. Dan kijk ik eerst of het in de markt verkrijgbaar is en zo niet, dan bouw ik het zelf. Soms zijn dat heel kleine dingetjes, soms wat uitgebreider dingen. Maar altijd hou ik de focus bij de vraag: "wat ik wil hiermee bereiken" en probeer ik mezelf te behouden voor het programmeren of bouwen omdat het zo leuk is.

[R.I.P. | Peter Bonjernoor]

...te behouden voor het programmeren of bouwen omdat het zo leuk is.

Maar dat boeit LittleBit helemaal niks - hij wil het gewoon per se zelf doen. :)

[StevenK]

...te behouden voor het programmeren of bouwen omdat het zo leuk is.

Maar dat boeit LittleBit helemaal niks - hij wil het gewoon per se zelf doen. :)

maar dan is het geen ondernemersvraag

[LittleBit]

zul je je af moeten vragen wat je met die app wilt gaan doen.

Klopt, die vraag stel ik me ook .... maar om het topic z'n focus te laten behouden, past die vraag -voor mij- niet binnen deze thread. Sorry, maar zo ervaar ik dat.

Maar het staat anderen natuurlijk vrij om daarover zelf een eigen topic te starten.

 

[LittleBit]

Nog even een aanvulling want enkele recente reacties hier heb ik niet als prettig ervaren.

 

Mijn topic-vraag gaat over 'HOE app's bouwen' en de zoektocht naar ervaring/tips inzake de app-building tools.

Dat beschouw ik zelf als een stukje innovatie.

Maar dit forum is de Innovatie-aandacht kwijt geraakt.

In andere threads wordt dat betreurd.

Maar hier wordt dat helaas niet (h)erkend.

 

Daarbij doe ik mn best om focus te houden op mijn specifieke vraag. En dat wordt blijkbaar als onprettig ervaren, notabene door ervaren HL-leden.

Tegelijkertijd klaagde recent een HL-lid in de thread

https://www.higherlevel.nl/forum/index.php?board=40;action=display;threadid=60189

dat de topics niet bondig worden besproken.

Dus wat willen we nu op dit forum ?

Duidelijke vragen met focus en bondige reacties ? of brede discussies ?

 

[Middle]

Dus wat willen we nu op dit forum ?

Duidelijke vragen met focus en bondige reacties ? of brede discussies ?

 

Wie zijn "we"?

 

Wat is een "duidelijke vraag met focus en bondige reactie"?

Zou je een duidelijk gespecificeerd voorbeeld aan het begin van het topic willen plaatsen, zodat "we" weten hoe we moeten reageren?

 

Dank u.

 

[R.I.P. | Peter Bonjernoor]

Mijn topic-vraag gaat over 'HOE app's bouwen' en de zoektocht naar ervaring/tips inzake de app-building tools.

Dus eigenlijk hadden we je naar een ander, meer technisch georienteerd forum moeten verwijzen?

 

Je weet dat een topic op Higherlevel een discussie kan uitlokken, en als je dat niet wilt moet je geen topic starten.