阿里巴巴 危机中的面试,5年开发经验后不能确定的答案!高手来看看。。。

abcdefgabczz 2009-07-20 08:23:26
加精
在杭州做。NET开发5年了,去阿里巴巴面食。

面食官问我:1。系统设计是否需要把每个函数的参数都确定,确定参数属于设计的范畴吗?
2。如何验证我们自己的设计?
3。页面上的UI控制,比如JS控制属于系统设计需要考虑的范畴吗?
4。复杂的查询 是否需要在设计的时候把表关系图写在文档上?开发人员看文档这样是否方便?
...全文
11662 339 打赏 收藏 转发到动态 举报
写回复
用AI写文章
339 条回复
切换为时间正序
请发表友善的回复…
发表回复
liulongfei915103 2010-07-24
  • 打赏
  • 举报
回复
顶………………………………
huanglongqi1314 2010-07-24
  • 打赏
  • 举报
回复
还没到那高度
wq326431904 2010-07-16
  • 打赏
  • 举报
回复
哎 看不懂啊 好深奥
yx5131421 2010-07-14
  • 打赏
  • 举报
回复
靠,比较难啊~~
01Byte空间 2009-10-30
  • 打赏
  • 举报
回复
我也在杭州 刚毕业 不知道 5年后 能不能 回答呢
mf1055036 2009-09-24
  • 打赏
  • 举报
回复
刚接触这些,不懂~~
24K純帥 2009-09-23
  • 打赏
  • 举报
回复
架构师啊,不知道我啥时才能这境界~
yaoming1718 2009-09-23
  • 打赏
  • 举报
回复
软件工程。。。。
ambarino 2009-08-14
  • 打赏
  • 举报
回复
1。系统设计是否需要把每个函数的参数都确定,确定参数属于设计的范畴吗?
概要设计只写函数名称 详细设计可以写参数
2。如何验证我们自己的设计?
设计评审
3。页面上的UI控制,比如JS控制属于系统设计需要考虑的范畴吗?
需要的
4。复杂的查询 是否需要在设计的时候把表关系图写在文档上?开发人员看文档这样是否方便?
可以写 写清楚的话开发更加方便
====
以上需要cmmi的知识
lost1252027 2009-08-14
  • 打赏
  • 举报
回复
软件设计师学习过一些。
Caber 2009-08-13
  • 打赏
  • 举报
回复
学习了
hai_yang_09 2009-08-13
  • 打赏
  • 举报
回复
hufupeng 2009-08-13
  • 打赏
  • 举报
回复
1、第一题:答案需要在系统设计中规定好公有方法的接口和参数,这样才能够组织一个团队进行协作开发。公有方法内部可以按需要划分出一些私有方法,这样可以使代码更加清晰,这样私有可以由开发人员按需要进行设计。
2、第二题:和客户方代表进行验证,验证设计的流程是否正确,对客户方来说,最好做出一个demo的系统,给用户确定。如果是设计的方法方面的话,需要和项目需求设计人员、概念设计人员、等相关人员,一起审核设计上是否存在逻辑错误。
3、这个要看什么样的应用,bs还是cs,本题说的是js,说明是bs模式,对于bs模式来说,要看项目的范围和使用要的要求,如果应用范围很小,也就几个,几十,几百个人使用,使用频度不高,用户对界面要求也不是很高的话,就没有必要考虑js,如果考虑用户体验,就需要在设计时候,指出界面处理方式。如果使用面比较广,用户要求也高,还要考虑页面相应速度,等,需要在设计的时候,强调使用js
4、第四题:不需要,如果是那样的话,就说明,编写代码的人员层次太低,基本上属于一点能力都没有的人,连初级程序员的能力都不具备了。
以上是个人观点,仅供参考
卡卡Gemini 2009-08-05
  • 打赏
  • 举报
回复
这个也难?第一个肯定不需要
第二个,验证设计,那要靠设计良好的测试用例
第三个,web我不太懂,但是系统设计肯定要考虑到方方面面,但是要从整体,大处去考虑
第四个,我通常放在一块,这是因为文档基本就写给我自己看,如果看的人多一定要分类明确
wtboy 2009-08-05
  • 打赏
  • 举报
回复
关注中。。。。
坏人修 2009-08-05
  • 打赏
  • 举报
回复
呵呵,不会。不过今天才知道原来阿里巴巴有面条师傅
czlsb1025 2009-08-04
  • 打赏
  • 举报
回复
我还是继续学习下,再考虑去向。。
madom 2009-08-04
  • 打赏
  • 举报
回复
不会
ujnmaomao 2009-08-04
  • 打赏
  • 举报
回复
我还是顶一下好了。。。
ck4 2009-08-03
  • 打赏
  • 举报
回复
我觉得

既然接口都写了,就应该写上参数,这也是可以验证设计的一个环节。如果发现写起来很麻烦,可能就应该修改设计了。
关于设计的debug,尽可能多的review,和听取最终用户的意见。如果设计队伍的水平正常,这样就够了吧
只要在技术上确定可行,就不要考虑得太细,给出大框架和要求,细节留给实现者去想。一个局部可控的东西就算重新写也不费力气
DB设计当然要有,但是没有必要把同样的东西写上多遍,否则没法维护。在这个原则的前提下,怎么容易理解怎么做

设计总是会变的,意识到以后可能会改很多东西,有心理准备,不要陷入文档地狱

以上仅为直觉,估计不是面试官想听的-_-!
加载更多回复(314)

111,125

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Creator Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧