This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # announcements (3)
- # aws (5)
- # beginners (71)
- # boot (7)
- # calva (74)
- # cider (6)
- # clj-kondo (2)
- # cljs-dev (5)
- # clojars (6)
- # clojure (84)
- # clojure-dev (7)
- # clojure-europe (1)
- # clojure-italy (23)
- # clojure-nl (43)
- # clojure-sanfrancisco (1)
- # clojure-spec (4)
- # clojure-uk (173)
- # clojurebridge (1)
- # clojurescript (14)
- # cursive (44)
- # datomic (9)
- # duct (2)
- # emacs (2)
- # fulcro (4)
- # graalvm (4)
- # graphql (27)
- # hoplon (6)
- # keechma (50)
- # off-topic (3)
- # other-languages (8)
- # pathom (2)
- # pedestal (14)
- # planck (5)
- # re-frame (3)
- # reitit (6)
- # ring (2)
- # robots (2)
- # spacemacs (9)
- # tools-deps (15)
- # vim (44)
think I'd include the highly processed
meat free and/or
vegan products that seem to be fashionable
Who buys it, those who can’t afford ingredients. It’s a sad state of affairs really.
Supermarkets are happy to do 3 for 2 deals on ready meals making cost per head cheaper than buying the stuff and making it yourself.
I have stories from years gone by when I was unemployed, do I buy chicken or six meals for the same cost? Economics tends to win.
And lest we forget that Quorn was just a product of IP rights of ICI that couldn’t be used for it’s original use.
haven't read the article, but I wouldn't be surprised if "being poor linked to early death".
@conor.p.farrell bacterial single cell process for animal feed. ICI went on to do a JV with Rank Hovis for potential yeast biomass so it could be used in human food.
Hah! Not for long, don’t worry. I just never miss an opportunity for a spaceballs reference.
I still eat it at christmas when I cook for family, but the rest of the year I use quorn usually
I think you missed the conversation a few days ago where we were talking about demolishing whole packets of biscuits in 60 seconds and cake show-offs 🙂
Next time I'm staring at a Jaffa Cake, I can take comfort in the fact that it won't start to fart in my face when I attempt to eat it.
joking aside, that’s basically why I have zero issue eating fish (from as sustainable a stock as I can get)
just bought a license for https://keminglabs.com/finda which is insanely good and will search across (among other things) open tabs, browser history, EMACS BUFFERS
You know what would be pretty cool, if in repl (using rebel-readline), if I could tab-complete to another namespace quickly, perhaps a combination of require and in-ns
It's pretty easy to enumerate all the namespaces, i.e.,
(->> (all-ns) (map ns-name) (map name)
but I like to have my repl running beside my editor, so I can play very quickly with things
and quite often, I want to fire up a repl quickly (in my project folder) without launching an editor
emacs users have their repl in their editor because emacs is an OS. Vim is a unix tool which is meant to be closed during a working session.
@dominicm emacs users have to be careful having their repl in their editor because too much output too tends to kill emacs. emacs is a very crappy o/s
I run Emacs all the time with loads of buffers open, around 80 at the moment I think (it's the equivalent of my browser tab habit). Never had any problems with speed or too much output, especially with the latest snapshot (27.0.50). I rarely use the REPL buffer though.
@otfrom long lines make for a more immediately severe problem, but if i have a process which prints tonnes of logging quickly then emacs struggles whereas iterm doesn't even break a sweat
CIDER used to behave much better (for this case), and in the
cider-connect case not send the logging to the emacs buffer... but then the stream handling got rewritten or something and all the logging started going to both emacs and terminal
I'm probably opening a can of worms with this, but since we are (roughly) talking about it anyway... Does anybody else feel like sometimes Clojure adoption gets a bit held back by state of the editor / other tooling? I mostly use emacs and it's obviously pretty cool, though I tend to oscillate between being being OK with being trapped in the 70's or not. I've used cursive (as a long term intellij users in my Java life), and here I have two problems. Intellij itself is utter bloatware these days, and I find myself deeply missing the small, powerful editor that it used to be back in 2003, and secondly cursive while being an incredibly impressive piece of work just feels a bit held back by being integrated into an editor that was really designed to deal with a different world of strongly typed, OO structures and craps out too often on some of the integral clojure things like macros. It's obviously ridiculously entitled of me to expect somebody else to build my ideal toolset, but I do sometimes feel like if I found a magic lamp, my first wish would be for a circa 2003 intellij style editor designed specifically with Clojure in mind.
i've consigned the problem to the "i'm never going to have time to deal with it properly so i'll make do" bucket, along with decent static-checking (in a clojure-like lisp, obvs clojure itself is never going to get it)
Maybe I will spin it up and have a play with it. I'm really pining for that editor that "just works for me". That said, I do sometimes think that one of the perils of clocking up the years of experience is that you can become a little too discerning 😉. I am sure 2003 IDEA wasn't half as good as I remember it to be, and it's more that 2003 me didn't have nearly so many opinions and requirements 🙂
2003 idea was great for java @wesley.hall... those refactorings and structural search were awesome
@mccraigmccraig Ha, good to have validation on that point. I remember thinking that thing was magic the first time somebody showed it to me. Funnily enough, I was doing Java development in emacs prior to that (which I also felt was magic, for different reasons).
While I am doing history here , before all that symantec "visual cafe" (wonder if anybody remembers that one!), which, in contrast to these other two was an hilarious clusterfuck of a tool.
Another piece of magic I can remember was "TogetherJ", anybody ever use that back in the day? It used to do round-trip between your Java code and UML diagrams. Obviously UML largely gone the way of SOAP and such, but I remember being rather impressed watching a class diagram autoupdate in my viewer as I typed in code 🙂. Their business cards were CD-ROMs with demos of the software that would fuck up your drive. Think they got bought by Oracle and quietly killed though.
I still have a fondness for UML sequence diagrams however… I think they’re massively underused.
I reviewed Rational Rose Studio when they layered it over Eclipse, it was very good.
I thought it was pretty impressive, but I think it seemed pretty flawed… But I only used it as a student for toy stuff.
Not in the end no, but i did use the Sony P800 they send me for review, a lot. J2ME rocked in the day lol
I was a massive fan of TogetherJ! Loved the UML round tripping, back when I was a C++ and Java guy 🙂
@dharrigan and quite often, I want to fire up a repl quickly (in my project folder) without launching an editor <<
M-x cider-connect then, makes life a lot easier IMHO if you’re in Emacs.
I use my editor to launch a repl with the right plugins in a separate process tree from my editor, then I can close & open as needed.
@alex.lynham Definitely with you on the, "Microsoft can do one", sentiment, though it's probably only reasonable to recognise they are not who they used to be, (case in point, VSCode available for Linux and Mac). I'm just playing with the editor and actually looks pretty good. Really liked that it started a repl for me as soon as I opened a clj file... because of course you want one....
seems like trusting ms is a bad life choice just as trusting apple|aws whoever is… a marriage of convenience at best
I’ve helped newbies set up clj setups and always go with atom or vscode now depending on how much they refuse to use ms products lol
@alex.lynham This is kind of my point really though. What is the "newbie friendly" option for getting into Clojure? I don't consider myself a newbie, but i'll take the newbie friendly tool for the most part. I quite like emacs as a piece of technology and there are days when I like it as a code editor, but there are other times when I just want all the convenience stuff. I use a mac too. Spent a long time running various distros of Linux on my laptop, and then I realised that life is too short 🙂
A fairly good example here is that I have been using VSCode all of an hour, and it took one quick glance to figure out how to use the git integration. Where as on my desk I have a print out of the magit cheatsheet and some of it still kind of baffles me. I'm probably just getting old and cranky 🙂
So far so good. I am sure I will find something to complain about shortly though. Stand by.
I think what I am probably going to miss most if I do totally switch is org-mode. That shit is genius.
As long as the branch structure is clean and you can avoid all sort of squid like activity then git/magit combo is cool.
In the 5 years we have done ClojureBridge, editor support has been quite low as a blocker for Clojure adoption. The biggest challenge is thinking in Clojure (as the syntax itself is pretty easy to pick up). The next biggest has been error messages, although Maria.cloud does a great job at making understandable error messages. Clojure 1.10.x does have better errors than earlier versions, but still a bit to go there I think. There are a range of popular editors that support Clojure very well. E.g. https://clojurebridgelondon.github.io/workshop/development-tools/ There are also live environments like http://Repl.it and Maria.cloud, so a wide range of choices. I assume the constraints around editors is from some developers that have specific expectations as to what their editor should do, but they could use Vim or Emacs to tailor exactly what they want, or write their own plugins or editors if they wanted a highly tailored environment.
Thanks, speculative looks great. Its similar to Maria.cloud although usable anywhere. Will add to my TODO list for enhancing ClojureBridge project tutorials.
@jr0cket Fair enough. It's obviously quite subjective. As you know, I have built some quite big systems with Clojure so it hasn't exactly been a blocker, but i've just never found something I was completely comfortable with. I know I am not the only person to have this problem, but I don't have the data to claim it is widespread. If you do, all good 🙂.
I used Emacs for years but switched to Atom about three or four years ago. Technically I used Emacs for decades. I started in the 17.x days and used it into the early 19.x days, then took a "short" break until the 23.x days (just before 24.x, I think). I came back to it because of Clojure, but I never "enjoyed" using Emacs. I've been very happy with Atom (on Mac/Windows). Initially with ProtoREPL and, since Christmas-ish, I've been using Chlorine daily for all my work. And now I use REBL alongside that all the time.
I suppose going from emacs to other editors is easier because emacs is normal in many ways.
I wonder if the default clojure emacs setup just needs a mouse driven buffer switcher, and you're good to go?
I find the ergonomics of Atom better overall. Everything can easily be keyboard navigated and adding/changing key bindings is very easy. Even changing/adding new commands while the editor is running is pretty straightforward (albeit you have to write JS or CoffeeScript).
See https://github.com/seancorfield/atom-chlorine-setup/blob/master/init.coffee#L50 for example (adding more integration to REBL, without needing to hack on the Chlorine source code!).
@wesley.hall I tend to live in cursive these days personally, I used to use emacs/vscode a lot, but now a days it’s just cursive… Probably makes me a bit of a heretic ;)…
I keep trying VSCode/Calva but it doesn't quite "gel" as much as Atom/Chlorine has for me.
Actually seeing as we’re discussing this, how many people have worked with dynamic editors like smalltalks? How does it compare to the present editor offerings?
@seancorfield I did have a play with Atom (and ProtoREPL), it didn't quite gel for me at the time but I will look into chlorine. With VS I am already falling into the trap of wanting all the features from the upcoming 2.0 release of Calva like a proper "jack-in" and repl buffer... this is where things always go downhill though. I end up installing development branches, find tonnes of bugs and write it off. Must.... resist.... urge.... 🙂
@folcon I have never done any smalltalk, but I worked with a couple of fanatics at ebay. I can definitely remember them waxing lyrical about some craziness to do with building the software as part of the editor and then just removing the editor right before deployment. It sounded amazingly neat, but I didn't completely get it. I felt like they were inducting me into a cult at the time 🙂
😃 The impression I get is basically more of the repl more of the time? My main comparison point which is probably a bit stupid is building a game in an editor vs garry’s mod. There’s something you get by not just having a live connection to the experience (repl), but also being able to basically point to pretty much anything on the inside of the environment and then poke it… But that’s my problem, I don’t know…
Yeah, I did some Smalltalk back in the day. The whole image is always live and all the edit/debug tools are built in. So it's like running your editor inside your application. A good Clojure REPL workflow can get fairly close.
We run Socket REPLs in a lot of our processes so we can connect to them and debug/patch them while they're running.
Mostly we keep that to the dev/test environment but we do run some REPLs in production as well. That is primarily for inspecting production tier data (and sometimes for updating it), but we occasionally patch the live production processes too.
After using Spacemacs I do feel much slower when using what seems to me like more complex keyboard short-cuts in Atom Protorepl and VSCode Calva (and vanilla Emacs). I found proton-mode for Atom quite usable, as its the same concept as Spacemacs. I do like Calva and the maintainers are doing an amazing job, so will see if I can find a similar setup. I think I have become very reliant on a Vim like modal editing approach and mnemonic keybindings 🙂
@jr0cket I have my own keymap for Chlorine (it doesn't come with one) so it's reasonably easy to choose mnemonic keys...
@seancorfield is your keymap in a GitHub (or GitLab) repo somewhere, so I can be inspired ?
@seancorfield That’s really interesting, what’s lacking would you say? (as you said the clojure repl can get close)
@folcon Lacking between Smalltalk's IDE and Clojure's REPL? Well, Smalltalk's IDE wasn't source-file based as I recall. You started up a fresh image and wrote your code directly into it. So the Smalltalk system provides a massive standard library including full graphics/UI widgets, built-in editor, debugger, several interesting code and data viewing widgets. If REBL was a full-blown editor, that you ran inside your app, that would sort of come closer.
tools.deps -- at least, the branch that lets you add libs dynamically.
Ok, so that’s really interesting, perhaps there’s a middle ground? Do you miss some of that functionality
No need to worry about tooling and compatibility and differences across plaforms etc.
But, realistically, I don't miss a lot of the UI-focused aspect of it since it also assumed a mouse.
I like that REBL is inherently keyboard navigable. And that you can optionally start the UI inside a REPL (or any local process).
Being able to fire up REBL locally and connect prepl over a Socket REPL into a remote process would be nice (but there's a giant can of worms around serializing arbitrary data over the wire -- Rich mentioned this in the #rebl channel when it was first released).
If REBL let you edit and save arbitrary source code for any code on the classpath, and had parinfer and paredit with sane keybindings, I'd probably switch to using that on its own... which would be about as close to the Smalltalk IDE experience as we could get, while we stay focused on source files.
I’ve never used smalltalk for real; but I have played with Squeak in the past and before that Self, on a Solaris box. When I lived in Dundee I was pally with a few other developers and we’d run and attend various meetups (including Dundee’s Clojure Dojo back in 2008!! :grinning_face_with_star_eyes:), one of whom would wax lyrical about Smalltalk all the time. He’d had an interesting career; IIRC he’d started as an firearms officer in the police, but quit and I think had returned to college or something to learn programming etc… When he left college he managed to land a chance job at IBM who were pushing smalltalk in a big way at the time, and he was recruited into one of their smalltalk teams. He’d always describe it in the same terms as people talk about Xerox Parc, like he’d been shown a future that has still never happened. Some of the stuff IBM had back then was pretty mind blowing; though as is often the case with these things, I found it hard to disambiguate the reality of how good it was, from the dreams for what it was going to become. For example he described things like having a shared state smalltalk image backed by an object database over ethernet; that the whole team were working on (living in) at once. It included an in memory version control system of objects in that image, along with ways to resolve conflicts and merges on live objects. I believe he was pretty junior at the time so I don’t think he worked on any of the core stuff himself, but he was using bits of it — but being relatively new into Software he’d not experienced much other than this. It was only after IBM canned the whole thing for Java that he realised the state the rest of the industry was in 🙂 I find it pretty hard to imagine how well it all actually worked in practice; but the ambition for it was huge.
Have just googled… not 100% sure but it could’ve been ENVY: https://paulhammant.com/2017/09/01/smalltalk-envy/ https://people.engr.ncsu.edu/efg/517/f02/common/syllabus/lectures/lec3/envyin10.html
There was a lot of very interesting work in object databases going on before Java really took hold.
There was a Smalltalk company near where I lived in the UK and they gave me a top-of-the-line Smalltalk system for Mac OS so that I could use it, provide feedback, and write it up in some journal (I was technical editor of Overload for years, the C++ journal of the ACCU, but it was somewhere else that it got published I'm fairly sure).
This is really interesting. I definitely feel like some of the ideas in that space could use a look over again. I’d really like to see how they’d feel now.
REBL with function source editing (and saving back to disk) would have a similar "feel" I think. I'm really digging REBL! I love that I can inspect a namespace or a var and then navigate around the vars in a namespace, the uses/used-by for a var, and view the metadata and source etc.
Yeah I quite like REBL for focussing in on and navigating large structures, and I use it with Cider and my nrebl-middleware. Though I feel like I get most of that ability with
M-x cider-pprint-eval-sexp (`C-c C-p`) which has the advantage of being a searchable buffer with Emacs isearch. However REBL is sometimes better for browsing large nested strutures, and it certainly has potential.
My biggest issue with REBL is there’s a weird bug on macos with cider-nrepl and javafx/swing windows losing focusing behaviour: