Ni som programmerar, vad har ni för struktur när det kommer till processen från ide till färdig produkt?

papper och penna faktiskt, tycker det är lättare att ställa upp tal m.m när man jobbar med binär kod osv det vet jag många som gör det finns inget jätte bra program för detta iaf inte som jag känner till som gör det bra så kollegeblock och penna och håller man på med elektronik så är det enkelt att ta med sig också om man behöver flytta sig mellan olika instrument, och så ritar jag ibland det är lättare tycker jag. Precis som att jag tycker det är lättare att visa per video än i text hur jag gör.

Kryptering kan väl vara bra men det viktiga är att begränsa åtkomst till databasen för användarna så att de bara kan se sina uppgifter och inte någon annans. Sen är det en massa mer krav på dig som tjänsteleverantör kring audit logging av alla som accessar personuppgifter, ha en personuppgiftsansvarig, inte använda faktiska personuppgifter som testdata och så.

Det är fel. Krypterade personuppgifter är fortfarande personuppgifter så länge som du kan dekryptera dem. Och även om du inte kan dekryptera dem, utan bara låter personen uppgifterna rör få komma åt sina exempelvis, så är du fortfarande ansvarig för säkerheten då det är din tjänst och din säkerhet.

Jo det är förstås ett krav, men dagens webbläsare varnar kraftigt för allt som inte går den vägen, och vissa tillåter inte anslutning alls, så det är verkligen minimum hur lite personuppgifter man än behandlar.

Det beror ju på. Klienten är ju inte att betrakta som säker från användaren liksom, men om det handlar om användarens egna uppgifter så behöver du ju inte skydda uppgifterna från den som skrivit in dem, men samtidigt sparar man väl inte personuppgifter i cookies eller så. Däremot https förstås så det är krypterat "på väg".

Hittills har jag mest jobbad med datainriktad programmering.
Webscraping och presentation för användare.

Det bästa första steget i mitt fall har varit att identifiera vilken grund jag ska ha för allt, för att utgöra en bra avvägning mellan hur mycket tid det tar för mig, hur komplicerat det blir för slutanvändare, och hur mycket funktionalitet jag behöver.
Det har bara varit rätt små projekt, så när det gäller språk har jag bara behövt välja mellan Python och C#, även om jag väldigt gärna vill lära mig mer C++ och ge mig på att göra något i Unreal Engine.
Iallafall:
Python: För webscraping och när bara jag själv använder det, sparar massa tid på att det finns många verktyg och är lätt att skriva.
C#: När programmet behöver vara så portabelt att det bara är att ladda ner och starta på vilken normal dator som helst. Används för programmen våra säljare använder.

Vad gäller datalagring så har SQLite blivit min nya favorit.
Var allt för länge dödsenvis på att bara använda CSV och XLSX för att jag var för lat för att lära mig något nytt, men SQLite är lätt en av de saker som gett mig enorm avkastning på extremt lite ansträngning.
Fått syssla med MariaDB också, men det är inte lika kul då vårt webbhotell muppar sig så att jag inte kan ändra privilegier som jag behöver (boxen kryssas i, men ändå får jag inte grant). Är inte en superlajbans lösning att inte kunna ge mer specifika privilegier till användarna än "varsågod, här kan du se precis allt vi har, och kopiera över det till din egen dator om du är lite teknisk".

Självklart kommer det dyka upp nya grejer jag får lära mig, jag kan ändå egentligen bara rätt ytlig programmering.
Men processen blir antagligen desamma.

Vad behöver jag göra?
Hur kan jag göra det så fort som möjligt utan att låsa oss i en dålig lösning som behöver byggas om snart?
Hur delar jag upp det här i tillräckligt små delar för att GPT-4 ska göra 90% av jobbet åt mig?

I själva programmeringsprocessen ser jag det lite som ett trädschema.
Toppen är vad som ska göras.
Andra nodraden är vilka komponenter som behövs.
Tredje nodraden är hur komponenterna ska struktureras.
Fjärde nodraden och vidare är hur subprocesser ska struktureras, och så vidare.

I bästa fall har jag skött varje steg (framförallt första steget) så bra att jag i andra ledet kan byta ut en eller två komponenter utan att det markant påverkar hur de andra delarna arbetar.

1) Vad ska min tjänst lösa för problem?
2) Vad krävs av back enden för att tillåta det? Samtidigt som:
3) Hur modellerar jag databasen?
4) Vad är ett intuitivt GUI för denna lösning? Vad talar för att min design uppfattas intuitiv? Skissa och skriv ner. Självklart med papper och penna.

Bygg back enden så långt det är möjligt utan front end.

Bygg front end. Lägg till på back end det som du glömt och nya funktioner du kommer på. Rinse and repeat.

Ta avstånd från din första tanke och betrakta det på nytt nu när det är färdigt. Blev det lika bra som du tänkt? Kan något förbättras? Ligger det man trycker oftast på långt ifrån tummens position t.ex? Kanske dags att flytta runt element.

Upprepa tills klart. Kör tester kontinuerligt. Sen färdigt.

Har bara gjort 3 projekt men har gått enklare än jag trodde varje gång och blivit mer eller mindre precis som jag först tänkt, fast med lite lull lull man kommer på medans man skriver.

Det här med att undvika färdiga mallar kan man väl diskutera. På ett sätt är det ju helt rätt, man vill inte ha samma design som alla andra, men om man med mallar menar frameworks och liknande så går det ju emot alla moderna principer inom utveckling, att inte göra onödigt jobb som någon annan redan gjort åt en liksom.

Vi har exempelvis på jobbet rätt nyss bytt till KendoUI för vår frontend (inte gratis, men värt det). Tidigare hade vi något egenutvecklat ramverk som visserligen vi hade mer kontroll över, men det krävdes ju också en väldig massa tid för att bygga eller bygga om ganska basic komponenter hela tiden, och det var ju omöjligt att hitta någon hjälp online liksom. Och det är ju inte så att vi inte kan ha vår egen design längre på något sätt, men att ha färdiga saker som bara fungerar och redan har det man behöver är ju en väldig fördel. Typ: "Jag behöver ändra den här tabellen så att varje rad expanderar när man redigerar den, och jag behöver validering av olika typ i olika fält, hjälptexter som är tydliga och synliga, etc." Tidigare hade det inneburit att bygga om våra egna komponenter med ganska stor insats, nu handlar det om att kolla Kendos dokumentation och bara välja rätt komponenter liksom. Kanske det behövs lite tillägg i någon css men annars funkar det bara rakt av.

Annars är det många bra tips, även om mycket förstås beror på vad man bygger för sida eller applikation.