Mentorskap

Riktigt intressant! Jag har studerat en del C# och påbörjat fler projekt, men har som flera andra här svårt att hitta en mening med många av sakerna.
Jag känner även att jag skulle behöva förstå bättre hur produktionskod faktiskt ser ut. Använder tex folk try/catch hela tiden? Hur verifierar man effektivast input innan man försöker trycka in det i en databas? Hur använder "riktiga" programmerare getters/setters? Har hur många frågor som helst!

Ska försöka komma fram med lite mer konkreta exempel på vad jag är intresserad av, så postar jag det här i tråden. Väldigt intressant initiativ!

Jag har också kodat några flertrådiga applikationer dock inte i syfte att dra nytta av flera kärnor utan för att exekvera flera saker simultant. Då har jag främst använt mig av Thread och ThreadPool vilket indirekt medför att ens applikation drar nytta av flera kärnor (antar jag) eftersom de olika trådarna dirigeras till olika kärnor av operativsystemet. Således vad är den stora skillnaden att använda din metod för exekvering och exempelvis ThreadPool?

Förövrigt ett mycket trevligt initiativ, tråden kommer att följas med glädje och nyfikenhet Kommer också försöka bidra med min kunskap om det dyker upp något inom mitt område.

shakeshar varför använder du inte de den kodstandard som Microsoft rekommenderar och varför skriver du koden på svenska då branschen i sin helhet förespråkar engelsk? Om man har arbetat med .NET ett tag så bör dessa sitta i ryggmärgen och man behöver anstränga sig för att bryta mot dessa.

Mycket trevlig initiativ. Det jag har ett intresse av att lära mig när det gäller c# och .net är hur man skriver sin kod på ett mer "professionellt" sätt.
Hur man lägger upp projektstrukturen, kod strukturen, och speciellt felhanteringen, som hobby-ist och självlärd blir det mycket "skall bara få det att funka" och felhantering är något som kommer sist om man lägger till det alls, sedan blir det lite för mycket att göra om i efterhand om man även vill ha "snygg kod" och eftersom det är ett program som bara jag kommer att använda så nöjer man sig oftast där.

Jag är mer inne på MVVM eftersom jag sitter med WPF men jag har bara inte fått tummen ur att börja använda det.

Om du menar microcontrollers och liknande så ja, tiden räcker inte till att programmera C# och WPF sedan C med AVR kontroller, C,C++ med Arduino och C# med Netduino, VHDL har man stött på men det är inget jag sysslar med hemma. Har börjat med en app med så då blir det java också hehe.

Jag är medveten om att kontexten spelar en stor roll över hur hur snygg/bra kod man skriver. Jag gillar det du önskar att göra med denna tråd och det glädjer mig mycket att du kan lägga ner tid och engagemang för detta. Jag tycker dock det är lite synd att dina exempel inte följer best practise då du med andra ord lär ut fel. Jag tycker det är lika bra att lära ut rätt från början.

Jag vilja passa på att ge min syn på dina punkter ovan.

Man vet aldrig vem som kommer att läsa ens kod, detta gäller framförallt i yrkeslivet. Det kanske bara är du själv men det kan mycket väll vara din kollega, eventuell tredje parts support (Ex tredje parts komponenter) eller din kund. Det gäller då att skriva lättläst kod som är självförklarande och i min mening är första steget att följa en kodstandard.

Suns syn på kodstandard (tog första bästa).

Om man hamnar i ett projekt eller har flera projekt rullande på samma gång som använder sig av olika språk så gäller det att använda respektive standard för respektive språk och inte blanda.

Själv sitter jag och skriver mycket kod i C# men jag skriver även en del PowerShell scripts dessa har olika rekomenderade vilket medför att jag följer respektive standard för respektive språk. Om jag skulle börja koda i Java så skulle jag följa deras primära kodstandard.

Vi behöver alla någon form av standard att följa för att göra koden lätt läst. Då Microsoft tog fram och utvecklar C# så faller det ganska naturligt att man följer deras rekomendationer, när de senare dokumenterar ner kodstandarden så gör dom en massa arbete som vi själva slipper. Men den största anledningen att följa dom är att de flesta seriösa .NET utvecklare gör det vilket förenklar ens dagliga arbete då man spenderar mycket tid att läsa andras kod.

Mycket möjligt. Själv blev jag lärd att följa den mest vanligaste, vilket en så länge aldrig har varit ett problem att ta reda på.

Jag kan tyvärr inte bidra med exempel på följande då länken inte längre fungerar men jag såg i ditt "myUtiltiy" projekt att du deklarerade instans variabler på hela fyra olika sätt hur följer du och förstår du vilket scope en variabel har med detta arbetssätt?

Jag ber om ursäkt om jag låter lite allt för negativ men jag ställer mig lite för fundersam till din syn på detta.

Generellt sätt tycker jag också att en kodstandard ska följas och är man exempelvis C# utvecklare bör Microsofts riktlinjer följas. Det finns en stor fördel med detta förutom att det blir "ordning och reda" det medför också till att utvecklare emellan lättare kan utbyta kod utan att först sätta sig in i respektive utvecklares "kodstil".

Men i undantagsfall kan det vara befogat att göra avsteg från en kodstandard. Jag har själv varit med och tagit fram kodstandarden som råder på vår arbetsplats och den grundar sig på Microsofts riktlinjer men på några punkter har vi valt att göra avsteg från den beroende på olika orsaker som vi har motiverat.

Ibland behöver man slänga ihop kod snabbt för att visa något och då kan kodstandarden i vissa fall göra att det tar längre tid. T.ex. ibland om jag vill visa en kollega något eller om jag gjort en snabb förstudie på något, men då är jag noga med att poängtera att detta är en "quick & dirty" och inte bör följas slaviskt.

Ni som har erfarenhet får gärna gå in och tycka till: här