Lära sig programmera

Ännu en missuppfattning kring JS. Hur debuggar du ett program som är skrivet i C#? Normalt startar du nog Visual Studio, skapar ett projekt, eventuellt sätter du en brytpunkt (genom snabbmeny eller F9) och startar debugger (snabbmeny eller F5).

Hur gör man i JS? Tja t.ex. startar Visual Studio Code (som finns för Windows, OSX och Linux), skapar ett projekt, eventuellt sätter man en brytpunkt (genom snabbmeny eller F9) och startar debugger (ikonen med en skalbagge på sig eller F5).

Håller absolut med alla som säger att är man enbart ute efter att lära sig programmera kan man välja vilket språk som helst, lärde mig själv programmera i assembler då det var det enda rimliga om man ville skriva spel till 80-talets 8-bitars hemdatorer (men rekommenderar inte att TS väljer assembler...). Om nu TS specifikt nämner front-end (som i praktiken är uteslutande JS eller något som kompileras till JS), back-end (där NodeJS är en väldigt snabbt växande plattform, även Microsoft pushar detta hårt) och det är även möjligt att göra saker som fungerar på mobiler med JS+HTML5+CSS, är det då hyfsat lämpligt att ta JS som första språk? En lämplig start skulle ju kunna vara något likt Codecademy får att få lite kläm på grunderna.

Jag respekterar din åsikt men håller inte med. Jag tycker JavaScript är för begränsat och att det snabbt blir rörigt så fort kodmängden ökar och att det är klart svårare att debugga etc. än ett språk som C# i Visual Studio. TypeScript tycker jag är ett stort steg på vägen mot att få lite bättre ordning på JavaScript och TypeScript i sig skulle knappast finnas om allt var så bra med JavaScript till att börja med. Men som sagt, det är min åsikt, andra får gärna tycker annorlunda och det är helt ok för mig.

Är helt övertygad om att JavaScript kommer utvecklas rejält kommande åren, eller kanske ersättas av något nyare som är bättre lämpat i takt med att applikationerna växer. Håller dock med dig om att JavaScript är något man måste lära sig för om man vill programmera webb i framtiden, men för mig är det alla gånger AngularJS 2 och TypeScript som gäller där framför "ren" JavaScript. För den som inte vet TypeScript är inget eget språk i sig utan mynnar ut i JavaScript.

nja, du behöver inte kunna css för att få klart websidor iaf. det finns många kompetenta system man bara kan använda defaulten till (tex bootstrap) och få otroligt snygga sidor. bootstrap används på många fler ställen än du kan tro.

jag kan inte skillnaden mellan "gamla" html och html5 så kan inte svara på det. samma gällande node och angular, vad skillnaden mellan dom och javascript är. men hade gissat på att det är som ett framework likt hur cakephp är för stock php

För det första är det riktigt kul att se att man insett hur mycket denna del kan förbättras!

Det gäller dock bara för utvecklingsversionen av .NET Core, inte för någon släppt version och inte för den fulla .NET-stacken.

Vidare har deras siffror för Node JS har stort mått av skämskudde, de har uppenbarligen betydligt sämre koll på Node JS än vad jag har och är som sagt rätt mycket av en glad amatör vad det gäller JS. Utgår från att man kör på Xeon E5 eller kanske ännu troligare E7 då de nämner Azure och molntjänster. Hur man då lyckas hamna under 200k transaktioner med Node JS år 2016 är för mig totalt höjt i dunkel.

Jobbade 2012 med att analysera nätverksprestanda på Linux-baserade plattformar, mycket av de idéer och tekniker vi såg fungerade väldigt väl då har under de senaste åren letat sig in i Linux standardnätverksstack. Vi hade prototyper där ett Sandy Bridge baserat Xeon E5 system klarade att hantera 5 miljoner HTTP-transaktioner per CPU-kärna. På den tiden kunde "vanliga" Linux hantera mindre än en tiondel av detta och det skalade allt annat än linjärt med CPU-kärnor för den här typen av last.

Prototypen vi använde något som heter DPDK och grunden för att nå extrem skalning med CPU-kärnor handlade om att i princip eliminera kommunikation mellan trådar, något som i sin tur möjliggjordes av att moderna nätverkskort kan klassificera trafik och använda denna information till att direkt lägga en viss session på en viss CPU-tråd. Med DPDK tar man helt bort Linux "vanliga" nätverksstack ur ekvationen, allt som har med nätverksprotokoll att göra hanteras då av en applikation som i sin tur hanteras av Linux-kärnan. Linux standardstack har nu denna teknik och med hjälp av den har man nått > 1M transaktioner per CPU-kärna.

1,15 Mtrans/s är som artikeln nämner två tiopotenser högre än vad .NET 4.6 mäktade med. Så min poäng kvarstår i dubbel bemärkelse, dels är i praktiken alla idag aktuella system baserade på .NET 4.6 eller tidigare. Dels så är Node JS kapabel att hantera flera miljontals transaktioner per sekund med de senaste Linux-kärnorna. Även om inte JS inte stödjer multitråding så har Node JS en standard funktion för att sprida ut lasten över flera CPU-kärnor, Cluster, vilken man med 100 % säkerhet inte använt i sin jämförelse. En extrem förenklad förklaring till en av teknikerna finns här, NodeJS+Cluster är ett exempel på något som använder "prefork".

stämmer att html går före