Mentorskap

Jag avvaktar med att skicka något personligt nu för att på så sätt hålla det lite mer öppet för andra som skulle vilja haka på.
Men absolut så tycker jag att vi kan braka igång på direkten. Hela upplägget tycker jag kan få formas under tidens gång nu till en början.

Vad är det för projekt du skulle vilja jobba på? Om det nu inte är allt för personligt så får du gärna dra det direkt här i tråden skicka annars ett PM till mig så ser jag till att få en grund.

Skriv gärna ner hur långt du har kommit, hur du tänker och varför du valt att göra det på det här viset.

Precis som du säger så hjälper det helt klart att hitta en mening med det hela. Ett bra projekt som får med många av dom steg man återanvänder ofta kan vara att göra en TODO applikation.

Krav kan vara:
1. Du ska komma åt den med dom vanliga webbläsarna (safari, firefox, crome, IE)
2. Du ska ha ett CRUDlager på varje anteckning, (CRUD står för Create, Read, Update, Delete)
3. Man ska kunna skapa nya användare.
4. Varje anteckning kan ha ett datum när det senast ska vara klart, när det datumet nås skickas ett mail och påminner.

Där har du ett exempel som innehåller mycket av logiken man ofta gör om i ett projekt.

Jag vill ha en yrkesstolthet i det jag gör, så mycket av min motivation kommer till att vilja skriva bättre och effektivare kod. Många gånger finns det snarlika lösningar på det projeket man kör igång med, men desto mer man jobbar på det så kan man förbättra sin kod och så småningom gå om konkurenten. Man måste ständig utvecklas inom det här yrket annars blir du snabbt omsprungen av andra.

Gör så

Vore jag du så skulle jag släppa VB/VB.NET och sattsa p C#. Dom VB utvecklare jag träffat på hittils jobbar med VB av den anledningen att deras äldre program är byggt i VB. Senast jag kodade VB var minst 7 år sedan VB.NET har jag inte tittat ens tittat på, så jag ska inte uttrycka mig allt för mycket om det egentligen. Men i det dagliga arbetet hör jag personligen ingen som pratar om VB/VB.NET annat än i äldre kodsammanhang.

.NET introducerades 2001 om jag inte minns helt fel och är Microsofts plattform för utveckling, tanken är bla att du ska använda ett och samma språk oavsett vad du gör (Mobila appar, Desktopprogram, hemsidor osv osv) frågar någon vad jag jobbar med så svarar jag kort ".NET utvecklare"

Ovanstående var rena exempel som säkerligen inte passar alla och visst är det så att man hittar det man behöver på internet om man vet vad man letar efter. Inom programmering så går det alltid att lösa ett och samma problem på flera olika sätt, frågar du tre programmerare om hur dom skulle lösa en uppgift så får du garanterat tre olika svar. Man kan lätt känna igen "googelkod" genom att t.ex. olika tekniker blandas hejvilt, jag ser lösningar som enbart skulle fungera i just det specifika programmet i fråga vilket gör det svårt att bryta ut och återanvända - visst det funkar säkert, men hur snyggt blir det.

Missförstå mig inte, Google är kanon, det jag erbjuder är min egen erfarenhet i stort och kanske inte ner på en specifik fråga, jag är inte ute efter att lösa någons läxor så att säga.

Gyllene regel för att lära sig programmera är just att programmera. För vissa steg är en video länk bättre lämpat, t.ex. "Hur gör jag ett CRUD-lager för att jobba mot en databas med hjälp av Entity Framework?"

Att sätta ihop en kurs på egen hand finner jag näst intill helt värdelöst, jag har själv suttit på kurser som kostat närmare 30 000:- som har varit helt bortkastat, många gånger jobbar man med exempelscenarion som inte har någon förankring i verkligheten, vilket gör det svårt att förstå varför man ska göra på det viset dom visar och inte på ett annat sätt. Så här tror jag mer på att bolla konkreta exempel fram och tillbaka mellan oss för att sedan kunna visa upp hur t.ex. jag skulle ha löst problemet. Ett exempel här skulle vara att du skickar över en källkod du själv jobbar med och har kört fast i, du får beskriva hur du har tänkt, varför du tänkt så och varför du valde att inte lösa det på andra sätt.

Överlag tror jag att jag vill hålla det här så öppet som möjligt. Visst är det bra om man kan koppla mot Sweclockers så mycket som möjligt men annars skulle man kunna bygga dom verktyg man behöver, t.ex. en hemsida man kan jobba runt, då ser man även saker som inte finns och får bygga dom själv och ser även hur mycket jobb det kan vara att fixa något litet.

MVC är ett riktigt bra arbetsätt, hela iden går kort ut på att du inte ska ha så lösa kopplingar som möjligt. Många gånger kan det vara svårt att följa det här fullt ut, men desto mer man jobbar med det så ser man fördelarna. Om det är något du har byggt eller har problem med så skulle vi helt klart kunna titta på det.

Det är lite sent så om jag missat något så får du hojta till

Jag har haft fullt upp efter nyår och inte haft möjlighet att tagit den här pucken. Men om det finns något intresse kvar här så skulle vi kunna sparka igång något.

Kul att höra, är du själv ute efter något specielt? Som sagt så har jag koll på .NET och "allt" vad det innebär.

Håller helt med på kompetensöverföringen. Jag har fått en del frågor om parallelprgrammering. Många tar för givet att om man har x antal kärnor så används också alltid dessa. Vilket inte är fallet. Jag slängde upp en test applikation som räknar ut primtal, man specar själv hur många kärnor som ska användas.
http://dev.abadah.com:83

Jag förstår vad du menar, ta och bolla något konkret så ska jag försöka hjälpa till. Var det något specielt du tänkte på just nu?

Givetvis. Det är en del av ett hjälpprojekt jag skrev en tid sedan. Du hittar projektet på länken nedan.

(
www.bambafile.com är även en applikation/tjänst jag byggt själv. Utvecklad för att dela med sig av större filer på ett vettigt sätt. Själva uppladdningskontrollen är byggd med Silverlight, övrigt kod är ett ASP.NET MVC 3 projekt.
Testa den.
www.bambafile.com
user: demo
pass: demo
)

https://bambafile.com/Download/Item/eb485f76-2941-45cc-871b-a...

Det har jag. Jag har publiserat en app hittils, du hittar länken nedan. WP7 använder sig av Silverlight och det har jag koll på. Så om du har några frågor så är det bara bolla över dom.

Om du är ny på det hela så kan du avvakta med Interface. I många projekt jag skriver så använder jag det knappt. Jag ska försöka förklara så tydligt som möjligt. Ett interface har ingen logik i sig utan beskriver bara vad som måste finnas med. Jag ska ta ett exempel. Låt oss säga att du och jag ska göra ett projekt ihop.

1 .Vi kommer behöva logga saker, så vi kommer överens om vad som ska finnas med i loggfilen. I det här fallet så kom vi överens om att det vi behöver är datum (datetime) när det hände, och ett felmeddelande (string).

2. Hittils är allting frid och fröjd. Nu ska vi komma överens om var vi ska spara loggfilerna. Du hävdar bestämt att du vill ha dom på ditt filsystem för det är bara temporära filer medans jag vägarar det och säger att loggfiler ska in i databasen, för på det sättet kan vi komma åt dom på ett enklare sätt.

3. Vi kommer inte överens om hur vi ska göra så vi kommer överens om att du logga på filsystem och jag i databasen, nu kan vi använda oss av ett Interface.
Vi implementerar vårat Interface, enligt det vi kom överens om i punkt 1. ovan (som du ser så finns det ingen logik, den beskriver bara vad som måste vara med.

public interface ILogger
    {
        void Log(string LogThis, DateTime NarHandeDetta);
    }

Nästa steg är logiken. Vi skapar två klasser med valfria namn som ärver av ILogger och implementerar metoden/funktionen:

Log(string LogThis, DateTime NarHandeDetta)

Din klass skriver till filsystemet:

public class LoggerToFile : ILogger
    {
        public void Log(string LogThis, DateTime NarHandeDetta)
        {
            string FilePath = @C:\logs\Log.txt;
            string _textRad = string.Format(@{0}  {1},NarHandeDetta.ToString(), FilePath);
            File.AppendAllText(_textRad, LogThis);
        }
    }

Medans min skriver till en databas:

public class LoggerToDatabase : ILogger
    {
        public void Log(string LogThis, DateTime NarHandeDetta)
        {
            _minDatabasEntities _minDatabas = new _minDatabasEntities();
            _minDatabas.AddToAktivKatalog(new Logger
            {
                Id = Guid.NewGuid(),
                DateCreated = NarHandeDetta,
                LogText = LogThis
            });
            _minDatabas.SaveChanges();
        }
    }

Så här väljer vi sedan vad som ska användas:

 class Program
    {
        static void Main(string[] args)
        {
            ILogger _log = new LoggerToFile();            
            _log.Log("En testrad för loggning. Detta sparas på filsystemet", DateTime.Now);
            _log = new LoggerToDatabase();
            _log.Log("En testrad för loggning. Detta sparas i databasen", DateTime.Now);

        }
    }

Hoppas det gör det något tydligare. Men som sagt, om du precis har börjat så är inte det här något du måste implementera direkt. Kör på med vanliga klasser det fungerar också. Det beror hela tiden på vad man ska göra.

Jag svarade i tråden ovan, lycka till