Mirfak (Web 2.0)

Denna sida är än så länge så gott som tom, se tills vidare (wp) Web 2.0. Ett stort problem med Web 2.0 är att det är ett buzzword, ett annat är att ingen vet vad det är annat än fantastiskt!! ett tredje är att det finns webstandarder som en massa dårar tror man måste hålla fast vid.
Saker att göra:

• hitta (eller i värsta fall skapa) ett forum på exvis facebook där Web 2.0 OpenSource diskuteras tekniskt med use-cases,
• göra förslag på och skriva instruktioner för hur man finner samarbetsparter och skapar en internetbaserad rörelse,
• [insertme]

Vad jag vill ha:

• en programvara där man kan skriva en gemensam text, där man kan chatta och där man kan kommentera detaljer i den gemensamma texten samtidigt, uppkopplad via nät,
• markupspråket skall vara enkelt och självhostande och kunna klara av 2D-grafik,
• det skall kunna utvidgas genom markupspråket självt som tillåter att man definierar "funktioner"
• det skall finnas ett enhetligt plugginsystem för denna nya Web 2.0, så att en pluggin funkar för alla browsers och kan kollaborera med andra program i denna Web 2.0
• operativsystem per se missar poängen och tillhandahåller bara en miljö för att skriva program, den här miljön skall betrakta dokument, böcker och bibliotek som en mer dokumentinriktad storhet med inomdokuments länkar, delade avsnitt, som böcker snarare än en dum samling filer (filer förvisso, men dokument-API:t skall inte arbeta med filer — filer är lågnivå)
• en threadmill garb, om möjligt kompositionell-hierarkisk.

Mirfak

Mirfak är naturligtvis inte Web 2.0, som i sig är ett föraktligt buzzword, men jag har stött på omständigheter då det finns goda anledningar att ha ett kollaborationsprogram på Internet, vi kan exempelvis nämna grupparbeten i distanskurser. Den befintliga funktionalitet som uppfyller detta är exempelvis Google Doc, Wikia/MediaWiki och andra Wiki:s, men detta har åtskilliga begränsningar:

• Sparningar och samtidigt arbetande med en och samma text är inkorrekt implementerade, när jag erfor Google Doc 2007, så medförde samtidigt editerande på en fil slumpartad överskrivning och förstörelse av majoritetens editeringar,
• MediaWiki skyddar från ovanstående, men intensivt simultansamarbete på en text, kombinerat med det faktum att editeringskollisioner måste fixas manuellt, gjorde sparningarna oerhört svåra, och de slöare förbindelserna drog de kortaste stråna,
• Simultaneditering är implementerad med ECMAScript/JavaScript, en maskerad LISP med tung och klantig garb¹), åtskilliga implementationer "stannar världen" (hela browsern fryser) med jämna mellanrum, och på Linux med ont om minne, takar allokeringen och interfererar med Linux' sid-swappning (page faults),
• HTML, HTML5, ECMAScript, CSS och inte mycket mer, är inkomplett för en Web 2.0-funktionalitet, speciellt HTML5 är skapad för att stödja webdesigners tendens till bloat, inte för att stödja användarnas användning — en helt ny webfunktionalitet, helst garb-lös¹) och urchin-lös, måste till för att skapa användarnas web.

Mirfak syftar till användarnas web.

¹)

Garb - garbage collection, gängse datavetenskap anser att garb går att dels utföra parallellt med normal exekvering, dels kan göras snabb, av någon extremt underlig anledning sker inte detta i verkliga programmeringsvärlden: Java VM kan plötsligt stanna under en halv minut, Google Chromes nya V8-JavaScript engine prisar sig själv för att vara en supersnabb stop-the-world-garb: "V8's stop-the-world, generational, accurate garbage collector is one of the keys to V8's performance"! Det finns något i teorierna som inte stämmer med den verkliga världen, eller också prisar marknaden usla saker och påstår att dessa är fantastiskt bra saker. Jag vet inte vad som är faktum, så det verkar finnas något fundamentalt fel i detta skryt om Javas och JavaScripts garbar.