Git gedit Unix
Наткнулся случайно на такое:
...
It seems to me the problem stems from gedit not following Unix philosophy.
gedit
1. [ ] Small is beautiful. (nearly as big as Bash, a programming language of sorts)
2. [ ] Make each program do one thing well.
3. [X] Build a prototype as soon as possible. (shrug)
4. [ ] Choose portability over efficiency. (tied to the Gnome libraries)
5. [ ] Store data in flat text files. (gconf)
6. [X] Use software leverage to your advantage. (heavy use of Gnome libraries — see 4)
7. [ ] Use shell scripts to increase leverage and portability.
8. [ ] Avoid captive user interfaces. (yeah I know it's an editor)
9. [ ] Make every program a filter. (this is where it fails git)
2
git
1. Small is beautiful.
2. [X] Make each program do one thing well. (it deviated somewhat when git-xxx became git xxx)
3. [X] Build a prototype as soon as possible. (this was running within weeks)
4. [X] Choose portability over efficiency. (git is multi-platform)
5. [X] Store data in flat text files. (the git object store is flat as hell)
6. [X] Use software leverage to your advantage. (uses an external editor)
7. [X] Use shell scripts to increase leverage and portability. (no shortage)
8. [X] Avoid captive user interfaces. (the interactive editor is optional)
9. [ ] Make every program a filter. (the sane design choice was to not although git filters on the repository)
Было бы интересно посмотреть как различные другие программы вписываются в философию unix. Может даже кому-то в голову придет построить вокруг этого сервис, для централизованного срача и построяние рейтинга самых unix-way программ.