11 771 läst · 182 svar
12k läst
182 svar
Välja programmeringsspråk
Jag får förtydliga att som yrke/domän ser jag även olika tekniska områden, det behöver inte vara typ finans, medicin eller dylikt, utan kan vara databaser, operativsystem, mobilspel, AAA-spel, inbyggda system (som i sin tur säkerligen skiljer mycket från telefoner, fordonsindustri, försvarsindustri osv)
Byggnovis
· Stockholm
· 285 inlägg
Jag tycker att Stack Overflows årliga survey ger en del intressanta insikter: https://insights.stackoverflow.com/survey/2021
För att återknyta specifikt till TS fråga, citatet ovan får mig att tro att du jobbat med datanalys tidigare, och att ett rimligt spår för dig att utvecklas mot vore data science. Är fortfarande en ganska het bransch, även om det var ett par år sedan det kallades "årets sexigaste jobb"A Alfons3301 skrev:
https://hbr.org/2012/10/data-scientist-the-sexiest-job-of-the-21st-century
Givet att du vill jobba med "data" så känns R, Julia, Python som heta kandidater, men det enda av dem som har någon bredare användning är Python så skulle vara min rekommendation om jag tolkat din bakgrund rätt. Du kanske dock i så fall även behöver snäppa om upp dina kunskaper inom t.ex statistik beroende på vad du i praktiken gjort tidigare.
Renoverare
· Stockholm
· 18 213 inlägg
Haha fyfan. Inte sexigt någonstans men bra betalt då ingen vill jobba med BI en BI konsult kan lätt ta 2000 kronor timmen ex moms jag som systemarkitekt kan vara glad om jag kan ta 1200-1500 timmen.A ajn82 skrev:För att återknyta specifikt till TS fråga, citatet ovan får mig att tro att du jobbat med datanalys tidigare, och att ett rimligt spår för dig att utvecklas mot vore data science. Är fortfarande en ganska het bransch, även om det var ett par år sedan det kallades "årets sexigaste jobb"
[länk]
Givet att du vill jobba med "data" så känns R, Julia, Python som heta kandidater, men det enda av dem som har någon bredare användning är Python så skulle vara min rekommendation om jag tolkat din bakgrund rätt. Du kanske dock i så fall även behöver snäppa om upp dina kunskaper inom t.ex statistik beroende på vad du i praktiken gjort tidigare.
Fast Data Science är dock skiljt från BI i min värld, men det varierar mycket hur termerna används, och som med allt annat pågår det säkert en kontinuerligt urvattning av begreppen.AndersMalmgren skrev:
En data scientist i min värld ska kunna identifiera problem/insikter från data, bygga prototyper för att demonstrera sina idéer, visualisera och kommunicera resultat och rekommendationer. BI skulle jag påstå saknar hela mjukvaru-biten, mer "Data Analyst", vilket för övrigt det låter som att TS nuvarande jobb kanske är.
Renoverare
· Stockholm
· 18 213 inlägg
Skulle nog kalla det för subset inom BI. BI är ju rätt brett begrepp, det är ju data science med iofA ajn82 skrev:Fast Data Science är dock skiljt från BI i min värld, men det varierar mycket hur termerna används, och som med allt annat pågår det säkert en kontinuerligt urvattning av begreppen.
En data scientist i min värld ska kunna identifiera problem/insikter från data, bygga prototyper för att demonstrera sina idéer, visualisera och kommunicera resultat och rekommendationer. BI skulle jag påstå saknar hela mjukvaru-biten, mer "Data Analyst", vilket för övrigt det låter som att TS nuvarande jobb kanske är.
Att vara en bra programmerare handlar inte om att vara duktig på ett visst språk. Faktum är att de som är experter på ett specifikt språk ofta är rätt usla programmerare eftersom de är alldeles för trångsynta och tror att ett fantastiskt programmeringsspråk kan lösa alla problem.A Alfons3301 skrev:
Den som uppmanar dig att lära dig ett visst språk för att det är det som "gäller på företagen" eller för att de själva tycker att det är "det bästa" språket ska du aldrig lyssna på. Det är problemet som styr vilket verktyg (språk) som ska användas, det är inte verktyget som styr vilka problem som finns att lösa. Att först fundera över vilket språk man ska använda är som att ge sig in i husbyggarbranschen och undra vilken färg på hus man ska arbeta med. Eller att bli expert på stjärnskruvmejslar och sedan försöka designa och bygga hus endast med hjälp av stjärnskruvmejslar.
Vilket språk du "ska" använda har helt och hållet att göra med vad du vill arbeta med. Du bör vara intresserad av det området, inte bara av själva programmeringen. För att bli varm i kläderna med programmering rent allmänt, hitta nåt problem att lösa inom nåt område du gillar, tex ett spel, en app, en webbapplikation, ett hemautomationssystem osv. Sedan lär du dig något eller några av de större språken inom det området, men tänk på att det är tekniken och tänket du ska lära dig, inte det specifika språket. För att bli bra på programmering behöver du vara duktig på allt runt omkring, tex nätverksprotokoll, revisionshantering, databaser, olika typer av optimeringar, grafisk design, användarinteraktion, hårdvara osv. Det är ganska lite av detta som har med något specifikt språk att göra. Och har du löst det i ett språk så kommer du lätt kunna anpassa dig och göra det i vilket annat språk som helst.
Renoverare
· Stockholm
· 18 213 inlägg
Håller med om det mesta ovan. Men man behöver faktiskt inte vara intresserad av domänen. Jag tycker det är roligt även med domäner som inte intresserar mig då jag kan använda min tekniska expertis för att lösa problem för specifik domän.
Jobbar som CTO... Mer och mer går mot Cloud och micro-services vilket innebär att mycket utvecklas som mindre komponenter som sedan kopplas ihop i en "mesh" eller annan backend.
Dessa byggs ofta i Node.js eller Go eller annat "skriptaktigt" språk. Vi bygger allt i Node.js i backend.
Modern utveckling delas oftast upp i Design/UI, Frontend och Backend så börja i så fall fundera på vad du tror är roligast.
De traditionella monoliterna utvecklas fortfarande och då är C# eller Java säkra val. Då får du jobba objektorienterat och med rätt snäva ramar men många gillar det också.
Glöm inte att det finns mycket att göra inom IT som inte är att skriva kod, Databaser, data modeling, olika typer av data hantering, t.ex. GraphQL, testning (QA engineer), Cloud architecture, m.m.
Dessa byggs ofta i Node.js eller Go eller annat "skriptaktigt" språk. Vi bygger allt i Node.js i backend.
Modern utveckling delas oftast upp i Design/UI, Frontend och Backend så börja i så fall fundera på vad du tror är roligast.
De traditionella monoliterna utvecklas fortfarande och då är C# eller Java säkra val. Då får du jobba objektorienterat och med rätt snäva ramar men många gillar det också.
Glöm inte att det finns mycket att göra inom IT som inte är att skriva kod, Databaser, data modeling, olika typer av data hantering, t.ex. GraphQL, testning (QA engineer), Cloud architecture, m.m.
Renoverare
· Stockholm
· 18 213 inlägg
Vi kör Azure microservices via Azure functions och Azure actors/service fabric. Båda använder c#.anders07 skrev:Jobbar som CTO... Mer och mer går mot Cloud och micro-services vilket innebär att mycket utvecklas som mindre komponenter som sedan kopplas ihop i en "mesh" eller annan backend.
Dessa byggs ofta i Node.js eller Go eller annat "skriptaktigt" språk. Vi bygger allt i Node.js i backend.
Modern utveckling delas oftast upp i Design/UI, Frontend och Backend så börja i så fall fundera på vad du tror är roligast.
De traditionella monoliterna utvecklas fortfarande och då är C# eller Java säkra val. Då får du jobba objektorienterat och med rätt snäva ramar men många gillar det också.
Glöm inte att det finns mycket att göra inom IT som inte är att skriva kod, Databaser, data modeling, olika typer av data hantering, t.ex. GraphQL, testning (QA engineer), Cloud architecture, m.m.
Edit: min poäng är alltså att C# inte alls används till enbart monoliter
Redigerat:
Beror som andra påpekat vad du vill jobba med. Driver själv en konsultfirma som utvecklar styrsystem för maskiner. I våran värd är det framförallt C som gäller.
Fördelen med att lära sig C, och gärna lite assembler, är att man lär sig hur det fungerar i grunden. Ska inte underskattatas tycker jag.
Fördelen med att lära sig C, och gärna lite assembler, är att man lär sig hur det fungerar i grunden. Ska inte underskattatas tycker jag.
Redigerat:
Medlem
· Tomte-tekniker · Nordpolen
· 1 684 inlägg
Eller hur! Det är inget som helst fel på #F men förutom några enstaka tester och utvärderingar är språket i princip dött för kommersiell användning på företagsmarknaden.AndersMalmgren skrev:
Renoverare
· Stockholm
· 18 213 inlägg
Alla som använder ML förstärkt businesslogik och kör Azure använde Azure ML där är f# förstahandsval. Mao närmast alla större bolag som kör .NET stacken idag kör just det.Boilerplate4U skrev:
Dock är ju språket sekundärt till att förstå inlärningsmodeller osv.
Medlem
· Tomte-tekniker · Nordpolen
· 1 684 inlägg
Jag tycker det var en klockren beskrivning. När det gäller var av bransch kan det vara bra att välja något företag/område man har personligt intresse av. Du har man möjlighet att långsiktigt sätta in hur verksamheten fungerar och vilka behov och utrymme det finns för förbättringar vilket ger värdefull erfarenhet.J Jonte Karlsson skrev:Att vara en bra programmerare handlar inte om att vara duktig på ett visst språk. Faktum är att de som är experter på ett specifikt språk ofta är rätt usla programmerare eftersom de är alldeles för trångsynta och tror att ett fantastiskt programmeringsspråk kan lösa alla problem.
Den som uppmanar dig att lära dig ett visst språk för att det är det som "gäller på företagen" eller för att de själva tycker att det är "det bästa" språket ska du aldrig lyssna på. Det är problemet som styr vilket verktyg (språk) som ska användas, det är inte verktyget som styr vilka problem som finns att lösa. Att först fundera över vilket språk man ska använda är som att ge sig in i husbyggarbranschen och undra vilken färg på hus man ska arbeta med. Eller att bli expert på stjärnskruvmejslar och sedan försöka designa och bygga hus endast med hjälp av stjärnskruvmejslar.
Vilket språk du "ska" använda har helt och hållet att göra med vad du vill arbeta med. Du bör vara intresserad av det området, inte bara av själva programmeringen. För att bli varm i kläderna med programmering rent allmänt, hitta nåt problem att lösa inom nåt område du gillar, tex ett spel, en app, en webbapplikation, ett hemautomationssystem osv. Sedan lär du dig något eller några av de större språken inom det området, men tänk på att det är tekniken och tänket du ska lära dig, inte det specifika språket. För att bli bra på programmering behöver du vara duktig på allt runt omkring, tex nätverksprotokoll, revisionshantering, databaser, olika typer av optimeringar, grafisk design, användarinteraktion, hårdvara osv. Det är ganska lite av detta som har med något specifikt språk att göra. Och har du löst det i ett språk så kommer du lätt kunna anpassa dig och göra det i vilket annat språk som helst.
Undvik konsultbolagen. Även om lönen brukar vara bättre blir arbetsuppgifterna för rookies begränsade och mer av resurskaraktär.