Questions tagged «coding»

如果您是开发人员（高级或首席开发人员），并且宁愿坚持使用代码/设计而不是从事管理职业，那么您公司的可用职业道路是什么，或者您听说过什么？你能走多远？ 是否可以继续成为极客，直到您咬住灰尘或太天真？ 例如，像Bob叔叔这样的人是否仍像他们所说的那样被视为开发人员？

110 management  coding 

在开始提问之前，这里有一些关于我的信息。 我是计算机科学专业的本科生，Java是我的主要编码语言。 我大学的基本问题是教学水平。没有人关心向学生教授编码知识，而不仅仅是理论知识。 结果是，我的大多数大学同学根本都不了解编程。 甚至我还无法脱离传统的编程环境，这在一定程度上限制了我的编码。 有哪些可能的方法可以发展和扩展我的编程/编码技能。 另外，您可以建议相同的来源吗？ 编辑：资料来源提示编码技巧的发展。

76 coding 

在某个时间点，我只是为了好玩而停止编码。我曾经去上班，完成任务，然后回到家，我就去一边写东西以取乐。但是，我现在回家，尝试避开计算机。我宁愿看报纸，看电视，去酒吧等。 这是一个不好的迹象吗？我的意思是我仍然会努力跟上最新趋势，访问开发者论坛/博客/ etc，但我没有说过：“我想学习X语言-我想知道是否可以在其中编写应用程序Y”。 这有发生在其他人身上吗？

71 coding 

我几乎没有一年的编码经验。开始工作后，大多数时候我都会处理别人的代码，或者在现有功能上添加新功能，或者修改现有功能。编写实际代码的人在我公司不再工作。我很难理解他的代码并完成任务。每当我尝试修改代码时，我都会以某种方式弄乱正常工作的功能。在处理别人的代码时，我应该牢记什么？

60 architecture  coding-style  coding-standards  coding  maintenance 

当在项目上工作时，可以在几天或一点点的时间内，以相当快的速度开发代码，并持续数周/月/年。随着代码提交已被视为衡量项目开发的标准，这并不意味着编写的代码要比提交次数少的项目多。 所以问题是什么时候真正对存储库进行提交，以便提交是合理的？ 作为附加组件：根据提交的数量来衡量项目的开发是否正确？

59 programming-practices  version-control  coding 

我的同事告诉我，getter和setter中的逻辑应该尽可能少。 但是，我深信可以在getter和setter中隐藏很多东西，以使用户/程序员免受实现细节的影响。 我做的一个例子： public List<Stuff> getStuff() { if (stuff == null || cacheInvalid()) { stuff = getStuffFromDatabase(); } return stuff; } 工作告诉我做事的一个例子（他们引述Bob叔叔的“干净代码”）： public List<Stuff> getStuff() { return stuff; } public void loadStuff() { stuff = getStuffFromDatabase(); } 设置器/获取器中适合多少逻辑？空的getter和setter的用途是什么，除了违反数据隐藏之外？

46 coding 

我必须扩展项目的现有模块。我不喜欢它的完成方式（涉及很多反模式，例如复制/粘贴的代码）。由于多种原因，我不想执行完整的重构。 我是不是该： 使用现有约定创建新方法，即使我觉得错了，也可以避免对下一个维护者造成混淆并与代码库保持一致？ 要么 尝试使用我感觉更好的方法，即使它在代码中引入了另一种模式？ 精确度在第一个答案后进行了编辑： 现有的代码不是一团糟。很容易理解和理解。但是，它引入了许多可以通过良好设计避免的样板代码（结果代码可能会变得更难遵循）。在我当前的情况下，这是一个很好的旧JDBC（内置弹簧模板）DAO模块，但是我已经遇到了这个难题，我正在寻求其他开发人员的反馈。 我不想重构，因为我没有时间。而且即使有时间，也很难证明一个完整的正常工作的模块需要重构。重构成本将超过其收益。请记住：代码并不凌乱或过于复杂。我不能在那里提取一些方法并在这里介绍一个抽象类。这在设计中更是一个缺陷（我认为极端“保持愚蠢简单”的结果） 因此，也可以这样问这个问题： 作为开发人员，您是喜欢维护简单的愚蠢无聊的代码，还是希望有一些帮助程序来代替您的愚蠢无聊的代码？ 最后一种可能性的缺点是，您必须学习一些知识，也许您还必须维护简单的愚蠢无聊代码，直到完成完整的重构为止）

45 refactoring  coding  maintenance  anti-patterns 

台式机的使用在日常生活中日益减少，但出于编码目的，是否有任何理由在笔记本电脑上使用台式机？

39 productivity  coding 

最近，我看到Microsoft发布了编码标准文档（“多合一编码框架编码标准”），这让我开始思考...我工作的公司根本没有正式的编码标准。仅有几个开发人员，我们在一起的时间已经足够长，已经演变成类似的样式，这从来都不是问题。 您工作的公司是否有书面的编码标准？如果没有，为什么不呢？有标准会有所作为吗？是否值得从头开始编写标准，还是应该采用其他标准作为自己的标准（即使Microsoft的标准成为您的标准）？

31 coding  coding-standards 

我是高度依赖IDE的开发人员（因为我是JAVA开发人员，因此是NetBeans和Eclipse）。如果我有IDE，则可以正确编码。我可以在很大程度上依赖于此进行开发，调试和部署。但是如果没有IDE，我将无能为力。可以编写一个简单的hello world程序或一些简单的UI安排，但是我需要一个IDE来完成复杂的事情或对简单的事情进行长时间编码。 你觉得这对我有害吗？一些具有6年以上开发经验的程序员强烈认为这可能会造成危害，但是我认为，如果我能够快速正确地完成一些复杂的事情，为什么我应该坚持使用记事本和命令行工具来执行耗时的任务？ IDE是否单击按钮即可执行此操作？

27 ide  coding 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 作为公司的员工，当您编写代码时，您是否觉得自己有附件？您是否觉得自己拥有该代码的所有权？还是您将它写成与它完全分离，而不用担心转移到其他内容之后会发生什么？ 编辑：我不是在谈论编写错误的代码，然后运行...

26 teamwork  coding  code-ownership 

告诉不要问的原则说： 你应该努力告诉对象你想要他们做什么；不要问他们关于他们的状态的问题，做出决定，然后告诉他们该怎么做。 问题在于，作为调用者，您不应基于所调用对象的状态来做出决定，而导致您随后更改对象的状态。您正在实现的逻辑可能是被调用对象的责任，而不是您的责任。对于您来说，在对象之外进行决策会违反其封装。 一个简单的“告诉，不要问”的例子是 Widget w = ...; if (w.getParent() != null) { Panel parent = w.getParent(); parent.remove(w); } 告诉版本是... Widget w = ...; w.removeFromParent(); 但是，如果我需要知道removeFromParent方法的结果，该怎么办？我的第一个反应就是更改removeFromParent以返回一个布尔值，该布尔值指示是否删除了父对象。 但是后来我遇到了“ 命令查询分离模式”，它说“不要这样做”。 它指出，每个方法都应该是执行操作的命令，或者是将数据返回给调用方的查询，但不能同时是两者。换句话说，提出问题不应改变答案。更正式地讲，方法仅在引用透明且因此没有副作用的情况下才应返回值。 这两个真的是彼此矛盾的，如何在两者之间进行选择？我可以和Pragmatic Programmer或Bertrand Meyer一起使用吗？

25 java  coding 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 12个月前关闭。 当用户每天只能执行一次动作（例如，获得比赛的免费门票）时，我会遇到两种可能性。 1）24小时重置 如果他在第1天的晚上11:45执行动作，则只能在第2天的11:45或之后再次执行动作。他将无法在第二天的11:44做到这一点。 2）午夜重置（或任何固定时间） 无论用户在第1天什么时候执行该操作，只要它变成午夜且第2天开始，他都将能够再次执行该操作。 两者都限制了用户每天仅执行一项操作，但是我经常遇到方法1，我认为这样做很不方便，原因有两个： 首先，我必须等待时间 在很长一段时间内，我执行动作的时间戳会变得越来越迟，因为我将无法在每天的那个时间戳上准确地执行动作，而只能在几秒钟或几分钟后执行。 有什么技术上的原因，尽管我认为对于事先说明的用户来说，重要的缺点是它会首选方法1？ 编辑，以指定：我特别是在谈论一个示例，其中显然不需要24小时的实际时间间隔，例如在当前的Theory11自由旋转事件中，您每24小时可获得1次自由旋转以获得机会在获奖中。

24 design  programming-practices  coding 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 3年前关闭。 有些人有这个问题，他们一言不发。写下他们的想法和决定是最有效的方法。 那么-在编码过程中在一些Notepad ++文件中写下我的想法和决定是否正常并且可以接受？ 有时应该是可以接受的，例如在重新创建技术文档或对更复杂的算法进行推理时，但是有时可能很奇怪，例如当我在考虑设计选项并试图做出判断时。 这种做法对生产率的影响尚不清楚。从一方面来看，使用内在单词的推理可能比使用书面单词的推理更快。另一方面，更复杂的问题需要编写。此外，如果人们坚持使用更多的设计选项，那么在撰写决策时感觉会更好，因此鼓舞士气。

22 design  maintenance  concepts  coding 

似乎一对一错误是最常见（如果不是最常见）的编程错误之一（请参阅/software/109/what-are-common-mistakes-in-coding，以及传统知识）。 这些现象如此普遍的原因是什么，这与人脑的工作方式有关吗？ 我们怎样做才能防止被错误误捕的猎物？

20 coding  bug