Als je zelf een iPhone-app wilt ontwikkelen, vind je op de website van Apple een enorme hoeveelheid documentatie. Waar moet je beginnen? Apple wil je met Pathways op weg helpen.
Taalfout gezien of andere suggestie hoe we dit artikel kunnen verbeteren? Laat het ons weten!
Artikelcorrectie, spelfout of -aanvulling doorgeven?
Reacties: 1 reacties
Chris Laarman
Zonder te willen afdoen aan het beschrevene:
Ik zou iedereen willen aanraden om eerst te bedenken “wat” ze willen programmeren, en pas daarna “hoe” (het platform en de eventuele programmeertaal inbegrepen).
Lang geleden is een dure PION-cursus aan mij verspild, maar ik denk nog steeds dankbaar terug aan Jackson Structured Programming (JSP), een aanpak die je ongemerkt geleidt van de beoogde uitvoer naar de benodigde invoer, en naar de tussenstappen. Geleidelijk ga je over van “beschrijven” (van het “wat”) naar “pseudo-code”, en uiteindelijk pas naar het “echte” programmeren (van het “hoe”, in een programmeertaal of -omgeving voor een platform).
Hoe sterker je van plan bent om je programma voor verschillende platforms (of voor verschillende gebruikers-talen) uit te brengen, des te belangrijker is het om dubbel werk te voorkomen door eerst dat ontwerp te maken en te vervolmaken.
Wij leerden het met pen en papier, maar wellicht zijn er inmiddels mooie omgevingen voor. Zelf zou ik nu waarschijnlijk een mind-mapper (outliner) gebruiken.
Noot: JSP is beslist niet de enige aanpak. Wellicht zijn er betere, maar die ken ik niet.
Zonder te willen afdoen aan het beschrevene:
Ik zou iedereen willen aanraden om eerst te bedenken “wat” ze willen programmeren, en pas daarna “hoe” (het platform en de eventuele programmeertaal inbegrepen).
Lang geleden is een dure PION-cursus aan mij verspild, maar ik denk nog steeds dankbaar terug aan Jackson Structured Programming (JSP), een aanpak die je ongemerkt geleidt van de beoogde uitvoer naar de benodigde invoer, en naar de tussenstappen. Geleidelijk ga je over van “beschrijven” (van het “wat”) naar “pseudo-code”, en uiteindelijk pas naar het “echte” programmeren (van het “hoe”, in een programmeertaal of -omgeving voor een platform).
Hoe sterker je van plan bent om je programma voor verschillende platforms (of voor verschillende gebruikers-talen) uit te brengen, des te belangrijker is het om dubbel werk te voorkomen door eerst dat ontwerp te maken en te vervolmaken.
Wij leerden het met pen en papier, maar wellicht zijn er inmiddels mooie omgevingen voor. Zelf zou ik nu waarschijnlijk een mind-mapper (outliner) gebruiken.
Noot: JSP is beslist niet de enige aanpak. Wellicht zijn er betere, maar die ken ik niet.