home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.os.vms      DEC's VAX* line of computers & VMS.      264,096 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 264,082 of 264,096   
   =?UTF-8?Q?Arne_Vajh=C3=B8j?= to John Dallman   
   Re: computer science and the stone age   
   16 Feb 26 20:21:31   
   
   From: arne@vajhoej.dk   
      
   On 2/16/2026 4:30 PM, John Dallman wrote:   
   > In article <10mt9sd$9orh$1@dont-email.me>, arne@vajhoej.dk (Arne Vajhøj)   
   > wrote:   
   >> Where do you make the cut?   
   >>   
   >> Example list:   
   >>   
   >> commercial vendor where you directly pay for support   
   >> commercial vendor with product supported   
   >> open source with multiple maintainers and recent releases   
   >   
   > There: stuff like Xerces XML, Open JDK or GCC is fine.   
   >   
   >> open source with single maintainer but recent releases   
   >> open source with single maintainer and no recent releases   
   >> open source declared EOL by author but source still available   
   >> commercial vendor with product not supported   
   >> commercial vendor no longer existing   
      
   Relative high bar, but it can be justified.   
      
   >> But if we are talking something recently developed, then   
   >> there is a good chance that with transitive dependencies   
   >> you will have 1000-5000 open source libraries included   
   >> in the solution.   
   >   
   > I'm not in the web apps business. I produce closed-source mathematical   
   > modelling libraries. I try to keep our development environments as simple   
   > as possible, aided by not having management that wants to take up every   
   > new fashion.   
      
   It is not just web. Even though web tend to be the worst due   
   the JS worlds acceptance of micro libraries (which in many's   
   opinion including mine is a a concept worse than the square   
   wheel).   
      
   But you can manage this stuff when you can focus on   
   your own libraries.   
      
   I have no idea who the users of your libraries are,   
   but it could be a lot more complex out there:   
   * various data sources: relational databases,   
      NoSQL databases, flat files   
   * various data flows: message queues, event streaming   
      system (read: Kafka), ETL tools   
   * specialized databases: search databases, time series   
      database, vector database   
   * modelling applications in Python/Fortran/C that   
      use your library and a dozen other libraries to   
      model whatever   
   * report generation: PDF, JSON, XLSX   
   * monitoring tools to keep and eye on the entire flow   
   * scheduling tools to automate runs   
   etc.etc.   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca