6 ms·

This might not mean what you'd expect at a glance. The agreement here seems to be that IBM has sold all relevant IP for APL2[0] to Log-On Software[1], which wil

This might not mean what you'd expect at a glance. The agreement here seems to be that IBM has sold all relevant IP for APL2[0] to Log-On Software[1], which will now be offering essentially the same product and some level of support. For some time now APL2 has only barely been under active development, so it's not clear whether this will lead to more or less effort to develop the product. First released in 1984, APL2 is now far from the leading edge of APL development. For example, APLs began adding control structures to free programmers from using Branch (Goto) for control flow in the mid-1990s (late, I know!). APL2 still doesn't have them. Dyalog (my former employer) is pretty clearly the front-runner for commercial APL at this point; APL+Win also sees some level of development and NARS2000 and April are some non-commercial efforts to check out. [0] https://aplwiki.com/wiki/APL2 https://aplwiki.com/wiki/APL2 [1] https://log-on.com/2021/01/26/log-on-software-announces-log-on-apl2/ https://log-on.com/2021/01/26/log-on-software-announces-log-...

mlyle 5y ago
Eh, this is the typical way that IBM leaves markets. Yes, you can still buy OS/2 from eComStation, but the end of organizational support and selling what remains to a small entity is how IBM avoids having to deal with it anymore.
- mlochbaum 5y ago
  Good to know. I'm definitely not denying that this is IBM washing its hands of APL officially, just pointing out that unofficially it's been this way for a decade or two at least. Despite hosting the creation of APL, IBM has a distinguished history of neglecting it. In the early years there was some pressure to use PL/I instead of APL. For timesharing (when it was profitable, before microcomputers), APL*PLUS and SHARP APL took over a lot of market share from IBM by being faster to implement features customers wanted. APL2 was a reversal of this trend, but it didn't last long.
- pulse7 5y ago
  The same happened to VisualAge for Smalltalk where in 2005 Instantiations, Inc. took over "worldwide rights for this product" - and is still offering it...
  - kencausey 5y ago
    I kind of wish that VisualAge for Java was still a thing but in reality it is unlikely that I would do anything more with it than I ever did with v1.0 and v2.0 which still sit on a shelf.
    - pulse7 5y ago
      The main problem with VisualAge for Java was that you couldn't integrate external libraries easily... it was not file-system-based, like IDEA/Eclipse are today...
      - kencausey 5y ago
        Yes, as I tried to imply, I never really used it enough to feel the pain of it's idiosyncratic implementation. Before I even posted the earlier comment I checked Wikipedia about VisualAge (to ensure I hadn't missed later releases) and learned, I think for the first time, that VisualAge Java was apparently implemented by extending a Smalltalk VM and presumably used the standard Smalltalk image model. I have been a Smalltalk aficionado and see some value in the image based model and think I might not feel the pain as much as the average user.
robomartin 5y ago
IBM should have taken an altruistic path on APL2. They have made tons of money with APL over the years. They should have released it as FOSS. As someone who started with APL in the early 80's, APL2 showed a lot of promise at the time. The APL ecosystem is dead enough that having a company like IBM go FOSS with the language could --not likely, but it could-- spike interest and perhaps lead to the development of "APL3" or whatever the next evolutionary step of the language might be named. From my perspective core APL is now a few decades behind the times. A non-trivial effort would be required to bring it into what it could become. And this could only be done through FOSS and people willing to invest time and smarts into driving this evolutionary step.
- neilv 5y ago
  A curious question (from a long-time open source contributor)... From the perspective of IBM's customers of APL2 (not from the perspective of some other group of humanity), would it best suit their interests to have APL2 spun off to a company, or for APL2 to be released as FOSS? I'm wondering whether, whatever the needs of those APL2 customers, perhaps the company would be more likely to satisfy those needs, compared to waiting for whatever emerges from FOSS? (Of course, with FOSS, multiple companies could emerge, and also be motivated to compete. But they'd be competing with each other, and with free FOSS undercutting them, for possibly a small pool of customers that might not grow much. And I don't know whether it'd be viable to invest in that slice of customers, or to even be in that business at all?)
  - kevincox 5y ago
    FOSS is almost certainly better all else being equal. But what IBM's customers probably care far more about is the availability of support.
  - mumblemumble 5y ago
    From my perspective as someone who's seen this happen before: "Released as FOSS" means "We have withdrawn life support and it will now die a slow lingering death. Have fun with that." Unless you can spare the resources to maintain it yourself, this marks the point when it's officially time to migrate away immediately. "Spun off to a small company" means "Someone has now been personally incentivized to take care of it." It's certainly not guaranteed to survive long-term, but it's at least been given a chance at revitalization. It's probably worth sticking around for a while to see what happens.
lokedhs 5y ago
Another effort worth mentioning is BQN, which is a really nice solution for anyone that wants to gets started on an APL-like language. It's very much APL, but designed without a lot of the historical limitations. The documentation is really good, so please give it a try: https://mlochbaum.github.io/BQN/ https://mlochbaum.github.io/BQN/ Then there is GNU APL, which is a pretty close APL2 clone. Because of this, it lacks some of the new stuff in implementations such as Dyalog, but as a replacement for APL2 is does a very good job (please give the Emacs mode for it a try, just a shameless plug since I implemented that one). https://www.gnu.org/software/apl/ https://www.gnu.org/software/apl/ Of course, I have to get a second plug in, and tell people about KAP which is my array language. It's pretty close to regular APL, and comes with a graphical client to help out with the input. It has several features that to my knowledge hasn't been done in an array language, but it's still something that can only be described as experimental. But I would of course find it fun if someone wanted to spend time with it. https://github.com/lokedhs/array https://github.com/lokedhs/array

mlyle 5y ago

Eh, this is the typical way that IBM leaves markets. Yes, you can still buy OS/2 from eComStation, but the end of organizational support and selling what remains to a small entity is how IBM avoids having to deal with it anymore.

mlochbaum 5y ago
Good to know. I'm definitely not denying that this is IBM washing its hands of APL officially, just pointing out that unofficially it's been this way for a decade or two at least. Despite hosting the creation of APL, IBM has a distinguished history of neglecting it. In the early years there was some pressure to use PL/I instead of APL. For timesharing (when it was profitable, before microcomputers), APL*PLUS and SHARP APL took over a lot of market share from IBM by being faster to implement features customers wanted. APL2 was a reversal of this trend, but it didn't last long.
pulse7 5y ago
The same happened to VisualAge for Smalltalk where in 2005 Instantiations, Inc. took over "worldwide rights for this product" - and is still offering it...
- kencausey 5y ago
  I kind of wish that VisualAge for Java was still a thing but in reality it is unlikely that I would do anything more with it than I ever did with v1.0 and v2.0 which still sit on a shelf.
  - pulse7 5y ago
    The main problem with VisualAge for Java was that you couldn't integrate external libraries easily... it was not file-system-based, like IDEA/Eclipse are today...
    - kencausey 5y ago
      Yes, as I tried to imply, I never really used it enough to feel the pain of it's idiosyncratic implementation. Before I even posted the earlier comment I checked Wikipedia about VisualAge (to ensure I hadn't missed later releases) and learned, I think for the first time, that VisualAge Java was apparently implemented by extending a Smalltalk VM and presumably used the standard Smalltalk image model. I have been a Smalltalk aficionado and see some value in the image based model and think I might not feel the pain as much as the average user.

robomartin 5y ago

IBM should have taken an altruistic path on APL2. They have made tons of money with APL over the years. They should have released it as FOSS. As someone who started with APL in the early 80's, APL2 showed a lot of promise at the time. The APL ecosystem is dead enough that having a company like IBM go FOSS with the language could --not likely, but it could-- spike interest and perhaps lead to the development of "APL3" or whatever the next evolutionary step of the language might be named. From my perspective core APL is now a few decades behind the times. A non-trivial effort would be required to bring it into what it could become. And this could only be done through FOSS and people willing to invest time and smarts into driving this evolutionary step.

neilv 5y ago
A curious question (from a long-time open source contributor)... From the perspective of IBM's customers of APL2 (not from the perspective of some other group of humanity), would it best suit their interests to have APL2 spun off to a company, or for APL2 to be released as FOSS? I'm wondering whether, whatever the needs of those APL2 customers, perhaps the company would be more likely to satisfy those needs, compared to waiting for whatever emerges from FOSS? (Of course, with FOSS, multiple companies could emerge, and also be motivated to compete. But they'd be competing with each other, and with free FOSS undercutting them, for possibly a small pool of customers that might not grow much. And I don't know whether it'd be viable to invest in that slice of customers, or to even be in that business at all?)
- kevincox 5y ago
  FOSS is almost certainly better all else being equal. But what IBM's customers probably care far more about is the availability of support.
- mumblemumble 5y ago
  From my perspective as someone who's seen this happen before: "Released as FOSS" means "We have withdrawn life support and it will now die a slow lingering death. Have fun with that." Unless you can spare the resources to maintain it yourself, this marks the point when it's officially time to migrate away immediately. "Spun off to a small company" means "Someone has now been personally incentivized to take care of it." It's certainly not guaranteed to survive long-term, but it's at least been given a chance at revitalization. It's probably worth sticking around for a while to see what happens.

lokedhs 5y ago

Another effort worth mentioning is BQN, which is a really nice solution for anyone that wants to gets started on an APL-like language. It's very much APL, but designed without a lot of the historical limitations. The documentation is really good, so please give it a try: https://mlochbaum.github.io/BQN/ https://mlochbaum.github.io/BQN/ Then there is GNU APL, which is a pretty close APL2 clone. Because of this, it lacks some of the new stuff in implementations such as Dyalog, but as a replacement for APL2 is does a very good job (please give the Emacs mode for it a try, just a shameless plug since I implemented that one). https://www.gnu.org/software/apl/ https://www.gnu.org/software/apl/ Of course, I have to get a second plug in, and tell people about KAP which is my array language. It's pretty close to regular APL, and comes with a graphical client to help out with the input. It has several features that to my knowledge hasn't been done in an array language, but it's still something that can only be described as experimental. But I would of course find it fun if someone wanted to spend time with it. https://github.com/lokedhs/array https://github.com/lokedhs/array