Writing new software applications with MV?

[Dawn Wolthuis]

Is anyone writing new software applications with MV?

It might seem obvious that no one is doing this, but I would like to know if I'm wrong in my guess. 

If I were to choose a stack right now, I'd likely choose PostgreSQL or something free I can start with. I did a deep dive on MongoDB at one point, however, I estimated that the cost of ownership at that time (more than a decade ago) was higher than for Postgres. I would like to keep SQL (and 1NF, 3VL) out of the mix entirely, however, so the NoSQL options like MongoDB are attractive from that perspective. A Microsoft Cosmos DB developer showed me a demo of something they were working on some years ago, and he did all of his demos on MongoDB. I asked him about that and he said that everyone at Microsoft used MongoDB for their NoSQL demos -- it was free, fast, easy to use and they could easily switch to Cosmos DB for the cloud implementation. 

Because it is not free to get a small application out of the gates using MV, I'm guessing there are not (m)any companies or individuals including it in a stack selected for any new projects, but I might be wrong. Is anyone aware of any new, potentially significant software application recently written in MV (or in process)?

--Dawn

[Optimus01010101]

Well, my company is still actively writing software that uses MV. We also use a host of other tools, but the bedrock is MV.

[Steven Martin Trimble]

My favorite MV solution so far (after 46 years) is Linux,Apache,QM,Php

I also add the EasyCo Coyote web server in the mix.

Very solid solutions for small to mid size companies. (ie: 3 to 100 users)

IMHO

CDMI

Steven Trimble

(501) 772-3450 cell/text

cdm...@gmail.com

--
You received this message because you are subscribed to
the "Pick and MultiValue Databases" group.
To post, email to: mvd...@googlegroups.com
To unsubscribe, email to: mvdbms+un...@googlegroups.com
For more options, visit http://groups.google.com/group/mvdbms
---
You received this message because you are subscribed to the Google Groups "Pick and MultiValue Databases" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mvdbms+un...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/mvdbms/CANKEuc65_BFHA0O%3DvV7ZrMzmrhe8T5akiby%3DCSYP1Wp-n5RExg%40mail.gmail.com.

[Dawn Wolthuis]

Thanks Optimus. I do know many companies who are maintaining and growing MV systems in a way that includes new modules/components/add-ons that use the same MV platform as the original/core system. I think you are telling me that your site is writing entirely new software applications that could be sold separately from any existing ones. Is that correct?

If so, I’m happy to be wrong about this. It is likely the case that only those who have previously worked with MV would think of putting it in their stack for new software, but if it is cost effective for new, contemporary apps to use MV, then that would good to know.

—Dawn

On Jul 2, 2025, at 11:12 AM, Optimus01010101 <ericm...@gmail.com> wrote:

Well, my company is still actively writing software that uses MV. We also use a host of other tools, but the bedrock is MV.

--

You received this message because you are subscribed to
the "Pick and MultiValue Databases" group.
To post, email to: mvd...@googlegroups.com
To unsubscribe, email to: mvdbms+un...@googlegroups.com
For more options, visit http://groups.google.com/group/mvdbms
---
You received this message because you are subscribed to the Google Groups "Pick and MultiValue Databases" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mvdbms+un...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/mvdbms/523b7c80-8c2d-4fc1-9da1-85d569828e5en%40googlegroups.com.

[Optimus01010101]

Actually Dawn, my company is doing both. We've got our core set, then we build new applications/software that can be sold separately or be used to complement existing software, that is always upgrading. 

Now a days, systems like QM are so versatile, it really is amazing that we can keep the MV aspect, and also come up with slick UI for the applications. I feel like when I started back in 1998, so excited and willing to try so much of the capabilities of what I get to play with.

[Dawn Wolthuis]

Terrific! I love QM, but my “feeling” is that it is more in a sunset mode at Rocket than being touted as perhaps the sweetest, and most maintainable, implementation of MV they have. 

—Dawn

On Jul 2, 2025, at 1:44 PM, Optimus01010101 <ericm...@gmail.com> wrote:



To view this discussion visit https://groups.google.com/d/msgid/mvdbms/87f4c8bd-d415-4909-926b-be73a47d0d32n%40googlegroups.com.

[Wol]

On 02/07/2025 18:06, Dawn Wolthuis wrote:
> If so, I’m happy to be wrong about this. It is likely the case that only
> those who have previously worked with MV would think of putting it in
> their stack for new software, but if it is cost effective for new,
> contemporary apps to use MV, then that would good to know.

I'm struggling to get OpenQM into my company as a new stack component.
There's no opposition to it especially, just big company bureaucracy. I
did try ScarletDME, but the company is less and less inclined to use
Free Software. It's gutting - if I'd tried a year earlier I would
probably have got away with it ...

You'll know who I work for from LinkedIn - and I've got back into my
preferred role which is a programmer with a completely unrelated job
title! :-) working in a very-much-end-user role.

Our current software stack is mostly a massive data lake, which we're
drowning in with no information. And the system I'm working on is just a
morass of Excel spreadsheets, with loads of BigQuery data feeds, none of
which (I might be exaggerating - SLIGHTLY) with any primary keys.

As a result we have multiple sources of truth, a variety of different
ways of calculating the same derived data, missing links that stop us
pulling things together ...

My job is to take all the dollies of shopping coming out of the
warehouse/picking sites, putting them on lorries, and getting them to
the distribution centres where they go on vans for final deliveries. Our
new all-singing all-dancing system couldn't tell us which van routes
were being picked in which warehouses! And our botch/workaround was to
find routes that had shopping (which told us the warehouse), and apply
it to similar routes. This worked well until ... they introduced "same
day" routes, which only got shopping on delivery day ... seeing as we
need to know at least a week in advance, we were up a gum tree, which is
our usual position at the moment :-(

Which is why I want a simple, easily understandable system like QM, into
which I can slurp all this data, and where I can make the system scream
blue murder if it's missing necessary data.

I'm sure, once I've got the system working, they're going to try and
slurp it into our new all-singing all-dancing system, but I'm going to
be sure to point out (repeatedly) "how can I - as a one-man crap
programmer - design and build a system in six months that they're
planning a multi-man-year project to replace?"

Our fancy new system "was two years away for five years". I take great
pleasure now if I get the opportunity, pointing out that MV has the
reputation of delivering before time and under budget. My only problem
is that if I get given the chance, I've GOT to deliver. Okay, retirement
may only be a few years away, but I have no intention whatsoever of
cutting and running ... :-)

And given that we're a week away from shutting down our old system, I
might very soon be called upon to deliver! Yay! At least I've already
earned in this new job, my typical reputation in previous jobs of
identifying and implementing automation that speeds things up massively.
A macro that got me the compliment "You've turned a two-day job for an
experienced analyst into a half-day job for a rookie helper". Or "you've
reduced this on-call job (ie under a lot of time pressure) to one third
of it's previous time". I'll be pushing that, for sure ... even if I'm
just picking off low-hanging fruit - there's just so much of it!

Cheers,
Wol

[Robert Herbin]

For the last month or two I have been writing a Video Poker program (called PICK-a-Card Video Poker).  It is a green screen application and will never be put into commercial use.   The purpose of this was to prove to myself I could still write multivalue code after a 20 year hiatus.  Turns out I can.   Development has been on String Database on a raspberry pi.  This is a fun hobby project.  I'm not sure if this meets your definition of "new application" but I figured I'd mention it.  I don't think it meets any definition of "potentially signficant," unless you count the resurrection of this part of my skill set significant.

[Dawn Wolthuis]

Great! I’m looking for a market future, and this doesn’t sound like it will be more than a personal project, but sounds delightful, none-the-less.

Thanks. —Dawn

On Jul 3, 2025, at 9:15 AM, Robert Herbin <rhe...@gmail.com> wrote:

For the last month or two I have been writing a Video Poker program (called PICK-a-Card Video Poker).  It is a green screen application and will never be put into commercial use.   The purpose of this was to prove to myself I could still write multivalue code after a 20 year hiatus.  Turns out I can.   Development has been on String Database on a raspberry pi.  This is a fun hobby project.  I'm not sure if this meets your definition of "new application" but I figured I'd mention it.  I don't think it meets any definition of "potentially signficant," unless you count the resurrection of this part of my skill set significant.

--

You received this message because you are subscribed to
the "Pick and MultiValue Databases" group.
To post, email to: mvd...@googlegroups.com
To unsubscribe, email to: mvdbms+un...@googlegroups.com
For more options, visit http://groups.google.com/group/mvdbms
---
You received this message because you are subscribed to the Google Groups "Pick and MultiValue Databases" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mvdbms+un...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/mvdbms/e1c6629d-a18e-4ab0-8d2c-89431d65bfc8n%40googlegroups.com.

[Optimus01010101]

I believe there is a market future for MV, but is needs to meet the current end user needs. MV is great for the back end and the in-built programming language can still do has much as other languages. That's why my company uses HTML as the front end. It looks great and most end users know all about the browser.

But, our solution was built in house over the years. If I can find a market, and the client has internet access, then I came come up with a product for the client, hosted in the cloud, encrypted HTTPS, and then I done.

Heck, I even created a health tracking application, to track my mother's health, that even our home health service wanted to buy. But, I am restrained by company polices, so no go there.