Det kan man da allerede nu, med mindre programmet kræver data fra nettet - hvilket vil blive svært at løse uden en netforbindelse.

Og da Acorn folkene manglede en CPU der var kraftigere end 6502' eren, lavede de bare en selv. Det blev så den første ARM processor - resten er historie :-)

Faktisk var Winston Royce i sin artikel fra 1970 inde på noget der er ret "agilt". http://www-scf.usc.edu/~csci201/lectures/Lecture11/royce1970.pdf Den er bestemt en læsning værd hvis man har bere den fjerneste interesse for området.

Uhahaha - Det er en lækkerbidsken den dér :-)

Et sprog der hedder det samme som andet, der får et tredie til at ligne et fjerde?

Og krypto valutaer er gode fordi ?? Jeg synes i større og større grad at den statsatyrede centralisering af valutaer virker som det rette. En valuta er en repræsentation af en given værdi, hvis der er uenighed eller usikkerhed om gyldigheden af denne repræsentation duer det ikke som en valuta - m...

"Folkene bag den digitale valuta Bitcoin advarer desuden bitcoin-indehavere mod at sælge ud af deres bitcoins efter en planlagt opdatering den 31 juli." Hmm, synes det giver mindelser til historier fra min barndom - kan dog ikke helt sige hvad...

Så hvor en valuta i gamle dage var baseret på en fysisk genstand, er kryptovalutaer baseret på et ressourceforbrug - og dermed reelt en forureningsbelastning af planeten? Lad os da ikke håbe på for megen inflation...

Intern binding mod et interface lyder som rigtig skidt software design. Hvis ikke interfacet kan opdateres uden at ødelægge funktionalitet er der stadig en binding - som sagtens kan "vende indad".

Klart med flere mindre repositories, vi er helt på samme side der. Min pointe var mere, at Google har laver noget der understøtter deres softwares modularitet på en for dem tilstrækkelig måde. Jeg vil til enhver tid foretrække de mange små individuelle repositorier, min oprindelige kommentar var...

Nu vil alle versioneringssystemer jo ikke tilgå modulatitetsproblemet på samme måde, problemet er ikke monolit vs. modulær, men om det monolitiske kan tilgås i fornuftige bidder - en mere granulær adgang der de facto er lig modulariserede opdelte enkelt- repositorier.

I øvrigt bruger Google er egetudviklet system, og ikke Git. http://m.cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions...

Måske enklere, men ikke særlig afkoblet.

Nøgleordet her er netop "tenable". Git muliggør det ikke godt nok med submodules, og add-ons som Android's Repo er ikke tilstrækkelig integreret. MS citatet skitserer jo udmærket problemstillingen.

Nogen burde sammen finde en holdbar løsning på sourcekode modularitet og Git - GVFS viser at der er et behov for at løse det problem, og som du påpeger er det ikke den rette vej MS er gået. En modularisering af kodebasen giver andre fordele, og Git burde tilbyde løsningen.

Hvilket værktøj vil du så enbefale?

Så logikken til håndtering af tidsrabatter ligger i hver, individuel stander?

Den udfordring jeg har, er at få et antal udviklere på et antal projekter til at deles om et antal delte kodekomponenter. Der hjælper OS´ernes pakkehåndtering ikke det store da udviklerne vil præsenteres for et konsistent sourcetræ. Indtil videre er kandidaterne til en løsning: - Lav et Git repo...

Jeg vil glæde mig til den næste, hurtigere udgave af ART skal navngives.

QR koder løser ikke noget problem, de kobler ikke ubesværet den virtuelle verden til den fysiske. Det kan godt været det er lettere at scanne en QR koden fremfor at indtaste en URL. Men URL´en har andre fordele - den kan gemmes og viderebringers - og fremfor alt er den gennemskuelig (til en hvis ...