5 ms·
I think that's sort of ironic given that git is written in C.
by moonchrome 15y ago
I think that's sort of ironic given that git is written in C.
- heretohelp 15y agoGit being fast is an important property of the problem it's solving. I work daily in Python, but I wouldn't use it for a VCS or DVCS.
- zurn 15y agoMercurial is written in Python, and is arguably better than git in most respects.
- berkut 15y agoThe core binary diff code is written in C.
- zurn 15y agoThat's how C is supposed to be used, in tiny bits to accelerate Python apps ;)
- cookiecaper 15y agofwiw much of git is also written in so-called "porcelain", bash and/or perl scripts that perform higher-level manipulation.
- exDM69 15y agoGot a better suggestion for writing I/O heavy Unix applications? I'd like to hear it.
- gouranga 15y agoLisp
- xyzzyz 15y agoSpeaking as a (Common) Lisp fan, Lisp is obviously hardly a good choice for Unix application -- it's completely orthogonal to Unix philosophy, and major modern free CL environments integrate pretty bad with Unix (I'm talking about SBCL and Clozure). It's especially bad for console tools like git, where loading multi megabyte core image every time is unacceptable.
- gouranga 15y agoOh I agree entirely. The real problem lies further up the stack - is UNIX the right solution?
- moonchrome 15y agoAnother irony in his statement that I didn't want to comment on seeing how the C one got most people pissed off enough.
- eru 15y agoOCaml would also work, if you can find the libraries. Or Haskell, if you can wrap your head around enumerator and iteratee IO. (Not saying that those are the best choices.) By the way, git was originally written in a mixture of C and shell-code. They replaced most of the shell code.