63 svar · 2 329 visningar · startad av J07
Skulle behöva tips på hur jag kommer igång med Asp.net?
Det jag undrar över är:
Funkar det bra med Sql server express versionen som är gratis och vad mer behöver jag för att kunna köra asp.net sida mot databas?
Enkla kom igång artiklar.
Har kollat på microsofts sidor och lite andra med hittar ingen riktigt bra guide som gör att jag inte behöver lista ut allt själv bara för att komma igång.
Tacksam för svar..
Gällande SQL Server Express så funkar det fint!
Här är en bra artikel
http://www.aspsidan.se/default.asp?page=readArticle&artId=623
J07 skrev:
Skulle behöva tips på hur jag kommer igång med Asp.net?
Det jag undrar över är:
Funkar det bra med Sql server express versionen som är gratis och vad mer behöver jag för att kunna köra asp.net sida mot databas?
Enkla kom igång artiklar.Har kollat på microsofts sidor och lite andra med hittar ingen riktigt bra guide som gör att jag inte behöver lista ut allt själv bara för att komma igång.
Tacksam för svar..
PÅ ASP.NETs hemsida (samma adress alltså https://WWW.ASP.NET) finns det en del kurser som säker kan göra en till en duktig hobbyprogrammare. Satsar du lite seriösare rekommenderar jag dig en bra bok inom ämnet. Problemet med de tutorials som ligger ute på nätet är att vem som helst kan skriva de och de kan missa vissa saker som en proffsionell ASP.NET-programmerare kan. Exempelvis varför man ska använda stringbuilder istället för stringcollection. Vill du jobba inom området rekommenderar jag dig en högskolekurs. Det viktigaste är att man kommer in i ASP.NET därefter blir det mycket enklare att söka upp kunskaper själv.
SebastianE skrev:
PÅ ASP.NETs hemsida (samma adress alltså https://WWW.ASP.NET) finns det en del kurser som säker kan göra en till en duktig hobbyprogrammare. Satsar du lite seriösare rekommenderar jag dig en bra bok inom ämnet. Problemet med de tutorials som ligger ute på nätet är att vem som helst kan skriva de och de kan missa vissa saker som en proffsionell ASP.NET-programmerare kan. Exempelvis varför man ska använda stringbuilder istället för stringcollection. Vill du jobba inom området rekommenderar jag dig en högskolekurs. Det viktigaste är att man kommer in i ASP.NET därefter blir det mycket enklare att söka upp kunskaper själv.
Någonstans måste man börja arbeta. Bara man börjar med exempel så lär man sig mycket. StringBuilder och andra viktiga saker lär man sig med tiden.
Jag skulle inte vilja säga att en universitetskurs gör en till en bra programmerare. Högskolan har ofta väldigt mycket fokus på objektorienterad kod vilket inte alltid är det optimala då man har en krävande webbplats. Dessutom så är det viktigaste att lära sig vilken teknik man ska använda beroende på utvecklingstid och prestanda i relation till kostnad.
Addeladde skrev:
Jag skulle inte vilja säga att en universitetskurs gör en till en bra programmerare.
Nej, men däremot ett par år. Det finns skitbra utvecklare som inte pluggat på högskola, och det finns riktiga slan som lyckas ta sig igenom fyraåriga utbildningar. För den förra kategorin människor gäller generellt att de skulle varit ännu bättre med en utbildning, för den senare kategorin gäller att de skulle varit ännu sämre utan.
Addeladde skrev:
Högskolan har ofta väldigt mycket fokus på objektorienterad kod vilket inte alltid är det optimala då man har en krävande webbplats.
Det där är ett feltänk som avhandlats och sågats så många gånger att jag inte avser ödsla någon energi på att bemöta det det generellt, men tänker man på det viset kan man ju stillsamt undra varför man öht bryr sig om att tänka på ASP.NET?
spango skrev:
Det där är ett feltänk som avhandlats och sågats så många gånger att jag inte avser ödsla någon energi på att bemöta det det generellt, men tänker man på det viset kan man ju stillsamt undra varför man öht bryr sig om att tänka på ASP.NET?
Det kan jag, utan att dela Andreas åsikt, svara på: ett sjyst API och bra eller bättre prestanda.
Tighta deadlines och stress är en killer för snygg, välstrukturerad kod. Åtminstone tills dess att man blivit tillräckligt duktig och tänker "rätt" från början.
Oops, det var lite klantigt uttryckt kanske. Behövs det ett förtydligande? Det var alltså ingen pik eller så utan bara en reflektion av egna erfarenheter.
dAEk skrev:
Det kan jag, utan att dela Andreas åsikt, svara på: ett sjyst API och bra eller bättre prestanda.
Tighta deadlines och stress är en killer för snygg, välstrukturerad kod. Åtminstone tills dess att man blivit tillräckligt duktig och tänker "rätt" från början.
Que?!?!?!?
Jag skulle vilja säga tvärtom, att det går fortare att utveckla korrekt från början, men det betyder inte att du behöver implementera varenda pattern som finns och följa varenda guidlines som finns till punkt och pricka...
För varje problem man stötter på finns olika optimala lösningar, ibland är det att binda ett dataset till en datagrid, och ibland är det bygga flerskiktade lösningar för optimal skalbarhet.
Men jag skulle bestämt hävda att ju mer fokus på prestanda och skalbarhet som din webbplats skall ha, destu viktigare är det att du programmare i flerskikt, och om dessa skikt sedan byggs i mer eller mindre komplex OO-kod, är ju något som man beslutar från fall till fall.
Men en sak är säkert du kan inte så mycket som starta en asp.net sida utan att programmera Objektorienterat.
Dessutom så är det så att på universitetet så lär man sig inte "att programmera" man lär sig problemlösning och HUR man programmerar...
- M
Gladh skrev:
Que?!?!?!?
Jag skulle vilja säga tvärtom, att det går fortare att utveckla korrekt från början, men det betyder inte att du behöver implementera varenda pattern som finns och följa varenda guidlines som finns till punkt och pricka...
Men när man är ny vet man oftast inte hur mycket man ska eller bör abstrahera och överandvänder design patterns i absurdum. Det är en av anledningarna. En annan är att det tar längre tid eftersom man måste tänka på att göra rätt. Det är väl självklart att det tar längre tid om det inte faller en naturligt att koda på ett visst sätt?
Bara för att man inte "är van" att programmera objektorienterat, betyder inte det att man ska börja med att försöka programmera procedurellt i ett objektorienterat språk. Det är ju helt fel. Man måste anpassa sig efter plattformen, inte försöka anpassa plattformen efter sitt kunnande. Självklart ska man börja med att lära sig objekorienterat tänkade - programmeringen kommer i andra hand.
Jag jobbade tidigare på ett väldigt stort företag. De är så stora att de bet sig själva i röven ärligt talat.
istället för att anpassa verksamheten efter befintliga lösningar så valde man att betala folk för att skräddarsy lösningarna så att de passade verksamheten vilket i sin tur resulterade i att man till slut hade en jäkla massa skräp-program som inte gjorde alls som de skulle och man låste sig väldigt mycket till de man betalade för att skräddarsy.
Med andra ord har jag som SPiN menar upplevt hur horribelt detta är.
Jag säger inte att man ska skita i OOP för det vore riktigt galet.
Addes inlägg tolkade jag såhär:
Skolvärlden och verkligheten skiljer sig åt. Om inte arbetsplatsen tillåter att man planerar ordentligt - ja, vad är valet då? Jo, man måste kompromissa och som grön på området vet man inte när, var eller hur det ska gå till. Det lär man sig inte i skolan - det kommer med erfarenhet. I plugget får man lära sig att koda med bra struktur men i arbetslivet, med tajta deadlines osv, där finns det inte alltid tid för det. Som nyexad kommer man försöka skriva snygg kod och det tar längre tid än att att bara hafsa ihop något, vilket man faktiskt måste göra ibland.
dAEk skrev:
Det kan jag, utan att dela Andreas åsikt, svara på: ett sjyst API och bra eller bättre prestanda.
Hm, men .NET är ju objektorienterat. Jag har hört att objektorientering är jättedåligt för prestandan, borde inte .NET vara jättesegt då?!?!?!?!?!?!? ;)
dAEk skrev:
Men när man är ny vet man oftast inte hur mycket man ska eller bör abstrahera och överandvänder design patterns i absurdum.
Oerfarna kodare är oerfarna, ja, och lägger understundom för mycket krut på fel saker, eller för lite krut på rätt saker. Gäller oavsett paradigm man arbetar i, för övrigt. Av egen erfarenhet skulle jag nog också säga att det är ett större problem om man bryr sig för lite om de delar som behöver uppmärksamhet, än att man bryr sig för mycket om de delar som förtjänar mindre uppmärksamhet. Man kan inte räkna med att en nyanställd juniorutvecklare ska producera kod i samma takt som mer erfarna utvecklare, men det de producerar kommer antagligen fortsätta finnas under lång tid, så det är bättre att försöka hålla sin "tekniska skuld" på ett minimum.
dAEk skrev:
En annan är att det tar längre tid eftersom man måste tänka på att göra rätt. Det är väl självklart att det tar längre tid om det inte faller en naturligt att koda på ett visst sätt?
Så det är en anledning att aldrig lära sig något nytt, eller?
dAEk skrev:
Skolvärlden och verkligheten skiljer sig åt. Om inte arbetsplatsen tillåter att man planerar ordentligt - ja, vad är valet då? Jo, man måste kompromissa och som grön på området vet man inte när, var eller hur det ska gå till. Det lär man sig inte i skolan - det kommer med erfarenhet. I plugget får man lära sig att koda med bra struktur men i arbetslivet, med tajta deadlines osv, där finns det inte alltid tid för det. Som nyexad kommer man försöka skriva snygg kod och det tar längre tid än att att bara hafsa ihop något, vilket man faktiskt måste göra ibland.
Lulz. Jag vet inte om du pluggat på högskola, men jag kan garantera att man gör många stressade fulhack där också :e
spango skrev:
Så det är en anledning att aldrig lära sig något nytt, eller?
Prio 1 är att leverera nåt som fungerar, i tid.
När man har tid över, då är det läge. Inte när man är under press. Av inlägget jag hänvisade till att döma är läget pressat, och ofta. Iaf som jag tolkade det.
spango skrev:
Lulz. Jag vet inte om du pluggat på högskola, men jag kan garantera att man gör många stressade fulhack där också :e
Nope, det har jag inte gjort. :)
dAEk skrev:
Prio 1 är att leverera nåt som fungerar, i tid.
När man har tid över, då är det läge. Inte när man är under press. Av inlägget jag hänvisade till att döma är läget pressat, och ofta. Iaf som jag tolkade det.Nope, det har jag inte gjort. :)
Jag tycker det är ett stort fel att säga jag hann inte göra en bra lösning, jag hann inte göra det på ett bra sätt. Man skjuter ju sig i foten så att det tar ännu längre tid i ett senare skede.
Nickemannen skrev:
Jag tycker det är ett stort fel att säga jag hann inte göra en bra lösning, jag hann inte göra det på ett bra sätt. Man skjuter ju sig i foten så att det tar ännu längre tid i ett senare skede.
Där är vi fullständigt överens. Det är inga problem med lite "fulkod" här och där men risken är väldigt stor att fulkoden blir mer fulkod som blir mer fulkod och sedan står man där med något man måste göra om från grunden för att det helt enkelt inte går hantera längre.
För någon som börjar ska det givetvis vara roligt i första hand om man tänker hålla på lite för att det är sköj men har man tänkt sig något mer så bör man nog från början försöka lära sig rätt. Dessutom blir det i framtiden lättare att "uppgradera" sin sida om man gjort ett hyffsat jobb från början ;)
dAEk skrev:
När man har tid över, då är det läge. Inte när man är under press. Av inlägget jag hänvisade till att döma är läget pressat, och ofta. Iaf som jag tolkade det.
Det är klart att man ibland måste göra fulhack, och det är normalt inget främmande för oss som varit på högskola (vilket Addeladde verkade tro), faktum är att jag sällan haft så strikta deadlines som på universitetet. Fulhack galore!
Och jag är säker på att jag predikar för de redan frälsta, men om tillståndet på en arbetsplats är sådant att man sällan eller aldrig hinner spendera några timmar per projekt på att tänka lite på hur man ska lösa uppgiften, är något fel i arbetsledningen. Om det är regel att sitta och göra brandutryckningar bör man antingen övertyga chefen om att det är dags att börja amortera på teknikskulden, eller så byter man jobb.
spango skrev:
Det är klart att man ibland måste göra fulhack, och det är normalt inget främmande för oss som varit på högskola (vilket Addeladde verkade tro), faktum är att jag sällan haft så strikta deadlines som på universitetet. Fulhack galore!
Och jag är säker på att jag predikar för de redan frälsta, men om tillståndet på en arbetsplats är sådant att man sällan eller aldrig hinner spendera några timmar per projekt på att tänka lite på hur man ska lösa uppgiften, är något fel i arbetsledningen. Om det är regel att sitta och göra brandutryckningar bör man antingen övertyga chefen om att det är dags att börja amortera på teknikskulden, eller så byter man jobb.
Precis som utvecklare måste man även kunna stå på sig och säga till. Även om det måste kompromissas så kan man inte alltid göra precis som chefen säger, man får inte ge sig för lätt.
catz skrev:
istället för att anpassa verksamheten efter befintliga lösningar så valde man att betala folk för att skräddarsy lösningarna så att de passade verksamheten
Tycker jag verkar sunt.
Jag sitter idag och utvecklar ett butikssystem till ett företag eftersom företaget inte har hittat något som passar deras arbetssätt och flöden. De system som man har tittat på verkar inte ha kunskap om hur det fungerar i deras bransch, skall företaget byta sina arbetsätt och flöden för att anpassa sig till ett befintligt butikssystem eller skall de bygga ett eget som passar deras arbetssätt och flöden?
Har man bra arbetetsätt och flöden men som inte kan realiseras inom befintliga system så är det bättre och billigare att bygga nya system än att ändra på sina arbetssätt och flöden för att passa befintliga system. Man bör komma ihåg att verksamheten inte skall anpassas till systemet utan att systemet skall anpassas till verksamheten.
- M
Gladh skrev:
catz skrev:
istället för att anpassa verksamheten efter befintliga lösningar så valde man att betala folk för att skräddarsy lösningarna så att de passade verksamheten
Tycker jag verkar sunt.
Jag sitter idag och utvecklar ett butikssystem till ett företag eftersom företaget inte har hittat något som passar deras arbetssätt och flöden. De system som man har tittat på verkar inte ha kunskap om hur det fungerar i deras bransch, skall företaget byta sina arbetsätt och flöden för att anpassa sig till ett befintligt butikssystem eller skall de bygga ett eget som passar deras arbetssätt och flöden?
Har man bra arbetetsätt och flöden men som inte kan realiseras inom befintliga system så är det bättre och billigare att bygga nya system än att ändra på sina arbetssätt och flöden för att passa befintliga system. Man bör komma ihåg att verksamheten inte skall anpassas till systemet utan att systemet skall anpassas till verksamheten.
- M
Håller inte med dig fullt ut. I det fallet du tar upp så är det ju solklart, där handlar det om att bygga något från grunden det är helt underbart för ett företag att göra sig den tjänsten. Att däremot anpassa ett befintligt system för att passa sin egen verksamhet är väldigt väldigt farligt. Särskilt om idioterna som gör ändringarna inte har en aning om vad tusan de pysslar med.
/RED Ska väl tillägga att alla konkurenter i sverige kör på samma befintliga system utom det företaget jag arbetade på som envisades med att skapa egna lösningar på problem som egentligen inte fanns.
