Inschatten tijd en niveau voor schrijven kalenderapplicatie

[RwD]

Mij is gevraagd de mogelijkheid te bekijken tot het bouwen van een eigen kalenderapplicatie voor een mobiele applicatie die net als computers met outlook kan synchroniseren met een exchange (2003) server via wifi. En hierbij de kleuren van de categorieen (niet de kalenders) behoud.

Nu ben ik al een tijdje aan het bekijken wat zo'n programma moet kunnen en wat er eigenlijk verkrijgbaar is aan (open source) broncode. Maar de code die ik kan vinden is dusdanig gecompliceerd dat ik bang ben dat een dergelijke app schrijven veel meer werk is dan 1 persoon zonder ervaring in synchronisatie (en servers) enigzins acceptabel snel kan schrijven.

Nodig is:

• Synchronisatie met server: Authenticatie (methode onbekend); Ophalen lijst in een formaat dat Exchange levert; Updaten afspraken server naar aanpassingen
• Weergeven lijst vandaag/week/maand: Tonen van de afspraken
• Aanpassen afspraken: Bijwerken teksten en kleur (categorie)

Oftewel, het programma hoeft niet eens heel veel te kunnen. Nu heb ik dus bijvoorbeeld de broncode van Sunbird gedownload, maar aan de hand hiervan word ik eerder ontmoedigt hier mee te beginnen dan dat het helpt. Kan iemand me inzicht geven in de hoeveelheid werk het daadwerkelijk is en het vereiste niveau voor iemand zich hier aan moet wagen?

Het kalenderprogramma zelf is overigens niet eens echt het probleem. In Android zou ik met java in een redelijke tijd een lijstje weer kunnen geven als ik het maar eens van de server heb gehaald. De synchronisatie is voor mij een onduidelijk punt.

[ Voor 8% gewijzigd door RwD op 30-11-2010 20:15 ]

[Gomez12]

Als je echt met exchange wilt gaan synchroniseren dan wens ik je veel succes. Als exchange goed gebruikt wordt dan mag je rekening gaan houden met dat na de laatste synchro iemand anders iets in jouw agenda "gedumpt" heeft, waardoor je eerst mag gaan kijken of de ruimte wel beschikbaar is.
Gooi er een paar groepskalenders bij en je hebt helemaal feest.

Simpel gezegd kan je het grootste gedeelte afhandelen via ical ( ik heb even geen idee of dat ook tags / kleuren ondersteunt ).
Is het niet een veel simpeler idee om gewoon OWA aan te knallen op de server en dan gewoon een browservenster te openen met daarin mobile OWA ( wat ik ervan gehoord heb is dat tegenwoordig gewoon goed )

[Niemand_Anders]

Ik denk dat je het beste kunt gaan kijken naar ActiveSync - http://msdn.microsoft.com/en-us/library/ms834164.aspx.

[RwD]

Wow, die laatste link is echt wel heel erg duidelijk! Aan de hand daarvan kan ik heel goed schatten hoeveel tijd het kost. Zo te zien gaat het waarschijnlijk veel te duur worden om te maken.

OWA is ook een goede alhoewel de interface dan hopelijk zwaar aanpasbaar is gezien het mobiel moet kunnen.

[YopY]

Zo te zien gaat het waarschijnlijk veel te duur worden om te maken.

Iedereen die denkt dat een non-triviale applicatie binnen een maandje voor een habbekrats te bouwen is, is naïef.

Vertel je baas maar: Je kunt het goed, goedkoop en snel krijgen. Kies er twee.

Goed / snel: Huur een extern bedrijf in
Goed / goedkoop: Krijg er een half jaar voor, zo niet langer afhankelijk van je kennis / ervaring
Snel / goedkoop: Stuur het naar een lage-lonenland.

[Verwijderd]

YopY schreef op woensdag 01 december 2010 @ 09:21:
Snel / goedkoop: Stuur het naar een lage-lonenland.

Waarbij je het risico loopt dat je onbegrijpelijke code terug krijgt die niet goed te onderhouden is.

[Silentuz]

Verwijderd schreef op woensdag 01 december 2010 @ 20:31:
[...]


Waarbij je het risico loopt dat je onbegrijpelijke code terug krijgt die niet goed te onderhouden is.

dat is toch het resultaat van (snel && goedkoop && !goed) ?

[djluc]

Je zou kunnen overwegen om bijvoorbeeld Google calendar te gebruiken en daar je mobiele applicatie tegenaan te programmeren met de API. http://code.google.com/apis/calendar/

Dan heb je vrijwel alle mobile devices, delen van calendars, een interface en daarnaast vrij veel mogelijkheden om de agenda's aan te passen cq. te verwerken in je eigen applicatie.

[edit]Oja: Let please op tijdszones, zo irritant die dingen als je daar geen rekening mee houdt!

[ Voor 12% gewijzigd door djluc op 01-12-2010 22:32 ]

[NMe]

Een goede maatstaaf is nog altijd: als je geen idee hebt waar je zou moeten beginnen, dan kun je er beter niet aan beginnen. Ik bedoel: het is niet alsof je een specifieke vraag stelt hier, je wil weten hoeveel tijd het kost en hoe moeilijk het is. Als je dat niet kan inschatten, dan moet je de opdracht niet aannemen.

[farlane]

NMe schreef op woensdag 01 december 2010 @ 22:38:
Als je dat niet kan inschatten, dan moet je de opdracht niet aannemen.

En leer je er ook nooit iets bij. Spannend.

[Freeaqingme]

farlane schreef op donderdag 02 december 2010 @ 00:26:
[...]

En leer je er ook nooit iets bij. Spannend.

Je kan ook een dergelijk project doen als hobby al dan niet in FOSS-vorm, zonder deadlines, zonder dat er iemand schade oploopt als 't niet (op tijd) lukt. Ik kan me voorstellen dat je je data niet bij google wil stallen, en mocht je 't dan toch zelf willen doen zou ik 't wel in stapjes doen. Dus eerst gewoon webbased een agenda voor 1 gebruiker. Daarna plannen voor meerdere gebruikers inbouwen, en daarna pas synchronisatie met verschillende media inbouwen.

[ZaZ]

farlane schreef op donderdag 02 december 2010 @ 00:26:
[...]

En leer je er ook nooit iets bij. Spannend.

Kan me wel in beide punten vinden.
Ligt echt een beetje aan je ervaring denk ik.
Soms zie je een hobbybob die voor een bedrijf een klus aanneemt en dat je denkt van "die had ie niet aan moeten nemen", maar tegelijkertijd is dat natuurlijk ook de verantwoordelijkheid voor dat bedrijf.
Aan de andere kant moet je soms ook gewoon in het diepe duiken.
Zo hadden wij een jaartje terug (kleine club) de situatie dat de klant zei "is wel data migratie nodig, maar we bieden een corba interface aan"
wij weer zo van "geen probleem" maar niemand had ervaring met corba.
Zelf altijd zien langskomen in mijn delphi tijd en ongeveer-weten-wat-het-is, maar op een of andere manier nooit echt mee gestoeid.
Nou dan krijg je ineens een deadline en een zooi corrupte idl's en de boodschap "zoek-ut-uit"

Great fun en zo komt er weer iets op je lijstje waar je ervaring mee hebt.
Maar je hebt denk ik wel ervaring nodig met in het diepe duiken als je begrijpt wat ik bedoel.
Weten hoe je om moet gaan met situaties waarin je niet precies weet hoe mee om te gaan.

[NMe]

farlane schreef op donderdag 02 december 2010 @ 00:26:
[...]

En leer je er ook nooit iets bij. Spannend.

Bijleren is prima maar ook dan moet je een inschatting maken van wat je weet en kan en op basis daarvan heb je een insteek waarop je verder kunt borduren. Als je echt totaal geen idee hebt hoe je iets aan moet pakken of hoe lang het gaat duren, dan moet je niet domweg in de baas of klant z'n tijd weg gaan hacken. Eerst de goede vragen stellen, dan de goede antwoorden erop verzinnen en dan pas het geheel uitvoeren.

[farlane]

NMe schreef op donderdag 02 december 2010 @ 01:58:
Als je echt totaal geen idee hebt hoe je iets aan moet pakken of hoe lang het gaat duren, dan moet je niet domweg in de baas of klant z'n tijd weg gaan hacken

Da's ook weer waar, mijn punt gaat alleen op als je iig een redelijk beeld hebt van de complexiteit.