Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 102, views: 21.221 •

Als het aan Michel Boerrigter en Jasper Hartong ligt behoren statische agenda’s over vijf jaar tot het verleden. Tijdens hun studietijd richtte zij Calendar42 op, een slimme agenda die al je afspraken combineert met verschillende, dynamische informatiebronnen. Zo probeert deze agenda je te helpen bij het geven van reisinformatie en zitten er een heleboel sociale functies in verweven.

In de komende weken neemt Tweakers een kijkje bij een aantal opmerkelijke start-ups uit Delft, in de nieuwe serie 'Delftware'.

Reacties (102)

Reactiefilter:-1102097+176+28+30
Mooi idee alhoewel ik niet zo erg fan ben van de layout. Ik denk dat een wat simpelere layout beter gaat passen bij een app zoals een kalender. Maar natuurlijk is dat mijn eigen mening :)
Mee eens. Als domme gebruiker heb ik liever eerst een simpelere interface om eraan te wennen; dan zou ik graag later de geavanceerde interface in willen schakelen. Nog een ding dat ik zou willen zien in deze overigens uitmuntende applicatie:

- Als je met je muis over een (potentiŽle) nieuwe afspraak zweeft, meteen een melding of pop-up laten zien die je vertelt of de nieuwe afspraak overlapt met bestaande afspraken in je agenda. Dat moet niet al te moeilijk zijn. Zie Boomrang Calendar, een extensie voor Firefox die tijdstippen en data in je Gmail automatisch rood of groen maakt op basis van je agenda, en je meteen de afspraak in laat plannen door in de e-mail erop te klikken (Boomrang werkt alleen nog steeds niet goed met Nederlands, maar dat terzijde).

[Reactie gewijzigd door Cerberus_tm op 5 mei 2013 19:50]

Als ik het zo bekijk zit het prima in elkaar.
Dynamische opzet, geen ge-reload meer!
Dat zie ik zeer graag terug op elke website tevens iets wat met Javascript/AJAX prima uit te voeren is.
Wat me opvalt is dat ze aan de ene kant je privacy etc. benadrukken (gebruiker is de baas over zijn gegevens etc.), maar aan de andere kant worden (tenminste, dat idee heb ik) wel alle reistijden etc. via google binnengehaald. Of is de hele dienst daarachter ook van hunzelf?

Edit: zojuist even de site bekeken, en behalve het feit dat er nogal wat Engelse spel/typfouten inzitten (zoals "create a new account with your mail address or mobile phone number and your set to go" en "as an user") ziet het er op zich wel leuk uit. Wat meer info over wat hun agenda bijzonder maakt (bijv. met behulp van een filmpje) zou echter geen kwaad kunnen. Het is dat ik dit zie op tweakers, maar aan hun website zie ik nou niet meteen dat dit 'the next agenda' is.
Wel mooi (en fijn) dat het voor gebruikers gratis is overigens :). Al vraag ik me af hoe dit gaat in relatie met hun kijk op privacy.

[Reactie gewijzigd door Orian op 5 mei 2013 08:42]

Fouten in Engels is verplicht als je op de TU een curriculum volgt :)
offtopic:
Ironisch genoeg krijg je bij het aanmelden te zien "Register - We take your privacy [enter] seriously". Door het wat ongelukkige zinseinde leest het enigszins vreemd. Deed me een beetje denken aan deze

Het Engels mag hier en daar wel wat bijgeschaafd worden, maar de interface werkt naar mijn idee wel erg lekker. Overigens ben ik het volledig eens met de infoverstrekking op de website. Het concept is erg gaaf, en het werkt ook goed, maar de communicatie naar de end-user moet duidelijker. Een goed idee/concept is het eerste, het 'verkopen' aan de klant is een tweede.

Vooral zo blijven doorgaan en jullie komen er wel. ;)
Vanaf hun website gehaald;

"With live traffic routing powered by TomTom, Calendar42 makes sure you’ll be where you need to be."

Ze gebruiken TomToms data dus denk ik.
De kaart is van OpenStreetMap en MapBox. Geocoding gebeurd via google (dus google weet sowieso *alle* locaties). Route informatie komt van TomTom, dus ja, TomTom weet het meeste, daarna MapBox en daarna pas Google, dus al met al hebben ze een relatief goeie job gedaan.
En daarnaast hebben ze nog hun eigen geocoding service: http://calendar42.com/bag42/ :)
Ik vind de Nederlandse fouten "Event titel" en "Locatie naam" eigenlijk veel meer om te huilen.
Ik heb ook eens op hun site gekeken of het echt alleen de webkit browsers zijn die ondersteunt worden en dit lijkt inderdaad het geval. Dit zouden ze zo gedaan hebben omdat de andere browsers achter liggen, maar wat ik me dan wel afvraag is waarop browsers als Firefox en Opera dan zo'n achterstand zouden hebben.
Je moet het niet lezen als "de andere browsers houden zich niet aan de standaarden", maar "we gebruiken webkit specifieke dingen zodat we de andere browsers niet meer kunnen ondersteunen". Erg jammer dat ze die keuze maken want het is toch een hele beperking (en een heel flauw excuus). Ook op mobiel vlak is het dan een beperking. Men kiest niet voor native apps, maar door de browsers te beperken beperk je alsnog veel gebruikers.
Best jammer, want ik wil het best wel gebruiken :) alleen geen zin om over te schakelen van browser hiervoor.
Zet ik toch wel een vraagteken bij. Webkit en firefox volgen elkaar heel erg op de voet en webkit is ook geen baken van standaarden volgen. Ik kan me eigenlijk niet zo 123 een groot iets bedenken wat webkit wel kan en ff niet.

Besides, wat dat betreft volgt IE het beste de standaarden. Ze integreren (of dat deden ze iig) immers pas een standaard als die af is en niet als de halfbakken en dus nog geen standaard is. Probleem is echter dat die standaarden met gemak 4 of 5 jaar in ontwikkeling kunnen zijn.

As for applicaties, ook een beetje een non argument. Een hoop applicaties zijn niets meer dan browser shells. De vraag is echter of je dat wilt. Nee, ook voor mobiele apparaten zit de toekomst zit in browser applicaties.
Haha...IE volgt het beste de standaarden. Ja, dat zegt Microsoft. Pas integreren als het geaccepteerd is. Klinkt als een policy, maar je kunt het ook zien als een manier om niet-Microsoft welgevallige technologie pootje te haken. Een beproefde Microsoft taktiek. Doen ze voortdurend. Java en Javascript passen niet in de strategie van Microsoft, dus hebben ze die altijd al heel erg gebrekkig ondersteund.

Maar sinds wanneer is Silverlight een geaccepteerde standaard? Want dat ondersteunen ze dan weer wel. Nee, ik denk niet dat MS zo hecht aan standaarden. Vooral open standaarden hebben ze niets mee.

Maar evengoed jammer dat ze alleen Chrome en dat apple ding ondersteunen. Ik kan nl met de beste wil van de wereld niet aan de Chrome. Het is leuk, maar het heeft voor mij een aantal beperkingen waar ik niet omheen kan/wil werken. Op mijn Android phone heb ik weer wel chrome, maar daar browse ik toch anders op als op mijn desktop. Helaas, ik heb het geprobeerd, maar het lukt me niet.

Ach ja...de waarheid blijkt wederom te hard voor de MS lovers onder de twiekertjes...tututut.. :+

[Reactie gewijzigd door mphilipp op 5 mei 2013 23:20]

Je brengt het misschien beetje aggresief en AHDH achtig, maar je hebt wel grootendeels gelijk.

IE is nooit echt standaard getrouw geweest en we hebben NU NOG problemen met 'IE6 only' shit. De 'IE' only standaard.

Wat betreft webkit vs gecko vind ik het idd slap argument. Mss geen rekening gehouden met gecko in dit verkoop praatje? Maar anders is het nu geen web-app, maar een webkit-only app. Beetje jammer.

En kwa nieuwigheid, ja integratie met tomtom/maps etc erg leuke toeving. Thunderbird-lightening plugin was genoeg geweest.

Wat betreft het 'real time' gedeelte, klinkt leuk, dat ze XMPP gebruiken ipv caldav (of misschien wrappen ze caldav in xmpp ipv webdav?, dat zou wel slim zijn) is het groote probleem met xmpp hiervoor, dat je dat net NIET wil op een mobiel iets. Puur omdat het battery/data drained. caldav synchronizeer je b.v. 1x per uur (om maar wat te noemen) zodat je data verbinding niet continue open staat en je phone in sleep kan gaan om stroom te besparen.


Afijn, ze hebben paar erg leuke nieuwe 'features' op het calendar wezen bedacht, maar ik weet niet of het echt marketable voldoende zal zijn. Die jongens proberen natuurlijk geld te verdienen, en dat gaat ze mss nog wel lukken, calendar42 is volgens mij webservice, dus totdat google ze op koopt (hopen ze wss op) of dat google hun features 'leent' hebben ze nog kans.

Kwa techniek, heeft dit enkel een kans van slagen als ze het open standaarden maken en eigenlijk integreren met bestaande protocollen. B.v. caldav/cardav pushed based maken ipv pull (wat het naar mijn weten nu is) ala IMAP-(IDLE o.a.).

Anders is het gewoon 'oh this new standard of ours will be so much better then all the others'. Moet wel zeggen dat ik gecharmeerd ben van hun gebruik van XMPP en ben wel benieuwd hoe ze dit server based op lossen.
IE is nooit echt standaard getrouw geweest en we hebben NU NOG problemen met 'IE6 only' shit. De 'IE' only standaard.
Als je dat zegt mis je dus alle kennis over de geschiedenis van browsers. IE6 was vreselijk vooruitstrevend toen het uitkwam en hadden ze zich op dat moment alleen aan de standaard gehouden en meer niet dan was IE6 nooit populair geworden en weet ik ook niet of browsers ooit zo'n prominente plaats nu in onze samenleving zouden innemen. Tuurlijk, het probleem was dat IE7 zo lang op zich liet wachten, en dat toen ze de grootste waren ze geen motivatie hadden om standaard compliant te zijn, maar dat haalt niet weg dat ze dat ondertussen wel zijn geworden en te referen nar IE6 nutteloss is.
En kwa nieuwigheid, ja integratie met tomtom/maps etc erg leuke toeving. Thunderbird-lightening plugin was genoeg geweest.
Zou iedereen thunderbird gebruiken dan zou je gelijk hebben. Eye-opener: de meeste mensen gebruiken geen thunderbird.
Wat betreft het 'real time' gedeelte, klinkt leuk, dat ze XMPP gebruiken ipv caldav (of misschien wrappen ze caldav in xmpp ipv webdav?, dat zou wel slim zijn) is het groote probleem met xmpp hiervoor, dat je dat net NIET wil op een mobiel iets. Puur omdat het battery/data drained. caldav synchronizeer je b.v. 1x per uur (om maar wat te noemen) zodat je data verbinding niet continue open staat en je phone in sleep kan gaan om stroom te besparen.
Er zijn geneog manieren om XMPP push based te gebruiken, bijvoorbeeld door de verbinding over websockets te laten lopen, wat ze volgens mij wel moeten doen voor hun browser versie.
Afijn, ze hebben paar erg leuke nieuwe 'features' op het calendar wezen bedacht, maar ik weet niet of het echt marketable voldoende zal zijn. Die jongens proberen natuurlijk geld te verdienen, en dat gaat ze mss nog wel lukken, calendar42 is volgens mij webservice, dus totdat google ze op koopt (hopen ze wss op) of dat google hun features 'leent' hebben ze nog kans.
Door de team functionaliteit binden ze gebruikers wel aan zich en kunnen gebruikers niet zomaar naar Google overstappen.
Kwa techniek, heeft dit enkel een kans van slagen als ze het open standaarden maken en eigenlijk integreren met bestaande protocollen. B.v. caldav/cardav pushed based maken ipv pull (wat het naar mijn weten nu is) ala IMAP-(IDLE o.a.).
Hoe leuk het ook klinkt als je dat zegt, open standaarden maken dingen interoperabel en meer, maar open standaarden zorgen ook voor *veel* extra overhead en beperken je enorm. Dus nee, ik geef ze echt groot gelijk dat ze dat niet hebben gedaan en alleen een hele reeks van 'import'/'sync' achtige functionaliteiten hebben opgezet.
Anders is het gewoon 'oh this new standard of ours will be so much better then all the others'. Moet wel zeggen dat ik gecharmeerd ben van hun gebruik van XMPP en ben wel benieuwd hoe ze dit server based op lossen.
Ehm, nee, ze maken geen nieuwe standaard, ze bouwen gewoon de opslag die ze nodig hebben. Net zoals Google Calendar geen standaard heeft en Gmail ook niet. Ze kunnen kiezen om hun informatie te exposen via een standaard, of een nieuwe standaard te maken om met hun data te interfacen, maar op het moment doen ze dat niet.

En trouwens, ik begrijp echt in z'n *geheel* niet waarom ze XMPP gebruiken, want websockets met een normale server erachter zou meer dan genoeg moeten zijn.

[Reactie gewijzigd door David Mulder op 6 mei 2013 17:12]

IE6 was vreselijk vooruitstrevend toen het uitkwam en hadden ze zich op dat moment alleen aan de standaard gehouden en meer niet dan was IE6 nooit populair geworden en weet ik ook niet of browsers ooit zo'n prominente plaats nu in onze samenleving zouden innemen.
Is dit niet precies zijn punt? Toen was IE6 vooruitstrevend, waardoor er dingen specifiek voor IE6 gemaakt werden. Blijkbaar is nu Webkit vooruitstrevend, dus om daar nķ dingen specifiek voor te maken is eigenlijk hetzelfde wat er toen met IE6 gebeurde... ;)
This meer iets voor FaceBook..
Dat zou ik ook zeggen maar IE doet soms gewoon echt moeilijk.
Hier heb ik bijv. een onclick event welke in safari en chrome prima werken.
Maar net in dat ene specifieke situatie in IE weer niet.

En er zitten ook geen fouten in de code waardoor exceptions optreden.
Ik weiger dan gewoon om voor IE specifiek weer de hele boel moeten om te gooien ...
(code bestaat slechts uit javascript (AJAX/JSON/JQuery), css, xml en html).

Nee zo goed houd IE zich niet aan de standaarden.
IE volgt de standaarden... op grote afstand.
Dingen die webkit support en firefox niet:
- Shared workers
- SVG Fonts
- CSS Filter property, CSS Masks
- Filesystem API
- Web Audio API
- Shadow DOM
Kleine dingen:
- Unprefixed border boxes en meer van dat soort prefixed zooi (zowel op JS niveau als CSS vlak)
- Verschillende input types (range, number, color, dates, etc.)
- WebP images (alleen in video element)

Natuurlijk zijn er anderzijds ook dingen die Firefox support en Chrome niet, maar m'n punt is meer dat er op zich genoeg verschillen zijn dat het extra werk kost om het werkend te krijgen in firefox (en puur statistisch gezien support webkit ook gewoon meer (91% tegen 85% op bijv. caniuse.com)), terwijl het publiek van Calendar42 waarschijnlijk voornamelijk chrome gebruikt... dus die paar gebruikers die vast zitten aan chrome zijn ze bereid te verliezen.
Ik denk dan ook dat MClaeys gelijk heeft, en het niet zozeer een kwestie van standaarden is, maar dat ze Webkit features gebruiken.

Overigens als startup moet je kiezen, en twee systemen tegelijk oderhouden is tijd die je beter aan innavatie van je product kunt besteden.

Wel denk ik dat de ondernemer met zijn argumenten (7:15) wat naief is in zijn stelling geen native applicaties te willen ondersteunen ivm onderhoud.

Als hij eenmaal klanten krijgt, willen die klanten ook niet verplicht worden ChromeOS versie 1.2.3 te gebruiken terwijl hun internet bedrijfsaplicaties nog niet werken, maar 1.2.2 vereisen. Etc.

En omdat IE nog altijd zo'n 50% marktaandeel wereldwijd heeft, zullenz e ookd aar aan moeten geloven. Zeker omdat in grotere bedrijven integratie van IE en vele bedrijfspakketten ook nog vaak voorkomt.

Maar zoals gezegd, als startup wil je eerst je product verbetern, en aangezien ze zich op de NLse markt richten, met een lagere IE penetratie en warschijnlijk eerst andere jonge dynamische bedrijven als klant zullen krijgen, denk ik dat het een goede keuze is.
Flauw excuus? Hmmm, als het nou fulltime ontwikkelaars waren met een eigen kantoor dan was het gewoon lui geweest.

Maar dit zijn studenten die niet stil kunnen zitten, maar natuurlijk niet teveel op hun nek willen halen. Ze willen over een paar jaar waarschijnlijk wel afstuderen.
dan moet je je ook niet voordoen als een bedrijf....welkom in de grote mensenwereld (waar het schattige 'studenten' imago niet getolereerd wordt)
in de grote mensenwereld staat het bedrijven ook vrij om grote groepen klanten te weigeren, denk aan game bouwers directx gebruiken in plaats van openGL -- domme zet want zo gaat het niet werken op tal van systemen... ? of zou het gewoon een keuze zijn

bij deze calendar maakt die keuze nog veel minder impact namelijk kan support voor anderen altijd later als dit goed lijkt te werken, worden toegevoegd ik snap dus het gezeur niet zo...

neem desnoods wat webkit libs en bouw een mini browser als 'native client...
Zelf hou ik ook geen rekening meer met IE.
Het kost simpel weg teveel tijd en ik blijf van mening dat in feite alle browser gewoon dezelfde engine dienen te gaan gebruiken en gewoon het standaard blijven volgen.

Webkit is eenmaal de beste keuze op dit moment.
blijf van mening dat in feite alle browser gewoon dezelfde engine dienen te gaan gebruiken en gewoon het standaard blijven volgen
Als je je websites alleen voor jezelf maakt dan prima. Maak je ze voor de wereld dan sluit je een enorme groep uit. Een slimme website bevat helemaal geen fratsen die op verschillende browsers anders werken. Het probleem is helemaal geen browser probleem maar een website probleem, de keuze van de browser is er 1 van de bezoeker en dat is een groot recht dat je als website bouwer hebt te respecteren.
Ik zie het als volgt:

IE6 en IE7 support droppen is tegenwoordig al gangbaar en goed te verkopen, deze browsers zijn zwaar achterhaald, en het kost naar verhouding te veel tijd en geld om deze helemaal te supporten, tenzij je site erg simpel is. Wel moet gezegd worden dat indien je aan ecommerce doet, deze kleine groep commercieel gezien nog steeds interessant kan zijn om te ondersteunen.

IE8 is momenteel de nieuwe "IE6". Het is een browser die je wilt droppen, maar het marktaandeel is eigenlijk nog te groot daarvoor, heeft deels te maken met XP. IE8 is redelijk goed in de basics, maar ondersteunt geen HTML5/CSS3 en ook de moderne javascript APIs niet. Gezien hoe vooruitstrevend dit concept is in web technologie, is ook het niet supporten van IE8 goed te verkopen, zelfs Google zelf overweegt dit.

Dan komen we bij een zeer brede groep aan "moderne" browsers: IE9, IE10, Firefox, Chrome, Opera, Safari. In een normaal web project wat zich aan standaarden houdt, zou je deze allen moeten ondersteunen. Kleine renderings verschillen zijn normaal en los je op met progressive enhancement.

Echter, het compleet niet ondersteunen van alles wat niet webkit is, gaat wel erg ver. In een startup mode, om het concept te verkopen als prototype, kan ik het me voorstellen. De enige technische reden die ik kan bedenken om dit te doen is omdat webkit een aantal nieuwe javascript APIs beter ondersteund (zoals WebRTC).

Anyway, zo'n ramp is het ook weer niet. Als het aanslaat kan alsnog de support uitgebreid worden. Conceptueel vind ik het verfrissend om stokoude browsers achter ons te laten. Ook ben ik erg te spreken over hun web visie, dat een krachtig, modern en open web uiteindelijk veel native apps zal vervangen, en dat dat beter voor ons allemaal is.
Ze doen het op webkit omdat de browsers van beide Android en iOS op webkit werken.
non-reden, op iphone en android werken ze wel met een applicatie.
Niet alle apps zijn native !

Dat slaat dus echt op niets, want voor hetzelfde geld gebruiken ze een webkit bridge (phonegap of custom bvb) en dan blijft dat argument gewoon overeind staan. Dan leun je voor het gros van de zaken nog altijd op die webkit engine.

En ja een phonegap is bijvoorbeeld ook werkzaam op een WM toestel, maar er dan nog zit je met een andere engine en alle incompatibiliteitsproblemen van dien.

[Reactie gewijzigd door simplicidad op 5 mei 2013 10:56]

Fout, ze hebben een website die responsive is, waardoor je afhankelijk van de schermgrote de gebruiker de optimale ervaring biedt. Als je goed had gekeken, dan had je gewoon gezien dat die 'app' in safari draaide
Ik vind hun excuus van alleen "up to date" browsers gebruiken niet echt een valide arguement. Zij hebben ervoor gekozen om maar 1 rendering engine te gebruiken (webkit) en de rest niet. Toevallig werkt webkit op alle platformen en komen ze daardoor hier mee weg maar ik vind het niet netjes dat ze dan het excuus gebruiken dat de rest achter zou lopen.

Maar ach, ziet er interessant uit. Misschien toch eens een account aanmaken...
Net even getest met Firefox die claim Chrome te zijn. Wat rendering betreft werkt wat rendering betreft gewoon.
Het probleem zit in Javascript die niet volledig lijkt te werken voor Firefox, en dan met name de connectie naar hun XMPP lijkt niet goed te werken (de POST wordt halverwege afgebroken).

Beetje karige kalender functionality. Ondersteund niet eens recurring afspraken. Ik was even aan het test of Calendar42 dezelfde fout heeft als zo'n beetje elke kalender software: aanpassen van recurring afspraken heeft ook effect op het verleden. Bijvoorbeeld verplaatsen van woensdag naar donderdag, dat is die afspraak ook van vorige week verplaatst.

[Reactie gewijzigd door elmuerte op 5 mei 2013 09:37]

Dat probleem van recurring events heeft Google Calendar iig niet. Wanneer ik een event drag/drop naar een andere dag verplaatst alleen dat event; wanneer ik het event edit en de dag aanpas krijg ik de vraag of het 'only this event' is of 'following events'. Werkt als een zonnetje.

Cal42 is aardig bedacht, de belangrijkste features zijn IMHO de geografische koppeling en de chat met de attendees. In de reportage wordt niet gerept over patenten. Wellicht is het concept niet nieuw en kan het niet gepatenteerd worden? If so, dan zie ik Google het geografische aspect ook nog wel op een vrijdag middag inbouwen, en dan heb je toch al een flink gelijkwaardige dienst, iig vanuit de ogen van de gemiddelde consument. Ik zou er dan mijn Google Calendar met alle geintegreerde diensten niet voor opgeven...
Je hebt gelijk, het probleem is in google Calandar inderdaad gefixed, een jaar geleden werkte het namelijk nog niet.
Overigens is het met Google ook geen garantie dat het blijft werken ;-)
maar ik vind het niet netjes dat ze dan het excuus gebruiken dat de rest achter zou lopen.
Inzake Internet Explorer hebben ze gelijk omdat je nog altijd met een erfenis moet meesleuren uit het verleden.

Door de jaren heen hebben wij ook soms zaken moeten schrappen omdat er zoiets is als IE. Daarom blijf ik er bij dat Microsoft in heel het verhaal rond IE er veel te goedkoop is afgekomen. Als maatschappij hebben we op vlak van innovatie en vooruitgang echt erdoor moeten inboeten.

Het toont ook aan hoe we gelukkig zijn geŽvolueerd, want 5 jaar geleden had je dergelijke attitude niet en moest je altijd rekening houden met de kleinste gemene deler namelijk IE.

Om eerlijk te zijn voor mijn eigen persoonlijke projecten (en als ik het zo hoor is het ook vanuit zoiets geŽvolueerd) kijk ik ook niet meer naar IE. IE is gewoon (nog altijd) een beperkende factor in spielerij.

Ik heb ook zo het gevoel dat dit product veel eerder spielerij is dan een echt product.
[...]

Door de jaren heen hebben wij ook soms zaken moeten schrappen omdat er zoiets is als IE. Daarom blijf ik er bij dat Microsoft in heel het verhaal rond IE er veel te goedkoop is afgekomen. Als maatschappij hebben we op vlak van innovatie en vooruitgang echt erdoor moeten inboeten.
Het zijn toch echt vooral bedrijven die oude IE-versies blijven gebruiken, daar kan MS niet echt veel aan doen.
Anderzijds zag ik laatst een presentatie van nieuwe HTML/CSS3 opties waarbij aan het einde bleek dat IE het verst was in de implementatie. En een lijst met niet goed ondersteunde javascript items in webkit.

Het alleen ondersteunen van Webkit lijkt mij daarom een zwaktebod.
Je vergeet het aspect deadlines.
Als 80% webkit gebruikt en 20% IE dan kan het veelal niet eens uit kwa kosten terwijl 20% ook wel Chrome of Safari kunnen downloaden.

Verder is het wel zo dat Microsoft jarenlang toch zijn eigenweg heeft bewandeld en lak had aan standaarden. Bij webkit ben ik zelden tot nooit tegen gekomen dat iets niet werkt.
Maar ook stabieler en de webbrowser zien er een stuk netter uit dan IE.

Ik vind het zelfs een hele nette keuze, als programmeur kan je ook niet met alles rekening gaan houden en uren lang naar alternatieve oplossingen gaan zoeken. Dat verveel is irritant en kost gewoon enorm veel geld.
Niet als aanval bedoeld op de heren maar ik vind het verschil met bijvoorbeeld Google Calender zeer minimaal. Goed je hebt een kaart overzicht met locaties en kan chatten. Ik zie mezelf overigens ook niet bepaald een afspraak maken op basis van een locatie op de kaart, ik zal altijd het exacte adres invullen.

Toegegeven dat er wat extra features in zitten zoals het kunnen sharen van een dropbox link (calender kan je echter ook bijlagen toevoegen eventueel direct vanuit Drive), je huidige locatie en het sociale deel waarbij je events kan kiezen.

Nogmaals het is niet als aanval bedoeld, maar op het moment van schrijven lokt dit concept mij niet uit om dit te gaan proberen of om hier enthousiast van te raken. Het verschil met Google Calendar, hetgeen ik gebruik, is in mijn ogen gewoon te minimalistisch.

Offtopic: Er zit ook een bug in de chat Jasper Hartog staat er twee keer in :P, zie het filmpje.
De dubbele vermelding van Jasper Hartog komt volgens mij doordat zowel zijn pc als iphone zijn ingelogd op dat moment. Of het een bug of een feature is is wat anders.
In dat geval had er een onderscheid gemaakt 'moeten' worden naar bijv. Jasper Hartog & Jasper Hartog (mobile).
Hoeveel mensen hebben veel afspraken op steeds wisselende locaties?
Hoeveel van deze mensen voldoen aan de systeem eisen?

De doelgroep voor deze dienst likt me beperkt, road warriors met een laptop van de zaak die internet explorer gebruikt zijn uitgesloten.
Die sales mensen die hebben allemaal een tablet tegenwoordig.
Ben al een hele tijd van plan om mijn huidige 'analoge/traditionele' agenda digitaal te maken, moet zeggen dat dit voor het eerst een dienst of zelfs initiatief is dat er gewoon echt goed uitziet! Ga deze zeker eens uitproberen..

..hoewel ik me wel afvraag, als ik in Calendar42 iets aanpas, wijzig of iets dergelijks.. wordt dit dan ook meteen geupdate, aangemaakt e.d. in Google Calendars en iCal en alle andere diensten die ik eraan heb gekoppeld? Dus dat het 2 kanten op geupdate wordt of juist totaal niet?
Waar ik dan wel een beetje nieuwsgierig naar ben: hoe doen ex-studenten het eigenlijk financieel gezien met hun nieuwe bedrijf? Is daar in de huidige IT-markt een goede boterham mee te verdienen, of houdt het op bij droog brood?
Die van vorige week ("Het wapen tegen laptopdiefstal"/VirtuaLock) hebben het momenteel bij zo'n 4 universiteiten draaiende en daar inkomsten uit gegenereerd, maar zit er verder nog een toekomst in?
Evenals de week daar weer voor het bedrijf Binki.es dat 3D productpresentaties mogelijk maakt: eendagsvliegers met zo'n idee, of iets voor de lange termijn?
Wanneer kan ik dit downloaden?,

Op dit item kan niet meer gereageerd worden.



Populair: Tablets Gamecontrollers Smartphones Beheer en beveiliging Sony Microsoft Games Besturingssystemen Consoles Politiek en recht

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013