关注细节又何妨??? -------- 论“关注技术细节”

=================================

前一阵和一位网友探讨一些技术问题,
说到后来---我忘了是探讨到什么问题了 ----
他来了一句:" 你怎么成天老关心这种技术细节呢, 有什么用啊"
... ...

=================================

不知道从什么时候开始, "关注技术细节"变成了一个带有贬义色彩的词.

只要出现"技术细节",前面多半加的是
"不应该过分关注...", "不要只是在乎....", "不要死抠...."

我承认, 任何一个成功的高级软件人才, 必须有宏观上的把控力,判断力 决策力.
但是 "不应该过分关注技术细节" 这样的论调,在现实生活中似乎正慢慢变成了某些人"不学无术,不思进取"的保护伞.


在他们眼里 "不应该过分关注...",变成了"不关注", "不要只是在乎...",变成了 "不在乎".



见过或听说过 太多太多的拥有"多年软件开发经验"的"高级架构师",
一行JS代码也不会写, HTML CSS DOM的基础知识也不知道,HTTP的原理也不清楚,就带领着队伍去啃"B/S"项目.

当然他们往往有较高的C语言能力(不过多年不用,不知道还能不能轻松写出一个快速的排序算法来)
他们还可能是 数据库设计高手,有一定的项目管理经验,更重要的是他们往往在B/S盛行之前为公司做出过突出贡献.

而时代发生变迁的时候,他们的知识结构没有发生相应的变化,
他们会把任何涉及到具体语言 具体协议的知识都看作是"对技术细节的追求",
进而会祭出"架构师没必要关注技术细节"的大旗,为自己不思进取的言行壮胆.
在很多企业里, 靠熬年头成为"架构师"太容易了.

其实对这样的架构师----我更喜欢称呼他们为"荣誉架构师"或"名誉架构师"----我也无权多说什么,
因为他们肯定曾经为公司奉献了很多,做出过难以估量的巨大的贡献.他们有资格享受那些"荣誉"称号.

(题外话: 以前在学校论坛里,有一个超级管理员,他好多年都不登录论坛了,但是他还是管理员,
有同学提意见,当时坛主告诉大家: 那个人是论坛的创立者,是我们应该永远记得的名字,
就让这个"管理员"成为一种对他的纪念和感激吧 ----- 从此那个人被我们曾做"荣誉管理员" )


但是!但是!!但问题是, 这样的现象,影响了很多如我一般的年轻人.


现在我们总能看到太多太多这样的人:他们满口术语,做起分析,做起评论来头头是道.
但是你要是问稍微(只是稍微)细节一点的东西他们便哑口无言,或顾左右而言他,
同时还不忘用轻蔑的眼神以及类似"那是技术细节,我没必要关心"之类的"醒世恒言"来敲打你脆弱的意志.

每每见到这种情况, 我所能做的只是狂晕 狂倒  狂吐, 之后便后悔爹妈没把我教育成那样有"思想觉悟"的人.


=================================
关注细节,并不意味着我失去了对宏观事物的把控,
关注宏观,并不意味着我就有资格去忽略技术的细节.

脱离技术细节空谈宏观架构,那是比笑话更可笑的笑话, 那是比谎言更可耻的谎言.

我不会讲笑话, 也不爱讲谎话,

所以我选择 先弄明白接口和抽象的异同之后 再去看设计模式.
所以我选择 先弄明白设计模式之后  再去看企业架构设计.

所以我选择 先弄明白alert不是js语句之后 再去看ajax in action.
.......

所以我选择 踏踏实实 从细节做起.


=================================

写这篇文章,无意冒犯任何架构师,毕竟任何事都是有它的原因和道理的.
任何架构师,都是为自己的公司奉献过 奉献着的 ,有了他们的努力 才有了公司的今天.

如有冒犯,还望海涵.


我啰嗦这么多,只是

希望 "对技术细节过敏,在宏观中迷失自己"的人能少一些.

希望"细节决定成败"中的"细节" 可以包括"技术细节".

希望"关注技术细节"不再与贬义词为伍.

希望我不会再因为"关注技术细节"而被鄙视.


希望你和我有同样的希望.



=================================
补充:
对于有些技术,确实是了解一下基本的原理, 再从网上看几篇"介绍\评价\对比"之类的文章,
就可以对它有一个大概的认识和宏观的把控了.
但是这种程度的宏观把控,还不足以让我们可以就这种技术夸夸其谈.
更不足以让我们在实际的项目中轻松的驾驭这种技术,更谈不上用它来构建我们的系统了.

评论

48 楼 protti 2007-11-15  

细节决定成败。

我不敢肯定，但是注意细节可以少走弯路是肯定会的。
就像搞需求的时候也需要考虑各方面的风险，而风险往往来源于小的细节。

说句屁话：“细节该考虑的时候再考虑”。

47 楼 Qieqie 2007-11-14  

supernaturalmagician 写道

关注细节？学习<<深入JAVA虚拟机>>算不算关注细节，最近我在研究这本书，总的来说作为一名程序员，而不是JVM的实现者，最重要的章节是1-5，还有7-9章，其他的可以一带而过，我觉得应该重视细节，最重要的是跟你编程的提高有帮助的细节，而不是所有细节，毕竟一个人的时间和精力是有限的，还有能沉得进入，跳的出来才行，否则就会出现钻牛角尖的现象，为了一个无关紧要的问题而花费大量的时间

应该去看，挑自己有兴趣的去想，去看，总有你想要的收获

46 楼 supernaturalmagician 2007-11-14  

关注细节？学习<<深入JAVA虚拟机>>算不算关注细节，最近我在研究这本书，总的来说作为一名程序员，而不是JVM的实现者，最重要的章节是1-5，还有7-9章，其他的可以一带而过，我觉得应该重视细节，最重要的是跟你编程的提高有帮助的细节，而不是所有细节，毕竟一个人的时间和精力是有限的，还有能沉得进入，跳的出来才行，否则就会出现钻牛角尖的现象，为了一个无关紧要的问题而花费大量的时间

45 楼 JavaInActoin 2007-11-03  

宏观与细节，关注的范围不同，采用的方法也有所区别，范围小的，粒度可以细一些，范围大的，粒度就自然要粗一些，觉得平衡、适宜就好，没有绝对标准，不过掌握尽可能多的细节对于宏观判断是有帮助的。我很遗憾看到一些人反对细节，一些人又批判宏观，都在走极端。

44 楼 netpcc 2007-11-02  

C还好啦。
搞C++的牛人基本上都是细节狂人。
还要上升到理论的高度。比如非const右值的语意。晕啊。

43 楼 ddd 2007-11-01  

》当然他们往往有较高的C语言能力
这个判断肯定是错的，不注重细节的人肯定C糟烂的很。

42 楼 抛出异常的爱 2007-11-01  

这就要看“人” 这个object的关注力是否无限
或是大到足够能关注到真的大局
但恰恰是用模糊的大局来骗人事例比比皆是。。。

所谓的大局常常
是个让人看不清的幌子。。。
为了扭曲细节的幌子。。。。

要想要看清大局。
最有必要的是关注每一个已知的细节。

这样的幌子很多。。。比如AOP ， SOA ，WEB2.0 ，OO ，ORM
到现在来看这此的大局不看也巴。

41 楼 realdah 2007-11-01  

关注实现的细节也是有前提的,试想如果连大体的大局方向都错误的话,再多的细节又有何用?

40 楼 ray_linn 2007-11-01  

最后一句的意思，我可以补充说明下：

我早预料到任何争辩的结果都是谁都说服不了谁，和朋友争辩，除了伤及感情外，一无所获。

39 楼 fins 2007-11-01  

ray_linn 写道

说句不中听的话，楼主自己的发言里就缺少很多细节，尤其是在最关键的问题上，他们到底在讨论一个什么样的问题产生了冲突，以至得到“你怎么成天老关心这种技术细节呢, 有什么用？”

在这种缺少细节的语境里，谈论细节，很具有讽刺意义。

楼主自己是不注重细节的细节主义者。

这一堆发言只证明一点大部分人都是自我的，正如孔乙己不会认为回字的七八种写法没用一样。

晕 你认为 我和别人讨论什么是这篇文章"最关键"的地方?
我不认为那与我要表达的东西有必然联系 之前那段话只是一个引子而已.

如果你认为  我和别人讨论什么是这篇文章"最关键"的地方 ,那么显然 你属于对无聊细节过分关注的那类人了.


原帖有攻击他人的恶劣行为
我已经删除相关部分 请大家原谅!!!!!!!!!!!!!!!!!

38 楼 ray_linn 2007-11-01  

说句不中听的话，楼主自己的发言里就缺少很多细节，尤其是在最关键的问题上，他们到底在讨论一个什么样的问题产生了冲突，以至得到“你怎么成天老关心这种技术细节呢, 有什么用？”

在这种缺少细节的语境里，谈论细节，很具有讽刺意义。

楼主自己是不注重细节的细节主义者，因为在细节问题上被抨击了，所以又写了篇没有细节的文章来捍卫细节。

这一堆发言只证明一点人都是自我的，正如孔乙己不会认为回字的七八种写法没用一样，每个人都是对的，包括我在内。

觉悟吧~~~~邪恶的地球人

37 楼 ronn 2007-11-01  

fins 写道

Trustno1 写道

fins 写道

补充一下, 我不认为 不关注细节 能把宏观事物研究明白

反之亦然

百人百性,接受能力，理解能力，背景知识不同的人研究方法都不一样.

但是有些东西是相同的,必须要有接触有关注 才能了解.
(关注细节 不等于 死抠细节)

不管一个人的"接受能力，理解能力，背景知识"多么的超凡
我都不认为他只看到一个人的轮廓, 就可以描述出那个人的五官.
我也不认为他只看到一个人的五官,就可以描述出那个人是聋是哑.

当然,  "世事没有绝对,凡事都有例外".
也许世界上真有那种特异功能的人 ,但是我不是 你不是 我接触到的人 都不是.

同意, 研究不同的宏观事物所要求的细节层次是不一样的

就像楼主所说的"先弄明白接口和抽象的异同之后 再去看设计模式.", 接口和抽象的异同这种层次的细节就属于研究应用设计模式必需的(无论什么学习研究方法), 如果对于这种细节也以无需关注来应对的话, 实在有点让人难以认同

36 楼 fins 2007-11-01  

Trustno1 写道

fins 写道

补充一下, 我不认为 不关注细节 能把宏观事物研究明白

反之亦然

百人百性,接受能力，理解能力，背景知识不同的人研究方法都不一样.

但是有些东西是相同的,必须要有接触有关注 才能了解.
(关注细节 不等于 死抠细节)

不管一个人的"接受能力，理解能力，背景知识"多么的超凡
我都不认为他只看到一个人的轮廓, 就可以描述出那个人的五官.
我也不认为他只看到一个人的五官,就可以描述出那个人是聋是哑.

当然,  "世事没有绝对,凡事都有例外".
也许世界上真有那种特异功能的人 ,但是我不是 你不是 我接触到的人 都不是.

35 楼 ozzzzzz 2007-11-01  

研究问题这个事情还是不带功利色彩比较好。当然研究之后的应用就需要多功利一些。至于究竟是研究系统还是研究细节，则纯粹是个人选择。而一旦你考虑究竟哪个更加有意义，功利心就来了。

34 楼 Trustno1 2007-11-01  

fins 写道

补充一下, 我不认为 不关注细节 能把宏观事物研究明白

反之亦然

百人百性,接受能力，理解能力，背景知识不同的人研究方法都不一样.

33 楼 fins 2007-11-01  

补充一下, 我不认为 不关注细节 能把宏观事物研究明白

反之亦然

32 楼 fins 2007-11-01  

ray_linn 写道

任何东西都是相对的...回字的七个八个写法对编撰字典的是有聊的，但对于大多数人都是无聊的。

技术细节也是一样。技术人员常犯的错误就是喜欢用how去否定what，尤其是在设计阶段。事实证明一个what可以有很多how去解决。

其实我不反对研究how 也不反对研究what,更不会用how去否定what.

但是问题的关键在 "研究" 两个字, 只要用心研究了, how what 都有价值.

没弄明白,就夸夸其谈, 口若悬河的 肆意的 忽悠,忽悠的我等鼠辈除了崇拜还是崇拜.

既然那么能忽悠,肯定有点了解吧? 于是我随便问上几个问题,几乎都被当作是"细节问题"而拒绝回答,
然后又以"我不关注细节"来掩盖自己的浮夸.

其实只关注宏观也可以, 但是一定要有了一定程度的认识和了解 再拿出来现啊

但是现在事实上, 有太多的人 根本不认真去学习去研究, 利用google来的一点东西 招摇撞骗.

而往往还骗的挺成功.

31 楼 gigix 2007-11-01  

ray_linn 写道

任何东西都是相对的...回字的七个八个写法对编撰字典的是有聊的，但对于大多数人都是无聊的。

技术细节也是一样。技术人员常犯的错误就是喜欢用how去否定what，尤其是在设计阶段。事实证明一个what可以有很多how去解决。

我倒是觉得现在这个时代是很多样性的，不管什么东西，只要真去学了，都是技多不压身。关键是，自己感兴趣什么东西就去感兴趣好了，干嘛非要想着未来能不能拿这点兴趣去换钱呢？

30 楼 ray_linn 2007-11-01  

fins 写道

ray_linn 写道

回字的七个还是八个写法算不算细节问题？

细节 与 宏观 是一个范畴

无聊与有聊是一个范畴

两个范畴内的东西可以随意组合.

但是我 这里所说的细节 显然不是无聊的细节

任何东西都是相对的...回字的七个八个写法对编撰字典的是有聊的，但对于大多数人都是无聊的。

技术细节也是一样。技术人员常犯的错误就是喜欢用how去否定what，尤其是在设计阶段。事实证明一个what可以有很多how去解决。

29 楼 fins 2007-11-01  

ray_linn 写道

回字的七个还是八个写法算不算细节问题？

细节 与 宏观 是一个范畴

无聊与有聊是一个范畴

两个范畴内的东西可以随意组合.

但是我 这里所说的细节 显然不是无聊的细节