mboost-dp1
Digitalisering, digitale kompetancer og IT-folk
Endnu et data point.
Serverless er helt klart hot for nye ting.
En AWS survey https://newrelic.com/resources/ebooks/serverless-b... viste:
functions:
node.js 53%
Python 36%
Java 6%
.NET Core 3%
Go 2%
invocations:
node.js 45%
Java 24%
Python 21%
.NET Core 6%
Go 4%
Serverless er helt klart hot for nye ting.
En AWS survey https://newrelic.com/resources/ebooks/serverless-b... viste:
functions:
node.js 53%
Python 36%
Java 6%
.NET Core 3%
Go 2%
invocations:
node.js 45%
Java 24%
Python 21%
.NET Core 6%
Go 4%
#52
JS/TS har sat sig tungt på en stor del af UI udvikling. Men vel ikke så overraskende at et sprog som er opfundet til og altid har prioriteret UI gør sig godt på dette område. Også selvom der er meget langt fra sen halvfemser JS snippets til idags Angular/Vue/React.
Server side har node.js markeret sig stærkt de senere år. MEAN, MERN etc.. Tilsyneladende er AWS Lambda brugere vilde med node.js. Men det er stadig kun visse typer af applikationer jævnfør f.eks. min lille note her:
https://login.newz.dk/forum/tagwall/php-breach-147...
Det er svært at spå om fremtiden. Men skulle jeg gøre forsøget ville jeg sige at node.js vil fortsætte med at vokse men at væksten vil være aftagende ikke accelerererende.
Min begrundelse er at jeg ikke tror at node.js er et mode fænomen som vil forsvinde igen. Dertil er basis for sund. P.g.a. alle UI udviklerne er der en enorm mængde udviklere som kender sproget og man masse libraries og tools. Der er ikke de store svagheder som brugerne kan blive trætte af over tid. Til gengæld tror jeg også at produktets specialisering vil begrænse væksten lidt - node.js vil ikke overtage alt.
JS/TS har sat sig tungt på en stor del af UI udvikling. Men vel ikke så overraskende at et sprog som er opfundet til og altid har prioriteret UI gør sig godt på dette område. Også selvom der er meget langt fra sen halvfemser JS snippets til idags Angular/Vue/React.
Server side har node.js markeret sig stærkt de senere år. MEAN, MERN etc.. Tilsyneladende er AWS Lambda brugere vilde med node.js. Men det er stadig kun visse typer af applikationer jævnfør f.eks. min lille note her:
https://login.newz.dk/forum/tagwall/php-breach-147...
Det er svært at spå om fremtiden. Men skulle jeg gøre forsøget ville jeg sige at node.js vil fortsætte med at vokse men at væksten vil være aftagende ikke accelerererende.
Min begrundelse er at jeg ikke tror at node.js er et mode fænomen som vil forsvinde igen. Dertil er basis for sund. P.g.a. alle UI udviklerne er der en enorm mængde udviklere som kender sproget og man masse libraries og tools. Der er ikke de store svagheder som brugerne kan blive trætte af over tid. Til gengæld tror jeg også at produktets specialisering vil begrænse væksten lidt - node.js vil ikke overtage alt.
Uden specielt at anbefale denne virksomhed som jeg aldrig har hørt om:
https://www.it-jobbank.dk/jobannonce/394634/backen...
så har de en efter danske forhold usædvanelig teck stack:
* C# .NET Core
* MySQL
* RabbitMQ
* ElasticSearch
* Kubernetes
https://www.it-jobbank.dk/jobannonce/394634/backen...
så har de en efter danske forhold usædvanelig teck stack:
* C# .NET Core
* MySQL
* RabbitMQ
* ElasticSearch
* Kubernetes
Og et par historier for nogen som er skiftet fra noget virkeligt gammelt.
https://www.infoworld.com/article/3617936/how-comp...
Et offentligt engelsk pensionssystem blev flyttet fra COBOL & hierakisk database på VME/ICL til MicroFocus Visual Cobol & Oracle DB på Redhat Linux i cloud.
New York Times flyttede et CRM system fra COBOL & index-sequential files på z til Java & Oracle DB på AWS (formentligt Linux - Redhat eller Amazon eller Oracle).
https://www.infoworld.com/article/3617936/how-comp...
Et offentligt engelsk pensionssystem blev flyttet fra COBOL & hierakisk database på VME/ICL til MicroFocus Visual Cobol & Oracle DB på Redhat Linux i cloud.
New York Times flyttede et CRM system fra COBOL & index-sequential files på z til Java & Oracle DB på AWS (formentligt Linux - Redhat eller Amazon eller Oracle).
#55
Og det er ikke fordi at jeg for fordomme mod Skanderborg - jeg er jyde og fra et sted betydeligt mindre end Skanderborg.
Men lad os sige at der i hele midtjylland er:
* 2000 med erfaring i C# (kun 100 med .NET Core på Linux erfaring, men C# erfaring er C# erfaring)
* 500 med erfaring i MySQL og .NET (plus 2500 med "erfaring" i MySQL og PHP som ikke er relevant)
* 100 med erfaring i messages queues for ikke-Java (plus 400 med erfaring i message queues for Java som ikke er relevant)
* 250 med erfaring i Kubernetes
Hvor stor er fællesmængden af de 2000, 500, 100 og 250? Mit gæt er at de kan tælles på 1 hånd.
Og det er ikke fordi at jeg for fordomme mod Skanderborg - jeg er jyde og fra et sted betydeligt mindre end Skanderborg.
Men lad os sige at der i hele midtjylland er:
* 2000 med erfaring i C# (kun 100 med .NET Core på Linux erfaring, men C# erfaring er C# erfaring)
* 500 med erfaring i MySQL og .NET (plus 2500 med "erfaring" i MySQL og PHP som ikke er relevant)
* 100 med erfaring i messages queues for ikke-Java (plus 400 med erfaring i message queues for Java som ikke er relevant)
* 250 med erfaring i Kubernetes
Hvor stor er fællesmængden af de 2000, 500, 100 og 250? Mit gæt er at de kan tælles på 1 hånd.
Finance.
https://www.efinancialcareers.com/news/2021/06/cod...
1) Python
2) Java, C++, Scala
3) R, MatLab, K
https://www.efinancialcareers.com/news/2021/06/cod...
1) Python
2) Java, C++, Scala
3) R, MatLab, K
Udacity anbefaler:
* Python
* JavaScript
* C/C++
* Kotlin
https://www.udacity.com/blog/2021/06/top-programmi...
* Python
* JavaScript
* C/C++
* Kotlin
https://www.udacity.com/blog/2021/06/top-programmi...
Et Fintech magasin hævder at det relevantf or Fintech er:
* Python
* Java
* C++
* Ruby
* Scala
* C
* Haskell
https://www.analyticsinsight.net/top-7-programming...
Jeg undrer mig over Ruby og Haskell!
* Python
* Java
* C++
* Ruby
* Scala
* C
* Haskell
https://www.analyticsinsight.net/top-7-programming...
Jeg undrer mig over Ruby og Haskell!
Game developers:
C++
Java
HTML 5 & JavaScript
Python
UnrealScript
Lua
C#
https://analyticsindiamag.com/top-8-programming-la...
Deres beskrivelse af HTML 5 og JavaScript virker lidt mistænkelig.
Og jeg undrer mig lidt over Lua.
C++
Java
HTML 5 & JavaScript
Python
UnrealScript
Lua
C#
https://analyticsindiamag.com/top-8-programming-la...
Deres beskrivelse af HTML 5 og JavaScript virker lidt mistænkelig.
Og jeg undrer mig lidt over Lua.
Nogen som hedder Coding Dojo men som jeg ikke kender har spurgt:
USA's 25 største virksomheder hvad de bruger i 2017:
https://www.globenewswire.com/news-release/2018/01... / https://insights.dice.com/2018/01/10/dev-skills-fo...
USA's 25 top startups hvad de bruger i 2019:
https://www.globenewswire.com/news-release/2019/07...
(ikke så overraskende men jeg undrer mig dog lidt over hvor populært Perl er hos de store og hvor populært Ruby er hos startups)
USA's 25 største virksomheder hvad de bruger i 2017:
https://www.globenewswire.com/news-release/2018/01... / https://insights.dice.com/2018/01/10/dev-skills-fo...
USA's 25 top startups hvad de bruger i 2019:
https://www.globenewswire.com/news-release/2019/07...
(ikke så overraskende men jeg undrer mig dog lidt over hvor populært Perl er hos de store og hvor populært Ruby er hos startups)
Jeg tror også WeWork er lidt off, de er jo en real-estate virksomhed, ikke en programmørvirksomhed.
Så det er nok deres kunder der bruger Rails (til meget små løsninger).
Så det er nok deres kunder der bruger Rails (til meget små løsninger).
#66
WeWork er ikke en traditionel ejendoms koncern.
De udlejer kontor plads og ekstra services til titusinder af små virksomheder.
Det virker ganske plausibelt at de har et betydeligt IT system bagved til at styre det.
(og deres økonomi ser ikke så god ud idag som den gjorde i 2019)
WeWork er ikke en traditionel ejendoms koncern.
De udlejer kontor plads og ekstra services til titusinder af små virksomheder.
Det virker ganske plausibelt at de har et betydeligt IT system bagved til at styre det.
(og deres økonomi ser ikke så god ud idag som den gjorde i 2019)
Seneste RedMonk status.
(de baserer sig på to ting: SO tags og GitHub repos, sikkrt ikke perfekt men det rammer trods alt en del)
Link:
https://redmonk.com/sogrady/2021/08/05/language-ra...
Min fortolkning:
Tier 1: JavaScript, Python, Java
Tier 2: PHP, C++, C#, TypeScript,Ruby
Tier 3: C, Swift, R, Objective-C, Scala, Go, Kotlin, Rust, Dart
Tier 4: Haskell, Groovy, Lua, VB, Clojure, Julia, Elixir, F#, Fortran, Erlang, OCaml
Resten: Lisp, D, Pascal, Tcl, SmallTalk og mange flere
(de baserer sig på to ting: SO tags og GitHub repos, sikkrt ikke perfekt men det rammer trods alt en del)
Link:
https://redmonk.com/sogrady/2021/08/05/language-ra...
Min fortolkning:
Tier 1: JavaScript, Python, Java
Tier 2: PHP, C++, C#, TypeScript,Ruby
Tier 3: C, Swift, R, Objective-C, Scala, Go, Kotlin, Rust, Dart
Tier 4: Haskell, Groovy, Lua, VB, Clojure, Julia, Elixir, F#, Fortran, Erlang, OCaml
Resten: Lisp, D, Pascal, Tcl, SmallTalk og mange flere
#71 og #73
Jeg ved at det forekommer, men det er et tegn på en dybt uprofessionel udviklings organisation.
Man har tydeligvis ikke styr på estimeringen og projektstyring. Og har man ikke styr på det så har man formentlig heller ikk styr på andet. Så der er al mulig grund til at forvente hyppige katastrofer.
Og det er ikke engang effektivt set fra virksomhedens perspektiv. Den klassiske er "jeg arbejdede 24 timer i træk for at få koden klar til mandag morgen og så brugtre jeg resten af ugen på at finde og rette alle de fejl jeg introducerede". Trætte udviklere laver fleree fejl.
Det er svært totalt at undgå overtid. Et uforudset problem eller et ændringsønske og et ønske om ikke at udskyde tidspunkt for at tage softwaren i produktion kan give overtid i nogle få uger.
Men det skal være undtagelsen. Hvis der permanent arbejdes over, så er den gal med estimationen, opfølgning på samme og projektsyring. Man behøver ikke en IQ på over 150 for at kunne regne ud at hvis faktisk konsekvent ligger 50+% over estimat, så er der noget galt med estimaterne og der skal justeres i estimation og/eller projekt planlægningen.
Jeg ved at det forekommer, men det er et tegn på en dybt uprofessionel udviklings organisation.
Man har tydeligvis ikke styr på estimeringen og projektstyring. Og har man ikke styr på det så har man formentlig heller ikk styr på andet. Så der er al mulig grund til at forvente hyppige katastrofer.
Og det er ikke engang effektivt set fra virksomhedens perspektiv. Den klassiske er "jeg arbejdede 24 timer i træk for at få koden klar til mandag morgen og så brugtre jeg resten af ugen på at finde og rette alle de fejl jeg introducerede". Trætte udviklere laver fleree fejl.
Det er svært totalt at undgå overtid. Et uforudset problem eller et ændringsønske og et ønske om ikke at udskyde tidspunkt for at tage softwaren i produktion kan give overtid i nogle få uger.
Men det skal være undtagelsen. Hvis der permanent arbejdes over, så er den gal med estimationen, opfølgning på samme og projektsyring. Man behøver ikke en IQ på over 150 for at kunne regne ud at hvis faktisk konsekvent ligger 50+% over estimat, så er der noget galt med estimaterne og der skal justeres i estimation og/eller projekt planlægningen.
#76
Men jeg har hørt om den slags virksomheder.
Ikks så stor en virksomhed. En udviklingsafdeling med en chef som har været i firmaet i mange år styrer udviklingsafdelingen enerådigt, men har ingen projektledelses uddannelse. Et mindre antal udviklere, typisk yngre, med ingen eller kun lidt erfaring fra andre virksomheder og hvordan tingene kan gøres. Et par leads som bare er udviklere som har været der længst og kender chefen og koden bedst men ellers ikke har nogen erfaring fra andre virksomheder. Udviklerne blev tilbudt og accepterede en fast løn som lød ganske fin, men som ikke er fin med fast 60 timers arbejdsuge. Men fordi medarbejderne ikke har så meget erfaring så kan chefen give det indtryk at "sådan er det i IT branchen" og "kun dem der ikke ikke er lavet af det rette stof kan ikke klare det".
Men jeg har hørt om den slags virksomheder.
Ikks så stor en virksomhed. En udviklingsafdeling med en chef som har været i firmaet i mange år styrer udviklingsafdelingen enerådigt, men har ingen projektledelses uddannelse. Et mindre antal udviklere, typisk yngre, med ingen eller kun lidt erfaring fra andre virksomheder og hvordan tingene kan gøres. Et par leads som bare er udviklere som har været der længst og kender chefen og koden bedst men ellers ikke har nogen erfaring fra andre virksomheder. Udviklerne blev tilbudt og accepterede en fast løn som lød ganske fin, men som ikke er fin med fast 60 timers arbejdsuge. Men fordi medarbejderne ikke har så meget erfaring så kan chefen give det indtryk at "sådan er det i IT branchen" og "kun dem der ikke ikke er lavet af det rette stof kan ikke klare det".
jeg orker ihvertfald ikke den branche mere
lav løn, elendige arbejdsforhold, elendige chefer, elendige kolleger
38000 som fast månedsløn er det højeste jeg har været oppe på trods jeg har været igang siden 2007 hvor jeg startede på 27000
- ikke at det betyder noget med det skattetryk vi har men stadigvæk
jeg har arbejdet mange forskellige steder med mange forskellige ting og det er altid det samme
jeg tror faktisk jeg hellere vil slå hjernen fra og så bare pakke æg ved et samlebånd så
lav løn, elendige arbejdsforhold, elendige chefer, elendige kolleger
38000 som fast månedsløn er det højeste jeg har været oppe på trods jeg har været igang siden 2007 hvor jeg startede på 27000
- ikke at det betyder noget med det skattetryk vi har men stadigvæk
jeg har arbejdet mange forskellige steder med mange forskellige ting og det er altid det samme
jeg tror faktisk jeg hellere vil slå hjernen fra og så bare pakke æg ved et samlebånd så
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
Gå til bund