做一个对程序员友好的程序员

[sillydaddy]

今天用 Qt(做跨平台桌面 UI 的一个大而臃肿的库，自带一个 IDE 工具)编译一个项目，它的 IDE 允许自定义一些编译的前置步骤，所以我想在编译前，拷贝一些库文件到指定的目录。我观察到了它自带的步骤里面有用到%{buildDir}这样的环境变量，于是很自然的我想知道库文件的目录应该用什么环境变量来表示。

可我找不到一点提示的线索。上网搜索一番，发现不止我有这个疑问： https://stackoverflow.com/questions/35970727/use-of-variables-like-builddir-in-qtcreator-kit-settings-in-qt5

我很郁闷，为什么这个 IDE 的开发者，就认为我一定会知道他所设置的「变态的」环境变量名称是什么呢？

不止 Qt 有这个问题，包括 VisualStudio 在内，很多 IDE 都是这样的。可是做一个提示很难吗？ ContextMenu 这个思路就很好啊，右键点击一下，我就知道了我在这里可以做什么操作。那我在自定义前置步骤的时候，肯定会用到环境变量啊，为什么不能在旁边给一个提示按钮，让我可以浏览可能的环境变量呢？

相似的例子，还有编译器不知所云让人抓狂的报错！ 相似的例子，还有 web 端的各种脚手架工具！ 相似的例子，还有。。。留给大家举例吧。

对比之下，今天我还用到了一个命令：git rebase --interactive 。它虽然是命令行形式的，可它的文本提示写的很清楚，pick 、squash 、fixup...分别代表什么，直接在你要作修改的地方列出来了。带 GUI 的连这个也比不过，说不过去。

虽说这些都是给程序员用的工具，但————

一个程序员首先是一个人！！！
Programmers' experience matters!!!

纯属吐槽，但我有怒气！

[AoEiuV020CN]

看到 git rebase --interactive 我还疑惑了一下这是个啥，看到下一句才明白是 git rebase -i ，还真没用过全称，

[AoEiuV020CN]

总之这种小问题都是常态了，所以都说程序员要善于搜索，很多东西不是有限的知识可以解决的，只能借助互联网，

[hu8245]

QT 不了解。但 VS 有技术文档的，所有 IDE 里，VS 的文档是最全的，甚至编译器的每个 option 都能解释清楚。这种级别的 IDE ，不看文档就凭感觉使用，有时候是挺难的

[sillydaddy]

刚才才发现，Qt 是有提示的，需要点一下 input 输入框，框的末端会出现一个含义不太明显的标记。误会了，尴尬。

[sillydaddy]

@AoEiuV020CN
就是这些小问题才影响体验啊。遇到个困难的 bug 解决了起码有成就感，遇到这种恼人的小问题只会因为耽误时间而感到不值和生气。

[zhuangzhuang1988]

vs c++配置时候有的 可以看到， 可以展开宏 查看实际值
“一个提示很难吗？” 做自动补全很难。

[unco020511]

还有的程序员故意把代码写的很复杂,让后来的同事抓狂的

[coderluan]

“我很郁闷，为什么这个 IDE 的开发者，就认为我一定会知道他所设置的「变态的」环境变量名称是什么呢？”

你这种思维就对程序员不怎么友好，或者说这种假设性质的表达方式就对人不友好，对方可能就是单纯的没想到。

[zhouyg]

我一般都假定开发者来用的时候起码都看一下文档的，但很多人文档都不看或者也不尝试在文档里搜索下

VS code 那个变量文档里一搜就有了

[sillydaddy]

@coderluan 有道理

@zhouyg 你这种说法不能解释为什么很多软件的菜单项后面，都把快捷键标上；解释不了为什么我在 4 楼被 Qt 尴尬打脸。

很多时候用好情境，是没必要查文档的。就拿主题里举的例子来说，Qt 这么庞大，我都不知道要从哪里去查这么一个环境变量的文档。

[lucays]

唉，文档详细就不错了

好多框架连文档都很粗糙，得直接看源码才知道。。

[kevinswat]

实话说，qt 已经算是文档非常全面的库了……

[jones2000]

跨平台直接 web 不就可以了。js 一把梭，什么框架都不用。 你用第 3 放的东西肯定是要遵循第 3 放的规则， 地基都是别人帮你建好， 还没给你收钱，你还要别人给你详细图纸。

[auh]

1. 有一个人在 V 站发了一个愤怒帖。提出来了一个问题。
2. 这个产品是企业级的，还是个人情怀性质的？
3. 个人开发者是否有兴趣和时间干极客精神的活？
4. 作为企业级的产品，这个问题是否危机到整个产品的市场口碑？
5. 有没有空闲时间处理这个问题？
6. 这个问题的任务指向是啥？
7. 这个问题的需求方式谁？此问题，是否具备普适性，还是个人诉求。
8. 这个任务的价值在哪里？解决驱动是否存在？权力驱动？经济链条驱动？兴趣驱动？时间成本评估，价值回报率评估？
9. 这个任务分配给谁？
10. 这个任务设计难度，可行性有没有保障？遵循最快原则，还是最完美原则。最终实现效果能够满足最初的诉求，和整理诉求。以及能够适应市场。
11. V 站的朋友，还在愤怒，然而，等他不愤怒的时候，就好了。这个问题也许根本不需要解决。

[newmlp]

没有吗？自己眼神不好吧，输入框右边那个图标不是吗

[realpg]

没有程序员对别的程序员友好

很多程序员就喜欢魔改别的程序员的版权作品
还有的程序员看到别的程序员的内容好就想爬一下
还有很多程序员专门让别的程序员的付费软件收不上来钱

[memorycancel]

文人相轻

[james504]

我觉得人性 /个性排在前面，
程序员这个职业排在后面。