解释c#程序的最佳方式是什么?
以任何C#程序为例,您将如何开始解释该程序。。。我的朋友们真的很难向他们的团队成员解释一个项目解释c#程序的最佳方式是什么?,c#,C#,以任何C#程序为例,您将如何开始解释该程序。。。我的朋友们真的很难向他们的团队成员解释一个项目 解释c#程序的最佳方式是什么 开发人员在向团队领导解释程序时犯的主要错误是什么 如果你是一名团队领导者,你会从团队成员的解释中寻找什么 您的团队成员有关于解释计划的提示吗 我可能过于简单化了,但我会这样描述一个程序(用你的圆点) 解释它的功能。它有什么作用?它解决了什么问题?这将如何改善你的工作生活?能够表达它的有用性将大有帮助 我没有任何第一手知识,但我怀疑开发人员承诺用这个程序解决所有问题 如果我
我可能过于简单化了,但我会这样描述一个程序(用你的圆点)
不管怎样,这就是我的想法。我怀疑有人有更具体的知识或例子可以提供一些其他的想法。我发现最有用的两件事——比所有的文档更有用的是,UML图结合起来是一个(非功能性)原型应用程序,可以“演示”功能。我发现,即使是最复杂的应用程序,也可以在几个小时内完成。
或者,您可能需要创建一组线框图。我认为这些问题适用于任何语言的任何编程项目,而不仅仅是C 1。解释C#程序的最佳方式是什么? 对于任何一个程序,我都会用最多几句话来概述该程序的功能。我还将解释程序的每个输入和输出(从命令行获取输入并输出到文件,或者从网页获取输入并输出到其他页面和数据库)。然后,我将概述该程序的各个组件——UML图有助于实现这一点。从那时起,我会让开发人员开始查看代码,并让他们在必要时寻求进一步的澄清 2。开发人员在向团队领导解释程序时犯的主要错误是什么? 对他们遇到的问题不完全诚实,或者对他们认为需要多长时间才能完成给出真实的估计 3。如果您是团队领导者,您希望团队成员给出什么样的解释? 我想确切地知道他们目前在做什么,他们是否遇到任何问题,我是否有办法帮助他们,以及他们估计完成他们正在做的工作需要多长时间 4。对于您的团队成员,有什么关于解释计划的提示吗?
通过文档或电子邮件向他们提供概述以及任何/所有文档、图表等。如果我有一份副本,可以在必要时阅读和重读,并在与团队负责人讨论问题时参考,我会觉得非常有帮助。在您描述的团队中,显然有一个根本性的脱节需要发现,因为您最初的问题会产生更多的问题,例如:
- 为什么团队成员不理解编程概念?为什么所有的解释都需要,就好像没有人知道编程一样?为什么看起来这么难李>
- 他们是在试图解释C#还是.NET?他们知道他们想解释什么吗
你能提供更多的细节吗,也许从一些背景开始。如有必要,请更改姓名和地点。我们最终可能会推荐一位激励教练来提供完美的解决方案,或者推荐一本关于如何走出公司政治泥潭的书 然而,imho,原始问题(甚至子问题)非常广泛,可以用一千零一种不同的方式来解释(如果你愿意的话,一个“Scherezade”问题) 当我读到这个问题,以及到目前为止所有的评论/答案时,我突然想到的是:在源代码中没有提到任何评论 如果您真的在描述具有某种复杂性的“真实世界”应用程序开发场景(任何团队成员甚至项目经理都不可能完全理解所有代码),那么: imho任何未在内部记录其代码并给出适当注释的团队成员。。。至少。。。向自己解释他们自己的战略和实施,这样他们就可以很容易地向其他团队成员解释他们的选择。。。并且使代码在将来可以维护。。。值得转行到“营销经理”或“咖啡馆老板”这样的职位:
因此,我将您的问题中暗示的场景解释为反映了一个功能失调的编程团队和功能失调的团队管理。需要的东西:不是“创可贴”,也不是人际沟通课程,而是基于改变团队“文化”及其工作实践的“疗法”。这是一个技巧性问题。在没有至少一个最低功能规范的情况下,绝不能开始编写程序。你不必解释程序是如何工作的,它只做规范中描述的事情。在你编写程序后编写规范是错误的,会导致你引用的问题。当我为团队中的职位采访开发人员时,我经常从他们的简历中随机挑选一个项目