Vraag Wat zijn enkele methodologieën voor het programmeren van solo-ontwikkelaars? [Gesloten]


Wat zijn enkele methodologieën voor het programmeren van solo-ontwikkelaars voor kleinere projecten?


15
2018-06-12 14:55


oorsprong


antwoorden:


Zowat elke ontwikkelingsmethodologie zal werken in een solo-omgeving, behalve voor degenen die expliciet een team vereisen (zoals side-by-side programmering). Maar zelfs dan zou je dat kunnen omzeilen door gewoon een aantal denkbeeldige vrienden / teamgenoten te creëren of een meervoudige persoonlijkheidsstoornis te ontwikkelen.


24
2018-06-12 14:59



Zelfs als een solo-ontwikkelaar kunt u methoden gebruiken die zijn toegepast op grote ontwikkelingsteams.

  • Schrijf een spec.
  • Maak een UML.
  • Heeft u een potlood-en-papier UI-ontwerp.
  • Gang testen: als je een grote menigte verwacht, vraag je moeder of het gemakkelijk te gebruiken is.
  • Peer review: je kunt ad-hoc reviewteams samenstellen met andere solo-ontwikkelaars.
  • Houd een actueel schema bij.
  • enzovoort...

Ik ontwikkel solo de hele tijd, en deze praktijken houden me in lijn met mijn eigen werk en geven mijn bazen een geweldige bron om te weten wat ik heb gedaan en hoe ver ik ben. En ze houden me op het goede spoor, om op te starten!


12
2018-06-12 14:59



De rubber duck-methode komt voor de geest: http://lists.ethernal.org/oldarchives/cantlug-0211/msg00174.html


12
2018-06-12 14:59



Veel agile technieken werken prima solo:

  • Gebruikersinterviews en verhalen: Als u niet weet wat uw gebruikers willen, waarom zou uw software dan nuttig zijn?
  • Een eenvoudige specificatie: Of zelfs gewoon een mission statement zijn. "Laat mensen korte berichten uitzenden naar hun abonneelijsten." "Gebruik in-graden om zoekresultaten op internet te sorteren." "Laat mensen samen programmeervragen beantwoorden." Wat dan ook.
  • Een strikt geordende takenlijst: Handig om te voorkomen dat je verdrinkt in gedachten.
  • Tangentenlog: Een goeie to-do lijst heeft een "niet doen" component, zodat je niet geobsedeerd raakt over dingen die je (nog) niet gaat doen.
  • YAGNI: Blijf op schema. Dit is erg belangrijk wanneer je alleen werkt, omdat niemand je daarover kan vertellen "Nee! Probeer dynamisch typen niet opnieuw uit in Java! Ga terug naar het project." To-does not geeft hier hulp bij.
  • Test gedreven ontwikkeling: Het schrijven van tests dwingt je na te denken over het eindresultaat, in plaats van verzand te raken in implementatiedetails. Je zult hoe dan ook genoeg verzanden; niet nodig om het nog erger te maken.
  • Regelmatige releases: Houd jezelf aan deadlines. "We hebben een feature-complete versie die gebruikersverhalen 1-4 tegen vrijdag bevat, die geen verbinding met het netwerk zal maken of gegevens op schijf zal opslaan, maar XYZ ..."
  • Gebruikerstest: Laat je vrienden regelmatig kijken naar wat je aan het maken bent, misschien een keer per maand, misschien elke week, afhankelijk van hoeveel vrienden je hebt en hoeveel bier / pizza je ze wilt geven. Besteed veel aandacht aan wat ze zeggen en doen en denken bij het gebruik van de software.

En andere dingen die alleen lijken alsof ze zinvol zijn in grote projecten kunnen veel helpen:

  • Bron controle: Installeren git. Het is bot eenvoudig. Gebruik het. Observeer er niet over.
  • Off-site back-ups: Y'know. In het geval van woningbranden of overstromingen.
  • Een blog: Maar je mag alleen daar schrijven als er een release uitkomt. ;) Helpt u ook een publiek op te bouwen voor uw product voordat het zelfs maar wordt verzonden.

Ik hoop dat dit helpt! Solo programmeren op een groot project kan heel ontmoedigend zijn.


9
2018-06-12 15:31



Volg wat is uiteengezet in deze Stack Overflow-vraag:

Welke tools / technieken kunnen een solo-ontwikkelaar ten goede komen?

Ook. Gebruik Source Control. Je zou niet geloven hoe vaak ik ben gebeten door dat op persoonlijke projecten.


7
2018-06-12 14:59



Er is dit:

http://en.wikipedia.org/wiki/Personal_Software_Process

Het is waarschijnlijk overdreven


2
2018-06-12 15:01



Het gaat meer om wat je prettig vindt en welke problemen je hoopt op te lossen. De meeste methodologieën worden op een bepaald moment gebruikt door een solo-ontwikkelaar (pair-programmering is een opmerkelijke uitzondering). Het probleem is dat je eigenlijk alleen bent, of gewoon alleen werkt? Ik heb ontdekt dat het van onschatbare waarde is om mensen te hebben waar ik ideeën op kan afstemmen. Verder is het hebben van iemand anders om naar je code te kijken (peer review) een geweldige manier om problemen te vinden die je gewoon niet kunt "zien". Dus om het eens te zijn met Aiden Bell "Programmeren op je oen is niet cool." Ik zou proberen contact te maken met een community (zoals SO), waar je ideeën van anderen kunt laten botsen. Vervolgens moet u uw methodologie zodanig opbouwen dat onderbrekingen mogelijk zijn wanneer u een idee verzendt.

Slaat dat ergens op? Waarom programmeer je alleen?

Pat O


1
2018-06-12 15:20