You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Instantly share code, notes, and snippets.
Juraj Martinka
jumarko
Clojure, JVM, CodeScene! See also my curiousprogrammer-net github profile: https://github.com/curiousprogrammer-net/
The web is full of benchmarks showing the supernatural speed of Git even with very big repositories, but unfortunately they use the wrong variable. Size is not important, but the number of files in the repository really is!
Why is that? Well, that's because Git works in a very different way compared to Synergy. You don't have to checkout a file in order to edit it; Git will do that for you automatically. But at what price?
The price is that for every Git operation that requires to know which files changed (git status, git commmit, etc etc) an lstat() call will be executed for every single file
Wow! So how does that perform on a fairly large repository? Let's find out! For this example I will use an example project, which has 19384 files in 1326 folders.
We are looking to hire a skilled Clojure/ClojureScript developer to help build a new platform for medical knowledge.
By applying Machine Learning and Natural Language Processing to medical literature, we aim to give experts the insights they need to make informed decisions.
The project is part of Doctor Evidence, a company based in Santa Monica, CA. At this moment a small team is working remotely (GMT+2, EU timezone) on this project as a full-time Research & Development effort.
You will work in a small team that will architect and build the next-generation of data science tools for Evidence Based Medicine and Health Technology Assessment. A good fit would be someone who can work quickly while still following best practices, who thrives on new technology, and has an avid interest in medical informatics and machine learning.
We are looking to hire a skilled Clojure/ClojureScript developer to help build a new platform for medical knowledge.
By applying Machine Learning and Natural Language Processing to medical literature, we aim to give experts the insights they need to make informed decisions.
The project is part of Doctor Evidence, a company based in Santa Monica, CA. At this moment a small team is working remotely (GMT+2, EU timezone) on this project as a full-time Research & Development effort.
You will work in a small team that will architect and build the next-generation of data science tools for Evidence Based Medicine and Health Technology Assessment. A good fit would be someone who can work quickly while still following best practices, who thrives on new technology, and has an avid interest in medical informatics and machine learning.
The original website containing this interview has disappeared. I've googled a bit to find this transcript. I'm saving it myself to provide another link to the great interview and preserve it.
Rich Hickey Q&A
by Michael Fogus
Best known as the inventor of Clojure, a Lisp that runs on the Java Virtual Machine and the first new member of the Lisp family to attract any widespread interest since Scheme and Common Lisp, Rich Hickey has been a software developer and consultant for two decades.
Prior to starting work on Clojure, he made four attempts to combine Lisp with either Java or Microsoft’s Common Language Runtime: jfli, Foil, Lisplets, and DotLisp but Clojure was the first to draw significant attention. To date there have been four books published on Clojure, including The Joy of Clojure by interviewer Michael Fogus. The first Clojure conference, ClojureConj held in 2010, drew over two hundred attendees. And the Clojure Google group has, as of this writing, 4,880 members who have posted over 46,000 mes
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
A list of commonly asked questions, design decisions, reasons why Clojure is the way it is as they were answered directly by Rich (even when from many years ago, those answers are pretty much valid today!).
Feel free to point friends and colleagues here next time they ask (again). Answers are pasted verbatim (I've made small adjustments for readibility, but never changed a sentence) from mailing lists, articles, chats. The link points back at them.
If you are talking about the aspect of pattern matching that acts as a
conditional based upon structure, I'm not a big fan. I feel about them
the way I do about switch statements - they're brittle and
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters