Questions tagged «professionalism»

我正在进行技术采访，以填补一些.NET职位。很多我采访时真正的人都知道.NET非常好，但我觉得至少90％美化之间的任何地方他们的技能“三多一少”到“非常显着”。有时他们会编造与申请职位相关的技能，有时却不会。 我采访的大多数人，甚至是最卑鄙的骗子，都不是骗子。他们只是想在人群中脱颖而出，所以他们在简历中用“ JBoss”，“ LINQ”，“ web services”，“ Django”之类的时髦词汇或其他只是为了增强技能并保持竞争力的词汇。 （您可能想知道，那些具有这些技能的人是否只是在技术面试中虚张声势。我的面试涉及大量动手编码和解决问题的方法–试图虚张声势的人会炸毁动手编码部分在前3分钟内。） 这是两个开放性问题，但是当我向招聘经理提出建议时，这确实会对我有所帮助： 关于面试礼节，我是否应该尝试确定一个人是否真的拥有他们声称拥有的所有技能？我可以这样做而不会使候选人感到不舒服吗？ 关于最终决定，我是否应该推荐真正具备其所申请职位资格的候选人，即使他们已经捏造了自己的技能组合？

72 professionalism 

大约三个月前，我的公司从Subversion切换到Git。切换之前，我们已经提前了数周的通知。由于我以前从未使用过Git（或任何其他DVCS），因此我读了Pro Git，花了一些时间来整理自己的存储库并玩耍，这样当我们切换时，我将能够以最小的痛苦继续工作。现在，我默认为“ Git guy”。 除了几个例外，我的大多数团队仍然不知道Git的工作方式。例如，他们仍然将分支视为源代码的完整副本，甚至将克隆仓库克隆到多个文件夹中（每个分支一个）。他们通常将Git视为一个可怕的黑匣子。 鉴于源代码管理在我们日常工作中的基本本质（更不用说Git赋予我们的可笑的力量了），我认为任何未达到一定熟练程度的开发人员都应该承担责任。 我是否应该期望我的团队至少对Git的内部工作以及如何在最基本的拉/合并/推操作之外使用它有所了解？还是我只是一无所有？

48 version-control  professionalism 

我最近一直在进行大量代码审查，但是我不确定在代码审查中添加正面和/或有趣的评论会带来正面和负面的影响以及专业性。 我们使用Github作为我们团队中的代码审查平台，因此任何人都可以查看注释。我通常会尝试使用该平台，因此从头到尾的整个过程都是可见的和历史性的。

36 development-process  code-reviews  professionalism 

最近，我一直在从事专业工作，与其他程序员一起闲逛，并结交业界朋友。唯一的是我是100％自学的。这使我的风格与经过适当培训的人的风格极为不同。不同之处在于我的代码的技术和组织。 这是我做的几件事的混合体。我倾向于将几种编程范例融合在一起。像Functional和OO。我比OO更倾向于功能性方面，但是当某些东西作为抽象实体更有意义时，我会看到使用OO。就像游戏对象。接下来，我也会在做某事时走简单的路线。相反，有时候，我从专业程序员那里看到的代码似乎很复杂！我使用很多闭包。最后，我不是最好的评论者。我发现仅阅读我的代码比阅读注释要容易。大多数情况下，即使有注释，我最终还是要阅读代码。另外，有人告诉我，由于我编写代码的方式非常简单，因此很容易阅读。 我听到受过专业训练的程序员不断进行诸如单元测试之类的事情。我以前从未用过的东西，所以我什至都没有关于它们是什么或它们如何工作的最模糊的想法。下划线“ _”很多，这并不是我真正的品味。我使用的大多数技术都是直接来自我的，或者是我读过的几本书。对MVC一无所知，尽管我曾经听说过很多关于main.js的内容。我认为这是组织应用程序的一种方式。尽管这使我感到困惑，因为到目前为止我已经建立了自己的组织结构。 有点痛苦。当学习Ubuntu的Quickly之类的新知识时，我根本无法使用模板应用程序。我很难理解我可以告诉别人的代码。完整的OO编程确实给我留下了不好的印象，但这似乎是其他所有人严格使用的东西。 这让我对代码的外观没有那么自信，或者想知道我加入公司或为开源项目做贡献时是否会引起火花。实际上，我非常害怕人们最终会签出我的代码。这是任何程序员都可以正常进行的事情，还是我真的应该改变自己的技术？

36 design  javascript  coding-style  professionalism 

我正在工作的一个辅助项目中，我发现使用我自己（在工作之外）开发的一些代码来加快我的开发是有益的。我的副项目正在开发一个C ++ GUI应用程序，以使我们的高级用户可以对几个不同平台（DB2，Oracle，SQL Server和MySQL）上的数据库运行查询（由我构建）。过去，我通常只是应要求自行运行这些文件，或为它们构建Excel VBA应用程序。现在，我已经为几个不同的人构建了多个VBA应用程序，我发现有必要构建一个仅读取自定义.sql文件并针对各种数据库执行的中央应用程序。 我正在构建的应用程序是C ++，并使用LGPL跨平台GUI工具包。但是，多年来，我有很多代码是在我自己的库中基于休闲，非工作相关项目构建的。可以在工作中使用此代码，这样可以节省我（和公司）时间吗？如果是这样，我可以将所有错误修复和增强功能移植回我的个人库吗？似乎有一条我不知道何时要越过的线。 我只想补充一点，没有任何个人代码与任何业务逻辑有关。它们只是基本的实用程序类/包装器。

29 ethics  professionalism 

已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 可以将软件开发视为工程学吗？如果不是，那么要成为合格的工程学科缺少什么？与此相关的是Stack Overflow上有关程序员和软件工程师之间差异的问题。 卡尼基·梅隆大学设有软件工程学院，该学院规定并维护CMMI标准。这会把开发变成工程吗？

16 terminology  professionalism 

按照目前的情况，这个问题并不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 作为一个年轻的开发人员，我会发现对于开发高质量应用程序时需要考虑的一些建议很有用。在我的大学课程中，大多数老师都强调输入验证，有些老师则谈到安全问题，但是没有人提到某些其他事情的重要性，例如日志记录。 没有经验的开发人员会犯哪些错误，而这些错误可能导致更有经验的开发人员感到沮丧？

15 applications  quality  professionalism 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 8年前关闭。 我是一个业余程序员。由于没有现实世界中的截止日期，客户反馈或性能评估，我无法幻想拥有和实施“改变世界的下一个伟大创意”。当然，我知道我可能有更大的机会赢得彩票，但是想象一下淘汰一些完全自制的应用程序会破坏现状是很有趣的。 我知道许多专业程序员都有附带项目，有些不是牟利的，有些则没有。我想知道今天早上的上班方式（非IT无聊的工作）是否必须为您的食物编写代码会削弱梦想？丰富的经验会让您感到厌倦，而更专注于手头的项目吗？ 不试图成为一个失败者，只是对真正的软件专业人士的心态感兴趣：-)

12 self-improvement  personal-projects  professionalism 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 6年前关闭。 过去，我曾做过一些编程工作，当时我是唯一从事项目工作的开发人员。我离开后，通常每周会收到这些公司的几封电子邮件，通常是从那里代替我的开发商那里来的。这些电子邮件通常要求提供有关如何工作以及我最好如何基于现有系统实施功能x的详细信息。 我通常彬彬有礼且乐于助人，但这种沟通方式确实开始使我厌烦，因为每次工作都使脚踝周围的重量增加。更不用说他们是我出于一个很好的理由而选择抛弃的项目。 我的问题是，告诉他们我不再提供支持并且拒绝并回答询问，这在专业上是可以的吗？ 注意 这些公司都没有向我支付任何类型的聘用金，而咨询通常是来自开发商而非管理人员的非正式问题。

11 support  professionalism 

按照目前的情况，这个问题并不适合我们的问答形式。我们希望答案得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 问题是这样，细节如下：作为程序员，我有什么可以说/提出来使他支持我的？ 我希望听到双方在这一方面的有效论点，但主要是关于如何谈论他的建议。 我的情况是这样的：我正在攻读学位课程的团队项目，正在建立一个中等规模的网站作为大学的原型。在小组中，所有人都被认为是平等的，没有任命的领导者，因此对这个问题的答案不可能是“拉高”。 所有人都是平等的，但是成员之间的知识差距很大。有问题的团队成员和我都是有能力的开发人员，尽管他没有任何行业经验。其他三个成员的能力较弱，其中两个成员完全选择退出发展。由于缺乏知识，三者均拒绝对此情况发表评论。 作为一个整体，我们将决定在网站实施过程中使用哪些技术。具体来说，是否使用PHP框架（Code Igniter）。 我赞成，理由是： 不重新发明轮子 编写良好且经过测试的代码库可以从 开始（截止日期比我们想要的要近） 发展速度 合理且可维护的设计模式和良好实践 他主张采用以前的工作方式： 在需要时将定制的一次性功能写入“库”文件中 数据访问和呈现页面数据，在会话之间进行获取/设置以及获取/发布数据等功能 每页1个文件（不会在控件，表示和数据之间造成关注点的分离） 他反对使用框架的原因主要是基于他无法理解要点：他已经可以做所有这些事情。框架并没有改变它，只是让他变得更困难，因为他必须学习框架。他不想使用自己没有亲自写过的代码。 他还表示，“代码库的质量无关紧要，因为该项目只是一个原型，将永远不会得到维护”。对我来说，这不是编写无法维护的代码的借口。 我可以理解他为什么要提出这些论点，但是我对他的“对可维护性缺乏关注”和“对良好设计的无视”甚至是关注的分离感到质疑。但是，我怀疑他从未研究过设计模式，所以我不知道证明他的方法为何难以维持的有效性。 我想继续这个项目，但是我不想不考虑我多年来学到的一切而去做。就像我之前说过的，这里没有晋升的可能，其他团队成员也不愿意介入。我应该退后一步，按照自己的方式做事吗？他是否太固执，缺乏经验，以至于不了解？还是我在这里固执己见？ TL; DR缺乏经验的团队成员固执己见，如何赢得他的支持？

10 professionalism 

因此，我已经带领同工们一起负责，至少开始“思考”精益。我们遇到了一些主要的浪费问题，而2/3导致了完全相同的一点……“额外功能”。我们在销售和项目管理两个方面对自己的软件进行审查。它非常适合销售，因为这就是CRM的优势。它对管理项目不是很好，并且我们经常要承担添加额外功能以使其适用于此用例的任务。 继续添加不会增加任何客户价值的功能是否更有意义，还是我们应该接受让我们的销售团队使用我们自己的产品“足够好”，或者寻找现成的解决方案？

9 professionalism  dogfooding