Peter Nørregaard

Rss
Personligt feed med nye kommentarer i tråde, du overvåger:
https://www.version2.dk/mit/0/kommentarer?token=HPnHcLYhJ8jCXC_UoTnfzqY2R9xpwMBmKONAZAek0jk

Kommentarer

Kommentar til Softwareudvikling og oliven

The Peter Principle

The Peter Principle: "In a Hierarchy Every Employee Tends to Rise to His Level of Incompetence" (og, nej, det er ikke opkaldt efter mig). Hvis karrierevejen i en organisation kun går hen imod (mere) personaleansvar, så er det en blindgyde for udviklere at blive ansat der. Hos os (dvs....
Kommentar til Enterprise Architecture - does it really always fail?

Legoklodser != services

Bryan, analogien blev brugt til noget andet i foredraget (det har jeg nok ikke skrevet klart nok): Nogle klodser er processer, andre klodser er services, en trejde slags klodser er dem fra dit CMDB. Pointen var at det ikke nødvendigvis gav mening at sætte klodser sammen på tværs af type :-)
Kommentar til Enterprise Architecture - does it really always fail?

Duplo og irriterende chefarkitekter

Det må jeg tage til efterretning (og ellers tage hjem og grave mit gamle lego frem for at dobbeltchecke). Men når chef-arktekter bruger forkerte analogier, så må det da bidrage til at gøre dem irriterende. Det må jeg fortælle Claus Torp Jensen hvis jeg møder ham igen (hvilket ikke er sandsynligt...
Kommentar til Enterprise Architecture - does it really always fail?

Sv: Duplo og standard Lego

Hehe, det viser jo den fare, der er ved at bruge analogier. Men rent faktisk holder analogien alligevel, for mens du kan sætte en dublo oven på en lego, kan du ikke sætte en lego oven på en doublo (så vidt jeg husker). Hvad siger du så? :-)
Kommentar til Enterprise Architecture - does it really always fail?

Sv: chef-arkitekter er irriterende!

Det lyder da ikke godt - og det varsel er da helt ude i skoven! Nu tror jeg ikke at det er en chef-arkitekt der har udtænkt det så desværre kan det det ikke hjælpe med at svare på om de skal være irriterende. Men mit råd må være at du tager fat i KL (som ud over at eje KMD også er en interesseor...
Kommentar til Der er kun én ting galt med OOXML

Standarder = begrænset funktionalitet

Henrik, det er rigtigt rart med et illustrativt eksempel der både går i dybden og forbilledligt klart illustrerer en pointe. Godt gået! Du spørger "Er vi ude i at man af hensyn til standardiseringen skal sætte begræsninger for hvor meget funktionalitet relateret til standarden en...
Kommentar til Enterprise architecture - does it really always fail?

Vi ses der!

Hej Rasmus Vi ses til arrangementet - det lyder spændende
Kommentar til Helt gratis! - ?The economy of Free?

Re: Den lange hale

@Carsten, det er ikke så mærkeligt at du genkender emnerne i bloggen. Den artikel, jeg referer fra, er netop skrevet af forfatteren til "The Long Tail", Chris Anderson som er ansat ved Wired. Jeg tror jeg vil anskaffe mig bogen - den lyder rigtigt interessant
Kommentar til Offentligt udslæt - del 2

En anden tilgang?

Under overskriften "Hvorfor giver masser af detaljerede krav en dårligere løsning?" har jeg skrevet om at det er kundens fokusering på at beskrive sine krav til den tekniske løsning i stedet for at beskrive hvilke behov, han har, som kan give problemer. http://iloblog.norregaard.dk/peter...
Kommentar til Helt gratis! - ?The economy of Free?

Før vi går i reklame-bashing mode

... så kommer vi ikke uden om at 1) Der er brug for en indtægtskilde for dem der stiller indhold til rådighed med mindre de lever for at forære det væk (og det er der faktisk mange der gør - fx forærer jeg dig denne blog for at kunne sole mig i den indbildte berømmelses varme lys og udviklere af...
Kommentar til Helt gratis! - ?The economy of Free?

Uendelig afsætning og svineri med ressourcer

@Dennis, afsætningsmulighederne for noget gratis er måske ikke uendeligt, men det er meget mere end hvis du kræver penge for det; måske kan du afsætte >1000 gange mere end hvis du krævede blot én øre for ydelsen. Og det ændrer fundamentalt ved økonomien. Og @Peter, grunden til at en ubetydelig...
Kommentar til XML, webservices: Væk med de store mængder data

Prismodel og ordrelinjer

Bryan, jeg tror du får et sundere systemdesign hvis du tænker i overførsler af transaktioner i stedet for batch i større eller mindre bidder. Og hvad angår prismodeller, så ved jeg at nogle udbydere har planer om at indføre en ny prismodel (men ikke hvornår det sker). Hvad et antal dokumenter ti...
Kommentar til Hvad er en aftale?

Du har ikke brug for en kalender men en inder

eller en kineser eller ... til at være din personlige assistent som håndterer aftalebookninger for dig. Ok, det er nok lidt over målet, men det er vel rigtigt at du har brug for en digital sekretær der hjælper dig til at få styr på (og andre til at kunne se) dine prioriteter :-)
Kommentar til XML, webservices: Væk med de store mængder data

Forsyningsvirksomheder og deres mega-fakturaer

René har en vigtig pointe: "Jeg sagtens forstille mig at det er en stor datamængde forsyningsbranchen skal udsende, men indgår det i den lovmæssige forpligtigelse at forsyningsbranchen skal sende i ET batch/blob... etc? " Grunden til at de skal påføre en del ekstra information er vel, at...
Kommentar til XML, webservices: Væk med de store mængder data

Sv: Der er et forretningsmæssigt behov!

@Mikkel, jeg går ud fra at din kommentar er rettet mod en af de andre kommentarer og ikke selve blog-indlægget. For i mit indlæg argumenterer jeg for at det er vigtigt at få fjernet de falske problemer. De falske problemer opstår fx når en batch-vanetækning (dvs. hvor enkeltstående transaktioner...
Kommentar til XML, webservices: Væk med de store mængder data

Sv: Tak, for et godt indlæg!

@René, jeg måtte desværre smutte over middag (jeg havde en deadline). Ja, vi skal passe på med at opfinde en "hammer" som så bliver brugt til at banke ting ind i brædder som aldrig burde have været banket ind "in the first place". Jeg hørte fra en kollega, at der senere på...
Kommentar til XML, webservices og store mængder data

Så er der nyt fra workshoppen

@Anders, det er fuldstændigt korrekt at det bøvler med transaktioner på tværs af webservices. Men ofte er "transaktionen" mere kunstig end reel, fx ved faktura-filer mens den på den anden side er højst relevant ved fx. kataloger, indberetninger og den slags. Se her for nyt fra...
Kommentar til Ud med IT-arkitekten!

Sv. Taksonomi for *-arkitekter

Hej Jens Jakob Den kender jeg godt - arbejdet i OIO EA virker solidt og var også omtalt i den kladde jeg lavede men udgik af pladshensyn. Bl.a. er jeg glad for kompetence-diagrammerne som kan ses her for enterprise arkitekten: http://ea.oio.dk/arkitekter/roller/ea-arkitekt Mvh Peter
Kommentar til Kan alle lære at programmere?

Off topic: Hemmelig reception?

Fritz Henglein fortalte i sidste uge på disse sider, at der var reception på DIKU Syd i morgen - men det er ikke kommunikeret på hverken ITUs eller DIKU hjemmesider. Er det et tegn på at DIKU måske ikke kommunikerer så godt som I ønsker? :-) Eller er receptionen hemmelig?
Kommentar til Fri mig for pøblen

Oric

Oric havde bedre grafik, flere farver og et "rigtigt" tastatur - på papiret så den en del bedre ud en ZX Spectrum. Men jeg nåede aldrig at få fingerene i den så jeg ved faktisk ikke om den var bedre - men Spectrum blev i hvert fald mest udbredt pga. en lidt lavere pris, flere tilgængelige...