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

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

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

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

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

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

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


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


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

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

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

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

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


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


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

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


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

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

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

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

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

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


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

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

[color=blue]如有冒犯,还望海涵. [/color]


我啰嗦这么多,只是

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

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

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

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


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


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