Re: [Opsim-users] Monthly update April, 2016

[Matt H. <nw...@gm...>]

Hi Darius,

I watch for your commit notices and am excited that someone has taken the
time to pick up the code and try to do something useful with it. I agree
with Hazem that the experience in working on a project that failed was
frustrating and painful.

Glad to hear your thoughts on firebird.  I understand the reasoning behind
the decision to use it, but looking back, I think that it was a big
mistake.  We spent a lot of time helping people get it working with zeoslib
for very little return.. Its overkill for what we were trying to do and a
set of dependencies that even now are a pain.

Do you have any links to articles explaining the situation between classes
and records with respect to resources and speed?  I do very little
programming these days but I didn't know there was a substantial difference
in speed.

matt



On Tue, May 3, 2016 at 12:13 PM, Darius Blaszyk <dhk...@gm...>
wrote:

> Hi Hazem,
>
> First of all, too bad you are unemployed now, hope you can soon find the
> job you are looking for. As for your comments. I can understand some of
> your frustrations. It's always difficult to get things done your way when
> working with a (distributed) group like an open source group. I share your
> frustration regarding that. I'm lucky now in a sense that no active
> developers are working on OpSim anymore and I can pretty much decide on my
> own, although I still discuss features and ideas with Samuel, which is the
> last left of the originators.
>
> I have now decided to split OpSim up into libraries (such as unit
> conversion, chemical formula and soon to merge into trunk physical
> properties). This way we can have multiple maintainers working on portions
> of the code without much interference on the overall code base. Regarding
> some decisions for OpSim like the use of Firebase I have to fully agree
> with you. I also think that this was a rather unhappy decision and I am
> planning to revert this. However not because it's beta software as you
> describe (which it's not afaik) but rather because of the unneeded
> dependencies that were added to the application and complexity in the
> usage. It will take longer but in the end OpSim will benefit more with it's
> own file format. I'm working on the code and an article describing the
> rationale behind it. If time permits this will be merged to trunk and
> posted on the website within a few months. BTW: most of the current code in
> trunk is planned to be refactored and rewritten in favor of a more modular
> approach.
>
> I do hope to share some thoughts with you soon about your ideas on the
> modular way of solving model equations. You wrote an article some time ago
> and posted it here. I found it very interesting and would like to discuss
> this with you more in detail. Would this interfere with your other work? If
> not then please let me know. I already have a basic working equation solver
> in branches but this is very basic indeed. Always appreciate help with some
> good ideas!
>
> Regards, Darius
>
> --
> You received this message because you are subscribed to the Google Groups
> "Open source Process Simulator" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops...@go....
> To post to this group, send email to op...@go....
> Visit this group at https://groups.google.com/group/opsim.
> For more options, visit https://groups.google.com/d/optout.
>