webForumDet fria alternativet

Bara för MS?

.NETur .NET

37 svar · 743 visningar · startad av FlashX · sida 2 av 2

Frågan, av FlashX

Vilken fart det var här då :) Nu har jag bara skummat igenom lite för att få en första uppfattning om vad det hela är för något. Om jag förstått det hela rätt så krävs det att servern har en programvara för att man ska kunna skapa webbapplikationer med den här tekniken och för att det ska bli intressant för min del, så undrar jag nu om det finns (eller kommer att finnas) en möjlighet att köra det

Läs frågan i sin helhet →
Medlem sedan apr. 20007 588 inlägg
#21

att jag gillar Access som databas var ett slag under bältet...

Det var det inte, det var bara en liten påpekan angående dina skygglappar.

Visst, .Net befinner sig i betastadiet, men flera applikationer är redan skapade med det.

Wow, så jättetrevligt! Varje dag skapas internetbanker, stora feta mastodont e-handlar, mobila portaler, bryggor mellan stordatorer och webben och kluriga ramverk för både ditten och datten med Java men det har minsann skapats ett par applikationer med DotNet också av Kalles Webbyrå AB. Låt oss alla knäböja och stämma upp i lovsång!

Sen tycker jag att om man använder Java för att det är plattformsoberoende, borde man lika gärna kunna använda .Net, eller är det så tufft att böja sig för Microsoft?

Men den viktigaste frågan står fortfarande obesvarad; varför?. Vad har vi Javautvecklare och de företag vi jobbar på att vinna av att gå från en stabil teknik som stödjs av alla stora i branschen, MS undantaget, till en betateknik som i nuläget och den överskådliga framtiden endast stöds på NT?

Det är ju jättebra att MS tvingar "sina" utvecklare att gå ifrån schimpanskodning á la ASP till ett mer strukturerat och objektorienterat tänkande á la Dotnet/C# och det är just där jag tror att Dotnet kommer att slå igenom, bland Microsoftutvecklarna, inte bland Javautvecklarna, ty vi har redan en stabil teknik som är modern, objektorienterad och utbredd.

------------------
skaparen av allt som är mjukt och luktar lavendel

[Redigerat av sgtpepper den 29 maj 2001]

Medlem sedan dec. 19998 577 inlägg
#22

Varför allt detta tjat om att det ena eller det andra???

Det handlar mer om att välja rätt teknik till jobbet/projektet, ta det som passar bäst.

------------------
Budweiser - Slightly contaminated water... probably harmless, but I would recommend boiling before you drink it...
webEye.nu SweQuake.com

Medlem sedan apr. 20007 588 inlägg
#23

Det handlar mer om att välja rätt teknik till jobbet/projektet, ta det som passar bäst.

Så enkelt är det inte, Microsoft vill ju att Dotnet skall konkurrera med Java inom samma segment av branschen.

------------------
skaparen av allt som är mjukt och luktar lavendel

Medlem sedan jan. 2000144 inlägg
#24

Platformsoberoende i all ära.
Hur ofta flyttar man en applikation mellan olika plattformar?

Vad jag har fått erfara är att man istället skriver om hela applikationen. Oavsätt om man använt java eller någonting annat.

Medlem sedan dec. 19998 577 inlägg
#25

Möjligt, men nu jobbar jag inte åt MS, så här kan vi välja vilken teknik vi vill utan att MS lägger näsan i blöt...

------------------
Budweiser - Slightly contaminated water... probably harmless, but I would recommend boiling before you drink it...
webEye.nu SweQuake.com

Medlem sedan feb. 20001 590 inlägg
#26

Sgtpepper -> När jag nämner plattformsoberoende, så är det först och främst .Net web teknologier. Där händer nya saker varje dag, och med hjälp av dessa teknologier bla. webservices så ligger man i frontlinjen hela tiden, inte med något "gammalt" Java försök, (även om man rent tekniskt kan läsa det med Java på olika mer eller mindre tidskrävande sätt)

Att man sedan kan ansluta dessa webservices till ett Windowsprogram och vice versa, är ytterligare en sidoeffekt.
Annars så är .Net bara en gigantisk uppgradering/uppryckning för hur programvaror skapas/arbetar på Windowsplattformen.

Och jag håller med dig, varför ska man "lära" sig något nytt, eller byta plattform om man är nöjd, med ex. Java?

Jag för min del sätter ingen begränsning där, som professionell programmerare anammar jag det projekt som jag befinner mig i, dels har jag gedigen utbildning, dels kräver arbetsgivaren och marknaden det, oavsett det handlar om Java mellan NT4/Solaris, eller en VxD för Win2000, eller mer privat ASP/PHP lösning på en Windows eller Linux server.

Däremot gillar jag att diskutera, med hänseende av min erfarenhet från olika projekt, vad jag tycker är bra/dåligt.

Förhoppningsvis så leder alla dessa diskussioner till något i framtiden.

/T

------------------
This is what the KLF is about

[Redigerat av Toonster den 29 maj 2001]

Medlem sedan jan. 2000144 inlägg
#27

En fördel med M$ miljön är att man använder teknik från en leverantör.
Många tycker det är en nackdel men för nya utvecklare är det ofta en fördel då man får en lägre inlärningströskel.

Idag, när det är svårt att hitta bra utvecklare och man blir tvungen att ta in rookies, kan man inte bortse från detta.
Har själv erfarenhet av javaprojekt som blivit så invecklade att nya utvecklare inte har en chans. Kunden blir beroende av konsulterna som valde/utvecklade tekniken.
En klassisk javafälla.

Medlem sedan apr. 20007 588 inlägg
#28

Platformsoberoende i all ära.
Hur ofta flyttar man en applikation mellan olika plattformar?
Vad jag har fått erfara är att man istället skriver om hela applikationen.

Det förekommer rätt ofta att man först bygger systemet på en NT-burk som man snabbt får upp, för att sedan när lasten ökar flyttar den till en fetare unix-server.

Sen är det ju inte bara driftsmiljön det handlar om. Jag kan sitta och utveckla projekt på min Win2k-burk, testköra det direkt på samma burk och sedan lägga över det på en fet RS/6000-burk utan problem.

Oavsätt om man använt java eller någonting annat.

Knappast.

------------------
skaparen av allt som är mjukt och luktar lavendel

[Redigerat av sgtpepper den 29 maj 2001]

Medlem sedan apr. 20007 588 inlägg
#29

En fördel med M$ miljön är att man använder teknik från en leverantör.
Många tycker det är en nackdel men för nya utvecklare är det ofta en fördel då man får en lägre inlärningströskel.
Idag, när det är svårt att hitta bra utvecklare och man blir tvungen att ta in rookies, kan man inte bortse från detta.

Säg att du skojar? Du menar att man skall välja en teknik utifrån det faktum att man bara har dåliga programmerare?

Man skall göra skillnad på rookies och dåliga programmerare utan utbildning. Det är skillnad på tuffa Nisse som hoppade av gymnasiet för att bli ortens häftigaste VBScript-kille och Orvar, visserligen ny i branschen men med en gedigen utbildning och ett grundmurat kunnande inom OOP/AD.

------------------
skaparen av allt som är mjukt och luktar lavendel

Medlem sedan jan. 2000144 inlägg
#30

Nej jag skojjar inte.
Jag menar inte att man bara skall välja teknik utifrån nivån på programmerare. Detta är någonting som lätt glöms bort när man gör sitt val. Verklighet vs vision.

Man kanske har tillgång till duktiga utvecklare/konsulter i början. En dag försvinner dom iväg.

Självklart gäller inte detta alla projekt, men det kan vara värt att tänka på.

Man kan göra många häftiga saker med en massa ny teknik. Det gäller att välja en nivå som fungerar i praktiken. Självklart gäller det at se framåt och inte bygga in sig i gammal teknik. Man får välja en teknik som man kan utvecklas tillsammans med. .NET tror jag är en sådan.

Att plocka in komponenter från många olika leverantörer kanske fungerar fint i början. När sedan saker börjar strula och det kommer uppgraderingar...
Dessutom får man se upp med licenspriserna. Många leverantörer betyder många magar att mätta :)

Medlem sedan sep. 20001 124 inlägg
#31

Man anpassar inte teknikvalet efter programmerarna. Om de inte kan anpassa sig till ett bättre språk, vad gör de där egentligen bortsett från att ta upp plats? Visst, hade det varit ett hopp från VB till att handkoda assembler så hade jag förstått en viss motvilja. Dock kan man inte komma från det faktum att programmerare faktiskt är flexibla personer, som kan anpassa sig till nya situationer och miljöer om de verkligen måste.

Apropå Dotnet... Kommer det att finnas något gratis utvecklingsverktyg (typ NDK)? Annars har Java en grym fördel där...

------------------
Överraska din chef: kom till jobbet i tid idag.

Medlem sedan apr. 20007 588 inlägg
#32

Nej jag skojjar inte.
Jag menar inte att man bara skall välja teknik utifrån nivån på programmerare.

"Vi på Saab Aerospace vill bygga balla flygplan. Tyvärr har vi inga duktiga ingenjörer, men vi har anställt de här mat-tanterna som med hjälp av Megasofts enkla "klicka-och-peka" verktyg skall utforma motorn på vår nästkommande flygprototyp".

Man kan göra många häftiga saker med en massa ny teknik. Det gäller att välja en nivå som fungerar i praktiken. Självklart gäller det at se framåt och inte bygga in sig i gammal teknik. Man får välja en teknik som man kan utvecklas tillsammans med. .NET tror jag är en sådan.

Om du tror att dåliga programmerare utan kunskap och erfarenhet får det lättare att utveckla bra system med Dotnet än med Java så tror du fel. Båda teknikerna kräver god metodik, objektorienterat tänkande och kunnig personal.

Att plocka in komponenter från många olika leverantörer kanske fungerar fint i början. När sedan saker börjar strula och det kommer uppgraderingar...
Dessutom får man se upp med licenspriserna. Många leverantörer betyder många magar att mätta

Du är antagligen en av de få som ser mångfald och komponenttänkande som en nackdel. Självklart kommer även Dotnetapplikationer till stor del att byggas med komponenter från tredjepartstillverkare, tror du att Microsoft kommer stå för allting?

Att bara förlita sig på en jättestor intressent är att sätta sig i knät på farbror Problem.

------------------
skaparen av allt som är mjukt och luktar lavendel

Medlem sedan feb. 20001 590 inlägg
#33

Chainsaw->

Man anpassar inte teknikvalet efter programmerarna

Vet inte var du är anställd, eller vilken typ av företagsledning du är van vid.
Man "omskolar" inte en VB programmerare till C/C++ programmerare på ett halvår precis. Det krävs flera år av utbildning/erfarenhet för att vara/kalla sig en kvalificerad programmerare.

Tänk om jag skulle föreslå mina arbetskamrater att i nästa projekt kör vi C#, bara för att det är hippt, eller Java, för det är inne.
Gruppen jag arbetar med sysslar med otroligt avancerad teknik, och valet av de olika programmeringsspråken där, beror på flera saker, säkerhet, tillgång till testprogram mm. Inte ett dugg efter vad jag kan. Och jag ska erkänna att den dagen ADA kommer på tal, är vi nog några här som sitter löst. det skulle ta flera år för oss att kunna studera in det för den nivån här.

Olika tekniska lösningar har olika tekniska förutsättningar. En del av denna förutsättning är medarbetarnas kompetens.

Eftersom många företag är kvalitetssäkrade så kan man inte bara "köra på" med något nytt, kanske prova sig fram, utan allt måste följa styrdokument och måldokument. Det är den bistra sanningen.

Visst kan man kanske "lära" sig ett nytt programmeringsspråk själv, men då kan du inte säga att du kan det, det måste man kunna styrka.

Vet inte vad som hänt med den här tråden, men tanken var ju att diskutera .Net

Och för att spinna vidare på det:

Bara för att .Net möjliggör utveckling med flera språk, så betyder det inte att man måste lära sig en massa nya språk, eller att man måste använda hela .Net "paketet"

/T

------------------
This is what the KLF is about

Medlem sedan feb. 20001 590 inlägg
#34

Sgtpepper->

Vi på Saab Aerospace vill bygga balla flygplan.

eh?
Nu börjar det att brännas... Vet du att jag arbetar med JAS?

/T

------------------
This is what the KLF is about

Medlem sedan sep. 20001 124 inlägg
#35

Toonster:

Vet inte var du är anställd, eller vilken typ av företagsledning du är van vid.

Jag arbetar på ett relativt litet företag (sex personer) där jag kodar Java, C, C++ och Assembler. Allt från PC till 1MHz-processorer med 2kb minne ledigt, alltså.

Man "omskolar" inte en VB programmerare till C/C++ programmerare på ett halvår precis. Det krävs flera år av utbildning/erfarenhet för att vara/kalla sig en kvalificerad programmerare.

Om du behöver en person som är kunnig inom programmering så är VB-skaran definitivt inte rätt målgrupp. Visa mig en enda VB-programmerare som behärskar vettig OO-design och metodik utan att hålla sig väldigt nära C++ eller Java.

------------------
Överraska din chef: kom till jobbet i tid idag.

Medlem sedan apr. 20007 588 inlägg
#36

Tänk om jag skulle föreslå mina arbetskamrater att i nästa projekt kör vi C#, bara för att det är hippt, eller Java, för det är inne.

Naturligtvis är det så i vissa branscher, nu har ju diskussionen mest handlat om vad det är för vits att byta från Java till Dotnet och då kan man ju applicera samma mening på det fallet: Tänk om jag skulle föreslå för mina arbetskamrater och kunder att i nästa projekt så skall vi kasta Javakonceptet som vi investerat så pass mycket tid, kunnande och pengar i och gå över till en betaversion av ett kommande system som vi i dagsläget inte ens kan köra på våran serverpark. Det skulle bli ett jävla liv, folk skulle kalla mig för vansinnig och spotta på mig, med all rätt.

Nu börjar det att brännas... Vet du att jag arbetar med JAS?

Nej, men du har ju nämnt stridsflygplan ett par gånger. Har jag nämt att jag jobbar med e-business och mobilt internet? Jag antar att ni inte har allt för många internetbaserade affärsapplikationer i Gripen?

Vad jag menade med mitt inlägg ovan var att det är idiotiskt att påstå att man inte kan använda avancerad teknik på grund av att ens anställda inte är tillräckligt kompetenta, något som MattiasW verkar mena. Skulle man använda samma teori i t.ex din industri så kan det gå riktigt dåligt, vilket det iofs gjorde ett par gånger med Gripen ;)

------------------
skaparen av allt som är mjukt och luktar lavendel

[Redigerat av sgtpepper den 29 maj 2001]

Medlem sedan sep. 20001 124 inlägg
#37

Nu var det ju i och för sig mjukvaran till styrsystemet som jävlades i Gripen, och inte... Hmm... Det råkar väl inte vara skrivet i Basic?

------------------
Överraska din chef: kom till jobbet i tid idag.

Medlem sedan feb. 20001 590 inlägg
#38

ok, vi verkar vara överens om att det är vansinnigt att byta ett fungerande koncept.
Och sen använda avancerad teknik som dom anställda inte klarar, vet inte hur det skulle gå..? visst man lär sig med tiden, men det gäller att kunna visa upp en stark fornt mot både konkurrenter och kunder. Det finns en risk att "okunskapen" lyser igenom, vilket jag sett ett flertal gånger.

Sen kan jag hålla med om att det inte finns så mycket Internetbaserad teknik i dagens flygsystem, men jag lägger ner en hel del tid på webblösningar också, fast då "vid sidan om", så kompetent är jag på det området också..

Chainsaw-> En hel del Pascal (det är 16-18 olika datasystem, med olika förutsättningar och systemuppbyggnad).

Fast det är kompatibilitetsproblem med de nya DirectX drivrutinerna... :-)

/T

------------------
This is what the KLF is about

139 ms totalt · 3 externa anrop · v20260731065814-full.55e59744
0 ms — hämta forumlista (cache)
0 ms — hämta statistik (cache)
136 ms — hämta tråd, inlägg och bilagor (db)