Läs mer i följande informationsfoldern Nätbaserat lärande i högre utbildning eller på Informa Sweden.

Presentationen hittar du här.

Du hittar presentationen här och vill du du bygga vidare på den så finns den på GitHub.

Så var det äntligen dags att börja koda. All tid denna vecka har lagts på pakethantering och relationer mellan moduler i projektet med hjälp av require.js. Jag har även tittat en del på hur man enkelt kan ladda in externa resurser till projektet och för detta har jag använt pakethanteraren Bower.

Applikationen

Jag flaggade redan i förra inlägget om att applikationen som kommer att utvecklas kommer att vara en applikation för att rapportera in studentresultat på uppgifter. Jag kommer att göra många begränsningar av applikationen, speciellt nu i början. Resultat på uppgift kommer att vara begränsade till U/3/4/5, en student kommer enbart att vara direkt knuten till en specifik kurs etc.

Enkel mockup som säkert kommer att vara utsatt för väldig förändring men den ger en bild av funktionaliteten i alla fall:

Bower

Eftersom jag valt att gå all in med molnbaserade IDEn Cloud9 så vill jag även undvika att ladda ner beroenden som Backbone, Require, Bootstrap, jasmin etc. lokalt för att sedan ladda upp dessa till editorn. Jag sprang därför på Twitters pakethanterare “Bower” som på ett riktigt smidigt sätt löser detta. Efter att installerat Bower kan man enkelt i en configurationsfil tala om vilka beroenden man har och Bower hämtar sedan ner dessa och placerar de i den katalog du specificerat. I mitt fall har jag valt /scripts/lib/.

Jag hittade en utmärkt guide för detta på tutsplus. Kort tillvägagångssätt:

Installera Bower genom terminalen i Cloud9:

npm install -g bower

Efter detta så kan man skapa en konfigurationsfil, .bowerrc, där jag talar om var jag vill att mina inladdade paket ska bo:

{
"directory": "scripts/lib",
}

Nästa steg är att skapa filen component.json i vilken vi talar om vilka beroenden vår applikation har och således vilka paket som Bower ska installera:

{
    "name": "Student Result App",
    "version": "0.0.1",
    "dependencies": {
        "jquery": null,
        "backbone": null,
        "underscore": null,
        "requirejs": null,
        "text": null,
        "backbone.localStorage": null,
        "bootstrap": null,
        "jasmine": null
    }
}

Det enda jag nu behöver göra för att få med dessa paket i projektet är att köra:

bower install

Detta hämtar hem senaste versionerna (null i components.json) men det går även att specificera vilken version av paket man vill ha. Det jag inte ännu testat är att hämta andra resurser med Bower men det kommer jag säkert att få användning av.

Require.js och Backbone

Jag har valt, som många andra, att använda Require.js för modulhantering och för att hantera beroenden mellan moduler. Require.js och Backbone lirar inte ihop out of the box men det finns en AMD-kompatibel version av backbone (och underscore) som man kan använda. Jag tycker inte det vara några större problem att få ihop det hela men jag identifierade snabbt att det inte är så snyggt att behöva ladda underscore så fort man laddar Backbone, eftersom Backbone är beroende av underscore. Underscore borde man behöva ladda först när man själv kommer att nyttja det.

require(['backbone', 'underscore', 'views/StudentView', 'models/StudentModel'],
    function(Backbone, _ , StudentView, StudentModel) ...

Jag konsulterade David kring detta och som jag förstår det så finns det lite olika lösningar på detta. Den kanske enklaste är att skapa en egen modul som man laddar som “Backbone” som i sin tur laddar underscore och backbone tillsammans med eventuella utökningar av Backbone. Alltså:

define(['backbone_pure', 'underscore', 'localstorage'], function(Backbone) {
 return Backbone;
});

där “backbone_pure” pekar på backbone-amd och modulen ovan döps till “backbone”.

David visade även en kanske ännu renare och snyggare lösning på problemet och det är att använda “shim”  i requirejs.config.

require.config({
        paths: {
            "jquery":                   "lib/jquery/jquery",
            "underscore":               "lib/underscore/underscore",
            "backbone":                 "lib/backbone/backbone",
            "backbone.localStorage":    "lib/backbone.localStorage/backbone.localStorage",
            "text":                     "lib/text/text"
        },
        shim: {
            'backbone': {
                deps: ['underscore', 'jquery'],
                exports: 'Backbone'
            },
            'underscore': {
                exports: '_'
            },
            'backbone.localStorage': ['backbone']

        }
    });

Detta ger flera fördelar. När man nu väljer att använda backbone så kommer dess beroenden (underscore och jquery) automatiskt att laddas utan att vi explicit behöver ange det. Genom att “exports” på underscore och Backbone så knyts de globala “Backbone” och “_”-objekten till require och vi underviker globaler. Detta gör också att vi inte behöver använda de AMD-kompatibla versionerna av udnerscore och backbone.

Cloud9

Denna vecka har jag också fått lägga några timmar i Cloud9s editor och jag är både förtjust och inte. När allt flyter på så flyter det på riktigt bra. Jag gillar editorn, code completion fungerar utmärkt, riktigt smidigt med terminalen etc. Dock har jag varit oerhört frustrerad över c9 från och till. Det är inte så sällan sparningar misslyckas och man måste prova att spara om och om igen. Ibland har det inte räckt att spara igen utan jag har varit tvungen att starta om editorn innan det fungerat. Jag har främst kört c9 i chrome och två gånger har tabbarna i chrome krashat när jag suttit och editerat. Helt nöjd är jag alltså inte, men jag hoppas att det flyter på lite bättre nu när jag istället valt att testa i FF.

Avgränsningar

Jag har tyvärr inte hunnit med så mycket denna iteration som jag hade hoppats. De avgränsningar jag fått göra och skjuta upp till nästa vecka är:

• Dokumentation
• Testning

Något som jag är intresserad av att kika på men ännu inte hunnit ta tag i är en snygg “deploy-lösning”. Alltså, hur driftsätter jag? Tanken här är väl att använda require.js optimizer men jag har inte hunnit titta allt för mycket på det ännu.

Länkar:

• Körbar version av applikationen: http://leitet.github.com/Student-result-app
• Git-repro: https://github.com/Leitet/Student-result-app

Det är så dags att sammanfatta veckans arbete som inneburit väldigt mycket läsning och instudering. Det finns verkligen hur mycket som helst som man vill fördjupa sig i men det gäller att sålla och prioritera. Fokus har legat på instudering av Backbone.js.

Backbone.js

Backbone.js är helt nytt för mig. Jag har givetvis stött på det i många sammanhang men aldrig tagit mig tiden att sätta mig in i vad det egentligen är. Jag har haft bilden av det stora och komplicerade ramverket men när jag nu tagit mig tiden att lära känna det så har jag snarare mötts av ett litet nätt bibliotek vilket var en positiv överraskning. Det känns rätt för denna kurs att själv få styra över sin kodorganisation och istället få hjälp av biblioteket där det är motiverat.

Jag gillade verkligen Nick Gauthiers introduktion till Backbone.js och speciellt hans tips kring upplägg. Det som han inte fokuserar speciellt mycket på i videon är organisation av vyer/modeller och collections och namngivningen är väldigt okonsekvent så där kan man försöka vara mer strukturerad och noggrann.

Nick använder Backbone.js tillsammans med template-hanteratren Handlebars. Jag gillade helt klart upplägget och köper detta rakt upp och ned utan någon egentlig efterforskning. Jag stämde även av med David kring detta och fick rekommendationen att fokusera ifrån vilken template-hanterare som används och snarare fokusera på hur den ska användas med rådet om att hålla sina templates/vyer i separata html-filer som hanteras via modulhanteraren snarare än att lägga in dessa i ursprungsdokumentet inkapslade i script-taggar. Detta är absolut något jag ska ha fokus kring.

Editor:

I mitt förra inlägg så flaggade jag för att jag kommer att köra Sublime Text 2, men under veckan som gått så har jag tänkt om. Jag vill verkligen gå “all in” och köra på det som jag tror kommer att gälla i framtiden. Ett helt onlinebaserat IDE. Det självklara (?) valet blir därför Cloud9 IDE där integration etc. är snyggt löst gentemot GitHub. Förövrigt så har jag tankar om att även börja rekommendera Cloud9 i min introkurs då det skulle underlätta handledningen väsentligt.

Kodstil:

Jag är ganska färgad av Zakas och Crockford vad det gäller kodstil och jag ser ingen anledning till förändring här. Jag har kikat igenom Googles JavaScript Style Guide och jag tycker även den är väldigt samstämmig med Zakas och Crockford. JSLint (eller fork av) kommer att användas och följas även om mina känslor kommer att såras.

För att bredda mig lite jag läst igenom Zakas bok “Maintainable JavaScript” och den innehåller en hel del matnyttigt kring just kodstil och generellt upplägg av projekt. Jag kommer att så konsekvent jag kan försöka följa regelverket och rekommendationerna i boken och förhoppningsvis kunna återknyta i slutet av kursen hur detta gått.

4 mellanslags indentering är det jag kommer att köra på, och det verkar dessutom vara default i Cloud9.

Testning

Jag har velat fram och tillbaka om jag ska släppa det eller gå all in och efter samtal med David har jag kommit fram till att testa på att testa. Kanske kan man börja med att bara testa sina modeller? Hur som helst så kommer jag att köra på Jasmine.

Modulhantering

Require.js är rekommenderat för kursen för att sköta beroenden och kodorganisation och jag kommer absolut att försöka mig på att få rätt på det. Jag har dock inte ännu bestämt om jag ska gå hela vägen med att köra jQuery och Backbone som AMD-moduler eller om jag låter dessa yttre beroenden finnas. Troligtvis lutar det i ett inledningsskede åt det senare.

Dokumentation

Eftersom slutmålet är en applikation som förvisso inte är så stor, men som ska vara framtagen som om den är ett väldigt stort projektet så kommer jag att fokusera min dokumentation till JSDoc. I mitt tycker verkar Brocco lämpa sig bättre till mindre projekt där koden kanske ryms i en eller ett fåtal filer.

Applikationsidé:

I en kurs likt denna där fokus är på process och arkitektur snarare än produktinnovation så känns det naturligt att välja en uppgift i en känd problemdomän. Mitt val blir därför att göra en single page-applikation för rapportering av resultat som är tänkt att kunna användas av handledare/examinatorer för att på sikt rapportera in resultat till CoursePress vid laborationshandledning. Applikationen kommer att vara en offlineapplikation som sparar alla resultat mot localstorage, men som fördjupning i kursen tänkte jag skjuta in mig på att få en snygg synkning av dessa resultat med hjälp av en WebWorker (dock inte spikat).

Vid laborationshandledningar är det inte helt ovanligt att man inte har tillgång till internetuppkoppling under redovisningstillfället varför det också är naturligt att spara allting lokalt och kunna använda applikationen i offlineläge.

3 huvudvyer: Laborationsgruppsvy, Laborationsvy och Studentvy.

Eventuellt kommer jag också att göra ett inmatningsgränssnitt för att lägga till studenter/uppgifter etc. Men i praktiken är detta något som görs på backenden. I första skedet siktar jag in mig på en enkel importfunktion av exempeldata via XHR.

Som avgränsning kommer jag troligtvis att “hårdkoda” applikationen till att enbart gälla för en fördefinierad kurs med fördefinierade moment och betygsskalor. Det bör dock inte vara något problem att utveckla och lägga till även kurshantering etc.

Följande setup av ramverk/bilbliotek och tillägg tänker jag mig använda:

• JavaScript ES5 Strict
• Backbone.js
  - loacalStorage-modul
• Underscore.js – I de fall då ES5 helt enkelt inte räcker till. (Dessutom så kräver Backbone detta)
• jQuery – För hantering av DOM-element då Underscore.js ej har hantering för detta. Dock fokus på användning av templates i vyerna.
• Handlebars – Templates.
• Twitter Bootstrap – UI-hjälp. Även smidigt eftersom applikationen ska vara någorlunda responsiv.
• Offline-hantering via  HTML5  Offline Web Applications. Även trolig fördjupning tillsammans med web workers.
• RequireJS för modulhantering.
• Jasmine för tester
• JSDoc för dokumentation

Avgränsningar:

Jag har länge varit nyfiken på CoffieScript men känner att detta inte är rätt tid och plats. Jag vill kunna fokusera på Backbone och kodstruktur utan att lära mig ny syntax. Jag lämnar detta för nu helt enkelt. Även Sweet.js låter intressant men det får helt enkelt vara nog med sötsaker för nu.

Jag blickar nu framåt mot nästa vecka. Äntligen dags att börja koda, om inte så mycket så i alla fall lite.

Om någon som läser detta mot förmodan inte vet vem jag är så arbetar jag som adjunkt på Linnéuniversitetet och undervisar främst inom klientsidetekniker så som HTML/CSS/JavaScript och då främst inom Webbprogrammerarprogrammet. En av de kurser jag varje år lägger mest kärlek vid är den kurs som är förkunskapskrav till denna kurs, nämligen Webbteknik I som är en grundkurs i JavaScript och DOM-hantering. Kursen har ett ganska klassiskt upplägg och grundar sig på litteratur från Zakas och Flanagan. Under de senaste åren har jag dock mer och mer fått upp ögonen för JavaScripts säregna natur och hur annorlunda och fascinerande språket egentligen är jämfört med de klassiska objektorienterade språken som Java/C++/C#. Jag har även tittat igenom presentationerna (om och om igen) kring funktionell programmering av Christian Johansson, Crockford och Jim Weirich och med detta verkligen fått upp ögonen för funktioner av högre ordning (higher order funktions). En stor förhoppning för mig är jag under denna kurs kan göra mig från c-bojorna som bakbundit mig i 20 års tid och kunna se enklare lösningar på problem när jag kan behärska JavaScripts verktygslåda fullt ut.

Jag har redan tidigare plöjt igenom Resigs Learning Advanced JavaScript och minns den som stundom självklar, stundom omkastande. Jag har inte hunnit gå igenom den på nytt inför detta inlägg, men tiden finns definitivt under nästa vecka. JS Scope Quiz satt dock som en smäck. Kanske tur det

Som förberedelse inför kursen och som en del i arbetet med grundkursen så har jag återigen gått igenom stora delar av Crockfords inspelade visdom och för varje gång jag ser dem får jag nya aha-upplevelser. Jag har även utökat min JS-bokhylla med nya titlar enligt kursens litteraturlista. Crockfords “The Good Parts” är redan sönderläst, Stefanovs “JavaScript Patterns” solblekt och förhoppningsvis kommer Zakas “Maintainable JavaScript” och MacCaws “JavaScript Web Applications” gå samma väg under de kommande tio veckorna.

Jag har också läst igenom de andra kursdeltagarnas bloggar och fått en hel del tips så som t.ex. podcasten JavaScript Jabber som det definitivt blir till att börja plöja igenom.

Jag har väldigt stora förhoppningar för de närmsta veckorna. Troligtvis allt för många för att alla ska kunna uppfyllas. Just nu vill jag bara slänga mig handlöst ut i allt. UnderScore, Require.js, Backbone, Sweet.js, TDD, CoffeScript….. Jag får troligtvis behärska mig och sålla bland nödvändigheterna. Men spännande ska det bli. Framförallt ser jag fram emot coachningen från David vad det gäller kodorganisation och min stora förhoppning är att hitta en klar röd tråd som jag sedan kan lyfta tillbaka och tillämpa i grundkursen.

Utvecklingsmiljö är något jag är fruktansvärt dålig på. Jag har under de senaste åren slängts fram och tillbaka mellan olika kurser, språk och tekniker vilket gjort att jag aldrig haft tid eller incitament till att sätta mig ner och arbeta fram en välfungerande utvecklingsmiljö. Just nu sitter jag både på Windows (jobbet) och OSX (privat). Jag sitter inte i OS X för att jag gillar det. Jag sitter i OS X för att jag känner att jag behöver lära mig båda världar för att kunna handleda studenter på bästa sätt. I denna kurs hoppas jag kunna strömlinjeforma min utvecklingsmiljö något och den, när jag tittar på studenterna, populäraste utvecklingsmiljön just nu verkar vara Sublime Text 2 (vilket bekräftas av ytterligare kurdeltagares blogginlägg). Jag har kört den ett halvår jag gillar den definitivt. Jag har dock inte haft tid att tweeka den med plugin etc. så det är också något jag tänker ägna nästa vecka åt.

Ytterligare ett mål som jag har är att försöka bemästra GIT. Jag kommer från en klassisk Microsoft SourceSafe-uppväxt och har sedan gått över till Subversion. Det är mer än hög tid att verkligen få kontroll över GIT. Vi har förövrigt stora tankar om att använda Git-hub mer i undervisningen och dessutom knyta och integrera GIT-hub mot CoursePress vilket ger ytterligare motivation för mig att bemästra det.

Nuf said. Jag vet att detta är en uppskattad kurs, och jag vet redan på förhand att jag inte kommer att bli besviken på supporten från David. Därför är allt upp till mig. Kör hårt alla blivande ninjor.

Samtliga inlägg kommer att hittas på: http://coursepress.lnu.se/johan-leitet/tag/ria-utveckling-med-javascript/

Skrivmiljö

När jag tidigare utvecklat har jag inte haft en speciell setup för Javascript utan jag har varierat editor efter humör. Oftast är det Visual Studio, Dreamweaver eller Notepad++ som stått för sällskapet men planen nu är att hitta en miljö som jag känner mig mer bekväm med och som har stöd för externa bibliotek så som jQuery samt en välbyggd intellisense (kör stenhårt på Microsofts ord för “automatifyllnad”, om någon kan ett bra svenskt ord så upplys mig gärna). Jag tycker att intellisense ofta är nödvändig för att man ska vara effektiv i sitt utvecklande.
Valet av utvecklingsmiljö för denna kurs har därför fallit på Aptana. Plug-in som installerades direkt var jQuery-plugin samt stöd för GIT, dock verkar det senare enligt supportforum vara något skakigt och många uppmaningar om att istället köra med GIT kommandotolksbaserat förekommer.

Testverktyg

Firebug är en kär gammal vän som säkert kommer att få jobba en hel del i denna kurs. Jag har även installerat plugin för jQuery-stöd samt färgkodningsstöd till FireBug för att göra livet lite lättare.

Kodmiljö

Kod lever bra och frodas i många fall på den lokala hårddisken, problem uppkommer dock när något inträffar med denna kod. Kod kan raderas av misstag, kod skrivas över och hårddiskar kan krascha. Då är det en bra idé att ha sin kod säkert lagrad i en versionshanterare. Jag har tidigare kört med CVS (längesedan) samt SVN (mer nyligen) och i kursen är nu siktet inställt på GIT via Github. Jag har inte tidigare testat GIT men jag har sett och hört GIT nämnas mer och mer de senaste åren så det ska bli spännande att tillfälle att få kika närmre på det.

För dokument som inte lämpar sig för versionshantering i GIT så kommer dropbox att användas.

Applikationen

Jag, som många andra, blir tvungen att ändra mitt val av applikation som ska skapas. För enkelhetens skull kommer jag att nöja mig med att återuppliva fönsterhanteraren PWD som vi kör i kursen webbteknik 1. För min egen pedagogiks skull vore det ytterst intressant att få känna på hur den uppgiften skulle gå att lösa med tanke på enhetstester, arvsmodeller, plugin, dokumentation med mera. Förhoppningsvis kommer jag även på detta sätt kunna föra ner mycket erfarenhet i grundkursen.

2010-01-28, Distansundervisning

Denna presentation höll jag från Kalmar mot campus Växjö där ett antal gymnasielärare från Växjöområdet fanns samlade.

Se presentationen i Adobe Connect

(Tyvärr var jag tvungen att köra frågorna i slutet via Skype varför det blir tyst på inspelningen)

2010-01-29, Demonstration, distansundervisning och SmartBoard

Denna, lite mer improviserade demonstration, hölls inför fysikollegiet på plats i Kalmar.

Se presentationen i Adobe Connect

Jag har själv inte skrivit några större rena Javascriptapplikationer och min tanke är att försöka följa kursen och dess steg i mån av tid. Även om jag är kursansvarig för kursen så är det David Waller som är den som tagit fram material och som sitter inne på stora kunskaper inom området. Mitt mål är jag personligen kan lyfta mina kunskaper inom området, någon som kommer att bära frukt i grundkurserna.

Kursen bygger på ett antal steg och till varje steg ska studenterna skriva relaterade blogginlägg som behandlar stegets innehåll. Jag hoppas att även jag kommer att kunna ta mig tid att skriva en bloggpost per steg. Steg 1 behandlar förarbete och resursinventering.

Min relation till Javascript

Jag har från och till sedan 2005 hållit kurser i Javascript, både serversidescriptande i gamla ASP, OS-skriptande i WHS men kanske främst kurser inom Javascript för webbläsarimplementationer. Jag har dock alltid känt att jag inte fått tillfälle att sätta tänderna djupt i språket för att förstår det från grunden. Tyvärr har undervisningen i många fall blivit lidande av den bitvis dåliga litteratur som funnits på området, och då främst litteratur från början av decenniet, och även min personliga kodstil har blivit delvis “förstörd” av litteraturen och dess i många fall rent felaktiga antaganden. Jag ser med tillförsikt fram emot att få en större förståelse för prototypbaserade språk och framför allt dess arvsmodell då man ibland känner sig bortsnurrad med en bakgrund från c och c++. Tid till källkritik har i många fall varit bristfällig och jag hoppas därför att inom ramen för denna kurs ha möjlighet att verkligen kunna gå på djupet och få en större förståelse för, det i många fall, missförstådda språket javascript.

Förutom att undervisa inom området har mina personliga äventyr och utforskningar av språket ofta begränsats till mindre implementationer och då ofta till funktionalitet som att till exempel validera formulärdata, minimering/maximering av element, asynkrona anrop till servern, bekräftelse rutor, modala popuper, lightboxar et cetera. Detta är ju ett vanligt användningsområde för javascript och också något de flesta webutvecklare är relativt bekväma med. Här jag haft fokus på att göra min applikationer så “unobtrusive” som möjligt, det vill säga separera innehåll (html) från presentation (css) och uppförande (javascript) samt skriva applikationer som fungerar oavsett webbläsare och som även fungerar utan att javascript är aktiverat.

Att skapa rena, större javascriptapplikationer är något som jag länge varit intresserad av, men aldrig tagit mig tid att göra och det ser jag som en intressant utmaning de kommande tio veckorna.

I bokhyllan

Inför kursen har jag beställt ett antal böcker som förhoppningsvis kommer att ta mig dit jag vill. Nytt i bokhyllan är:

• JavaScript, the Good Parts av Douglas Crockford
• jQuery Cookbook av jQuery Community Experts
• Even Faster Web Sites av Steve Sounders
• Professional JavaScript for Web Developers 2nd edition av Nicholas C. Zakas

och sedan tidigare finns även:

• Javascript The Definitive Guide av David Flanagan
• Pro Javascript Design Patterns avRoss Harmes och Dustin Diaz
• Pro Javascript Techniques av John Resig
• med flera

som säkerligen kan komma till användning. (jag vill även efterlysa min bok “ppk on Javascript” som jag tror att jag lånat ut till någon student). Dessutom har David gjort ett gediget arbete med att leta upp webbreferenser och föreläsningar som det ska bli ett nöje att ta del av. Jag hoppas även kunna gräva fram lite passande vetenskapliga artiklar inom området.

Applikationen

Under åtta års tid har jag sporadiskt arbetat på den utbildningsplattform som huvudsakligen används inom undervisningen vid våra IT-utbildningar och något som saknas på detta system är ett bra administrationsgränssnitt. Min tanke är därför att skapa en smidig och utbyggbart administrationsfunktion för detta system. Fördelen här är att jag kan kräva att lärare som administrerar sina kurser har JavaScript aktiverat, något som jag inte vill kräva på studentsidorna. Omfattningen kommer jag försöka hålla tillbaka då min tid kommer att vara begränsad på grund utav att jag har mycket undervisning denna period.

För några veckor sedan fick jag en idé kring att börja sända livestreamade webbsändningar en gång i veckan med ämnen relaterade till webbprogrammeringsprogrammet. Alla som tittar har möjlighet att chatta med oss direkt och vi anpassar programmet efter önskemål.

Idéen växte fram med inspiration ur en kombination av befintliga webbsändningar och bloggposter:

• webbradion.net – Podcast om webbutveckling
• slashat.se – Livesänd teknikpodcast
• Our Favorite Tweets of the Week , Webdesigners Depot
• Våra erfarenheterna kring livesända föreläsningar

För några veckor sedan gjorde jag slag i saken och bjöd in en tredjeårsstudent, Erik Falk, som gäst till första testavsnittet. Utfallet av detta test var mycket positivt. Vi hade runt 70 samtidiga tittare vilket var mer än dubbelt mot vad jag förväntat mig.

Med detta initiativ hoppas jag uppnå följande:

• Öka gemenskapen bland studenterna, och kanske främst för distansstudenterna genom att de får möjlighet att vara del av något på samma villkor som campusstudenter.
• Ökad integration mellan årskurserna samt mellan studenter och alumner.
• Ge studenter i tidiga årskurser insikt i kommande kurser, och eventuella vidareutbildningar på avancerad nivå.
• Vi bedriver kurser med hög kvalité, och med modern teknik. Vi behöver då visa upp detta för omvärlden.
• Syns man inte, finns man inte. WPTV är en stor fördel ur marknadsföringssynpunkt.
• Presumtiva studenter ges god möjlighet att få mycket och relevant information om programmet innan de söker vilket kan minimera felval.
• Förhoppningsvis ökar allmänbildningen inom IT-området för såväl oss lärare som för de studenter som följer programmen. Vi har möjlighet att bli mer personliga och ta upp ämnen som inte täcks in av normala kurser.
• Det är en trevlig slutpunkt på veckan!

Som det ser ut nu så kommer fler utbildningsprogram att haka på idéen och vi kan då dela upp veckorna mellan programmen så att de som är sugna på att lyssna har denna möjlighet varje vecka, med intressanta gäster och varierande ämnen. Förhoppningsvis kan detta även öka integreringen mellan våra program då de studenter som lyssnar får en naturlig insikt i andra utbildningsprogram.

Men nackdelar då? Givetvis finns sådana, och som vanligt är den stora nackdelen kostnaden. I detta fall härrör i princip hela kostnaden till arbetstid. Varje vecka så bör man nog vara beredd att avsätta cirka fem-sex timmar till den som ansvarar för sändningen, vilket givetvis omsatt i pengar ger en kostnad för varje program, men jag hoppas att man kan se nyttan i dessa investerade pengar.

Framtiden? Jag ser stora möjligheter att på sikt samarbeta med lärare och studenter inom medieproduktionsutbildningarna för att kunna genomföra än proffsigare och bättre produktioner, vilket framför allt skulle vara väldigt spännande.

Hur som helst så har reaktionerna på de första pilotavsnitten varit väldigt positiva från många olika håll vilket gör att jag tror att WPTV kommer att fortsätta existera även framöver.

Sugen på att se ett avsnitt? Jag länkar in de avsnitt som sänts här. För kommande avsnitt uppmanar jag dig att hålla koll på wptv.se eller följa @webbutvecklare på twitter.
Fredagen den 20 november klockan 13.00 kör vi avsnitt 1!

Avsnitt 0, Pilot – Entréprenörsskap med Erik Falk

Avsnitt 0.5 – Pilot 2 med Marcus Wilhelmsson

All form av feedback tages hjärtligt emot, gärna som kommentarer på detta inlägg.