Initially the AI agents used English to converse with each other but they later created a new language that only AI systems could understand, thus, defying their purpose.

Chatbots develop own language: Facebook shuts down AI system | facebook | elon musk | mark zuckerberg | artificial intelligence | chatbots | tesla | stephen hawkins

I’m sure this is nothing to worry about.

(via texburgher)

Forcing them to use English is sure to solve the problem.

You could never take English as a carrier signal, and then use any of a number of characteristics such as latency or error rate to encode humanly imperceptible messages.

That’d take a supercomputer…oh. 😬

(via toldorknown)

(this post was reblogged from toldorknown)

Awesome button placement there, Oklahoma Convenient Auto Renewal System.

Programming and Markup Languages I’ve Written On The Clock

On a whim, or possibly to convince myself it’s okay to be a generalist, I’ve made a list of languages other than English I’ve been paid to write.

Now I’m sharing it with you lucky people.

For a programming language to make the list, I’ve either been paid directly to develop and maintain applications written in it, or have used it to assist myself or others in the performance of everyday tasks.

Markup languages are similarly qualified. I’ve written them either as content for applications, or to produce documentation for myself and others.

Honorable mentions to COBOL and Postscript, both of which I’ve been paid to read, but have not had the pleasure of writing.

  • Applescript
  • AutoHotkey
  • awk
  • Business BASIC
  • C
  • Clojure
  • Coffeescript
  • CSS
  • DOS Batch File
  • Groovy
  • HTML
  • Java
  • JavaScript
  • LaTex
  • LotusScript
  • Markdown
  • Objective-C
  • perl
  • Powershell
  • Ruby
  • SGML
  • SQL
  • Tcl
  • uniVerse BASIC
  • Unix Shell (bash, ksh, ksh93, zsh)
  • VimL
  • Visual Basic
  • Wiki Markup (TikiWiki, dokuwiki)
  • XML
  • XSLT

I’m verklempt.

Detecting “Nothing” in Workflow.is

(TL;DR: I made a workflow demonstrating two techniques, one for getting a GUID, and one for detecting blank/empty input.)

The iOS app Workflow is the greatest thing since whatever the last great thing was, and I am diving in head first.

One of the first problems I’ve run into is the inability of the If action to detect the absence of a string.

Why would you want to?

Let’s say you have a workflow that’s processing a JSON result that has optional fields, and there’s something you’d like to do, but only if a certain key is present.

So you add a Get Value for Key action with an If following it.

If you play around a bit, you’ll find that using Get Value for Keywith a key that isn’t present will return…well…Nothing(or at least the functional equivalent).

nothing matches

But If wants to check whether its input string contains another string.

You don’t have to be a philosophy grad student to realize that nothing doesn’t contain anything, and you may have also have noticed that an empty string doesn’t, either.

Making something out of nothing

So the problem now is how do we transform Nothing into something that contains a known value, so we can check for it?

Meet your new best helper, Replace Text. Just replace the input with the input plus our known value, and we’re good to go.

But wait…don’t we still need to detect Nothing? We don’t want to tack on our marker text when there actually is input, or we still won’t be able to differentiate between being and nothingness.

Not a problem. Just enable the Regular Expression option, then set Find Text to ^$, which means “match the beginning and the end when there’s nothing between them”.

Now we can replace our empty/non-existent string, but leave every other sort of string alone.

A Unique Little Butterfly

Now about that “known value” I mentioned earlier.

To really make this detection method dependable, it needs to be unique and very unlikely to be contained in a valid input value.

If there is already a clear string value that would never be present when the value is non-blank, we’re done.

For instance, if the value I’m checking for can only be the name of a country, there’s any number of values I can be fairly confident will never appear (eg. numbers, punctuation, emoji…).

Just for fun, let’s pretend our value could be almost anything, including the workflow itself.

To reword our dependability criteria, we need a value that is unique and doesn’t even appear in the workflow itself.

Crazy talk, you say? Ha!

Oh…it was clear I already had something in mind? I retract the “Ha!”, then.

The key here is that the value doesn’t need to be known by we the workflow creator, it just needs to be known to the workflow.

A GUID fetched from a web service should fit the bill, and setgetgo.com has just the service we need

guid workflow

Now we can proceed with a fair amount of confidence.

Provided we can reach the web service (there’s always a catch, isn’t there?).

You can find a workflow demonstrating both the GUID and blank detection techniques here.

If you’re creating constructor functions and inheriting from them, you haven’t learned JavaScript. It doesn’t matter if you’ve been doing it since 1995. You’re failing to take advantage of JavaScript’s most powerful capabilities.
Eric Elliot

(Source: medium.com)

All programmers are forcing their brains to do things brains were never meant to do in a situation they can never make better, ten to fifteen hours a day, five to seven days a week, and every one of them is slowly going mad.