|
One engineer has built a new communications protocol that he says is resistant to disaster and central points of failure. It's just like the current one, but with more cannibalistic bikers and irradiated zones
OK, just like the current one then.
|
|
|
|
|
The Meta-verse?
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I think in case of disaster, most communication protocols, including talking, will have already failed.
And how do you make a communication protocol "resistant" to disaster? I would start by making "communication" in general resistant to disaster. Horses might come into vogue again.
|
|
|
|
|
Redmond wants managers to do something that goes completely against their instincts. Oh, and it thinks employees are soybeans. Just in case you've ever felt that your managers dump fertilizer on you all the time
They're apparently doing it correctly.
|
|
|
|
|
Thus is just an update to the Mushroom School of Management:
Keep the workers in the dark and feed them sh*t.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Yup, I was "going to go there" with the blurb, but I figured Chris wouldn't want to deal with the people complaining about "my language" again.
TTFN - Kent
|
|
|
|
|
any new icons coming in windows 12
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
No, the MS iconographers are all busy reskinning Android. 
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
While people aren't crops, there are some very valid points in this article.
|
|
|
|
|
obermd wrote: people aren't crops
But they definitely require cultivating and weeding out. 
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Let me show you characteristics of APL that will influence your understanding of programming concepts and the way you use other languages. Because who needs a readable language, anyway?
|
|
|
|
|
Interesting read but I'm still not going to learn it.
The less you need, the more you have.
Even a blind squirrel gets a nut...occasionally.
JaxCoder.com
|
|
|
|
|
My problem with APL is that it encourages writing obfuscated code.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Look up just about any (non-trivial) mathematical proof, and it is "obfuscated" in the same manner: A lot of strange symbols that - to most non-mathematicians - make no sense whatsoever.
APL wasn't developed as a programming language, but as a notation for blackboard teaching of advanced math topics. The math students had to learn the meaning of a few extra symbols, in addition to the plethora of symbols they already knew.
Most APL critics would consider the language to be less obfuscated if you simply replaced the special APL characters with word symbols (such as 'reshape', 'execute', 'invert', ...). Yet, when reading math, they can easily handle sigma, integration sign, delta, root sign, pi, e and i symbols, without complaining about 'obfuscation'.
If you learn the symbols of APL, the language still has elements that differ from the 'Algol type' languages. (Today, few people ever saw an Algol program, so let us call it 'C type' ). E.g. no operator priorities. Functions and values exist in a 'workspace', with no defined 'ordering' as a source file. Many (most) operators work on an entire matrix of arbitrary dimension, rather than iterating over the elements. These are examples of different approaches to programming, but they can hardly be called 'obfuscation'. If you say that they are, then any significant deviation from 'c style' could be called 'obfuscation'.
Lots of people have no need for learning calculus, so they don't need to know integration and sigma and delta and root symbols. We should accept that. We should also accept that many (probably the great majority of) programmers have no need to learn the symbolism for expressing matrix operations in a programming language made for that kind of problems. We should accept that as well.
If a non-mathematician looks at a differential equation and calls it 'obfuscated', mathematicians would probably just reply with a forgiving smile. If a non-APLer looks at an APL program and calls it 'obfuscated', the APL programmer would reply similarly.
|
|
|
|
|
trønderen wrote: Yet, when reading math, they can easily handle sigma, integration sign, delta, root sign, pi, e and i symbols, without complaining about 'obfuscation'.
You're speaking European school system.
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
|
|
|
|
|
I must disagree.
APL lends itself to writing one-line programs that perform highly complex operations. This is both its greatest strength and its greatest weakness, because maintenance of such code is next to impossible.
It is, of course, equally possible to write obfuscated C code (see the Obfuscated C Contest), but one has to work harder at it.
The comparison to a mathematical proof is inappropriate. Mathematical proofs may be highly complex, but they rarely require maintenance as in "oh, can you just add this one feature?"
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
You missed the base point of APL - it was developed to assist with mathematical proofs. The language closely follows the syntax of abstract mathematics, which is extremely powerful and also extremely obscure to non-mathematicians. Also, once you learn APL using a true APL keyboard it turns out to be a relatively easy language to understand.
|
|
|
|
|
|
Data science and abstract mathematics are two different things. APL is not a data science language. Likewise, none of the languages on that list are abstract math languages.
|
|
|
|
|
I'm not sure how he intended his article to demonstrate that APL changed his way of thinking about programming, as what he writes about is all common stuff in most languages nowadays. Certainly when APL was created, this was probably revolutionary, but not nowadays.
|
|
|
|
|
My immediate reaction to the article was: That is most certainly true!
When I learned APL, it quite significantly changed my way of thinking about programming, too. If know little more about APL than it uses a strange character set and a solution can be written in one line, then there is no way you will understand how it really can change your thinking. You have to learn it, not just the meaning of the symbols, but the entire programming model.
APL is not the only language forcing you to think differently. Lisp is another one. And Prolog - it has some relatives, such as regex or Snobol4, or xslt, but doing the entire problem solution in predicate logic is most certainly different from defining a regex for analyzing a string!
I think it is a pity that the only way most programmers can think of programming is the sequential from-begin-to-end C style. The original MacOS and Windows tried to introduce event driven models, but both essentially had to give it up. The only essential change we have had since Fortran II to our way of thinking about programming is not even a change, only an extension: We now solve problems by splitting it into several parallel processes/threads. But each of them might be programmed in Fortran II, at least conceptually. I don't know of any widespread language that has thread concepts as first class citizen; the very most is realized as add-ons: Libraries with classes and methods.
I also think it is a pity that we know at most two operating systems, *nix and Windows - and seen from a distance, they are so similar that I am a little hesitant to refer to them as 'two'. Every now and then, I get nostalgic and dig up some of my old books, typically from the early 1980s, to recall all the great ideas that once were thriving, in language design, OS design and machine architecture. Repeatedly, I ask myself: Why did we abandon all those ideas? Some of them were great! Not all, but some of them could most certainly be revived and tried anew.
|
|
|
|
|
In the early 80s I designed an IBM OEMI Channel to Channel adapter using APL as a register transfer modeling and simulation language. A program written by my boss called SynAPL parsed the APL and synthesized the gates and registers. And the rest of our synthesis system partitioned the chips and produced the metallization masks for sea of gates Gate Arrays. The chips worked first time, no turns.
|
|
|
|
|
An average employee of a small business with less than 100 employees will receive 350% more social engineering attacks than an employee of a larger enterprise. You're saying that small businesses should merge to create bigger companies for safety?
|
|
|
|
|
And here I thought the biggest brand impersonator was my car's manufacturer trying to sell me an extended warranty.
|
|
|
|
|
A VS Code extension for experimental applications of Copilot. Why just use an experimental tool, when you can use an experimental version of the experimental tool?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
