Questions tagged «communication»

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 6年前关闭。 我最近进行了几场演讲，但找不到找到幻灯片的好方法。这是一些对幻灯片进行编程的理想特性： 他们是幻灯片。标准的emacs缓冲区不会执行此操作。 它们具有突出显示代码的语法。 它们支持基本格式，例如字体大小，颜色和项目符号。 无需花哨的动画。我唯一想要的动画是子弹的一一出现。 编辑：应该很容易从终端到幻灯片alt来回切换，而不会破坏演示顺序/位置。 到目前为止，我已经考虑了： Microsoft Office-Linux用户无法使用。 OpenOffice.org-太多了，无法满足我的需要，代码格式化/突出显示需要在外部完成并粘贴。另一方面，它还支持项目符号，项目符号逐个动画和字体格式设置。据我所知，终端上的alt键无法破坏显示模式和位置​​。 Emacs-支持所有代码格式，但是我还没有找到可以让我从一个块过渡到另一个块的幻灯片模式。 HTML5-我曾经使用html5rocks作为模板制作幻灯片。它支持所有内容，但是太困难且耗时，无法在进行简短讨论之前将几张幻灯片“放在一起”。同样，仅html5功能可能无法在讲台计算机的已安装浏览器上运行。 对以代码为中心的演示的程序/技术有何建议？ 编辑：我认为S5和Latex最符合我所寻找的精神，但这并不是说其他​​建议（包括完全不使用幻灯片）是“错误的”。

22 communication  text-editor  presentation 

我具有强大的OO背景，并且我最近开始在一个组织中工作，尽管该代码是用Java编写的，但与过去相比，我对良好的OO设计的重视程度要低得多。有人告诉我，我引入了“太多的抽象”，而我应该以一直采用的方式编写代码，这是Java中的一种过程样式。 TDD在这里也不太常用，但是我想拥有可测试的代码。在大型“神类”（这似乎是该团队的常态）中以静态私有方法掩埋业务逻辑不是很可测试的。 我很难向同事清楚地传达自己的动力。有谁对我如何说服我的同事使用OO和TDD导致更容易维护的代码有任何建议？ 这个问题有关技术债务是关系到我的问题。但是，我试图避免首先产生债务，而不是在另一个问题所涵盖的事实之后偿还债务。

21 java  object-oriented  teamwork  communication  maintainability 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我的工作环境背景 我的经理对计算机或软件没有任何背景或了解。他很可能一生中都没有看过任何形式的代码（甚至从10英尺或更短的物理距离来看）。 有没有人谁懂什么，我要求执行的复杂性。到这一点，如果我半硬编码，没人会知道。 在Joel的测试中，我们得到了令人难以置信的0分。 问题所在 经理和其他“高级”经理有时会不断更改需求规范。如果进行了良好的工程设计而不是修补性的“修复”，则需要进行基础设计的更改。 有绝对没有人谁看代码（也许是因为没有人知道如何，或者即使它应该做的），这意味着没有人会能够： 欣赏问题的复杂性或解决方案的精妙之处。 建议改进方法。 赞赏代码的质量。 指出可以改进代码的地方。 使用了很多行话，这在语法上是有意义的，但是在任何其他方式上都没有任何意义。 不像软件公司那样感觉，表现或工作。 问题 应该做什么？特别是关于没有人指出我的代码有所改进。 更新资料 要回答HLGEM（以及可能的其他问题）有关我为修复该问题所做的工作。我提议成立Redmine并向所有人介绍源代码控制。我说过我会推荐分布式（git或mercurial），但也会讨论集中式的，让团队决定。回应是事情正在做，将在几周内完成。还没有看到，我也不知道公司的其他部门是否在使用它。

21 requirements  management  communication 

此问题是从Stack Overflow 迁移而来的，因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 我的团队负责人有着糟透的习惯，那就是想弄乱数据库架构，并进行会导致代码库严重破坏的更改（没有真正咨询过我这些更改如何影响代码库）。 通常，我会接受它，但是我们有两个星期的截止日期，而且自从我在一个半月前开始工作以来，这种情况一直在发生。我被带进来，以加快项目的开发。 由于截止日期，我已经每周投入60多个小时，而实际上没有足够的精力来解决这个问题（我已经尝试过一些方法）。我们只有两个人组成的团队，除了每天更改数据库外，他在实际开发（编码）方面的贡献不大。 目前，我感觉自己正在完成所有工作，而且还必须“修复”他所做的更改所导致的问题。 如何处理呢？我已经与我们的经理谈过他在开发部门缺乏工作的情况。他到那里的时间比我多了6个月，但是当您排除他“贡献”的第5个正常形式数据库异常时，我已经写了95％的代码。 有什么建议么？ 验尸： 星期五我们与经理进行了讨论，我的忧虑已广为人知。这导致了一些对抗，但是总的来说，我觉得经理正在陪伴我。因此，至少现在我们已经冻结了数据，让我们看看它是如何发展的。

21 communication  team 

为您提供一些背景知识：我在一家大约有十二名Ruby on Rails开发人员（+/-实习生）的公司工作。远程工作很普遍。我们的产品由两部分组成：一个相当肥大的核心，然后精简到以此为基础的大客户项目。客户项目通常会扩展核心。不会覆盖关键功能。我可能还会补充说，核心中有一些非常糟糕的部分，这些部分迫切需要重构。有规格，但主要针对客户项目。核心的最差部分未经测试（不是应该的……）。 开发人员分为两个团队，每个sprint使用一个或两个PO。通常，一个客户项目严格与团队和PO之一相关联。 现在我们的问题是：我们经常破坏彼此的东西。A团队的某人扩展或重构了核心功能Y，从而为B团队的一个客户项目造成了意外错误。通常，更改不会在团队中宣布，因此这些错误几乎总是无法预料的。包括PO在内的B团队认为功能Y是稳定的，并且在发布之前未对其进行测试，并且没有意识到更改。 如何摆脱那些问题？您可以推荐我什么样的“公告技术”？

20 teamwork  communication  customer-relations  errors 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 4年前关闭。 在我们公司最近进行了重组之后，我有了新的直线经理。他通常还不错，不像上一个那样偷偷摸摸。“偷偷摸摸的”我不是说他是一个邪恶的经理-我只是用这个术语来指代一个将大部分信息留给自己并且不与其他团队成员共享以便成为唯一“去”的人。人”-您明白了。 但是尽管如此，我还是设法与前任经理保持了良好的关系-而且我的工作效率很高。 我的新老板比较开放，这是一件好事，但我真的很讨厌他的素质-他喜欢与编码员竞争-通过将相同的任务交给不同的开发人员来尽快解决问题。您可能已经了解，信息在我们这样的环境中无法自由流通。因此，我的经理在10分钟前与之交谈的那个人可能正在就我现在正在处理的同一问题开始工作。它发生了几次，每次我听到可能有人在同一问题上工作时-我确实去问了我的经理-谁是这个问题的负责人-但是他通常在回答中都非常回避。 所以我的问题是-如何阻止我的经理这样做？在由六名开发人员组成的小型团队中，我是最资深的团队，通常我不参加赛车比赛，但是当它轰动我时，我的确感到不解。 还有一件事：我并不是在暗示我的经理是个坏老板，我也不相信这个世界是公平的，也不应该是公平的，我只是想找到一种方法让他停止竞逐我。一心一意。

20 communication  development-environment 

我们的10名开发人员团队每周开会。这些会议很无聊，并不是特别有用。您使用什么格式/议程召开会议？ 我们每周在会议室开会，提供比萨饼。格式是我们在会议室四处走动，并列出我们正在处理的各种任务的状态，并讨论下周的任务。经理将概述未来几个月和来年的即将到来的项目和优先事项。 更新资料 这些会议的目标或多或少是-建立总体团队，分享每个人正在做的事情的知识以及使每个人都知道公司的计划正在改变。并非要正式“分发”工作分配（通过其他方式完成）。

19 management  communication  meetings  team-building  team 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 您正在寻找软件开发职位的候选人，所有简历都经过了审查，并发出了两次面试邀请。现在，人们在现场出现在会议室，您开始来回谈论过去的经验，回顾简历，个人发展兴趣等。 在您的招聘经历中，您希望您在最初的过程中希望得到更好的答复（和问题）是什么，可能阻止了您聘用贫穷的候选人？ 我找了一些红旗要留意，并希望被挑剔不够。

19 communication 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 4年前关闭。 问候我的小隔间居民。 我发现我的角色逐渐从“功能维护者”变为“功能开发者”。尽管前者的大部分内容包括修复和/或更新现有功能（并以完整的天真无声地抱怨其实现），但在这个新角色中，我发现： 必须与直接管理层进行沟通以定义开发要求以解决新功能 必须与设计进行交流以确定新功能的用户要求 必须与质量检查人员进行沟通，以确定新功能的测试集以及开发过程中的当前状态。 必须与生产者/项目经理进行沟通，以定义剩余的周转时间以及开发需求的更新。 最后，必须偶尔与高层管理人员进行沟通以捍卫新功能，并证明该功能对即将发布的版本的风险降至最低。 最后一项是关键，这使我花了几次机会才完全意识到。总体而言，很明显，沟通技巧非常重要，即使对于认为自己“拥有”正在使用的功能的开发人员而言，也是如此。 所有这些都说明了我的重要性，并希望进一步提高这方面的技能。我喜欢一对一的交流，但发现与任何一群我认识的人交谈时，我倾向于口吃。 在哪里可以找到好的资源来提高自己的沟通技巧？

19 communication 

匿名张贴问题的原因很明显。我在一家由5-6名开发人员组成的开发团队的公司中工作，我处在难以应付的情况下。 每个技术选择（语言，框架，数据库，数据库方案，配置方案等）均由首席执行官决定，通常没有太多理由。修改这些选择非常困难，尽管我们提出了几种详细的利弊方案，但他的主要论点是“我不喜欢这样”。他还将决定在没有给出任何理由的情况下从头重写我们的核心产品，并且他从不参加开发会议，因为他认为这样做会使事情变慢。我们（开发人员）可以做些改善情况。 两个使我震惊的例子： 他会要求我们实施类似于配置管理的内容，但是他拒绝任何现有框架，因为它们不是用他喜欢的语言编写的（即使实现语言无关紧要）。他还希望我们能够在几天之内编写这些系统，“因为它非常简单”。 因为当前的代码库太糟糕了（他的设计是他自己设计的代码库），所以他总是用自己的核心产品从头开始重写。我们正在进行一年中的第三次重写，每次重写都比前一年更糟。 到目前为止，我尝试过的事情是对我们的产品进行详尽的基准测试（他一直抱怨我们的软件太慢，并且有理由进行重写以使其更快），使用现有产品实施解决方案作为工作证明，而不仅仅是制作优缺点图表，等等...但是这些努力中的90％还是丢到了垃圾箱（再也没有背后的任何理由，他再也不喜欢），并且经常受到谴责，因为我没有完全按照他的意愿去做（没有意识到他想要的是不可能的）。

18 productivity  management  communication 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 8年前关闭。 因此，我确定每个人都在某个方面碰到了这个人，有人抓住了您的项目或想法，并开始表现出一些兴趣。您将讨论一些方法，通常在这个时候左右，它们插在一起说明您应如何使用方法X代替，或者仅使用库Y。但这不是一个友好的建议，而是与一条诫命接壤的。经常像狂热的鹦鹉一样一遍又一遍地重复同样的建议。 就个人而言，即使事实证明比以前做的还要糟糕，我还是喜欢在学习时重新发明轮子，甚至只是为了娱乐。但是，这个人显然无法为这种目的而重新创建任何实用程序，或者可能尝试不严格遵循传统OOP做法的东西，除了他们的完美意识之外，什么也不会解决，因此自然而然地将他们的批评淤泥压在我的耳朵上。最重要的是，他们最终通过列出所有他们一手编写的难以置信的复杂代码（通常遵循“相信我，我已经/使用了很长时间的程序X”的思路）来证明自己的建议（延迟）。 ， 等等等等等等”）。 现在，我还远不是编程专家，我可能还不够好，因此我很重视建议和评论，但是我认为建议/评论有时间和地点。有帮助和自恋之间也有很大的不同。过去，我可能会采用某种程度更强的乔治·卡林（George Carlin）风格解雇，但我认为燃烧桥梁不再是最好的方法。 您对如何处理这种口头鞭log有任何建议吗？

18 teamwork  communication 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 我正在完成一个个人项目，其中已经实现了一个我希望其他人可能想要使用的库。无需赘述，该库提供了一个跨平台接口来解析特定类型的文件，该文件以前从未存在过（至少使用该语言）。这个项目本身很有趣而且很有意义，但是我认为如果由于无知而从未被其他开发人员考虑过，那将是一个耻辱。 我如何恰当地传播有关该库的信息？ 我目前的计划是： 托管一个包含源，文档，用法和/或示例的网页 回答SO问题，询问“此工具在哪里？” 联系相关领域的一些关键成员，并给他们一个提示 您认为这些步骤是否合理？您自己还能做什么？

16 open-source  communication 

很难说出这里的要求。这个问题是模棱两可，含糊，不完整，过于宽泛或夸张的，不能以目前的形式合理地回答。如需帮助澄清此问题以便可以重新打开， 请访问帮助中心。 7年前关闭。 我正在使用php和sql。 我认为我实现功能的方法比老板建议的要好。刚才他向我解释了如何检查电子邮件地址列表，我不喜欢他的想法。我提出了一个更好，更快地实施的方案，但他不同意。 现在，我想我会继续实施我的想法，因为他的想法对我来说还不够清楚。你认为他会生气吗？

16 communication 

如果同事正在编辑您的代码，该怎么办？ 没有增加功能或修复错误的目的，只是为了改变外观...

16 productivity  teamwork  communication  etiquette 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 4年前关闭。 上下文： 这是一个内部项目（我认为很多人都不会使用） 很老了 我们正在更新 问题： 它滥用了mvc框架（不使用模型，视图中的业务逻辑等） 我们被要求做的事情很小，但是由于凝聚力低，我们有两种选择： 继续捣蛋 移动大量代码或重写事物 解决方案（我看到）： 继续使用它，忽略最佳实践，而希望尽快完成，并且不通过重构/重写来引入新的错误 重构/重写 我想我的问题确实是：如果我想对该项目进行较大的更改，该如何提出建议而不侮辱任何人？还是对我来说简单地顺应潮流，即使有时意味着（隐喻）导管胶带？

15 refactoring  communication  internship  rewrite