|
One of the few things I do like of the EU
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
While Google Translate is far from perfect, it's still a helpful way to gain information or engage in conversation. How many of the languages were invented by the AI?
I'm shocked they haven't had Cantonese until now.
|
|
|
|
|
|
You'd need 4 shift keys!?
I bet predictive AI would work really well on that. Enough that building it into the keyboard itself would be worthwhile. Kinda like the whole drag-spelling thing for SMS.
|
|
|
|
|
That's kind of how the JIS (Japanese) input works - at least from what I could tell watching a friend typing with it. It guesses at the Kanji variants as you're typing.
TTFN - Kent
|
|
|
|
|
In the mid 1980s (before the proliferation of PCs) I was working in Asia.
I was shown a "long-form" Chinese keyboard for a CRT terminal.
It had a matrix of about 30 x 20 keys, each with (if I recall correctly) up to 16 characters, and a 4x4 array of shift keys.
Expert users were capable of more than single figures of characters-per-MINUTE.
(I believe its heritage was typesetting machines.)
They were just starting to develop constructive entry methods, where the character could be "assembled" from multiple keystrokes on a regular sized keyboard, and they had some of what we would now call predictive text to speed things up.
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
A programming language akin to BASIC (in being more like 'natural' language) might be really really strong for languages where the characters have that semantic difference based on context.
I say that not really knowing much about them.
For the insanity that was APL, it probably did have its strengths though and I can see where that contextual difference is basically a condensed form of syntax for things we do in code. Stuff like scoping and "var" and other things where in 'normal' languages the context is king and just maybe requires different syntaxes to get what you want.
Does anyone know if there are any programming languages which are explicitly non-English-language based?
(I asked but then googled it because I was that curious)
I found that amongst their other transgressions, AAPL aided the Chinese with their own BASIC. (1/2 joke)
调试输出("Hello, world!")
That last symbol means "raise the roof" and I won't hear otherwise. lol.
Wenyan sounds pretty interesting.
Non-English-based programming languages - Wikipedia[^]
|
|
|
|
|
jochance wrote: For the insanity that was APL, Actually, for many years after its introduction, APL wasn't a programming language at all. It was a matrix notation that math professor Kenneth Iverson used for the blackboard when lecturing matrix math at Harvard. Some of his computer friends suggested that maybe you could have a computer actually interpreting this notation.
For math operations, having a three-character symbol to denote an arbitrary inner product is extremely convenient - far more than a doubly nested loop with braces and loop control variables and termination conditions.
The 'insanity' lies in trying to use a hammer as a screwdriver. APL was never meant for developing text processing systems or virus scanners. (Yet you might be surprised by the variety of applications where APL actually is a suitable tool!)
jochance wrote: Does anyone know if there are any programming languages which are explicitly non-English-language based? There probably are a lot, but English-speaking programmers won't have heard of them. NIH [Sorry, David O'Neill...]
The MS Excel macro language was initially non-English based; it used function names defined by the language version of the Excel application creating it. So if you received a spreadsheet with macros from a source in another language speaking community, the spreadsheet was useless. Quite early (I guess it was in the jump from version 2 to 6, but correct me if I am wrong) the symbolic identifiers were internally replaced with binary IDs, to be mapped to the language of the actual user in the UI. (Hear! Hear! ... How many of you can, honest to some deity, say that you never the last ten years wrote a UI related text string into your source code? )
Some languages are explicitly defined by 'abstract' tokens. Mapping these onto concrete tokens is left to separate documents, quite similar to some libraries with 'bindings' to several programming languages. Algol68 was one of those. I have seen Algol68 source code in German. I know enough German to recognize all the reserved words (but not all of the variable names and the comments ).
In my student days, we made a simple Pascal preprocessor, allowing us to program in Norwegian (we even chose the 'New Norwegian' variant, based on West Norway dialects): All the preprocessor did was replacing any occurrence of MEDAN...GJER with WHILE...DO, BOLK with PROCEDURE, OM...SÅ with IF...THEN, BYRJ...STOGG with BEGIN...END and so on. This obviously introduced a whole new set of reserved words, but we required them to be in upper case. Pascal casing for all user defined symbols was as established coding practice, so it caused no real problems.
Symbol recognition of keywords happens in the very, very first part of the compilation, in the scanner / tokenizer. Making a different source code language hardly affects the compilator at all. You may not be able to adapt to an arbitrary language, at least not in a 'natural' way, if the structure of the abstract language has a structure different from the desired source language. E.g. Pascal has a distinct token (THEN) separating a condition and an action; C does not. If the desired language never uses any such separator, then requiring source to have it makes it look artificial. But if the grammar does not specify any separator while the desired language always requires one, a source statement may appear to the reader as incomplete. (Of course you could introduce a keyword that parses to nothing, but I and many others dislike such solutions!)
Religious freedom is the freedom to say that two plus two make five.
|
|
|
|
|
I don't think I recall ever reading that APL origin story, thanks!
|
|
|
|
|
Finally went to the Wikipedia page and looked at the languages. I wonder about the ones where the language is normally read right to left, does it program that way? It would make mathematical equations look normal. X * Y = Z.
I’ve given up trying to be calm. However, I am open to feeling slightly less agitated.
I’m begging you for the benefit of everyone, don’t be STUPID.
|
|
|
|
|
@kent-sharkey
[^]
Sorry to thread jack - just the best way I could figure to send you this one which seems like the sorts of stuff you feature.
|
|
|
|
|
Oooo! Yes, perfect, thank you. (Also, I had missed that one, so even better!)
TTFN - Kent
|
|
|
|
|
Half of IT professionals believe there are devices connected to their network that they're unaware of, despite nearly 60 percent admitting that insecure devices pose a 'very high' or 'high' risk to their organization. And the other half know there are devices no one thinks about
|
|
|
|
|
Kent Sharkey wrote: And the other half know there are devices no one thinks about 30%...
The other 20% has no ing clue about what there is in their network
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Some seven years in the making, the Eclipse Foundation's Theia IDE project is now generally available, emerging from beta to challenge Microsoft's similar Visual Studio Code editor, with which it shares much tech. Visual Studio Code with the Microsoft filed off
"Theia is built on the same Monaco editor that powers VS Code, and it supports the same Language Server Protocol (LSP) and Debug Adapter Protocol (DAP) that provide IntelliSense code completions, error checking and other features. ... Eclipse Theia IDE also supports the same extensions as VS Code."
|
|
|
|
|
0patch, a service that provides micro security patches without disruptions, announced today that it plans to offer security patches for Windows 10 for at least five years after its official end of life, giving customers a chance to stick to their current devices without significant security compromises. Assuming you trust a non-Microsoft company to patch your Windows
Insert predictable, "could they be worse than Microsoft?" here
|
|
|
|
|
Could they be worse than Microsoft?
|
|
|
|
|
I no longer trust Microsoft, I'd very much trust an unknown benefactor to remove KMS, updates and spyware from their cr@pware.
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
The shortest horror story: On Error Resume Next
|
|
|
|
|
Since we first introduced Fluid Framework, it has been used extensively both within Microsoft and by external customers to build real-time collaborative experiences. With FF 2, we’re making it even easier, more flexible and intuitive to build real-time collaborative applications. Most frameworks make me seek out fluids
|
|
|
|
|
Mandatory: Unintentional framework | CommitStrip[^]
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
This post was originally triggered – and I choose that word carefully – by a recent experience on a cloud cost-optimisation project. These experiences prompted me to consider how things had changed since I started working in software. Coming up soon: "Is asking silly questions a niche skill?"
I mean, I see the point he's trying to make, but Betteridge is certainly more correct here.
|
|
|
|
|
It's definitely accurate that we've gravitated towards specialization. I know because I've resisted that pretty hard.
The perspective that SQL is niche might just involve how specialized vs generalized things are for the one doing the perceiving.
Somebody has to do it though, and at least for some scenarios it's almost definitely going to be someone who is more developer than DBA. Now it well may be a DBA (in title), the point is that some things require such an intimate knowledge of not only the data/table structure, but also how the clients interact with it.
|
|
|
|
|
Kent Sharkey wrote: "Is asking silly questions a niche skill?" No way... Have you seen the Q&A? That's not niche, that's mainstream
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Its a basic skill any tom dick and harry should have these days...or from long back...
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
I would like to join in on that.
But then: Geek&Poke: SQL[^]
I never understood why SQL was developed, and then everything froze to ice (with regard to database languages). For solving other kinds of tasks, we have a handful of new languages and concepts and frameworks every year, and several widespread languages come in 'revisions' with no resemblance to previous versions (there is no reason to mention Fortran in this context). But SQL is sacred, untouchable, and should never be challenged, only embraced (e.g. LINQ).
Elementary database handling certainly is a basic skill. But I feel ashamed telling students that in 50 years, the best tool we have come up for solving database tasks is SQL. It does not make me proud of my profession's achievements.
Religious freedom is the freedom to say that two plus two make five.
|
|
|
|