survey - 贵公司的软件开发真正喜欢什么(方法，工具等)？

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




9年前关闭。

Locked. This question and its answers are locked，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。








自从大约两年前开始担任专业软件开发人员的第一份工作以来，我读了许多关于普遍接受的方法论(例如Scrum，XP)，技术(例如EJB，Spring)，技术(例如TDD，代码审查)的文章。 )，软件公司中的工具(错误跟踪，Wiki)等。

对于许多这些，我发现我们公司中没有使用它们，我问自己为什么。是我们做错了，还是仅仅是我读过的这些文章并没有真正说明现实世界的情况？这些文章是否更具学术性？

所以，请告诉我您公司的情况。讲述有关软件开发的所有信息。以下是一些建议(按我的想法排列)。至少要告诉您是否这样做，或简短评论一下:

测试驱动开发

域驱动设计

模型驱动的设计/体系结构

你测试吗？

单元测试

集成测试

验收测试

代码评论

创新技术(Spring，Hibernate，Wicket，JSF，WS，REST等)

敏捷

配对编程

UML

域特定语言

需求规范(如何？)

持续集成

代码覆盖工具

Realm 域模型

通信(Wiki，邮件，IM，邮件列表，其他文档)

的工作量估算

团队大小

session

代码指标

静态代码分析

错误跟踪

...

请记住:我想知道您的实际工作，而不是您想做的事情或认为应该做的事情。

最佳答案

测试驱动开发-没办法。

域驱动设计-设计是什么？

模型驱动的设计/体系结构-什么是设计？我们确实有一个架构团队。除了一个异常(exception)(最初级的建筑师)，他们无法编写出纸袋的代码。不过，他们肯定擅长画线框!并建立crappy, worthless, over-generic and completely useless standards。 (旧的OPC内容还可以，但是UA标准在过去的四年左右的时间里一直在“下个月完成”。)

您测试吗？ -是的，我们有专门的测试团队。每10-12位开发人员大约需要1位测试人员。他们被完全淹没了。问我测试是否很好。

单元测试-完全非正式/由开发人员决定。当我给出的时间表允许时，我会这样做。

集成测试-是的。考虑到我们开发和支持的产品套件，这是必要的。

验收测试-是的，仅适用于契约(Contract)制工作。

代码评论-始终支付口头服务，从不这样做。

创新技术(Spring，Hibernate，Wicket，JSF，WS，REST等)-强烈反对采用新的依赖项。 Boost将永远不会被采用，例如不过，通常情况下，我们通常会比较幸运，如果通常要落后两年左右的时间，便可以使用.Net的较新版本。

敏捷-否。管理人员声称他们希望“敏捷”，尽管他们没有表现出对它的最深刻的理解。我们最近刚刚修改了流程，以便以更高的优先级指定和执行更高优先级的任务!管理层告诉我，这是我们新的“敏捷”过程。虽然它仍然像瀑布一样闻起来，走路和发出嘎嘎声。

配对编程-没办法!付两个人做一个的工作？接下来，您将建议开发人员应该在设计和代码审查等废话上浪费时间。狗，猫，一起生活!

UML -否。我们曾经获得一个UML工具来帮助我们了解已经发展的遗留代码库。评估该工具的负责人喜欢它，它在不到30秒的时间内对整个百万以上的C++代码库进行了反向工程!在与他们讨论购买它并实际的开发人员尝试使用它之后，我们发现实际上只花了30秒就无法解析95％以上的代码库。错误报告非常糟糕，评估人员甚至都没有发现它失败了。 (I'm lookin' at you, kid!)我们只花了一年半的时间就放弃了许可证。看到？敏捷!

特定于域的语言-它们可能在某个地方使用，尽管不是我自己使用的。

需求规范(如何？)-产品经理执行一些伏都教并发明它们。有时他们甚至可能与客户谈论他们!如果您真的很幸运，他们甚至会理解用例和需求之间的区别。但是不要指望它。我们实际上并没有用例。

持续集成-没办法。当一切都崩溃时，这会更加令人兴奋。

代码覆盖工具-有人曾经在冷的服务器室中的源存储库服务器上放置一个空白。这算吗？

贫民区模型-认真地说，我以前从未听说过。

通信(Wiki，邮件，IM，邮件列表，其他文档)-备注。 Lotus Notes不会“发送电子邮件”。一堆新奇的垃圾。

估算工作量-并非如此。在我的组织中，Estimates are code for targets.。在瀑布开发的项目“敏捷”的5个阶段的第一个阶段中，将项目的截止日期锁定。这些到期日称为“预算估计”，但实际上是“交货日期”。

团队规模-根据产品运行色域。如果您包括经理，我们的团队将只有四个，只有十五个。

session -如果您还比较初级，并且使用的产品不超过一种或两种，那么还不错。我只需要每周参加2-3个1小时的 session 。

代码指标-编号

静态代码分析-理论上用于.Net b / c的FxCop是内置的，其使用是由我们的标准强制要求的，但实际上，不是。没人检查b / c，从来没有任何代码审查。只是偶尔进行质量审核(又称纸质追踪/非常规审核)，以确保我们在今年的认证中不会丢失。

错误跟踪-是的，但仅适用于客户报告的问题。开发人员不得针对他们正在开发的不是“团队合作者”的b / c产品提交发现的错误。 (当我犯了这个错误时，我老板的老板向我详细解释了。我现在对特定的客户很友好，该客户愿意“发现”我在其他与支持相关的沟通过程中可能“偶然地”提及的错误。 。)

就大型企业开发人员而言，还有很多更糟糕的地方。考虑到我的住所，以及该地区缺乏高科技工作的机会，我真的很幸运能参加一场演出。不过，这并不意味着我必须喜欢事物的样子。甚至试图影响已建立的企业文化都需要大量时间和不断的压力。

但是，如果他们厌倦了我尝试改变文化并解雇我的尝试，那我就不会哭泣当晚睡觉。

关于survey - 贵公司的软件开发真正喜欢什么(方法，工具等)？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/229472/

上一篇：WPF ListView 性能非常慢 - 为什么？ (ElementHost，还是其他原因？)

下一篇：language-agnostic - 实践中的私有(private)与公共(public)成员(封装有多重要？)

相关文章：

PHP 将表单响应插入到单独的 MySQL 表/行中

mysql - 如何避免数据库模型中的冗余？

r - 使用 R 或 SAS 进行整群抽样

php - 使用现有和不存在的实体创建表单/调查 (Symfony 3)

r - 结合 lapply、svyby、svyratio 计算许多具有置信区间的比率

database - 从不就地删除或更新数据的通用数据库

asp.net - 用于构建调查应用程序的工具/组件

r - 如何在 Logit 回归的调查数据上使用 GAM (mgcv) 中的样本权重？

r - R调查包中的Pearson相关系数

©2023 IT工具网  联系我们

Answer 1

测试驱动开发-没办法。

域驱动设计-设计是什么？

模型驱动的设计/体系结构-什么是设计？我们确实有一个架构团队。除了一个异常(exception)(最初级的建筑师)，他们无法编写出纸袋的代码。不过，他们肯定擅长画线框!并建立crappy, worthless, over-generic and completely useless standards。 (旧的OPC内容还可以，但是UA标准在过去的四年左右的时间里一直在“下个月完成”。)

您测试吗？ -是的，我们有专门的测试团队。每10-12位开发人员大约需要1位测试人员。他们被完全淹没了。问我测试是否很好。

单元测试-完全非正式/由开发人员决定。当我给出的时间表允许时，我会这样做。

集成测试-是的。考虑到我们开发和支持的产品套件，这是必要的。

验收测试-是的，仅适用于契约(Contract)制工作。

代码评论-始终支付口头服务，从不这样做。

创新技术(Spring，Hibernate，Wicket，JSF，WS，REST等)-强烈反对采用新的依赖项。 Boost将永远不会被采用，例如不过，通常情况下，我们通常会比较幸运，如果通常要落后两年左右的时间，便可以使用.Net的较新版本。

敏捷-否。管理人员声称他们希望“敏捷”，尽管他们没有表现出对它的最深刻的理解。我们最近刚刚修改了流程，以便以更高的优先级指定和执行更高优先级的任务!管理层告诉我，这是我们新的“敏捷”过程。虽然它仍然像瀑布一样闻起来，走路和发出嘎嘎声。

配对编程-没办法!付两个人做一个的工作？接下来，您将建议开发人员应该在设计和代码审查等废话上浪费时间。狗，猫，一起生活!

UML -否。我们曾经获得一个UML工具来帮助我们了解已经发展的遗留代码库。评估该工具的负责人喜欢它，它在不到30秒的时间内对整个百万以上的C++代码库进行了反向工程!在与他们讨论购买它并实际的开发人员尝试使用它之后，我们发现实际上只花了30秒就无法解析95％以上的代码库。错误报告非常糟糕，评估人员甚至都没有发现它失败了。 (I'm lookin' at you, kid!)我们只花了一年半的时间就放弃了许可证。看到？敏捷!

特定于域的语言-它们可能在某个地方使用，尽管不是我自己使用的。

需求规范(如何？)-产品经理执行一些伏都教并发明它们。有时他们甚至可能与客户谈论他们!如果您真的很幸运，他们甚至会理解用例和需求之间的区别。但是不要指望它。我们实际上并没有用例。

持续集成-没办法。当一切都崩溃时，这会更加令人兴奋。

代码覆盖工具-有人曾经在冷的服务器室中的源存储库服务器上放置一个空白。这算吗？

贫民区模型-认真地说，我以前从未听说过。

通信(Wiki，邮件，IM，邮件列表，其他文档)-备注。 Lotus Notes不会“发送电子邮件”。一堆新奇的垃圾。

估算工作量-并非如此。在我的组织中，Estimates are code for targets.。在瀑布开发的项目“敏捷”的5个阶段的第一个阶段中，将项目的截止日期锁定。这些到期日称为“预算估计”，但实际上是“交货日期”。

团队规模-根据产品运行色域。如果您包括经理，我们的团队将只有四个，只有十五个。

session -如果您还比较初级，并且使用的产品不超过一种或两种，那么还不错。我只需要每周参加2-3个1小时的 session 。

代码指标-编号

静态代码分析-理论上用于.Net b / c的FxCop是内置的，其使用是由我们的标准强制要求的，但实际上，不是。没人检查b / c，从来没有任何代码审查。只是偶尔进行质量审核(又称纸质追踪/非常规审核)，以确保我们在今年的认证中不会丢失。

错误跟踪-是的，但仅适用于客户报告的问题。开发人员不得针对他们正在开发的不是“团队合作者”的b / c产品提交发现的错误。 (当我犯了这个错误时，我老板的老板向我详细解释了。我现在对特定的客户很友好，该客户愿意“发现”我在其他与支持相关的沟通过程中可能“偶然地”提及的错误。 。)

就大型企业开发人员而言，还有很多更糟糕的地方。考虑到我的住所，以及该地区缺乏高科技工作的机会，我真的很幸运能参加一场演出。不过，这并不意味着我必须喜欢事物的样子。甚至试图影响已建立的企业文化都需要大量时间和不断的压力。

但是，如果他们厌倦了我尝试改变文化并解雇我的尝试，那我就不会哭泣当晚睡觉。