免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: qq12536767
打印 上一主题 下一主题

[其他] 从一个人编写的文档就能看出他是否适合做软件架构设计 [复制链接]

论坛徽章:
6
寅虎
日期:2013-10-10 21:59:16狮子座
日期:2013-11-12 09:24:41金牛座
日期:2013-12-14 17:02:23酉鸡
日期:2014-01-16 12:34:37技术图书徽章
日期:2014-02-15 12:52:31巨蟹座
日期:2014-05-17 14:09:52
11 [报告]
发表于 2013-06-07 15:56 |只看该作者
lz说的是一个合格码农的基本要求。
我觉得架构师应该是一个“专家”的角色,不但能在高处抽象地看待问题,还有很好实践经验,能够知道哪里是重点和困难,知道哪里可能会出现错误和意外,还有一套相对的应对策略。

论坛徽章:
0
12 [报告]
发表于 2013-06-07 16:22 |只看该作者
本帖最后由 qq12536767 于 2013-06-07 16:35 编辑
fergon 发表于 2013-06-07 15:56
lz说的是一个合格码农的基本要求。
我觉得架构师应该是一个“专家”的角色,不但能在高处抽象地看待问题, ...

很多架构师分析问题、描述问题、抽象思维和逻辑思维能力很差的,从他写的设计文档就看出来了。我在1楼说的文档标准是很准的,大家可以用这个标准衡量一下你周围的在做架构的人,不合格的就直接骂他妈的傻逼。在这里我没有针对骂哪个人,所以如果有对我贴子有强烈反应的,一定是不合格做架构设计但正在做架构设计,或曾经做过架构设计,或想要做架构设计的傻逼。谁想做不打自招的傻逼么?

论坛徽章:
8
CU大牛徽章
日期:2013-04-17 10:59:39CU大牛徽章
日期:2013-04-17 11:01:45CU大牛徽章
日期:2013-04-17 11:02:15CU大牛徽章
日期:2013-04-17 11:02:36CU大牛徽章
日期:2013-04-17 11:02:58技术图书徽章
日期:2013-12-04 10:48:50酉鸡
日期:2014-01-03 10:32:30辰龙
日期:2014-03-06 15:04:07
13 [报告]
发表于 2013-06-07 17:16 |只看该作者
pandaiam 发表于 2013-06-07 15:36
确实,分层很重要.
最后一个例子,感觉很好啊...


例子没举好……因为不习惯那种拉拉杂杂的说话方式,也懒得敲那么多字。



我的意思是,一个模块就应该是一个独立的实体;其它模块和它的关系,就应该像驾驶员和汽车一样。

对模块来说,“操纵杆/方向盘”就是它的接口;“仪表盘”则是它的返回信息。


好的文档,应该专注于描述接口和返回信息,以及它们的使用方式。而不应该去罗嗦什么“当你挂2档时,齿轮F1和齿轮H3分离,轴S5移动到Z2位置,使得齿轮R6和齿轮U7结合,于是传动比变成了XX:1,实现了挂档功能”;尤其是,不能再去指挥驾驶员“在齿轮L6磨损打滑时,应如何如何”。


这种东西,除非汽车工程师,否则没人能看懂;即便看懂了,这丫也肯定开不了汽车——他还没琢磨透“现在该接合齿轮R6和U7呢,还是转动凸盘Y9,分离离合器盘”呢。

——这就叫重耦合。


当然,没这么傻的汽车说明书;但这么傻的程序员,那可是比比皆是。


而且,照这种东西写程序,可比驾驶员和汽车恐怖得太多太多。因为首先功能的边界都搞不清。
于是乎,一个东西,似乎A应该负责,但推给B也不能算错——后果吗,对某功能,要么A/B各自都做了一份(做两次某些时候可是致命的!);要么A/B都没理;要么,A做了个73%,B做了47%:其中,16%的交集部分被做了两次;A方实现的54%和B方实现的25%互不兼容;另外还有20%的内容两边都没做——而且,再让A或B做,人家都不肯,因为会破坏他们的已有抽象!!

这种系统,肯定是越改BUG越多。最后凑合勉强能用已经很不容易了,就别再提任何“过分”的要求了。




反过来呢?

设计一个“档位”接口,用于改变传动比。其中1档为...如果挂档不成功,则回到空档状态。

有了这样的接口,这样的说明,无论是工程师还是驾驶员,还可能做错吗?

论坛徽章:
8
CU大牛徽章
日期:2013-04-17 10:59:39CU大牛徽章
日期:2013-04-17 11:01:45CU大牛徽章
日期:2013-04-17 11:02:15CU大牛徽章
日期:2013-04-17 11:02:36CU大牛徽章
日期:2013-04-17 11:02:58技术图书徽章
日期:2013-12-04 10:48:50酉鸡
日期:2014-01-03 10:32:30辰龙
日期:2014-03-06 15:04:07
14 [报告]
发表于 2013-06-07 17:30 |只看该作者
个人观点: 架构师,首先必须是一个很厉害的程序员。不然凭什么去空谈架构?

进一步的,这个程序员得具备什么样的素质,才能去当架构师?


我认为,最为核心的一项是:必须具备化繁为简的能力。

否则,软件设计本身已经够复杂了,模块间协作、以及写这些模块的程序员之间的协作,其难度,早就让整个业界都谈虎色变了。现在,再弄个所谓的“架构师”过来横插一杠子,不是没事找事吗?


只有有了化繁为简的能力,原来复杂的系统/设计方案,被他三下两下合理切分开来,变成一组独立的简单任务,这个角色才不至于添乱——而要得到正的收益,他就必须比其他人都做的更好:毕竟,好的程序员早已习惯做尽量“解耦”的设计了;那么,额外增加这么一个角色,额外增加了协作的困难度,不能从他身上找回点正面收益,显然必然是个赔钱买卖。

论坛徽章:
0
15 [报告]
发表于 2013-06-07 17:33 |只看该作者
shan_ghost 发表于 2013-06-07 17:30
个人观点: 架构师,首先必须是一个很厉害的程序员。不然凭什么去空谈架构?

进一步的,这个程序员得具备 ...

你说的这些都应该在他写的文档中体现出来,看我在1楼的更新。

论坛徽章:
8
CU大牛徽章
日期:2013-04-17 10:59:39CU大牛徽章
日期:2013-04-17 11:01:45CU大牛徽章
日期:2013-04-17 11:02:15CU大牛徽章
日期:2013-04-17 11:02:36CU大牛徽章
日期:2013-04-17 11:02:58技术图书徽章
日期:2013-12-04 10:48:50酉鸡
日期:2014-01-03 10:32:30辰龙
日期:2014-03-06 15:04:07
16 [报告]
发表于 2013-06-07 18:11 |只看该作者
shan_ghost 发表于 2013-06-07 17:16
例子没举好……


刚想到个绝佳的例子: unix痛恨者手册里提到过的 rm -rf


这个例子恰好是:
1、unix规定了命令行扩展的方式和实现者(*扩展为路径下所有文件,扩展者是shell),以及错误处理方式
2、rm定义了可接受的参数和返回值
3、流程很明确——但是,最终呈现给用户的高层接口应该是什么?没人知道。


于是,种种悲剧……

最近且最著名的,大概是这个:
http://coolshell.cn/articles/4875.html
Optimus 是NVIDIA的“优驰”技术,其可以将您的笔记本电脑PC提升到绝佳状态,提供出色的图形性能,并在需要时延长电池续航时间。这个项目是把这个技术移到Linux上来。

这个项目本来不出名,不过,程序在其安装脚本install.sh里的一个bug让这个项目一下子成了全世界最瞩目的项目,这个bug的fix如下:
@@ -348,7 +348,7 @@ case "$DISTRO" in
-  rm -rf /usr /lib/nvidia-current/xorg/xorg
+  rm -rf /usr/lib/nvidia-current/xorg/xorg


论坛徽章:
0
17 [报告]
发表于 2013-06-07 18:26 |只看该作者
回复 16# shan_ghost


  把你写的得意的设计文档 部分地贴出来给大家看看可以么?

论坛徽章:
8
CU大牛徽章
日期:2013-04-17 10:59:39CU大牛徽章
日期:2013-04-17 11:01:45CU大牛徽章
日期:2013-04-17 11:02:15CU大牛徽章
日期:2013-04-17 11:02:36CU大牛徽章
日期:2013-04-17 11:02:58技术图书徽章
日期:2013-12-04 10:48:50酉鸡
日期:2014-01-03 10:32:30辰龙
日期:2014-03-06 15:04:07
18 [报告]
发表于 2013-06-07 19:34 |只看该作者
回复 17# qq12536767


    不好意思,保密规定,你懂的……

论坛徽章:
0
19 [报告]
发表于 2013-06-08 11:12 |只看该作者
架构师是在优秀的程序员基础上,懂得怎么去分配利益的人,也就是怎么分配需求,怎么拒绝需求。按需求的进行模块分化,并指导其他人进行开发。架构师其实是程序员中,懂得人性以及掌握利益分配规则的人,每个需求意味着一份利益,将来可以扩展的需求意味着未来可能的利益,什么样的架构意味着相应的利益。。。  你可以说是利益驱动的社会,企业活着大部分就是为那个利益。
啥文不文档的,一边放吧。。。 只有上帝才能把事情做的完美,因为上帝不需要创造利益。
回复 13# shan_ghost


   

论坛徽章:
0
20 [报告]
发表于 2013-06-08 16:31 |只看该作者
本帖最后由 qq12536767 于 2013-06-08 16:42 编辑
2005227042 发表于 2013-06-08 11:12
架构师是在优秀的程序员基础上,懂得怎么去分配利益的人,也就是怎么分配需求,怎么拒绝需求。按需求的进行 ...

对号入座,这个帖子骂了不少看懂中文的正在做架构设计或将要做架构设计或曾经做过架构设计的害人误人的傻逼,你是第一个报上名的
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP