rockPaperScissors()

Det kommer an på bedriften, og det gjelder ikke bare 1-linjejobber. Noen bedrifter satser mer på [ny/u-]utdannede og de som virker mest motiverte. Andre satser mest på de som har godsaker på CV'en.

Det er veldig vanskelig å ansatte rett person, og holde på dem. Synes det bla. var fint illustrert i denne bloggen jeg kom over for ikke så lenge siden.

Your Developers Aren’t Bricklayers, They’re Writers

If you have ten programmers, the best one is probably at least five times better compared to the worst one. No shit.

 

Define better: he works faster, produces less bugs and writes more readable, logical and maintainable code.

 

Programmers aren’t bricklayers or carpenters, but they are often treated as such. (not that there’s something wrong with these occupations)

“Why would I get a senior when I can get two juniors for the same price?”

“This feature takes three months for one programmer? Let’s just put two more on it so we can have it in a month.”

 

And why is that? Because there’s no decent, fool-proof way to measure the productivity of a programmer, I guess? Whatever can’t be measured, gets ignored. I’ve seen it too many times.

Noen som spesielle preferanser til språk og verktøy som kompilerer til JavaScript? Er veldig mange alternativer.

Den ja.

Jeg skriver hjkl og esc over alt når jeg ikke bruker vim.
 

Synes det er litt søtt når disse diskusjonene dukker opp med 3 ukers mellomrom. 

Ventet nesten på at administrator skulle stenge tråden for avsporing, dette er jo tråden for konsoll-editorer og hvilken distribusjon som er best.

vim>

Sikkert perl til javascript compiler med litt html.

Det finnes flere aktuelle alternativer til php for webutvikling.

ruby>perl for min del, men ok.

Åjassåjassågitt, så JavaScript er galt også.

Folk må vel slutte å skrive nye løsninger i det før du kan begynne å snakke om eutanasi. Vet ikke hva som skulle vært alternativet.. Python og serverside JavaScript?

Og hvordan adresserer dette kjernen av problemet?

Visst du tenker på PHP, så har du min velsignelse til å bli en bidragsyter og komme med forslag til forbedringer. PHP blir ikke borte, jeg tenker det vil fortsette å utvikle seg på sin måte, eller brukermassene beveger seg mot Hack istedet og de har Facebook i ryggen. Jeg er mest spent på sistnevnte for Facebook har både flinke folk og uendelige ressurser.

Ikke nødvendigvis. PHP miljøet har begynt å bruke pakkebehandler (composer) og en gjennomført rails klone er det mest populære webrammeverket i dag (laravel). Det har skjedd noen forbedringer de siste årene.

Livet består av mer enn å rydde opp etter cowboyer.

Etter min erfaring gir programmeringsspråket som brukes ingen garanti for at man unngår å måtte lappe på gammel cowboy-kode, at man må forholde seg til ett team på én, eller at de eksisterende utviklerne ikke kjenner til smidige teknikker. Det har fjernet både en og to illusjoner for min del.

Bra for deg om du har så spesifikke behov for det gjør jo valg av arbeidsgiver enklere.

disgusting

Det kommer veldig an på arbeidsplassen også, kan ikke bare tenke på språket som brukes i isolasjon.

PHP 7 kommer med støtte for scalar type hinting som gjør det akkurat innenfor. Selvfølgelig ikke uten kompromisser, som at PHP bruker svak type sjekking (slik som PHP ellers hånderer det) med mindre "strict mode" er aktivert øverst i filen. Det er for ett språk hvor type hinting er valgfritt i utgangspunktet.

>php

> php > Windows && proprietary

wq!

Hvordan fungerer det, kan man oppgradere "Software Collection" etter tre år eller må man oppgradere til senere versjon av RHEL?

Ah, det er positivt at RH bidrar med "Software Collections" med mer oppdaterte pakker, det gjør RHEL litt lettere å bruke. Jeg ser også at "Software Collections" støttes i tre år for produksjon, og to år for utviklerversjon (link). Da ender man med omtrent samme livssyklus som med Debian ser det ut til.

Ja, men RHEL 6.6 leveres blant annet med PHP 5.3, Zend endte sin community-støtte for PHP 5.3 i fjor. RH leverer riktignok sikkerhetsoppdateringer på sine egne pakker, men PHP 5.3 eller bedre er minstekrav for en rekke webrammeverk blant annet. Symfony: 5.3, CakePHP: PHP 5.4, Laravel: PHP 5.4, FuelPHP: PHP 5.3, Phalcon: PHP 5.3... Debian kommer med PHP 5.4 i Wheezy, som snart erstattes av Jessie som kommer med PHP 5.6. PHP versjonen i RHEL 5 er for utdatert til å kjøre WordPress til og med.

Mulig alt dette løses med oppdateringer fra EPEL, men det vet jeg ikke.

Utenom dette så forstår jeg at RHEL har sin plass, og jeg har ikke noe i mot RHEL/CentOS/Fedora bortsett fra at jeg synes Debian/Ubuntu passer meg litt bedre.

Alle har behov for AI eller smarte datasystemer som evner og tenke litt for seg sjølv. Det gjelder enten Rema 1000, Volvo, Statoil, Telenor, Yara osv.

Jeg ville tenkt at logistikk, big data, og crm-løsninger er mer aktuelt for de bedriftene du nevner og der vil jeg tro det allerede er etablerte aktører. (Nok ett område jeg vet for lite om må nevnes.)

Men når du er nødt å ta i bruk community-repositories og installerer ting sideveien så er det vel akkurat like mye arbeid å sørge for at programvaren til enhver tid er patchet. Visst de driftsansvarlige ikke bare overlater det til utvikleren, for da vet vi at det ikke blir vedlikeholdt. Med Debian får jeg som regel behovene dekket med det som kommer fra offisielle repos, og Debian takler også en oppdatering fra en versjon til den neste på en svært god måte.

RH er definitivt mer enterprise-orientert, og dessverre ikke uten kompromisser i den enden av skalaen heller.

.. Ville du brukt Debian Sid som OS til viktige produksjonsoppgaver? Etter mitt syn egner RHEL/CentOS seg langt bedre til serverdrift enn eks. Debian. Og ja, jeg har flere års erfaring innen dette feltet.

Nei, jeg ville nok ikke brukt rullende OS for viktige produksjonsoppgaver. Men mange bruker Arch og Debian Sid som rullende distribusjoner, og det er overraskende lite problemer med Sid (Arch har jeg ikke erfaring med). Etter at man har oppgradert til Sid, kan man f.eks. bruke debsecan til å installere sikkerhetsoppdateringer for å minske sjansen for overraskelser, og utsette full oppdatering til en gang man har bedre tid. Jeg har brukt Sid på utviklermaskin i jobbsammenheng uten problemer.

# apt-get update
# apt-get install $(debsecan --suite sid --format packages --only-fixed)

Hva er galt med Debian på server? Jeg synes RHEL/CentOS har litt få og utdaterte pakker, det er av og til ett problem. Det er heller ikke noen ulempe at flere bruker Debian Sid da det burde i teorien minske sjansen for at alvorlige feil blir stående åpne lenge.

Jeg tenker at alle vitenskapelige informatikk-disipliner i utgangspunktet vil være ettertraktet, og at våpenindustrien vil ha ett umettelig behov for nye droner og roboter i årene som kommer. Det vil drive etterspørselen opp for AI.

Men det er vanskelig å spå hvor stort arbeidsmarkedet blir for dette i Norge. I dag investeres det mest i teknologi fra Redmond (Microsoft) og den store hopen av utviklere lever utelukkende av å skrive CRUD-applikasjoner. Det vil ikke endre seg med det første.

En tendens er at flere tar mastergrad enn før, det gjør det viktigere å ta høyere utdannelse enn tidligere.

IT-Bransjen skriker etter programmere. Helst billige.

Det er ett paradoks.

Du blir helt sikkert veldig attraktiv for Cyberforsvaret med denne utdannelsen, og med sikkerhetsklarering naturligvis.

er ikke helt sikker på om jeg er enig med deg. Jeg hadde ikke forventet å få det i prod nei. Men i pakker som enda ikke er frigitt til prod, så ser jeg ingen problem med bugs, uansett hvor graverende de skulle være.

Tviler ikke at RH har kontroll, men jeg antar Debian Sid og Arch brukere ikke ville godtatt at slike feil blir liggende åpne. Det er en ganske grov feil idet brukere mister data.