วีดีโอ

Great explanation ! Thanks

Hi! I'm a beginner. Great lesson, it was very helpful, thanks! Could you tell me what is the software that you are using for see the results of the code? Can I use in others IDEs with another language? I don't know if I'm expressing well... Sorry, english is not my mother language

I am loving it

Enjoyed that! Lots of other libraries have attempted to solve the same problem. KnockoutJS was an early one that went under the radar. Be curious how you think Svelte and SolidJS stack up.

Wait till he learns about the communities that optimize what letters you put on which keys on the physical keyboard. Or the optimization of where the physical keys even are. Or comparing inputs via pressing a key down versus other alternative ways to interact with a key. Or alternatives to keys entirely. This is like, so surface level, in terms of optimization depth here. Not that that's a problem.

UI design is much more about making it easy to understand and learn than how physically fast it takes to navigate.

🎉great more please

how are your videos not having more and more views? I like your thought organization I too think about laziness and healthy easy food❤

what's your opinion on f# for stats type of work? Is it worth using over python? what about ML?

This was cool :) If you intend to update it, if playing on mobile the text of the bots sometimes gets covered by the spot where you type and you cant read their entire message, changing layer order might be a "quick" fix. Very cool work!

I have considered curating the deluge of web content utilizing some of the web feed technologies. (of which has unfortunately fallen out of favor from what I understand) What were your inspirations in building this? Were there similar kinds of software that got most of the way there? I think this idea of sharing these feed configurations and them being a proper programming language is quite powerful. (rather than YAML, JSON, or DSL)

The writing is so true. Instead of going straight to coding I find it better to write it out and brainstorm

The comment about single line Perl programs is just stupid. "Perl golf" as it is called, is something programmers do for fun. It is not something you do when you write a Perl program of any significance. Usually this is an accusation by someone who has never done any non-trivial Perl programming (or just something they 'heard' about Perl, because they've never done any *actual* Perl programming themselves). Just because you *can* do something in a programming language doesn't mean you should, and it definitely doesn't mean that anyone who writes serious programs in that language *will* do that. If you want to criticize Perl for one of its weaknesses, at least pick a weakness that has meaningful consequences.

What degenerate dialect of Lisp is this? Oh, it's Clojure, the not-Lisp that only has a small fraction of Lisp's power. The JVM is a ball and chain around Clojure's leg. At least it has macros. That means it's possible to implement async and await, which Java itself does not have.

Hi Sammy, just checking if you actually do read all your comments.

is clojure maintained actively? great language tho

wow 🎉

he sees that he's always about to laughing 😂😂 excelent video

I have no real reason to use or learn clojure, but I have been interested in it for years. glad to see someone contribute some much needed clojure content!

Hello there

Man, your videos helped me, please don't stop upload it

Lisp will never die. It’s too fundamental. Sure, dialects will change, Maclisp to Scheme to Common Lisp to Clojure, etc., but the core ideas are all still there.

term is a much better shell built into emacs. I have it bound to a function that calls (term "/bin/zsh") so that I can use zsh.

Hi Sammy I think you can find a niche by doing videos around Clojure. Basics, Tutorials, Gotchas, Culture around it, Job market, comparisons, tooling, etc..

Great video. Except that mathematical operators in Lisp are not operators, but functions themselves...

I have doubts about the opinion that "Emacs out of the box sucks" I think of it more as a framework to make text driven applications with support for GUI, if you see the customize interface and the type of GUIs controls that allows is almost like a browser of the 1990s

No

The python shade haha great video.

I've tried several times to get into Emacs (partly because it seems to work much better for integrating with REPLs than Vim/tmux). I'm a Vim user, so I can tolerate a certain degree of living in the 70s, but the Meta key is something that Emacs desperately needs to move on from, because it makes Emacs literally painful to use. Keyboards haven't had a Meta key since Lisp machines, and it was to the left of the Ctrl, not the thumb bendingly awful position of the Alt key on modern IBM keyboards. CUA mode is a step in the right direction, but still. And when the first thing you have to do is remap all the commands just to not experience pain... eh. I know one obvious solution is to remap the otherwise badly placed CapsLock to Alt, but I use the Colemak DH keyboard layout which remaps CapsLock to Backspace, and I cannot figure out how to undo that, so I just end up not using that key. However, if I ever do try again, I'll certainly take another look at your setup.

I'm fascinated by FP, and have tried to incorporate aspects of it. Unfortunately, a lot of my work is stochastic simulation of epidemics, where you have a population that changes *randomly* over time, and you want to capture various bits of information about it (e.g. maybe poll the population at regular intervals, record the time(s) an individual gets infected and recovers etc.). This is so natural in procedural, e.g. population X=X0; t=0; while (t<t_end) {calculate stuff; update t and X; record poll; etc.}, but this state fiddling is anathema to FP. I have looked, but haven't really come across any examples of FP in these sorts of cases, to learn from. Guess when I do figure it out it'll be up to me to share my findings! Also I remember how Guido decided that TCO wasn't going to happen in Python. Given that he's not been the BDFL for almost 5 years now, maybe that might change in the future?

Julia might fit the place where Python failed. It looks a lot like Python (although with end tags instead of syntactic whitespace, and n-dim arrays are easy to work with), but it has powerful macros, inspired directly by Lisp. Plus it has strong performance.

Sound effect: eavesdropping in a public toilets in the 50's 👌🏻

Coolio! Next you could analyze long repeating patterns and make new keybindings for those?

Very excellent! I'm excited to start collecting my data, we'll see how it goes ^^

I've converged on the "What They Teach In Harvard Business School/What They Don't Teach In Harvard Business School" approach to programming: Use Forth to talk to a real machine. Use Lisp to avoid talking to a real machine. Use both together and you have all of programming.

Long formate is great!!

wow thanks

Super interesting! Very useful insight that the keys most needing re-binding were the ones that were most annoying, suggesting that annoyance-drive-reconfiguration isn't a bad approach. Great work :)

This is awesome lol

Really cool :D Also like the idea of using information theory for UI analysis.

it feels like the compiler writer of lisp implemented the AST and then was too lazy to continue, called it a day.

This video is quite a while ago now, but if I may give my 2 cents here, I would like to say something about the old debate of purity. I believe the most important point about purity is that it's all about Separation Of Concerns. Pure languages as a whole like Haskell have some problems in how practical they are to use in real life software development. So what I believe is that at function level, you want to decide if it becomes a pure function or not, and express that clearly in the name and type of it. You can often keep most code in pure functions, which just yield values in predictable ways. Actual `work`, like modifying environmental things, files, stored data, etc. can be placed in decidated, centralized procedures in a program. And such a procedure may return void or unit (this depends on the language), or when applicable rather a success or error result status. So I strongly believe in well organized, mixed paradigm programming. I believe Rust does this totally right for example.

I've always thought that FP can be achieved via any of the other programming paradigms if and only if you write them correctly. BUT the _point_ of FP is that a functional rubric is *enforced* by the grammar and runtime, therefore guaranteeing code safety. Does that sound right?

But you can't create AI using lisp. yet.

BTW: I like the addition "for better or for worse." Writing well in Lisp requires taste. It's way too easy to make a real dog's breakfast of ill-considered macros. N.B. I am by no means considering myself as exemplary here. I'd have to be firing on all cylinders if I were to contemplate writing a macro for anything but my own consumption; I'm generally too stupid to do better.

"...we managed to create a language that accomplishes neither." Ouch! My sides! /me ∉ pythonistas

The startup time comment is interesting. On my boxes, I often stop emacs, but my init does a lot with autoload, and chances are that the emacs files are cached in memory anyhow, so save for an inital cold load, emacs starts about one second. Since I run it via emacsclient, if I don't kill the session, the startup is basically instantaneous. I think if I had NVMe on my boxes, I wouldn't even find the cold-load time that painful. It certainly starts up much more quickly than a cold-load of firefox.

there is no evidence that these properties are better. functional programs measurably have as many bugs as imperative and oo programs. If these things are not producing a benefit, why make things more difficult for you and for the computer?

Great tutorial, don't stop make video like this, please

Neo: "Woah... I know Macros!" Sammy: "Show me.." Sammy: "This is Emacs REPL. It's similar to the programming environment of the Matrix It has the same basic rules, rules like abstraction, compilation. What you must learn is that these rules are no different than the rules of the underlying assembly. Some of them can be bent. Some of them can be broken."