mboost-dp1
Linux
6: tentakkelmonster skrev:Linux: Man KAN og SKAL pille ved alle config filer.
Nej, ikke altid - jo der findes entusiastdistributioner, hvor alt konfigureres igennem konfigurationsfilerne - men med de fleste mainstreamdistributioner, KAN man rode med konfigurationsfilerne, men det BEHØVES IKKE - det er der grafiske og/eller ncurses værktøj til.
msl0t (48) skrev:Nå nej. For man har jo ingen "kommandolinje" på en windows maskine. Jeg har ihvertfald aldrig åbnet PowerShell og tastet løs.
Tjo.. jeg bruger PS en del på arbejdet, og har også lavet rimelig avancerede ting i det, men i det store og hele stinker det altså i forhold til bash, og specielt i forhold til de terminaler man er vant til. Fx PuTTY på Windows er en 100 gange bedre terminal end det lort de kører både cmd og PowerShell i.
PS har da nogle fede ting, men det er bare slet ikke nok.
cryo (53) skrev:Tjo.. jeg bruger PS en del på arbejdet, og har også lavet rimelig avancerede ting i det, men i det store og hele stinker det altså i forhold til bash, og specielt i forhold til de terminaler man er vant til. Fx PuTTY på Windows er en 100 gange bedre terminal end det lort de kører både cmd og PowerShell i.
PS har da nogle fede ting, men det er bare slet ikke nok.
Jeg vil gerne vide hvad det er man ikke kan i PS. Og selvfølgelig stinker PS hvis du er vant til noget andet. Det giver næsten sig selv.
genvej (43) skrev:Bortset fra lokalspecialiteter er jeg er overbevist om at North America har præcis den samme trend som Danmark og de fleste andre lande iøvrigt.
Det er muligt at du er overbevist om at det er tilfældet.
Men forskelle i virksomhedsstørrelser, cost sensitivitet, betydningen af lokal versus amerikansk leverandør etc. giver ganske pæne forskelle mellem landene.
#56
Hvis vi f.eks. sammenligner dice.com med it-jobbank.dk så ser vi:
dice.com
Java - 16135
C++ - 5860
C# - 8071
PHP - 3328
Perl - 4785
Ruby - 1661
Python - 2969
itjobbank.dk
Java - 126
C++ - 29
C# - 98
PHP - 21
Perl - 7
Ruby - 6
Python - 15
Nu kan det være lidt svært at sammenligne så forskellige tal, men lad os sætte Java=100% og sammenligne i forhold til det.
C++ - US 36% DK 23%
C# - US 50% DK 78%
PHP - US 21% DK 17%
Perl - US 30% DK 6%
Ruby - US 10% DK 5%
Python - US 18% DK 12%
Perl er meget mere almindeligt i US end i DK.
C++, Ruby og Python er mere almindeligt i US end i DK.
C# er mere almindeligt i DK end i US.
Hvilket næppe overrasker mange.
Hvis vi f.eks. sammenligner dice.com med it-jobbank.dk så ser vi:
dice.com
Java - 16135
C++ - 5860
C# - 8071
PHP - 3328
Perl - 4785
Ruby - 1661
Python - 2969
itjobbank.dk
Java - 126
C++ - 29
C# - 98
PHP - 21
Perl - 7
Ruby - 6
Python - 15
Nu kan det være lidt svært at sammenligne så forskellige tal, men lad os sætte Java=100% og sammenligne i forhold til det.
C++ - US 36% DK 23%
C# - US 50% DK 78%
PHP - US 21% DK 17%
Perl - US 30% DK 6%
Ruby - US 10% DK 5%
Python - US 18% DK 12%
Perl er meget mere almindeligt i US end i DK.
C++, Ruby og Python er mere almindeligt i US end i DK.
C# er mere almindeligt i DK end i US.
Hvilket næppe overrasker mange.
#57
Og C# udvikler sig iøvrigt ikke særligt eksplosivt.
Jeg har tidligere postet dice.com statistikker her.
Udviklingen ser ud som:
Apr 2009 : Java - 8202, C# - 3799, ratio = 2.16
Aug 2010 : Java - 13642, C# - 6513, ratio = 2.09
Dec 2011 : Java - 16135, C# - 8071, ratio = 2.00
(hvis udviklingen fortsætter, så vil C# nå op til Java omkring år 2040)
Og C# udvikler sig iøvrigt ikke særligt eksplosivt.
Jeg har tidligere postet dice.com statistikker her.
Udviklingen ser ud som:
Apr 2009 : Java - 8202, C# - 3799, ratio = 2.16
Aug 2010 : Java - 13642, C# - 6513, ratio = 2.09
Dec 2011 : Java - 16135, C# - 8071, ratio = 2.00
(hvis udviklingen fortsætter, så vil C# nå op til Java omkring år 2040)
#58
Forskellen er så bare at Java, i Danmark, primært er produktions IT, hvor at C# er produktudvikling.
.NET er generelt også mere brugt til webudvikling i Danmark, end Java.
Det ville overhovedet ikke overraske mig hvis de fleste Java jobs her i landet, hænger sammen med enten banksektoren, eller SAP.
Forskellen er så bare at Java, i Danmark, primært er produktions IT, hvor at C# er produktudvikling.
.NET er generelt også mere brugt til webudvikling i Danmark, end Java.
Det ville overhovedet ikke overraske mig hvis de fleste Java jobs her i landet, hænger sammen med enten banksektoren, eller SAP.
Windcape (59) skrev:#58
Forskellen er så bare at Java, i Danmark, primært er produktions IT, hvor at C# er produktudvikling.
.NET er generelt også mere brugt til webudvikling i Danmark, end Java.
Det ville overhovedet ikke overraske mig hvis de fleste Java jobs her i landet, hænger sammen med enten banksektoren, eller SAP.
Hvad bruger man java til i SAP?
Hubert (60) skrev:Hvad bruger man java til i SAP?
Udvikling i core SAP - SAP understøtter 2 sprog til dette: ABAP (SAP specifikt sprog) *og* Java - det er mit indtryk at ABAP er langt det mest brugte (ihvertfald i Danmark).
Og web frontend for SAP.
Note: SAP NetWeaver application server er faktisk en certificeret Java EE app server.
Og yderest ubehagelig at arbejde med :(arne_v (62) skrev:SAP NetWeaver application server er faktisk en certificeret Java EE app server.
Forskellen er bare at der primært udvikles på systemer til intern brug, f.eks. til produktion.arne_v (63) skrev:Og ikke meget pointe i at udvikle noget hvis ikke det skal driftes.
Hvor du i andre lande, laver produkter for kunder, hvor kunderne så drifter det. Eller løsninger som f.eks. mobil apps.
Det er ihvertfald mit indtryk at man finder meget færre virksomheder der lever af at udvikle apps til mobiler/web (o.lign) i Danmark, end i Sverige/Tyskland/England.
Og i Danmark, er det næste 100% i København, at man finder den slags virksomheder. Næsten alt IT-udvikling i Jylland er produktions-IT.
Og det er altså hamrende kedeligt, uden de store muligheder for at arbejde med nye ting, og udvide sin karriere.
Specielt hos bankerne (ikke finanssektoren generelt her), er man jo teknologisk forstokket. Udviklerne lærer de teknologier de skal bruge der, og kommer aldrig videre.
Windcape (65) skrev:Forskellen er bare at der primært udvikles på systemer til intern brug, f.eks. til produktion.
Hvor du i andre lande, laver produkter for kunder, hvor kunderne så drifter det. Eller løsninger som f.eks. mobil apps.
Det er ihvertfald mit indtryk at man finder meget færre virksomheder der lever af at udvikle apps til mobiler/web (o.lign) i Danmark, end i Sverige/Tyskland/England.
Der er vel 3 slags udvikling:
1) inhouse udvikling
2) konsulenter
3) produkt udvikling
#3 er ret lille i Danmark. Men #2 er ganske stor - IBM, CSC, Accenture, NNIT, KMD etc..
Windcape (65) skrev:Og i Danmark, er det næste 100% i København, at man finder den slags virksomheder. Næsten alt IT-udvikling i Jylland er produktions-IT.
Windcape (65) skrev:
Og i Danmark, er det næste 100% i København, at man finder den slags virksomheder. Næsten alt IT-udvikling i Jylland er produktions-IT.
IT branchen i Danmark er ret centeret omkring storkøbenhavn.
Men der er lidt i Århus, Odense, Ålborg og trekantsområdet.
Windcape (65) skrev:
Og det er altså hamrende kedeligt, uden de store muligheder for at arbejde med nye ting, og udvide sin karriere.
At komme videre som software udvikler drejer sig ikke om at lære alle de nyeste teknologier.
Det drejer som om at løse vanskelige problemer.
Der er ikke mange vanskelige problemer i en "udvikl løsning fra bunden af i nyeste teknologi uden integration til noget som helst".
De vanskelige problemer er når noget skal integreres med noget ikke specielt kompatibelt.
Windcape (65) skrev:Specielt hos bankerne (ikke finanssektoren generelt her), er man jo teknologisk forstokket. Udviklerne lærer de teknologier de skal bruge der, og kommer aldrig videre.
Umiddelbart er det mit indtryk at de danske banker er ret godt med teknologisk.
#70
Hvis jeg må citere mig selv (!):
http://www.eksperten.dk/guide/1190
Senior Developer/Senior Software Engineer
Job:
- skal forstå kravene til bunds
- er ansvarlig for design
- har ansvar for code reviews og andre måder at sikre at koden er OK
Kendetegn for en god:
- kender systemet ind og ud
- har talent for at finde simple løsninger der virker
- er god til at lære junior udviklere hvordan man gør rent praktisk
Kendetegn for en dårlig:
- laver ikke noget og/eller har fundet en super smal niche som ingen andre
ved noget om
Junior Developer/Junior Software Engineer
Job:
- skriver koden d.v.s. laver projekterne (!)
Kendetegn for en god:
- kan kode flydende i et stort antal programmerings sprog
- kender alle de nyeste frameworks og patterns
Kendetegn for en dårlig:
- evener ikke at oversætte problem->algoritme->kode
Hvis jeg må citere mig selv (!):
http://www.eksperten.dk/guide/1190
Senior Developer/Senior Software Engineer
Job:
- skal forstå kravene til bunds
- er ansvarlig for design
- har ansvar for code reviews og andre måder at sikre at koden er OK
Kendetegn for en god:
- kender systemet ind og ud
- har talent for at finde simple løsninger der virker
- er god til at lære junior udviklere hvordan man gør rent praktisk
Kendetegn for en dårlig:
- laver ikke noget og/eller har fundet en super smal niche som ingen andre
ved noget om
Junior Developer/Junior Software Engineer
Job:
- skriver koden d.v.s. laver projekterne (!)
Kendetegn for en god:
- kan kode flydende i et stort antal programmerings sprog
- kender alle de nyeste frameworks og patterns
Kendetegn for en dårlig:
- evener ikke at oversætte problem->algoritme->kode
Terma, Systematic, B&O, Tieto, CSC, Vestas, Develco og en masse andre laver ikke kun produktions IT, de fleste af dem laver faktisk noget helt andet.
Udvalget af super spændende arbejdsopgaver er klart størst omkring KBH, men det er jo endnu større hvis man tager til Mountain View f.eks.
Udvalget af super spændende arbejdsopgaver er klart størst omkring KBH, men det er jo endnu større hvis man tager til Mountain View f.eks.
Vanskelige problemer opstår mere hyppigt hvis du skal udvikle noget nyt, end lave det samme om igen.arne_v (70) skrev:At komme videre som software udvikler drejer sig ikke om at lære alle de nyeste teknologier.
Det drejer som om at løse vanskelige problemer.
Hvis du arbejder med samme program, og programmere i samme sprog, i 20 år, mener jeg ikke at man har udviklet sig optimalt som udvikler.
Der skal være muligheden for at prøve noget nyt, fejle, og dermed have lært af det.
Jeg hoppede Junior delen over...arne_v (72) skrev:Hvis jeg må citere mig selv
http://www.version2.dk/artikel/tradeshift-svaert-s...
Jeg synes også de præcisere det ret godt. Og det var måske hvad jeg forsøgte at sige.
Der mangler jobs der går udover 8-16 mentaliteten som vi har her i Danmark. Og når der endelig er nogen, som mangler der åbenbart udviklere som vil tage dem :o
(Læs også debatten, den er faktisk ret fornuftig, for engang skyld)
Jeg synes også de præcisere det ret godt. Og det var måske hvad jeg forsøgte at sige.
Der mangler jobs der går udover 8-16 mentaliteten som vi har her i Danmark. Og når der endelig er nogen, som mangler der åbenbart udviklere som vil tage dem :o
(Læs også debatten, den er faktisk ret fornuftig, for engang skyld)
Windcape (74) skrev:
Jeg hoppede Junior delen over...
Som nyuddannet er det også en god ide.
Men ofte er arbejdet et spørgsmål om hvad du selv vil have ud af det, hvis du ønsker at skabe store ting på din arbejdsplads er det sjældent at din chef vil forbyde dig det, så længe du holder tidsplanen inden for de opgaver som direkte betaler din løn.
Windcape (74) skrev:Vanskelige problemer opstår mere hyppigt hvis du skal udvikle noget nyt, end lave det samme om igen.
Det er nemmere at lave noget anden og tredie gang.
Men det var ikke problem stillingen.
Problem stillingn var udvikling hvor man starter med et stykke blankt papir versus udvikling som skal passe ind i et eksisterende system med masse af integrationer og begrænsninger.
Der er langt flere vanskelige problemer ved det sidste.
Windcape (74) skrev:Hvis du arbejder med samme program, og programmere i samme sprog, i 20 år, mener jeg ikke at man har udviklet sig optimalt som udvikler.
Lidt variation er en god ting, da det ofte giver nye indgangsvinkler.
Men det er altså evnen til problem løsning og ikke kendskab til et stort antal programmerings sprog som kendetegner en udvikler som har udviklet sig.
Windcape (75) skrev:http://www.version2.dk/artikel/tradeshift-svaert-skaffe-kreative-danske-udviklere-33220
Jeg synes også de præcisere det ret godt. Og det var måske hvad jeg forsøgte at sige.
Der mangler jobs der går udover 8-16 mentaliteten som vi har her i Danmark. Og når der endelig er nogen, som mangler der åbenbart udviklere som vil tage dem :o
(Læs også debatten, den er faktisk ret fornuftig, for engang skyld)
Jeg havde faktisk læst den.
Og krummet tæer over den.
En dårligt camoufleret reklame fra et lille firma der gerne vil lyde hip og som opfinder en type A og B og antyder at dem de grne vil have (B) er meget sjældne i Danmark.
Men definitionen på B er altså:
kan bidrage med nye idéer til produktet og derudover har den fulde kontrol med de nyeste teknologier inden for sit felt
hvilket vel er krav til >80% af IT jobs i Danmark og kan opfyldes af enhver nogenlunde nyuddannet datamatiker.
Der er en simpel BS test: prøv og vend teksten til det modsatte og overvej om nogen vil bruge den tekst - hvis der ikke er nogen som vil bruge den modsatte tekst, så er det indholdsløst BS.
Jeg kan ikke forestille mig en annonce med:
ikke kan bidrage med nye idéer til produktet og derudover ikke har den fulde kontrol med de nyeste teknologier inden for sit felt
så der er dømt BS !!
Og en hel del kommentarer fra folk der mener at kreative folk arbejder med nyeste teknologi (node.js og MongoDB synes at være det hotte lige nu).
Hvilket er en helt OK holdning at have som førsteårs datamatiker studerende.
Men efterhånden som folk får lidt erfaring opdager de at problem løsning som kræver kreativitet er nødvendigt uanset sprog.
Så jeg finder mange af kommentarerne pinlige. Jørgen Larsen synes stort set at være det eneste som har forstand på software udvikling.
Og hvis nogen er begyndt at se sammenhængen mellem:
og:
Så er de begyndt at kunne følge min tankegang.
Hvorvidt de så bør være stolte af det eller straks søge psykiater bistand er et andet spørgsmål.
arne_v (77) skrev:
Problem stillingn var udvikling hvor man starter med et stykke blankt papir versus udvikling som skal passe ind i et eksisterende system med masse af integrationer og begrænsninger.
Der er langt flere vanskelige problemer ved det sidste.
og:
http://newz.dk/forum/tagwall/svingdoersansaettelser-i-it-branchen-117772#17 skrev:
Problemet er "jeg ved bedst - det er forkert at bruge XYZ - jeg omskriver det hele til ZYX" typerne.
Deres eget lille standalone projekt ser sikkert perfekt ud.
Men lukket ind i et stort projekt kan det blive en katastrofe.
Så er de begyndt at kunne følge min tankegang.
Hvorvidt de så bør være stolte af det eller straks søge psykiater bistand er et andet spørgsmål.
Jeg mente job/løn-mæssigt.arne_v (78) skrev:Paradoksalt nok betyder det at du aldrig bliver andet.
Når du starter med at lave code-reviews, af "senior" udviklernes kode, fordi du har mere erfaring med .NET end dem, er jobbet allerede der ikke udfordrende nok.
Derudover så er det min erfaring, indtil videre, at senior udviklerne typisk er mere ligeglade med kvaliteten af deres arbejde, sålænge de kan gå hjem kl. 16.
Ihvertfald i Danmark.
Det handler ikke så meget om advancerede løsninger. Men mere om at bruge de værktøjer man har til rådighed.arne_v (82) skrev:Men hvis de foretrækker en simpel primitiv løsning frmfor din avancerede løsning, så skal du lytte til dem.
Men så kan man jo i det hele taget diskuttere hvad advancerede løsninger er....
Jeg betragter jo på ingen måde features som LINQ, eller koncepter som Dependency Injection, eller IoC, som advancerede.
Men det er der jo andre som gør. Det er sågar stadigvæk folk der mener at generics er advancerede. Så hvorfor skulle man gå på kompromis med alt hvad man har lært, bare fordi at en person er ældre?
Det er jo tydeligvis ikke erfaringen der taler, hvis de ikke er ligeså teknisk dygtige.
Hvis man ikke er teknisk dygtig, skal man ikke bestride en post som udvikler.
Windcape (83) skrev:Det handler ikke så meget om advancerede løsninger. Men mere om at bruge de værktøjer man har til rådighed.
Hvor de leverer værdi.
Windcape (83) skrev:
Men så kan man jo i det hele taget diskuttere hvad advancerede løsninger er....
Jeg betragter jo på ingen måde features som LINQ, eller koncepter som Dependency Injection, eller IoC, som advancerede.
Men det er der jo andre som gør. Det er sågar stadigvæk folk der mener at generics er advancerede. Så hvorfor skulle man gå på kompromis med alt hvad man har lært, bare fordi at en person er ældre?
Det er jo tydeligvis ikke erfaringen der taler, hvis de ikke er ligeså teknisk dygtige.
Hvis man ikke er teknisk dygtig, skal man ikke bestride en post som udvikler.
Husk at den kode du skriver skal vedligeholdes af andre, så sværheds niveauet skal tilpasses efter den gennemsnitlige udvikler i firmaet.
Ansætter firmaet udelukkende PhD'ere i datalogi kan du sikker tillade dig at brug næsten alt (de formodes at kunn lære det).
Ansætter firmat masser af nyuddannede datamatikere med en stærk svingende faglig viden, så skal niveauet tilrettes efter dette.
Og husk også at det i langt de fleste tilfælde er vigtigere at minimere mulighederne for at lave fejl end at minimere antal linier kode.
Netop LINQ minimere mulighederne for at lave fejl.arne_v (84) skrev:Og husk også at det i langt de fleste tilfælde er vigtigere at minimere mulighederne for at lave fejl end at minimere antal linier kode.
Ligeledes gør en lang række andre koncepter.
Måske. Men jeg ser det ikke som mit ansvar at folk ikke kan finde ud af det de er ansat til at kunne.arne_v (84) skrev:Ansætter firmat masser af nyuddannede datamatikere med en stærk svingende faglig viden, så skal niveauet tilrettes efter dette.
Windcape (61) skrev:Softwareudvikling forbundet med integration. Hvad ellers? (det er jo ikke så meget *andet* man kan gøre med SAP, fra en programmørs synspunkt)
Jeg havde kun hørt om ABAP i forbindelse med SAP. Det var sådan set derfor jeg blev nysgerrig og spurgte indtil java og sap. :)
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
- ⟨
- Nyheder
Gå til bund