Open source filemaker...

[Lutmers]

Ik weet niet of dit eerder al een tread was, maar gooi het ff in de groep.. In de tijd van filemaker 2.0 (!) tot filemaker 6 was ik een redelijke klop goeroe (gniffel)... maar ik lig er al weer ff uit... ok heb wel een applicatie hier nu operationeel voor een bedrijf dat ongeveer 2000 facturen per maand verstuurd, ongeveer 30.000 klanten in het bestand heeft, voor uitgaande brieven of faxen een koppeling heeft met Word (de documenten opslaat en weer opend wanneer gewenst), een inkomende en uitgaande klanten email responsdesk heeft, natuurlijk facturatie in en uitgaand afhandeld (en daarmee zelfs overweg kan met onze variabele acties), inkooporders registreerd, mailvariabelen opslaat, marketingplanning in zich heeft, projecten en taken beheert enz, enz, enz. En dat alles dus in FMpro

 

Kortom een in 15 jaar tijd fijn geslepen pakket dat nu voor mijn huidige bedrijf de ruggegraad is... ik las al in een tread dat iemand z'n pakket wil ver-commercialiseren.. ik wil dat niet.. ik wil mijn bevindingen delen met andere... en eigenlijk iemand of een groep vinden die het (open source) omzet naar 8.5. Het betreft hier namelijk een 6.0 app. (met een troi en deamon plug-in).

 

Vraag is... wil iemand dit zien, bekijken, oppakken? Dan mik ik hem namelijk op het forum... het klinkt heel wat, maar ik denk serieus dat het voor een product verkoop organisatie inderdaad ook echt wel iets serieus is... afijn, ik hoor het wel.... Jeroen

[clarify9]

Wat betreft het converteren: Gaat dit niet automatisch bij openen met versie 8.5?

 

Groet

 

Clarify9

[AvD]

Wat betreft het converteren: Gaat dit niet automatisch bij openen met versie 8.5?

Ja en nee: voor eenvoudige single file dingetjes gaat dat goed. Voor complexere hangt het af van de graad van perfectie die werd nagestreefd tijdens development. Maar in heel wat gevallen komt er toch meer bij kijken: van enorm veel werk (volgens de enen) tot een complete dramatische chaos (volgens anderen).

Wat er zoals kan mislopen, is zeer uitgebreid gedocumenteerd en gemakkelijk te downloaden (vooral gepubliceerd na het verschijnen van versie 7). Het lezen gaat iets minder vlot, want het gaat letterlijk over honderden pagina's.

[burggraaf]

... voor complexere hangt het af van de graad van perfectie die werd nagestreefd tijdens development.

Ga hierin maar in heel beperkte mate met je mee. Ook voor FM6 zeer perfect gemaakte (complexe) applicaties is geen enkele garantie dat ze zomaar na conversie werken. Het hangt er maar net vanaf hoe sommige zaken zijn gebruikt (denk als voorbeeld alleen maar aan de commit die gekomen is in FM7) maar ook andere hele mooie FM6 code: helaas (min of meer) onbruikbaar na conversie... (heb echt een heel goed gemaakte en uitstekend werkende FM6 applicatie gezien welke alleen slechts nog crashte na conversie...).

[AvD]

Jammer dat je maar in beperkte mate meegaat, want we zijn al langs mooie landschappen gewandeld. Maar kom...

Je opmerking i.v.m. commit gaat op voor degenen die daarvoor nooit systematisch Exit Record of Goto Field (/) hebben gebruikt.

Problemen die geen echte problemen zijn, krijg je bijvoorbeeld wanneer je nieuwe applicatie na wat complexe scripts niet weet welk venster te tonen, maar dat is gauw gerepareerd.

Wat dat crashen betreft: hout vasthouden. Nooit last van gehad. Wel altijd vertrokken van files waarin geen spoor te vinden was van "makes Jack a dull boy". Zodra zo'n bestand opdook, ging het onverbiddellijk de prullenmand in.

[burggraaf]

Ok, ik ga weer met je mee...

 

Maar toch... Heb toch al een aantal dingen gezien die verder gaan dan welke je beschrijft. Denk dan ook aan vele relaties die in FM6 gelegd dienen te worden om sommige mooie dingen te kunnen bereiken waar het in FM7 e.v. toch een stuk praktischer wordt. Heb soms nog nachtmerries van (gelukkig niet eigen) maar wel uit 6 geconverteerde applicaties met een oerwoud aan diverse relaties...

 

Het omschreven crash probleem ging over toch wel iets heel moois in FM6 (door een echte guru gemaakt). Gebruikte technieken bleken echter niet FM7 e.v. bestand...

 

Maar back on-topic: ik snap Lutmers maar denk toch dat er, na 15 jaar ontwikkeling, veel capaciteit nodig zal zijn om er een echte 8.5 applicatie van te maken. En zelfs dan: uit ervaring inmiddels geleerd dat wat voor de 1 perfect werkt voor de ander slechts beperkt bruikbaar blijkt.

 

Wellicht dat je iemand vindt... (die 'm hopelijk daarna niet vercommercialiseert).

[SuperWimmie]

Snelheid van conversie hangt ook af van degene die het doet:

 

a. Heeft hij ook de oude applicatie gemaakt?

 

en natuurlijk niet te vergeten:

 

b. Is er een beschrijving van alle wijzigingen vanaf start operationeel gaan van het pakket?

 

Ik heb gemerkt hoe handig dat toch weer was.

[RuudM]

Dit zou ik alleen maar toejuichen als dat eens kon lukken!

 

Hoevaak is het soort database wat jij omschrijft niet nodig als basis voor een beginnende onderneming (die dan meestal weer uitgroeit)?

Maar ja, dan heb je inderdaad een duidelijke database nodig. Juist de opzet is m.i. het meeeeeest belangrijke heb ik zo onderhand wel geleerd. Nietwaar AvD ??

 

Kortom: ook ik heb zo'n (kleine) database en speel met die gedachte om al die kennis die beginners en ervaren programmeurs hebben samen te voegen. Dat zou het mooiste zijn: open source, om met z'n allen aan mee te bouwen. Misschien lukt het jou om die opzet te maken. Maar ik schaar mijzelf zeker niet onder de zwaargewichten die hier op dit forum aanwezig zijn. Waar begin je? Hoe pak je zoiets aan? Zitten hier gangmakers?

 

Succes! Goed idee!