Forgot your password?
typodupeerror
Programming

What Might Adding Emojis and Pictures To Text Programming Languages Look Like? 83

theodp writes: We all mix pictures, emojis, and text freely in our communications. So why not in our code? That's the premise of "Fun With Python and Emoji: What Might Adding Pictures to Text Programming Languages Look Like?" (two-image Bluesky explainer; full slides), which takes a look at what mixing emoji with Python and SQL might look like. A GitHub repo includes a Google Colab-ready Python notebook proof of concept that does rudimentary emoji-to-text translation via an IPython input transformer.

So, in the Golden Age of AI -- some 60+ years after Kenneth Iverson introduced the chock-full-of-symbols APL -- are valid technical reasons still keeping symbols and pictures out of code, or is their absence more of a programming dogma thing?
This discussion has been archived. No new comments can be posted.

What Might Adding Emojis and Pictures To Text Programming Languages Look Like?

Comments Filter:
  • why??? (Score:5, Informative)

    by Idzy ( 1549809 ) on Wednesday December 24, 2025 @03:15AM (#65879047)
    nothing more to say except i'm dumber for having read the summary
  • by Mirnotoriety ( 10462951 ) on Wednesday December 24, 2025 @03:17AM (#65879055)
    > We all mix pictures, emojis, and text freely in our communications ..

    No we don't, unless we don't want to be taken seriously.
    • With the way things are going, we don't need to worry about 'pictures for retards' being added to text - we need to worry about them replacing text.

      • by tlhIngan ( 30335 )

        I can see it being used in strings and comments.

        Many times in code you'd draw primitive ASCII art to document things, which is a form of rudimentary image used to help illustrate your point.

        And I've seen it used in output to make text fancier - we had a git hook that needed to process the code to prevent a bad checkin and while it was processing it would output an animation using Unicode Braille characters to work as a spinner. As each item on the list got checked off it checked it.

        Of course, it requires a

    • by Entrope ( 68843 ) on Wednesday December 24, 2025 @07:48AM (#65879323) Homepage

      Some of us even use a web site that limits posts to using an eight-bit character set with only text-oriented markup.

    • > We all mix pictures, emojis, and text freely in our communications ..

      No we don't, unless we don't want to be taken seriously.

      Eh, I do (unless I'm emailing some stodgy unknown who might be offended)

      A smile indicates that I am, you know, smiling. A laugh indicates that I am joking. Context is provided; communication is improved.

      My coworkers and our clients seem to take me seriously {shrugging faux emoji here, lol}

      • by kertaamo ( 16100 )

        That is great and all. But:
        1) You know there are ways to express happiness and humour in text right?
        2) Your simple example is possibly acceptable but there are so many emoji in use I have no idea what they are supposed to mean.
        3) Often they are so small I cannot make them out with my eyesight.

        The only emoji I use, is U+1F4A9 :)

    • What, who doesn't use zapf dingbat font [identifont.com] to write their CV cover letter?

  • This would be a great post for April 1st... smh
    • Except it works in pretty much anything, including C. Slashdot is one of last holdouts.

      Try this, replacing U+1F4A9 with the actual symbol:
      int main() { int U+1F4A9=0; return U+1F4A9; }

      • To elaborate: the C standard never mandated any particular character set except for a basic "portable subset" smaller than ASCII; implementations could freely add more or less, possibly necessitating trigraphs. Later revisions disambiguated what character classes can be used in identifiers and string constants, but in principle you were allowed any symbol supported by your platform since day one.

        That's the standard; implementations differed. In particular, GCC was hesitant to allow non-ASCII (in a bid to

  • If Rust can be added, than anything can be added.
    Emoji won't be as much of a security risk as Rust.

    • by kertaamo ( 16100 )

      That is so silly. Rust is the same safe/unsafe from a security perspective as C. What is really bugging you about Rust?

  • ...if I could find one that would support :facepalm: emojis in comments.

    • Ruby, you know that language people here think is a joke, supports emoji (it's just UTF-8) for pretty much anything.
  • Maybe those python guys can fix that spaces schema?

    • by ls671 ( 1122017 )

      You might be onto something; replace the spaces with emojis.

      • That would be improvement. At least characters that are required to be there are not totally invisible and have some appearance so one can see if they are there or not and how many there are.

  • by 6 year olds.

    Cute but not very pretty.

  • Swift allows emojis as valid var, const and func names. And a few weeks ago there was a Slashdot (I think) story about AI "written" code that had been pasted in to a programme. The return codes were emojis - sad face for error etc.

    • by allo ( 1728082 )

      Aren't they allowed in C++ and Java as well? I think as soon as a language allows Unicode in variable names, you can use Emoji.

  • APL? (Score:4, Informative)

    by Media Archivist ( 3478167 ) on Wednesday December 24, 2025 @04:01AM (#65879109) Homepage
    Anyone have an APL keyboard lying around?
    • I replaced the keycaps on an old IBM model (M?). Keycaps and keyboards are out there. Do a search. May you find your input device of choice for the holiday season. Happy Festivus.
  • ... but emojis in Python is a whole new level of utter stupidity.
  • hold on there (Score:5, Insightful)

    by Tom ( 822 ) on Wednesday December 24, 2025 @04:14AM (#65879121) Homepage Journal

    We all mix pictures, emojis, and text freely in our communications.

    No, we don't. Some of us still know that the purpose of communication is to convey information, not force the other party into a guessing game.

    • Communication over text IS partially a guessing game. Emojis can be used to convey emotional information. Text is subpar for communicating emotions, and is a very limited medium compared to face-to-face (where you can have facial expression data in addition to words) or even voice (where you have tone). So, don't be quick to diss emojis because they can assist filling that gap of those additional backchannels. Now of course you can misuse/overuse them as well, but that up to the user.

      Now, code should not
      • by Tom ( 822 )

        That is correct. We've been using smileys for 50+ years.

        The difference is that smileys convey a bit of emotional add-on to a factual message expressed in proper words. They are the equivalent of a raised eyebrow or a smile - which are also not expressions of specific meanings but context to the words you are saying.

    • by AmiMoJo ( 196126 )

      Back before there were Japanese style emoji, we made little faces out of ASCII characters. They conveyed a lot of information, such as the tone in which something was being said.

      As for programming, syntax highlighting greatly improves readability, so I'm not ruling out that certain emoji might too.

      • Yes, BBSers invented a useful thing to add to text communications so that people who weren't good language communicators could express emotion in online conversations conducted in ASCII. But we have keys for those characters. Inserting emoji means using additional software. Even on a phone it's irritating when you're inserting a little-used emoji and you have to go find it, and it gets more irritating as their number increases.

        As for the comparison to syntax highlighting, it might well make sense for an IDE

        • by AmiMoJo ( 196126 )

          Already using this "additional software", because I use non-latin characters for Japanese language. Unicode is of course mandatory.

        • by Tom ( 822 )

          Yes, BBSers invented a useful thing to add to text communications

          Yes, but it did not have very specific meanings. A smiley - any smiley - indicated that you're not too serious and factual. Slightly different interpretations of what ;-) means compared to ,-) didn't make a difference to the actual message because that message was still in the text and the smiley just added a bit of emotion.

          And frankly speaking, given how subjective and unclear emotions tend to be, NOT having a specific meaning is probably the best way to express emotions.

      • Â\_(ãf)_/Â -- brought to you by Unicode (hope /. Doesn't bork it up)

      • by Tom ( 822 )

        Yes, but we didn't particularly intend a very specific meaning. The fact that there was a :-) or any of its variations was the sign that I'm not meaning this too seriously. Your interpretation of the fine details doesn't matter much.

        As for programming, syntax highlighting greatly improves readability, so I'm not ruling out that certain emoji might too.

        I do. I've code-reviewed code with emoji (in the comments). It does nothing to improve readability.

    • We all mix pictures, emojis, and text freely in our communications.

      No, we don't. Some of us still know that the purpose of communication is to convey information, not force the other party into a guessing game.

      You are absolutely as correct as the middle finger your biggest fans are silently holding high in defiant validation.

      >;-)

    • Yeah, if I wanted to communicate with plenty of icons, I'd learn Egyptians hieroglyphs... There's a reason they've been superseded...
    • by pz ( 113803 )

      I had to educate one of my daughters on this very idea just the other day with its two implications. First, if you want to be understood, use the tools that best allow that. And second, if you are too lazy to make that low-level effort, you are implicitly insulting the recipient of your message with the subtext that the effort they spend trying to figure out the meaning of what you wrote is less important than the miniscule time you saved.

      For me, as someone whose professional career is built upon communica

      • by Tom ( 822 )

        if you want to be understood, use the tools that best allow that.

        I would add: Use the language that the recipient understands. If your best friend understands your emoji - fine. But if you talk to someone you don't know that will, use these things we invented recently that really make it very clear what you mean. You know, when pictograms failed civilization the first time and we wanted something better, more clear... I think it's called "words".

    • by necro81 ( 917438 )

      No, we don't. Some of us still know that the purpose of communication is to convey information, not force the other party into a guessing game.

      Related news: a thumbs up emoji can signify legal acceptance of a contract [google.com].

  • by torkus ( 1133985 )

    No, NO, no, and NOOO.

    What level of stupid, pointless, and literally useless idiocy is this?

    42 :) 69 = 420

    Can we just ... not? I know pols always need to "do something." Dev managers...also yes. But can the people writing the fking compilers just...NOT?

    Ok, plan B. If you're making a language that accepts emojis, it must ONLY accept emojis and classis operands. No text. Have kind kiddies. Let me know when you manage 'hello world' while the rest of us do something - anything - vaguely more useful.

    • I get the stupid stuff and posted a funny example... but.. Emojis are just Unicode code points. If you're going to allow Unicode, should you arbitrarily disallow certain ranges/glyphs because they're in a list of those assigned to emojis? What if more are added... should the compiler download lists? Or should code always have to be the Latin alphabet and symbols on keyboard? I'd say allowing Unicode is fine and it's up to developers not to be jackasses with it.
      • by Pieroxy ( 222434 )

        If you're going to allow Unicode, should you arbitrarily disallow certain ranges/glyphs because they're in a list of those assigned to emojis?

        Well, that's already the case. You cannot start an identifer with a "number" in many languages (C included). A "number" is an arbitrarily defined subset of all glyphs. Also, one might not use a "whitespace" in an identifier. Guess what a "whitespace" is? An arbitrarily defined subset of all glyphs.

        So what you are describing as utter nonsense is exactly what is going on under the scene right now with pretty much all languages.

        • All that is fine, but one always reads the code in our mind. Thus int i = 0 will be read as 'int i equals zero'. Now pray how do we read emojis - unless there is a universal dictionary it will be fruitless discussing code with others or remembering.

    • emojis belong in comments,such as:
      # The following code is 100% reliable :-)

      I could see that idiom appearing in lots of my code. :-(

  • Behold the horror!
    https://i.imgur.com/D0Uonre.jp... [imgur.com]

    Thanks to the Monaco editor (also used by VSCode) and twinBASIC, a language in development backwards compatible with VB6... that can also be used to write kernel mode drivers... I'll add some to my next driver project, see how many aneurysms I can cause with emoji-filled BASIC running in km. Abomination!
  • I occasionally write a math sheet in wxMaxima. I was thrilled that I could add titles and images. I do miss this in programming languages. It makes the document much more readable.
    Add headings like in word. I do this in ASCII art to easily navigate around, but just a big fat title would be great.
    Add a copy of the flow chart drawing in the spec to your program.
    I used to do hardware design in the past. A timing diagram would make the code much more readable.
    Too bad vim will not support that.
  • And it worked out well for Perl 6.
  • I think my IQ is in jeopardy just from reading the summary.
  • That is why we stick to ASCII. Doing a lot numeric stuff, Greek letters would be nice. I have copies some Python code with actual lambda in it, but that is the point: I have to copy it, I cant type it unless I use a fancy editor supporting it, and it would still be a lot slower than typing "lambda".
    • Julia already supports arbitrary Unicode, but the programmers there are more serious and use it for serious stuff like λ ≡ μ and a Ã-- b . The standard VScode Julia package supports it, and it's great for readability.
  • by Todd Knarr ( 15451 ) on Wednesday December 24, 2025 @05:23AM (#65879177) Homepage

    Before suggesting them, I'd say list out the use cases for them. I've seen some suggestions, but none of them require adding anything to the programming languages themselves because they're about documentation which can (and should) be done separately from the programming language itself. Diagrams in documentation comments, for instance, merely requires Unicode in the comments and every language I know of supports that.

    As a counter-argument, I'd suggest looking at APL. It did just this, using a myriad of symbols for operators and keywords rather than conventional text like most languages. That produced a language that was concise, elegant and utterly unusable by 99% of developers (the remainder not-jokingly referred to it as a write-only language due to the difficulty of reading and understanding even your own code, let alone anyone else's). Before going this route, explain how you're going to prevent the multitude of difficulties apparent in APL first.

    • by dohzer ( 867770 )

      I've only experienced two useful things about emojis scattered through text:
      1. It tells me that the text was written by an LLM (before the propter explicitly requests it to stop doing so).
      2. It also tells me that the text was potentially written by someone between the ages of 12 and 22 (and probably written by AI).

  • I have no idea whether this is a real proposal or just a very early April Fool's but taking it at face value - accessibility concerns and device compatibility are just a couple of immediate issues I can think of
  • try :(
          confused face emoji
    catch
        poop emoji

    that is what jumping the shark of coding will look like.

    • No, no, no... blocks need to start with the correct type of face. Smilies for the happy path, sad face for the exception handling. Semi-colons will be replaced by ;). You need to, of course, close with a neutral face. Something like this... Logging functions, of course, will be named after the appropriate emoji.

      try :)
      serious-emoji("thumbs-up, all is well") ;) :-
      catch :(
      poop emoji("omg wtf") ;) :-

  • Back to APL with emojis, emoticons, and pictures; the Kenneth E. Iverson language that used symbols to write code.

    https://computerhistory.org/bl... [computerhistory.org]

    --JoshK.

  • Aside from making the code look stupid, what does it save in terms of typing? You'd need an IME to write an emoji so you're not saving anything.
  • I’ve been making smiley emojis wink since the semicolon met the colon and the right parentheses on the typewriter. Is that considered Shakespearean prose compared to the 3D make-my-face emoji of today?

    Dunno what it looks like, but I’d imagine it should be accepted about as well as girl math at your local community bank.

  • "Emoji" is bith singular and plural, like all nouns borrowed from Japanes (see "anime", "pokemon", "sushi", "samurai", etc.).
    "Emojis" is not a word.
  • I swear we are all devolving our writing skills back to the day of hieroglyphics. Why, oh why would you ever use an emoticon or eggplant or whatever to instruct a computer to do something? I could perhaps see giving it a flow chart or something, but heck use BPMN, not an image. It's just not that descriptive for procedural operations.
  • I'd love to post my thoughts, but... Slashdot... ©*??

  • OP, you are making a broad assumption in saying we all do something that you may not think twice about doing yourself. Marginalizing those who stick to ASCII for official communications is not being a good ally. Please make a choice to be mindful of personal preferences and avoid generalizations like that. You want to be inclusive, right?

    (said in my sweetest gentle-parenting voice)
  • Is NOT a bunch of stupid emojis, I would rather see a clipboard that can save text, and a built in dictionary and maybe AI can improve grammar & sentence structure if possible, occasionally I get a good idea but sentence structure doesn't have the smoothness needed to reflect my thoughts
  • What a stupid question.

    Record yourself typing and . How long did it take? Did you reach out for the mouse?
    Now record yourself typing :laugh: and :check: how long did it take?

    Adding emoji to a programming language would just destroy productivity. Even in the "Golden Age of AI" you still need to type a lot of code.

  • ...in the olympics of stoopid ideas

  • by kackle ( 910159 )
    What would it look like? Easy...

    :(
  • Chris Lattner: Future of Programming and AI | Lex Fridman Podcast [youtube.com]. FRIDMAN: "What's been the response [to emojis] so far?" LATTNER: "Somewhere between, 'Oh, wow, that makes sense. Cool, I like new things,' to 'Oh my god, you're killing my baby.' Like, what are you talking about? This can never be. Like, I can never handle this. How am I gonna type this? (imitates bees buzzing) like, all these things. And so this is something where I think that the world will get there. We don't have to bet the whole farm on

  • Emojis can communicate emotion more efficiently than text. Pictures can communicate scenes, environments, and identifications much more efficiently than text.

    These things have a purpose for messaging between people. They don't solve a problem of any kind for programming languages.

    Show me the purpose for emojis and images in programming, and I'll happily use them. But so far, no.

Elliptic paraboloids for sale.

Working...