温少的日志

我希望我所作的事情对别人有所帮助!
随笔 - 184, 文章 - 1, 评论 - 1094, 引用 - 11
数据加载中……

我是一个程序员!

架构师?一定是开发人员的职业发展方向吗?

两年前,也很希望自己能够成为一个软件架构设计师。后来,慢慢就失去了兴趣,甚至很不喜欢架构师这个词。

架构师通常是,最大程度利用现有成熟的技术完成产品目标。但在我看来,这意味着妥协,抑制创新,而我恰恰是,一个凭激情和冲动来完成一些挑战性任务,以对现有产品在性能、功能进行大幅度改进的一个人。

架构师通常协调不同的人的设计,达成一种妥协,一种平衡又或取舍。尽管架构师通常对产品的发展,对项目的成功能够起很大的作用,但是,我想在未来的几年内,我还有能力创造的时候,不会刻意要自己成为一个架构师。

我所认识的要做架构师或职位是架构师的人,大多数没有什么技术创新,也没有什么突出成就,所以觉得这个词很虚。认为他们没有什么突出成就,是从一个技术狂热爱好者的角度来看的。注意,我无意贬低他们的工作成果,我承认,从产品方面来看,他们起的作用很大。

我更佩服一些有激情的程序员,也就是老一辈的黑客。例如Dennis Richie和Ken Thompson,他们创造了Unix,C语言,Linus Trovalds创造了Linux。我们会称这些顶级的程序员为大师,称很多优秀的程序员为黑客(不是那种发动网络攻击的黑客)。他们凭激情创造一切,不为常规所约束,是真正的程序员。

我要说明的是,架构师不是程序员,它是更像项目经理的一种角色,充担很多协调性的工作。

我是一个程序员,渴望能够成为一个优秀的程序员,有所创造,我不希望成为一个架构师!这就是我在新年里的职业发展定位。。。

posted on 2005-01-06 01:35 温少 阅读(3245) 评论(19)  编辑 收藏 网摘

评论

#1楼   回复  引用  查看    

楼主,你的言论有点儿偏激。:p
你对架构师这一角色的认知有些问题,你并不了解这个角色存在的意义。所以,请不要这样说架构师。(声明:本人目前还不是一名架构师,同时,我也鄙视那些有点儿设计经验就自称自己是架构师的人:D)。
2005-01-06 11:00 | 寒星      

#2楼   回复  引用    

说的很好
很讨厌那些技术没搞好,就说什么不专注于技术的人
不知道在中国有几个人有资格说这样的话
浮躁
2005-01-06 11:02 | 独钓寒江血

#3楼   回复  引用  查看    

hi,師兄,我很佩服你,希望我也可以像你那樣有所建樹。。。^_^


師兄能不能幫我看看這個問題有沒有辦法解決?

今天遇到一個多層次數據分頁的問題
數據層次如下

layer1 ...........................
layer11.....................
layer12.....................
. layer121.....................
. .
. .
layer2...............................
layer21.......................
.
.

數據大概有五個層次(即layer1,layer11,layer111,layer1111,layer11111),每層數據量不定,
那麽顯示數據的時候應該怎麽樣分頁呢?
説明:
數據顯示的時候要求是樹形結構,即單擊layer1數據行就顯示layer11所在層數據。
2005-01-06 11:32 | epan      

#4楼   回复  引用  查看    

其实从技术上来讲,真正的架构师的技术含量应该是很高的,楼主遇到也可能是个别吧,一个成功的系统架构,是要在很多先进的技术基础上的,没有一定的经验总结很难做好的。
或许一个架构师没有很多技术细节的研究,但应该是具有各种先进技术的理解与综合,能综合目前最新的技术力量,完成一个系统的开发。
2005-01-06 11:51 | 听棠.NET      

#5楼   回复  引用  查看    

明白楼主的意思 楼主并没有否定架构师

楼主所说的于我心有戚戚焉,
我也喜欢这种创造的激情和成就感
2005-01-06 12:24 | progame      

#6楼   回复  引用    

鼓励!
2005-01-06 13:01 | Rickie

#7楼   回复  引用    

同意..........
2005-01-06 13:11 | 寒枫天伤

#8楼   回复  引用  查看    

嗯嗯,请看看我的:工作转换与角色转换所带来的

#9楼   回复  引用    

楼主对架构师的理解有点偏差,
也许是不是架构师的架构师太多了.

程序员是保证一个按钮按一次下去后能正常工作,

架构师要保证一个按钮按十万,百万次后程序仍能正常工作
2005-01-06 13:41 | Xpc

#10楼   回复  引用  查看    

国内真正合格的架构师很少,很多“架构师”,不过是对软件开发比较熟悉,而理论水平没有真正的达到一个高层的层次,也就是说,还没有从感性上升到理性。

每个人有自己的定位与努力的方向,就像修房子的,搞设计的不一定就是堆砖头的高手。
2005-01-06 13:58 | 寒枫天伤      

#11楼   回复  引用    

支持,我也希望能成为一个优秀的程序员,可是技术更新太快了,不知道年龄大了以后还有没有这样的激情再学习。
2005-01-06 15:37 | xyk1996

#12楼   回复  引用    

同感,渴望能够成为一个优秀的程序员,有所创造!
2005-01-06 16:06 | Rover

#13楼   回复  引用  查看    

在管理中才会明白技术的真正意义,搞过管理的人如果再回过头去看自己的技术之路,会知道技术在工作中应该起到什么样的作用,懂技术的人应该在公司应该起到什么样的作用,技术工作者应该向什么方向去发展自己的技术。技术不是供炫耀的羽毛,技术是要转化为实实在在的产品才有价值。做技术的人不能把自己封闭起来,要低头做事,也要抬头看路。
我的体会是,管理一个项目,经历一个完整的生命周期,然后才能明白技术是什么。
2005-01-06 17:17 | 小陆      

#14楼   回复  引用    

温少不错
2005-01-06 18:08 | cnlamar

#15楼   回复  引用  查看    

我刚刚体会到成为假架构师的彷徨,做的设计都是别人的东西堆垒起来的,几次尝试之后我很快发现即将迷失掉自己.
在这儿会帖倒不是说要来讨论讨论谁对谁错!我又赞同谁的观点!无论现在工作的角色是什么,我需要的是更多的吸收好的想法。
2005-01-06 20:09 | 雪叶丹枫      

#16楼[楼主]   回复  引用  查看    

@epan
你可以这样设计表结构:
Create Table T_XxxTree (
FId uniqueidentifier,
FParentId uniqueidentifier,
FLevel int,
FCode varchar(500),
....
)

其中Code是这样的结构:
parentCode.selfCode
例如:

 B1
   C1
   C2
 B2
   C3
   C4

其中A的Code:
A 001
B1 001.001
B2 001.002
C1 001.001.001
C2 001.001.002
C3 001.002.001
C4 001.002.002

通过 FCode like '001.%',你可以取出当前节点以下所有的结点。
通过 FCode like '001.%' AND FLevel <= @Level + 2以下2层的节点
2005-01-06 23:53 | 温少      

#17楼   回复  引用  查看    

嗯,我的數據表基本上是像你說的那樣設計的,問題是分頁的時候不知道應該怎麽分。

我的數據庫設計如下:
t1{id1,......}
t2{id2,......,parentID}--->parentID=id1
t3{id3,........,parentID}--->parentID=id1.id2
t4{id4,..........,parentID}--->parentID=id1.id2.id3

分開幾個表是因爲可以確定只有四層,每層都有各自的獨立字段,考慮到數據冗餘。


分頁應該怎麽分呢?
因爲要顯示的格式是這樣的
-
A
d1
d2
d3
d4
-
B1
dd1
dd2
dd3............
+
C1
f1
f2......................
+
B2
ddd1
ddd2
ddd3.........
+
C
e1
e2
e3
e4
+ 表示下層有數据,- 表示沒有數据或者已展開) 
2005-01-07 14:11 | epan      

#18楼   回复  引用    

有没有搞错?我觉得你好像不懂什么叫"架构师"噢.
2005-03-21 10:29 | William

#19楼[楼主]   回复  引用  查看    

@William
你认为什么是架构师呢?
2005-03-22 00:09 | 程序员      



发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 87100




相关文章:

相关链接: