Als je wil weten hoe vaak ik en mijn collega's hebben lopen foeteren op MS omdat functies niet werken zoals gespecificeerd (in documentatie en in de knowledge base) dan pas begrijp je dat er veel professionele ontwikkelaars zijn die dolgraag zien dat Microsoft eens met de juiste documentatie op de proppe komt!
Voorbeelden: Gedeeltelijk locken van bestanden gaat -soms- niet meer in Win2003 en op XP machines als ze op domeinen met AD aangelogd zijn. Wordt met geen woord over gerept door MS. Office interop. is ronduit klote. Als je de woorden (!) van een zin opvraagt vanuit Word krijg je rare karakters waar er anders-dan-tekst-elementen in een document staan. Dodelijk voor de zinsvertalingssoftware waar we aan werken en nergens staat hoe we die schone tekst wel krijgen. Outlook is zo dichtgetimmerd dat er niet meer mee te werken is. Window tekst capturing (van alle window elementen) werkt niet meer sinds .NET ... moet ik doorgaan?
Dan is er nog een ander argument. OSS en commerciele developers willen helemaal geen kennis gratis en voor niets. Wij hoeven geen broncode, wij hoeven geen gratis support.... WIJ WILLEN DE @^*(%#@&(& FATSOENLIJK GEDOCUMENTEERDE API'S WAARDOOR WE PROGRAMMA'S KUNNEN MAKEN DIE WEL GOED MET MICROSOFT PRODUCTEN SAMENWERKEN!!!!111
Zo ... dat moest MIJ even van het hart.
<Edit>
Klakkie... zeg nu zelf:
Gewoon effe bellen
Het is toch van de zotte dat je zelfs voor door Microsoft 'gedocumenteerde' en 'ondersteunde' functies naar de telefoon moet grijpen omdat ze absoluut niet doen wat MS zelf in die documentatie heeft staan? En wat betreft het eerste voorbeeld wat ik aanhaalde. Dat is gewoon een bug, of een 'feature' zoals Microsoft het soms noemt. En een zeer vervelende voor ons. Ik (persoonlijk) krijg er wekelijks meldingen over van klanten. We zijn een bedrijf van 7 man en hebben geen geld voor een uitgebreide helpdesk dus dat komt allemaal op mijn bordje terecht (als een van de vier developers) terwijl ik me eigenlijk met de engines van onze producten hoor bezig te houden, niet met de Windows API. Knowledgebase vertelt me doodleuk 'Function fully supported in Windows NT, 95, 98, 2000, XP and 2003' Nou, mooi niet dus. Als we allemaal Oracles, Pink rocades of IBM's zouden zijn zou ik je 100% gelijk geven maar dat zijn we niet. Er zijn genoeg bedrijfjes die klein zijn, daardoor solide door de .COM bubble zijn geloodst maar altijd te maken krijgen met een instabiele en voor hen soms levensgevaarlijke factor: Redmond.
</Edit>
Jouw idee is wel leuk, maar een beetje te zot voor woorden eigenlijk. Een vernootschap opzetten omdat je anders geen support hebt. Wie gaat die vernootschap beheren? Dat kost ook geld. Die gasten willen zich bezig houden met development en niet met het beheer van dit soort lullige zaken. Mischien is het wel een idee om een bedrijf op te zetten voor dit soort specialisme, maar gaat ook bakken met (onodige) centen kosten.
Het zou gewoon simpel moeten blijven, developen is al moeilijk genoeg.
Bottom line is als kleine garnaal beteken je niks in de grote mensen wereld dus moet je zorgen dat je belangrijker wordt. Das gewoon het principe waar zelfs een vakbond mee werkt. Dit soort vennootschap beheren kost geen bakken met geld gewoon secretaris (advokaat) betalen van de gemeenschappelijke pot die alles netjes beheert.Laten we zeggen advokaat werk 40 uur per maand aan een uurloon van 100¤ * 12 grof 10000 euro gewoon peanuts.
Ik zou dit gewoon zelf moeten doen. Maar weet je wat moeilijk is die developers zijn net zoals boeren, ze kijken gewoon niet verder dan hun eigen erf. ipv zich te verenigen in coöperatieven,afspraken te maken over wie wat gaat verbouwen, machines delen elkaar helpen als je in nood zit. Nee wat doen jullie met zijn allen elkaar lekker gaan tegenwerken. En dan als het te laat is gaan ze met zijn allen zitten huilen dat die verdomde chinezen er met de koek vandoor zijn.
Jou reactie geeft perfect weer wat ik bedoel. Voor niks gaat de zon op ook niet in developer land. Je moet moeite doen. Microsoft is geef liefdadigheidsinstelling. Iedereen is hier blijkbaar liever lui dan moe.