off-topic

https://github.com/clojurians/community-development/blob/master/Code-of-Conduct.md Clojurians Slack Community Code of Conduct. Searchable message archives are at https://clojurians-log.clojureverse.org/
sova-soars-the-sora 2021-06-26T03:10:17.017300Z

anybody doing robotics with clojure? i recall seeing a library for embedded devices that had a lot of clojure.core implemented... i wonder if it's feasible for low-level stuff (yet)

2021-06-26T08:41:20.023700Z

I used to be active in RoboCup (about 5 years ago), and there was a team who built their server in clojure, and an derivative language to run on their robots. Its called ferret; https://github.com/nakkaya/ferret

sova-soars-the-sora 2021-06-26T15:20:16.025700Z

Wow that's super cool. Compile it down to C++11 executables! genius

walterl 2021-06-26T03:15:15.018400Z

Not a Clojure implementation (nor have I read it in detail), but @adam678 explains how to use Clojure on Raspberry Pi's: https://github.com/helins/clojure-of-things

walterl 2021-06-26T03:15:44.018700Z

That's the closest thing to Clojure+robotics I can recall ever seeing

walterl 2021-06-26T03:17:24.018900Z

Oh, and Babashka runs on RPi https://github.com/babashka/babashka/issues/241

walterl 2021-06-26T03:17:39.019200Z

But yeah, not really robotics/embedded 😞

2021-06-26T04:10:38.019400Z

maybe http://ferret-lang.org?

Helins 2021-06-26T06:24:24.019600Z

@clojurians-slack100 Yup, unfortunately it is not up to date. Here are some repos of interest : https://github.com/helins/linux.i2c.clj ; https://github.com/helins/linux.gpio.clj ; https://github.com/helins/rxtx.clj

Helins 2021-06-26T06:25:42.019800Z

It is more about targeting lInux ARM devices (like the RPI) that genuine embedded work (in the microcontroller sense)

2021-06-26T14:44:45.025600Z

Can anyone recommend a good resource on learning the rete algorithm or forward chaining rules systems?

πŸ‘€ 1
2021-06-29T12:56:25.048400Z

I'm going to write my thoughts in a google doc so it's easier to share.

2021-06-29T13:20:42.048600Z

@jimmy @dane.email I wrote an overview of how we can match segments of the paper to a meeting time frequency so that we can finish it fast enough that we dont lose interest but slow enough to learn the material. https://docs.google.com/document/d/1kDhgVYVt4aelzuVPheaL2tM7sb1w0kjrLnf6Dp7lCCc/edit?usp=sharing

2021-06-29T13:24:05.048800Z

Apologies for any mistakes in that doc, the next thing on my list is to fix my keyboard.

jimmy 2021-06-29T13:28:40.049Z

Two questions. Kind of confused on the timeline. It lists 10 different reading goals, that are biweekly and then says we would finish in 6 weeks. Something isn't adding up in my brain. Maybe I'm misunderstanding? The other thing I'm unsure about is the desire for 6 people. I've found that this is often the hardest part. I have no idea what time zones you all are in, but finding that many people who want to read a thesis and can meet at the same times might be a bit tricky. I've seen lots of groups not exist because of goals like that. I guess I'm just curious why you want that minimum number?

jimmy 2021-06-29T13:28:58.049200Z

I will add that I've been quickly reading through and it is a super readable paper.

2021-06-29T15:18:48.050100Z

err i said bi weekly, what i meant was twice per week.

2021-06-29T15:20:38.050300Z

no hard reason on the number of people, it means if 2 dont show we still have 4 which is comfortable.

2021-06-29T15:21:03.050900Z

agreeing on a time is a big deal

jimmy 2021-06-29T16:21:00.053Z

Makes sense on both counts. But would definitely recommend making the number of people a loose goal. I'm in us east time zone and can do this during work hours. Not sure I could do twice a week outside work hours.

2021-06-29T17:37:09.055600Z

It's your call, no point in meeting if no one can meet. Given the density of the material, I suspect we will have questions and discussions points long before the meeting then. Once a week should be fine, but then I would up the amount of reading. Unless we want to make it a two month thing.

2021-07-01T17:36:30.121200Z

@jimmy @dane.email I made a discord sever. https://discord.gg/Cg5kJQHt I suppose we could try to make a short lived channel on this slack to, idc. The messages will disappear really fast though. The goal for today is to set a first meeting date and reading. It seems like we should do about 20 pages or so a week and meet at the end to discuss it in person for maybe half an hour to an hour. Meanwhile we can ask questions or discuss it in the discord at anytime. Feel free to invite more people. These things are never perfect and if your not finding value in it then its easy to back out πŸ™‚

Dane Filipczak 2021-06-26T15:36:27.025900Z

Production Matching for Large Learning Systems, Robert B. Doorenbos http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf

2021-06-26T16:38:24.026500Z

Would you or different my someone you know be interested in doing a group reading of this?

dgb23 2021-06-26T16:55:31.029Z

I once saw a (I think strangeloop) talk about a programming language where the code is granularly stored in a sort of an immutable registry. So if Alice and Bob write/use the same function independent of each other, it actually is the same function regardless of the name. Roughly like that. But I don’t remember the name of the language.

dgb23 2021-06-26T16:57:32.029400Z

ahh I found it! Unison https://thestrangeloop.com/2019/unison-a-new-distributed-programming-language.html

1
polymeris 2021-06-30T23:00:21.113Z

That's a pretty cool idea

Dane Filipczak 2021-06-26T17:04:14.029600Z

Sure! Additionally, a literate /learning implementation might be fun to approach as a group

jimmy 2021-06-26T19:06:35.029900Z

I'd potentially join in on that

2021-06-26T19:27:22.030100Z

I'll see if I can find some others to join us. I'm excited your interested. :)

2021-06-26T21:02:00.030300Z

@jimmy great. I'm away from my computer tell Monday, but hopefully we can get 2 more and try to break the paper into bite size parts.

πŸ‘ 1