View Single Post
  #20  
Old 12-01-2012, 05:10 PM
schferk schferk is online now
Registered User
 
Join Date: 11-02-2010
Posts: 151
Thank you very much for this kind post, Bal.

You entirely got it: Devising a broader commer context where this prog's problems could be handled with revenue "justifying" this, from kinook's pov, AND trying to push the "science of information" just a little bit, from from a rather practical pov, meaning I would like to desive something really useful, be it hybrid or not.

And no, no mail from kinook.

There ain't that many developers (of existing pim sw I mean) who could do something better, from limitations of their expertise; kinook certainly would be able, and the people behind PB, too, with some others, but all those like to do their thing, their way,

whilst I'm not more than an amateur programmer who once did a very elaborate thing but within an unsuited programming language and with going stuck on my various programming deficiencies, e.g. it was a sophisticated but self-contained system, just with export to Word, for better printing, but no mail, no web page, no pdf processing or such, let alone "cloud" integration or integration of "portable devices", and I was too much aware that such integration would be mandatory in order to get prime time (as said, all in all I sold 5 times the light version), but me without basic programming knowledge like API's, .net and all this - so I archived the source code...

but since, I've been living in extreme frustration, since my amateur sw then had all those little things that all these professional programmers could do, but just don't do.

Hence my musing, lately - and since it seems there will never be something really better - to put, some day, money from another business into paying coders.

But I better had made my mind up, up to then, as for the program to deliver; dead-ends are "free" (except for my time's worth) before doing the coding whilst afterwards, I'd pay thrice (and as said, the existing sw's are lacking also the intermediate functionality, for most of the latter, so that my imagination, or my abstraction capability, sometimes is stretched to its limits - hence my musing about intermediate steps, and my scripting to "simulate" intermediate steps, more or less : even with awkward work-around, you often can "see" if the "optimized, slick version" of what you're doing would be convenient, or if it's the whole (micro-) concepts that's not worth much).

And to be honest, lately, my discovery how much benefit mm sw can bring into your workflow, hasn't helped with my eventual getting to almost-definite specifications, since it's now

how to integrate optimized mm with optimized "bulk" data processing...

But as said in the mm thread, there should be some perviousness between the mm and the IMS sw; if there cannot be, shuffling around data with external macros (which also would be possible between mm and IM, not only between different mm maps) is simply too awkward as to be a viable solution.

And this would mean that I (or whomever it might concern) must first solve that mm-IMS interaction problem

("solving" meaning here, knowing how and at what cost such a solution is possible, and with what mm sw or component that isn't too bad or will soon be further enhanced, and being sure the functionality that in such a hybrid system will be expected to be executed by the mm part, is possible with that mm part (sw or component) that's available to you for such a venture).

Anyway. I thank you very warmly for this encouragement, and as long as I'm not being thrown out here, I'll continue to post intermediate results of my "conceptual work", or of just trying out new ways and new things.
Reply With Quote