boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - Ryan DL的心声...
相关主题
问个autoconf的问题
eclipse的autotools插件不工作
求教:Linux下的一个编译配置问题
有偿 求 configure (Autoconf) script
[question] what is the time complexity of qsort in standard c libarary(GCC, more specifically)?
C和C++的复数
size of structure
The nature of God: from manual of Autoconf
Autoconf Archive 里怎么没有BOOST Math的宏呢
cvs configuration
相关话题的讨论汇总
话题: complexity话题: understand话题: don话题: care话题: your
进入Programming版参与讨论
1 (共1页)
g****t
发帖数: 31659
1
后来他自己删了的。
I hate almost all software. It's unnecessary and complicated at almost every
layer. At best I can congratulate someone for quickly and simply solving a
problem on top of the shit that they are given. The only software that I
like is one that I can easily understand and solves my problems. The amount
of complexity I'm willing to tolerate is proportional to the size of the
problem being solved.
In the past year I think I have finally come to understand the ideals of
Unix: file descriptors and processes orchestrated with C. It's a beautiful
idea. This is not however what we interact with. The complexity was not
contained. Instead I deal with DBus and /usr/lib and Boost and ioctls and
SMF and signals and volatile variables and prototypal inheritance and C99_
FEATURES and dpkg and autoconf.
Those of us who build on top of these systems are adding to the complexity.
Not only do you have to understand $LD_LIBRARY_PATH to make your system work
but now you have to understand $NODE_PATH too - there's my little addition
to the complexity you must now know! The users - the one who just want to
see a webpage - don't care. They don't care how we organize /usr, they don't
care about zombie processes, they don't care about bash tab completion,
they don't care if zlib is dynamically linked or statically linked to Node.
There will come a point where the accumulated complexity of our existing
systems is greater than the complexity of creating a new one. When that
happens all of this shit will be trashed. We can flush boost and glib and
autoconf down the toilet and never think of them again.
Those of you who still find it enjoyable to learn the details of, say, a
programming language - being able to happily recite off if NaN equals or
does not equal null - you just don't yet understand how utterly fucked the
whole thing is. If you think it would be cute to align all of the equals
signs in your code, if you spend time configuring your window manager or
editor, if put unicode check marks in your test runner, if you add
unnecessary hierarchies in your code directories, if you are doing anything
beyond just solving the problem - you don't understand how fucked the whole
thing is. No one gives a fuck about the glib object model.
The only thing that matters in software is the experience of the user.
1 (共1页)
进入Programming版参与讨论
相关主题
cvs configuration
GCC 居然允许变量长度的向量
c vs c++
问个简单的C++问题
Software Configuration Management (转载)
C/C++ __int64和long long, cross platform问题
ms cl.exe 的选项
C语言重复定义问题
哪里能看一下fedora glibc 的 make configuration (转载)
请问C语言里这个写法是什么意思
相关话题的讨论汇总
话题: complexity话题: understand话题: don话题: care话题: your