Questions tagged «management»

在每个人都在对本地表和开发表进行更改的开发人员团队中工作时，如何使所有更改保持同步？每个人都保留其sql更改的中央日志文件？一个Wiki页面，用于跟踪alter table语句，开发人员可以运行以将其本地db更新到最新版本的单个.sql文件？我已经使用了其中一些解决方案，并且希望获得一个可以一起工作的好的可靠解决方案，因此，感谢您的想法。

16 management  version-control  sql 

您如何处理比您高年级且经常跳入他人项目并在晚上或周末完成的团队成员？无论是否有紧急情况，她似乎每周工作80个小时，因此很难预测她下一步将要去的待办事项清单。有时，您的工作时间浪费了，因为在星期一早上，您会发现一个签到完成了您在前一周大部分时间里一直在进行的项目。 对于要求质量的人们：通常它是相当不错的，但是：还涉及很多代码重构，包括其他团队成员“拥有”的代码，而不考虑测试范围，并且结果明显。

15 management  teamwork 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 4年前关闭。 我需要一种方法来过滤掉那些只复制并粘贴代码然后希望它能起作用的人的简历，并检查它是否起作用。所有这些事情都是在不了解（或不了解）系统中其余代码的情况下发生的。 我当然知道复制和粘贴代码是学习新对象，控件等的一部分……但是，如何判断这是否占其开发生涯的70％（或更多）？ 我遇到过一些高级人员，他们的技能对于该项目而言已经过时或无关紧要，以至于他们所做的只是Google，复制然后粘贴一些代码，而没有考虑整个解决方案。结果，我们在同一项目中误解了JSON，AJAX，回调，ASMX，WCF和回发。显然，每种技术的使用背后都没有一致性或逻辑性。 在最坏的情况下，这种类型的开发人员会创建安全问题和攻击媒介。 题 您将如何建议我过滤掉那些编程背景较差的人？我可以在简历级别上吗？如果没有，在面试中我该怎么做。

15 code-quality  management  skills 

我刚刚在大学里担任（唯一的）Web应用程序开发人员。 该学院有许多完全不同但编码很差的遗留系统。它们主要是用PHP内置的，它们处理诸如出勤，考试结果，评分等问题。 我的第一项工作是构建一个包含大量此类数据的系统，该系统目前驻留在各种数据库中，而没有任何友好的API可以将其提取出来（现有系统使用普通PHP编码，没有数据和视图的分离）有了一个新的平台来记录有关学生的牧草信息，并以一种有用的方式将其呈现给教师和高级职员，以便他们可以快速应对学生的问题。 在我们的第一次会议上，有18个人！没有代表多数的明确领导者或声音。没有可识别的客户。这次会议从教师的次要功能的详细实现思想转变为关于是否应使用Excel电子表格进行数据输入的争论！ 可以想象，我的头在最后旋转。我实际上有很多好主意，但是我听不见。在我加入营销机构开发团队之前，这对我来说是一个非常新的角色。我们有明确定义的角色：项目经理，客户，设计师，开发人员。 我想知道是否有经验丰富的开发人员或管理人员可以为我提供一些指导，说明如何将我的同事们带入一个类似于项目团队的项目。是敏捷之路吗？您将如何处理所有不同的声音？显然，某些过程需要非常迅速地落实到位，我只是不确定那是什么。

15 web-development  project-management  agile  development-process  management 

我的团队几年前为客户建立了一个网站。网站的流量一直在迅速增长，我们的客户一直在要求我们壮大团队以满足他们的维护和功能要求。 我们从少数开发人员开始，我们的团队不断壮大-现在我们的人数达到了两位数。 当团队从小型“车库大小”的团队发展到10多个开发人员时，哪些管理/开发变更最有益？

14 development-process  management 

在我们公司中，开发人员希望使用适当的错误跟踪工具来管理应用程序中的问题。但是，管理层坚持使用共享电子表格（以前是共享的excel文件，现在是基于Web的解决方案上的电子表格，允许并发访问）。 他们的观点是，电子表格可以使他们对项目状态有一个更高级的了解，因为他们可以快速浏览一下打开了多少个错误。这也使他们能够看到谁在处理每个错误，并估计关闭它们所需的时间（因为开发人员需要填写他们正在处理的错误的时间估计）。 如您所知，这对于开发人员来说实际上并不实际（错误跟踪软件的发明是有原因的）。那么，我该如何倡导错误跟踪软件来简化开发人员的工作呢？ 作为奖励，您建议使用哪种软件可以让管理层从高层次的角度获得他们的反馈（打开的漏洞数量，正在研究的漏洞，时间估计）？

14 management  issue-tracking 

我是软件开发团队的一名软件工程师。最近三年，我们为内部客户开发了新产品。现在该产品完成了，我们将为现有产品开发主要的新功能。对于特定功能，产品管理人员猜测开发需要150个小时。我们与项目经理一起制定了非常详细的计划，我们花了300个小时努力。昨天我们讨论了这个问题，他们认为我们已经严重高估了事情。 在我们的计划中，我们估算了编写单元测试的时间，其目的是丢弃它们以节省时间。尚未做出决定，如有需要，我将捍卫这一计划和单元测试。但是我在这里真正不喜欢的是管理正在干扰我们的开发过程。如何使它们脱离我们的开发流程？我可以使用哪些参数来保持单元测试到位（除了质量和长期节省时间之外）？ 附带说明一下，我们公司有3个工程团队，我所在的团队按时交付了他们的软件（给予或获得10％的利润）。而其他团队总是迟交，这主要是由于对计划的低估。他们只计划编码，而不计划编码的管理，测试和处理。

14 development-process  management 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 6年前关闭。 我将这个问题提交给C ++程序员，因为：a）只有C ++程序员才能判断示例的技术优点；b）只有一个程序员才会有另一位这样编写代码的程序员的气质。 人力资源部和董事意识到存在问题仅仅是因为他们看到了现场的证据。我打电话给我们是否给问题程序员更多时间。许多错误都处于非常基本的水平上-我（对程序员）的问题是，是否应该根据自己当前代码的样本，对自称是高级C ++开发人员的人们是否会产生怀疑。非程序员-甚至是C ++编程以外的人-也无法对此做出任何判断。 作为背景知识，我被分配了为一家老牌公司管理开发人员的任务。他们只有一个开发人员，专门研究所有C ++编码（从此以后），但是工作质量却很糟糕。代码审查和测试发现了许多问题，最严重的问题之一是内存泄漏。开发人员从未测试过自己的代码是否泄漏，而且我发现应用程序在使用一分钟后可能会泄漏许多MB。用户正在报告巨大的速度下降，而他的看法是：“与我无关，如果他们退出并重新启动，那一切都很好。” 我给他提供了检测和跟踪泄漏的工具，并与他坐了许多小时，以演示如何使用这些工具，出现问题的位置以及如何解决这些问题。我们已经走了6个月了，我指定他编写一个新模块。在将其集成到更大的代码库中之前，我进行了审查，并且很沮丧地发现与以前相同的不良编码。我无法理解的部分是，某些编码比业余编码差。例如，他想要一个可以填充另一个类（Bar）的对象的类（Foo）。他决定Foo将保留对Bar的引用，例如： class Foo { public: Foo(Bar& bar) : m_bar(bar) {} private: Bar& m_bar; }; 但是（出于其他原因）他还需要Foo的默认构造函数，并且他没有质疑他的最初设计，而是写了这个gem： Foo::Foo() : m_bar(*(new Bar)) {} 因此，每次调用默认构造函数时，都会泄漏Bar。更糟的是，Foo从堆中为其他两个对象分配了内存，但他没有编写析构函数或复制构造函数。因此，每个Foo分配实际上都会泄漏3个不同的对象，您可以想象复制Foo时发生了什么。而且-只会变得更好-他在其他三个班级上重复了相同的模式，所以这不是一次过的失败。整个概念在很多层面上都是错误的。 如果这是一个新手，我会感到更多的理解。但是这个家伙已经这样做了很多年，并且在过去的几个月中一直非常专注于培训和建议。我知道他大部分时间在没有指导或同行评审的情况下工作，但我开始感到他无法改变。所以我的问题是，您会坚持与正在编写如此明显的不良代码的人吗？

13 c++  management  training 

我曾在几家商店工作过，在这些商店中，管理层已经将结对编程的想法传授给我或另一位经理/开发人员，而我对此一无所知。从开发人员的角度来看，我找不到改用这种编码样式会有所裨益的原因，或者作为一个小型团队的经理，我都看不出任何好处。 我了解它有助于解决基本的语法错误，并且在需要散列某些内容时可能会有所帮助，但是不在编程循环中的经理们似乎一直将其视为阻止设计师进入Facebook或Reddit的一种方式，而不是设计工具。 作为一个接近开发层的人，从高级管理职位看来，我似乎根本无法理解被扔给我的书或有关该主题的Wiki页面，因此，结对编程在处理Scrum或Agile时有什么好处？环境？

13 agile  scrum  management  pair-programming 

我在两个月前加入了六个开发团队。人很好，一切都很好。但是越来越多的我观察到一种特别的心态。东西很快就被修复了，但以将来的可用性为代价，几乎没有测试，两个人高兴地承认，他们喜欢把知识带到脑海中，而不是写下来。 该如何处理？我想以身作则，但时间有限-我喜欢架构和实际实现这些东西。但是我担心，临时的心态会感染我，而不是在设计和代码上力求清晰，简单（这并不容易建立），我被无休止的黑客循环激化了-这没有局外人可以解耦-仅出于进度和管理的考虑。

13 architecture  coding-style  management  technical-debt 

我正在我的ASP.NET Web应用程序（特别是dapper）中使用一些开源代码。管理不是狂热者，因为开源以前被视为一种困扰我们的风险。显然，以前的开发人员在开源组件出现故障之后不得不重写东西。 优点似乎是： 它为我做了很多事情，否则会涉及很多样板代码或Microsoft推荐的但较慢的解决方案（实体框架）。 缺点： 它非常复杂，以至于如果它突然在生产中失败，我将很难修复它。但是，它在比我的流量更高的站点上使用，因此我认为它最终不会成为项目的高风险部分。 这有什么共识？在我的项目中使用自己不了解/理解的开源代码是否明智？

13 open-source  management  risk-assesment 

我厌烦听到人们建议您每个处理器仅使用一个线程，而许多程序每个进程最多使用100个线程！以一些常见程序为例 vb.net ide uses about 25 thread when not debugging System uses about 100 chrome uses about 19 Avira uses more than about 50 每当我发布与线程相关的问题时，几乎每次都会提醒我，每个处理器不应使用一个以上的线程，并且上面提到的所有程序在使用单个处理器的系统上都会崩溃。

13 programming-languages  .net  management  multithreading 

关闭。这个问题是题外话。它当前不接受答案。 7年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 关于软件开发的规范书籍已经相当完善。但是，在阅读了本周末关于管理编程团队的糟糕建议的可怕书籍之后，我正在寻找针对真正好的书籍的建议，这些书籍侧重于编程的管理方面（招聘，绩效评估/管理，动机，最佳实践，组织结构）等），而不是在软件本身的构建上。 有什么建议么？

13 books  management 

首先让我创造一个名词： 代码目标：早上检查代码，然后静静地检查其他开发人员前一天在文件中所做的所有更改（尤其是您最初开发的代码文件），并修复格式，逻辑，重命名变量，重构长方法等），然后将更改提交给VCS。 我已经确定了这种做法的优点和缺点： Pro：经常保持代码质量/可读性/一致性 Pro：由于其他开发人员对原始代码不太熟悉，因此已修复了一些错误。 缺点：经常是那些追求目标的开发人员的时间浪费。 缺点：偶尔会引入一些错误，这些错误会引起开发人员的愤怒，他们以为他们前一天编写了没有错误的代码。 骗局：其他开发人员对过多挑剔的行为感到恼火，并开始不喜欢为目标投标人的代码做出贡献。 免责声明：公平地说，我实际上不是开发经理，而是实际上正在执行“目标管理”的开发人员。 在我的辩护中，我认为这样做是有充分理由的（为了使我们的超大型代码库保持良好运转），但我非常担心它还会带来负面气氛。我也绝对担心我的经理将需要解决这个问题。 那么，如果您是经理，您将如何解决这个问题？ 更新：我并不是说这个问题太过本地化，但是有人问过，所以也许会有一些启发性的背景。三年前，我被分配了一个巨大的项目（200K LoC），直到最近（一年之前），该项目中才添加了其他开发人员，其中一些人不熟悉体系结构，其他人仍在学习该语言（C＃）。我通常必须回答产品的整体稳定性问题，当对代码库的核心体系结构部分进行令人惊讶的更改时，我尤其紧张。养成这种习惯的原因是，起初我对其他开发人员的贡献感到乐观，但是他们犯了太多错误，这些错误导致了严重的问题，直到几周后才发现。通常这些“

12 version-control  code-quality  management  teamwork  team 

我们工作时遇到一个主要问题，它的名称是“定制”。我们有一个旧的（超过10年的）供应商软件系统，我们的IT和会计部门以前喜欢对其进行自定义。沿线某个地方，该软件开始出现漏洞。然后，在完成大部分自定义之后，我被录用了。 我在系统中发现的几乎每个问题都是定制的直接结果。我们所做的一切更改都有破坏关键业务财务软件的风险。但是，会计部门一直在建议更改（因为我们总是说“是”！），似乎很少有人会对更改的影响程度有所尊重。 某些更改不会引起任何问题。可以在供应商软件中自定义表单，也可以将其自定义，我们可以在表单字段中移动，删除它们，等等。但是，对于像这样的每一个无害的自定义，它们还建议诸如存储过程和触发器之类的更改，以操纵供应商应用程序数据库中的数据。 我最近（勉强）让他们停止尝试将客户从一个供应商程序导入另一个供应商程序，因为这些信息是完全不兼容的。解决该问题的原因是因为我发现系统无法在用户端正常运行。任务比他们想象的要复杂，所以他们放弃了。无论用户端任务多么简单，都不应执行他们想要的操作。 我如何传达这种改变该系统工作方式的风险，尤其是在数据有效性受到威胁时？我是一名新员工（6个月），现在已经成为现状，但是这冒着我们财务数据和支持合同的有效性的风险-一旦供应商的支持人员听到“ X已被自定义”，这使他们有很多理由不这样做支持我们或告诉我们这是我们的错。

12 management  communication  technical-debt