tincholio

Spacemacs has been gradually breaking over the years, and is a lot more complex than Doom. I migrated about a year ago, and save for some fairly minimal muscle-memory adaptation and modifications to some packages' config, it's been very smooth sailing.

You don't need to write one if you use USB HID

Shifting and other modifiers will work ok for USB HID keyboards. Layers, however, won't, so that's why you typically need to connect both halves of a split keyboard.

Also, having two "half-keyboards" takes up less space than using two full ones.

Re: the driver, it's not terribly hard to get the basics working (debouncing, matrix scanning, etc), but you'd probably be better off using QMK, since it's well tested and has pretty much every feature you might need, and then some.

You can have both, actually. Having a datalog engine allows things like this, which is pretty cool: https://www.loom.com/share/d007932e94db4b4981cca606bebdb54a

I "ran into" Corey by stumbling onto one of his talks on YouTube: https://youtu.be/bQU_29Cglyk

It's worth the watch.

Well, the first 4 books are some of his best writing, I think... The final 3 suck terribly, and were a great disappointment (to me, of course, maybe some people actually liked them)

You can find a good middle-ground for example with Manjaro. It has the affordances of Ubuntu, but the power of Arch. I've been using it for a couple of years now, and I'm very happy with it.

This is not exactly a joke, and more CS than programming related, but it's worth the read: Lower Bounds for Probably-istic Polynomial Time. http://web.archive.org/web/20080516195038/http://cs-people.b...

I kinda take issue with his complaining about referring to Dijkstra's argument as being an argument from authority. Dijkstra makes a pretty solid case in his writing, it's not just about him being Dijkstra.

Might be, I'm not sure about the history of the term, but that's what they're called now, anyway

I had a similar feeling with that one, found the corners by counting edges on part one, and really got de-motivated for part two and actually solving the puzzle and looking for the patterns

> " [peninsula = paenae insula = almost an island :)].

In French they have kept the term, and peninsula is "presqu'île", which means literally that :)

At my previous job, I implemented a stream processing solution in Clojure, which superseded a Java one which never had quite worked (it was a pretty bad codebase, in fairness), added more complex functionality, and allowed me to drop 1/3rd of the code in that module (from 18KSLOC to 6KSLOC). More importantly, it worked as intended, and only a couple of negligible bugs made it to production, which for the complexity of the system, and the scarcity of QA we had, was surprisingly good, tbh.

You could have a look at this video by Sean Corfield: https://www.youtube.com/watch?v=UFY2rd05W2g It gives you a good idea of what the REPL workflow is like. Sean will give a more in-depth talk about this next week, and it will be available in the London Clojurians channel afterwards, if you're interested.

I'm not sure I'd say the REPL is "the main" reason I use Clojure (there are many reasons, really), but it is an important part of the experience.

I don't know of anyone who is experienced in Clojure and works in a "write-compile-test" way like you'd do in C or Java. While it's certainly feasible, it's not how you're supposed to do it.

It is indeed a French word

Also, the emojis in them...

If you look at his post history, you can see he has a thing for trolling in any thread about Clojure.

Also, baking, in general, requires a lot more discipline than cooking (esp. to the quantities of ingredients, substitutions, etc.)

There's a website called Cooking for Engineers that takes a very similar approach. http://www.cookingforengineers.com/

Because someone beat them to it https://kesque.com/

> I used vim for some time could never really get into it. The benefits that it offers over other simple code editors like TextMate isn't really worth the learnign curve.

https://wiki.c2.com/?BlubParadox

This actually exists for Common Lisp: https://common-lisp.net/project/lispbox/

It would probably be doable for other languages, if you were so inclined

It's not implemented as part of systemd...

Thanks for the links!

It's nice how the page design / typography is reminiscent of an 80's Byte magazine ad.

xcape and the compose key are really killer tools. Not having them would really screw with productivity

Even with the long names, Lisp code can be very compact, because the language is very expressive. In my experience, You can implement the same functionality in Clojure or in Java, with the Clojure version being 3x to 5x smaller than the Java one. This does not necessarily hold for all domains and all code, but it is often the case.

I'm skeptical of any Uncle Bob-isms (and to some degree of Fowler's stuff) as well, but if you want a good description of technical debt and why it's actually a problem, Ousterhout does it nicely in his "A Philosophy of Software Design".

That book is a little gem, short and well-written

> Places where current wages are low are going to see wage increases (because of higher demand / lower supply), which in turn will lead to an increase in costs of living.

I'm not sure that there's so many SW people outside of the big tech hub areas so as to make such a difference. If they are more uniformly distributed across the country, their impact on each community will likely be negligible.