|
|
本帖最后由 并非如此 于 2013-4-25 10:41 编辑
德国小新 发表于 2013-4-22 17:41 
谦虚了，谢谢这位高手详细的回答！
是不是之需要照着文档开发就行了
这种方式和agile, 恰恰相反, 不过作为新人，你能按时完成你自己的任务，就是合格的员工，但是如果你不清楚用户用例（usecase），很容易产生误解， 造成做无用功，给人不踏实的感觉， 所以尽可能的理解你开发模块的真实的用途和用例和其背景技术
还是一般每人负责实现一个模块，比如用户管理模块，整个从设计到实现和代码都有你自己一个人完成？
这个要根据具体项目的大小，以及你的经验来决定，没有固定的模式
我最近比较闲，就来回答你一点问题， 我再次强调一下，我不是高手，强中自有强中手，技术的世界大家都是同学而已，说实话，我并不喜欢你对人的态度， 不过希望你在现实生活中，不像网络上这么有攻击性，不然你在team中很难和别人愉快的合作。
我强调过很多次，术业有专攻，所以我一直不认为开发者要把aglie或是某个开发模式的具体流程摸透，这个是PM的活，如果你要转行，那么当我没说。 但是作为开发者，要理解每种开发模式的深意，也就是要明白， 为什么有个模式，我们为什么要用这个模式，我们解决什么问题（优点）， 没解决的问题以及变严重的问题（缺点）， 如果不理解这些，任何模式都会流于形式，遗憾的是， 事实上，流于形式的agile团队是大多数。
你想看德语的解释，我就用我的理解加上你的背景，来回答一下，如果有语法错，请自行更正，如果在面试中遇到agile的问题，作为新人也许可以采用我的这种方法回答。
Leider habe ich jetzt noch keine Projekterfahrungen mit agile/scrum, aber an der Vorlesung/ per Internet habe ich davon gehört/gelesen. Ich finde, das Wichtigste ist, dass man als Entwickler in einem Agileteam/Scrumteam sehr aktiv und zielstrebig sein muss. Als Teamspieler werde ich täglich drei Fragen an mich selbst stellen, welches Ziel ich heute habe, ob ich das Ziel erreicht habe, und was für ein Ziel ich morgen erledigen soll, und bei der Arbeit werde ich mich nicht nur auf meine eigene Aufgabe konzentrieren, sondern auch einen überblick über ganze Projektstruktur geben. Ich entwickle fast nur, was ich richtig verstehe, um Missverständnisse zu vermeiden. also verstecke ich keine Unklarheit bei der Arbeit und kommuniziere sehr gerne mit Anderen, um Lösung zu finden.
如果我是你的面试官， 对于新人有这样的回答，我会非常满意，在我看来， 作为agile的开发高手，必须做到的只有两点，一点， 有计划的目的性， 这点保证了工作效率， 第二点开放的心态， 这点保证了交流的畅通，还有一点也很重要，但是随着时间的推移基本上肯定会消失，那就是工作热情。
|
|
简体中文
繁體中文
English
Deutsch
发表于 2013-4-24 08:02
楼主