Questions tagged «team»

我计划将后端开发垂直切入用户故事。但是我们团队的一个后端家伙开始抱怨这使他们的工作变得无形。 我的答案是 在冲刺计划和审查会议上，我们在利益相关者面前讨论了后端任务，以便使其可见，并且 在项目过程中保持高质量将导致启动速度比其他团队慢，但是在项目过程中我们的速度将保持稳定。利益相关者非常清楚地看到速度。 他仍然坚持有这样的故事：“作为开发人员，我需要一个域层，以便我可以封装业务逻辑。” 在污染团队之前，我该如何解决？ 问题的根源在于，我们的管理人员系统地将后端工作视为无形的工作，并召集了受支持的开发人员矿工或其他贬义术语。

10 agile  scrum  team  user-story 

我所在的研发团队已决定采用编码标准。我们只是最近才成立的，我们自己的代码和通用编码时间太少，无法将我们的标准/惯例文档建立在我们团队有机发展的基础上，也无法借鉴我们自己的代码中的良好示例等。 现在，我们每个人都有一些过去工作场所的经验-尽管我们每个人都没有处于这样一种状态：“让我们在这里采用这份全面的文件，我发现它适合我们在这里从事的工作”（*）。另外，我们中的某些人（包括我本人）只有没有官方编码标准的地方的经验，或者在不同的环境中用不同的语言编写（高压每周发布的生产环境，而不是更加注重研究的开发工作） 因此，我一直在考虑的一种选择是获取一个相对知名且备受关注的文档，剪掉我们不在乎/关心的内容，并根据我们的偏好进行一些修改。 这是常见的做法吗？您认为这是个好主意吗？如果是这样，那将是一个合理的“基准”编码标准（不要告诉我哪个是最好的，我不想在这里引发宗教冲突；只需指出可以在其基础上进行全面或“中立”的内容） ） 笔记： 我们希望可以使用C，C ++，OpenCL，CUDA，Python。 我们是一个由4人+经理组成的团队，预计在一年左右的时间内增长到大约5-6。 在我们公司中，团队几乎完全是自治的，通常根本不互动（甚至不使用彼此的代码-工作是在完全不同的项目上）；所以-没有公司范围内的考虑。 关于工具，目前我们知道我们将使用Eclipse，因此它的代码格式化程序至少将成为一种工具。Ctrl + Shift + F很久以来就是我的朋友 在编写Java时，我采用了尽可能严格遵循Bloch的Effective Java的做法。现在，这还不是一个编码标准，但是您可以将一些砖，水泥和砂浆称为编码标准。我当时正在考虑将类似的内容作为“混合”的一部分（注意我们不使用Java）。 我指的是更广泛意义上的编码标准，例如采用对P.SE问题的回答中提出的建议。 我找到了大量的C ++编码标准文档 ; 也许我应该挖掘我们的基线。 （*）并非完全正确，但我不想使这个问题复杂化。

9 c++  c  coding-style  coding-standards  team 

在.NET Framework中，本地化的字符串位于XML文件（或多个文件）中。这些文件是项目的一部分，并且像任何其他源代码文件一样被提交到源代码管理。通常，Visual Studio用于将这些文件显示为表格并编辑本地化的字符串。 我在一个小组中研究应该具有多语言界面的产品。 作为开发人员，鉴于翻译可能不准确，我用两种语言起草了本地化的字符串， 团队中的另一个人（非开发人员）以两种语言查看内容，并在需要时进行更正。 当前的问题是，非开发人员既不会使用源代码控制，也不会使用IDE，因为这对于该人员来说既麻烦又困难（对于非开发人员来说版本控制很困难）。 另一种解决方案是我将本地化字符串导出为Excel文件，等待此人检查Excel，然后重新导入修改后的字符串。需要说明的是，我可能正在创建其他字符串，重命名现有的字符串等，这使得很难将本地版本与经过审核的字符串进行区分。 该怎么办？ 在其他团队中如何发生？

9 version-control  team  collaboration 

我们正在考虑教一些具有零或一般业余爱好者编程经验的员工来减轻我的工作量。 我们使用Python / Django，它具有一些最友好的文档，并且学习起来很轻松。 我目前是我公司的一个IT部门，我没有足够的时间来开发公司所需的一切。我们不是软件公司，但是它可以帮助内部IT自动化任务，开发客户服务功能，分析数据等。 您如何缓慢集成在您的代码库上工作的菜鸟？假设您有一个实习生-他们做什么？我完全不愿意让他们设计或开发核心代码，因为多年来我们将一直在处理他们的错误/奇怪的设计模式。作为主要开发人员，我将成为必须解决其代码的人。 我的想法是让菜鸟仅修改现有代码，而不构建核心功能。构建功能本身后，我可以通过简单的任务将工作分担给他们。 我们希望我们的员工在公司中学习/发现价值，并且通常我们会让人“升职”。 用普通/爱好者级别的编程教人是否是标准做法？软件公司中的“升职”对初级程序员是如何工作的？他们什么时候开始处理核心代码？ 我正在尝试确定是否会造成比帮助更大的损害，或者是否有一种方法可以使用他们的帮助而不会冒潜在的核心站点代码（隔离环境？）的风险。

9 team  business 

我一直喜欢JoelOnSoftware上的这篇文章，“当您只是咕Gr咕Get咕Get咕咕咕的时候就做的事情”。当我是新手时，我尤其可以与他人联系（并且仍然觉得我将永远是其中的一员）。 关于＃4，中和bozo。您对在实际工作中实际实施此操作有什么建议？（至少在我们的团队中）这似乎不像简单地将错误记录到某人的错误代码上那样容易。什么对所有人都有效？

9 team  bug 

看完这个，我看到对于在具有不同能力的一组开发人员（又称几乎所有团队）中如何构建敏捷团队似乎存在很多分歧。是否应该将所有最好的开发人员放在自己的团队中，并给予最高优先级的工作？这几乎可以确保完成最重要的任务。同时，您剩下的地方是“不够完美”的团队，他们承担着技术债务，即使只是在低优先级任务上。另一方面，分布均匀的团队可以使落后的开发人员更好一些，但有可能挫败最沉重的打击者。另外，如果您将一堆好的设计模式与一堆糟糕的反模式混合在一起，那么您最终可能会得到一堆反模式。

9 agile  team  teamwork 

我在一个专注于Web开发的学生团队中。我的队友对Python感兴趣，而且我是唯一一个了解Python的人，所以我被要求下周进行“ Python简介”演讲。 我想听听您的建议，以使谈话变得有趣，而不仅仅是一堆语法问题。 PS：我的队友熟悉PHP和.NET

9 programming-languages  python  team 

我们的团队最初由大多数服务器端开发人员组成，他们只具备Javascript方面的最少专业知识。在ASP.NET中，我们过去经常在代码背后或通过MVC中的控制器编写许多UI逻辑。 不久前，有2位高级客户端开发人员加入了我们的团队。他们可以在HTMl / CSS / Javascript中完成我们以前使用服务器端代码和服务器端Web控件可以做的几乎所有事情： 显示/隐藏控件 做验证 控制AJAX刷新 因此，我开始认为，围绕我们的业务逻辑创建一个高级API可能会更有效，例如Amazon Fulfillment API：http : //docs.amazonwebservices.com/fws/latest/APIReference/，以便该客户端端开发人员将完全接管UI，而服务器端开发人员将仅专注于业务逻辑。 因此，对于订购系统，您将拥有一个高级API，例如： OrderService.asmx CreateOrderResponse CreateOrder(CreateOrderRequest) AddOrderItem AddPayment - SubmitPayment - GetOrderByID FindOrdersByCriteria ... 可以通过JSON / REST访问API，因此很容易从客户端UI中使用。我们可以使用此API进行内部UI开发，也可以让第三方使用此API创建自己的应用程序。 随着Javascript的发展以及优秀的客户端开发人员的可用性，现在是否是摆脱代码隐藏/控制器并仅专注于开发客户端开发人员可以使用的高级API（阿拉玛）的好时机？

9 javascript  architecture  asp.net  team  enterprise-architecture 

这与典型的命名约定，在何处放置注释，是否应该使用区域等无关，这与编码标准有关，该标准讨论了程序员应如何设计其应用程序的细节。 像这样的东西：（在.NET应用程序上，而不是确切的用词） 尽可能少上课 课堂应尽其所能做到 修改比扩展好 每个类别一个DLL（一个用于电子邮件功能的库，一个用于文件相关功能的库） 每个人都有过糟糕的代码和可能糟糕的设计经验，但是如果您被安排在一个团队中，而他们的设计标准却感觉不对，那该怎么办？当我被要求以这种方式编码时，我不确定自己快要死了时，我不确定如何做出专业回应。

9 team  coding-standards 

我在一家公司工作，该公司的开发团队拥有许多不同的技能。 我们执行以下所有操作（通常面向网络）： .NET（MVC，Umbraco，ASP.NET，Surface） Java（Spring，Hibernate，Android） PHP（Zend，代码点火器） 动作3 空气 目标C HTML / Javascript（显然） 我们正在尝试简化我们的开发流程。 当前，我们有一个TeamCity服务器，该服务器使用msbuild / msdeploy / nant构建和部署.NET项目。 我想要的是像maven这样的东西，它将为我们提供标准的项目模板结构，该结构适用于大多数项目，以允许来自不同团队的人员轻松地在项目之间移动。 当前，这在一个平台上有效，因为我们倾向于以该平台的标准方式来做事情（只要涉及到某些人），但是我想使用maven之类的东西来标准化项目的布局和构建方式。 有人尝试过类似的东西吗？经验？图书？

9 team