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)
 
  • Gilla
RoAd och 1 till
  • Laddar…
A Alfons3301 skrev:
Ibland funderar jag på byta yrkesinriktning. Det jag har arbetat mkt med är Excel, men då med enklare databashantering, PoweQuery osv.
Om jag skulle välja ett programmeringsspråk att börja lära mig, kan ni rekommendera vilket och varför?
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" :crysmile:
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.
 
  • Gilla
mellansorken och 2 till
  • Laddar…
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" :crysmile:
[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.
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.
 
AndersMalmgren AndersMalmgren skrev:
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.
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.
 
  • Gilla
mellansorken och 1 till
  • Laddar…
A 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.
Skulle nog kalla det för subset inom BI. BI är ju rätt brett begrepp, det är ju data science med iof :)
 
AndersMalmgren AndersMalmgren skrev:
Skulle nog kalla det för subset inom BI. BI är ju rätt brett begrepp, det är ju data science med iof :)
Överlappande set i alla fall :cool:
 
  • Gilla
AndersMalmgren
  • Laddar…
A Alfons3301 skrev:
Om jag skulle välja ett programmeringsspråk att börja lära mig, kan ni rekommendera vilket och varfö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.

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.
 
  • Gilla
Dilato och 4 till
  • Laddar…
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.
 
anders07 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.
Vi kör Azure microservices via Azure functions och Azure actors/service fabric. Båda använder c#.

Edit: min poäng är alltså att C# inte alls används till enbart monoliter
 
Redigerat:
  • Gilla
Utdelning och 1 till
  • Laddar…
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.
 
Redigerat:
  • Gilla
Dilato och 2 till
  • Laddar…
AndersMalmgren AndersMalmgren skrev:
Nja, jag har inte begränsad insikt. Jag jobbar främst mot stora och medelstora kunder. Där är helt klart F# störst när det kommer till funktionella språk för AI och machine learning. Men ja, det finns de som använder Python också. Det är också stort inom ML forskning.
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.
 
Boilerplate4U Boilerplate4U skrev:
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.
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.

Dock är ju språket sekundärt till att förstå inlärningsmodeller osv.
 
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.
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.

Undvik konsultbolagen. Även om lönen brukar vara bättre blir arbetsuppgifterna för rookies begränsade och mer av resurskaraktär.
 
Vi vill skicka notiser för ämnen du bevakar och händelser som berör dig.