Hi, take a look at www.infodev.ca/.
This company uses J as a prototypyng tool and in production code for people counting systems. Code is translated to C only if necessary. The owner, Pierre Deslauriers, wrote APL code for the development of a cochlear implant device back in the 90's. You can read the article about it in the "APL '93 Proceedings of the international conference on APL" : https://dl.acm.org/citation.cfm?id=166206&dl=ACM&coll=DL&CFID=817881557&CFTOKEN=92733367 Jimmy Disclaimer : I have no interests in the company. On Tue, Oct 10, 2017 at 10:12 AM, 'Skip Cave' via Programming < [email protected]> wrote: > A few years ago, I had a contract project to parse and organize several > terabytes of speech recognition engine logs captured from interactive voice > response applications. The goal was to organize the extracted data in a > No-SQL columnar database, which would be used to improve recognition > accuracy. > > The logs contained voice recordings, recognition results, and other > metadata about each recording. The logs came from multiple different > systems, so there were several different log formats to parse. > > I asked Raul Miller, a J expert and frequent contributor to this forum, to > help me develop the parsing code using the J language. In order to meet > project deadlines, at times we spun up dozens of AWS virtual machines > running J, to do the data extraction and database build. Even then, the > project took most of a year. > > The project was quite successful, and the logs helped to significantly > improve the recognition accuracy of a vendor's speech recognition engine. > > Skip > > Skip Cave > Cave Consulting LLC > > On Tue, Oct 10, 2017 at 7:09 AM, Rob B <[email protected]> wrote: > > > My many trips around the J home website have given me the impression that > > J is very much geared to maths and puzzles. > > > > I would be genuinely interested in reading about real world appllications > > of J. > > > > Regards, Rob Burns. > > > > > On 10 Oct 2017, at 02:43, Don Kelly <[email protected]> wrote: > > > > > > The possibility of a forum dealing with the extended variations would > > be useful in that the present forum would then deal with more realistic > > problems rather than the more esoteric ones. We don't need to slow down > > operations, useful to all, to satisfy the needs of a few. > > > > > > Any digital expression is limited by machine word limits and data > > limits. Machine limits exceed data limits in most cases- -useful where > > multiple operations result in digital fuzz that is insignificant > relative > > to real data fuzz. > > > > > > Don Kelly > > > > > > > > >> On 2017-10-09 12:29 PM, Raul Miller wrote: > > >> I think this proposal would require, at minimum, a rewrite of ve.c > > >> > > >> Also, each primitive which takes numeric arguments and/or produces a > > >> numeric result would need a test to make sure it behaved properly for > > >> each different mode of number handling. > > >> > > >> Want to take a crack at it? > > >> > > >> Thanks, > > > > > > ---------------------------------------------------------------------- > > > For information about J forums see http://www.jsoftware.com/forums.htm > > ---------------------------------------------------------------------- > > For information about J forums see http://www.jsoftware.com/forums.htm > > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
