不断寻找代码示例是否表明开发人员不好？ [关闭]

#1 楼

盲目粘贴：不好。

查找文档，阅读代码示例以更好地理解：很好。

我宁愿与一个看起来一切都很好的人一起工作时间，并确保一切比预期的工作要好，而不是一个自以为是的人，他以为自己知道一切，但不知道。但是最糟糕的是，一个人不愿意去理解事物的工作原理，只是不加批判地从Web复制代码（然后，当错误报告开始下雨时，它就无法正确地修复任何问题）。

#2 楼

如果您以可维护的方式编写解决方案的代码，并且实际上了解复制/粘贴/修改的内容，那么就没有问题。

每当我问一个高级开发人员有关他为什么做的事情以及答案是“我不知道，我复制粘贴了代码，并且在给定的时间起作用”。

#3 楼

就像有/没有API文档进行编程的技巧一样，寻找代码示例并不是不好的程序员的标志，而是缺乏流利程度的程序员的标志...


...在这里，我说的是流利程度。关于不仅要具备某些能力，还要具有流利能力。

你知道要流利吗？当有人看着你的时候，似乎就像在键入代码一样......


...好像正确的代码只是从手指流到屏幕一样。就像您没有查看API文档，教程和手册一样。实际上，您确实检查了所有内容，但这是不可见的，因为它们全在您的脑海中。您已经掌握了大脑所需的所有知识，这些知识已被充电，加载并可以立即使用。

...那是流利的知识。这是您花一分钟时间做一个新手要花一个小时的时间。确实值得付出努力。闻起来像胜利。


...对我来说，练习是获得流利的唯一可靠方法。

#4 楼

有一种称为科尔布循环的学习理论（在描述它的人之后）。该周期中的条目是：

Concrete experience -> Reflective observation
    ^                        |
    |                        v
Active experimentation <- Abstract conceptualisation

不同的人喜欢从周期的不同位置开始。因此，完全有可能通过寻找样本（反射性观察阶段）进行学习，然后通过抽象将样本从大到大。

其他人将以不同的方式学习：有些人喜欢首先尝试（即通过实验）然后思考是对还是错。关键是这些只是解决学习问题的不同方法：没有一个是错误的。

#5 楼

完全公开-我是一位老人，曾在工作时代接受过不同的预互联网培训。我已经看到了年轻的开发人员的技能稳步下降的主要原因是他们没有保留信息或不了解他们从Internet上获取的解决方案。我观察到，一个人经过1-2年的经验（即20年前）的能力水平现在是某人经过5-7年的经验后的能力水平。 （是的，这是个人观察，但我已经做了很多招聘工作，没有关于此事的统计数据，是的，我有时又老又胡思乱想，带着一丁点儿的话说这句话。 ）

查找所有内容在时间上效率低下。这也是没有太多知识的人的症状。知识渊博的人比不查找问题而不解决问题的人能更快地编写代码。因此，值得去学习处理更多的事情而不必不断地查找事物。

现在，我并不是说您永远不应该查找事物，而是要学会保留知识，只需要查找很少使用的事物，或者遇到全新问题或语言或范式。我并不是说您不应该阅读以跟上新的解决方案，工具和语言。

我对那些经常查看事物的开发人员的真正关心是，太多的人（不一定是您）从来没有开发分析技能来理解他们所遇到的问题和所需的解决方案。阅读此人在他或她显然不理解的错误消息中出现了多少个问题，但是对于专业水平的人员来说，这应该很清楚。或有人说“这不起作用，为什么？”的人。没有参考错误消息或错误消息的方式，并且代码在语法上是正确的。或者给那些应该提供一段代码的人，但是他们急于先回答这个人，却犯了一个明显的语法错误（比如说说我在SQL联接中缺少ON关键字以使用我今天看到的示例），并且海报回来时，第12行出现错误。为什么是，如果您看第12行，则很明显，如果您具有基准能力，那么该错误是什么。这些已经使用了六个多月的语言（如果要访问数据库，则应该包括SQL）是该语言的核心功能的一部分，我怀疑您的查询太多了。如果您正在查找的是高级功能，尤其是那些您可能很少使用的功能，那么您就可以了。

但是如何学习保留更多信息？首先了解为什么代码会中断。即使有人为您提供了可行的解决方案，如果您看不到为什么有效，而您的解决方案却无效，请询问。如果您不理解该错误消息，请询问错误消息的含义，然后尝试自己解决。

切勿剪切并粘贴您不了解的解决方案。实际上，根本不要剪切和粘贴。如果要保留信息，则需要输入信息。实际上，亲自亲自编写代码可以帮助您学习。那是一种众所周知的学习技术。

练习概括您对代码的理解。我看到人们随着时间的推移一遍又一遍地问类似的问题，因为他们不了解一个月前解决ABC的解决方案与新问题DEF的解决方案相同。

因此，当您研究了某些内容后，请花点时间考虑一下哪种类型的问题对解决问题会有所帮助，并为此写下自己的注释。然后，当您有问题要解决时，请先检查您自己的笔记以了解您已经注意到了一种可能的技术。如果您评估解决问题的多种方法，请记下问题的类型，查看的可能解决方案以及每种解决方案的利弊。再次记笔记可以帮助巩固大脑中的知识，您已经根据自己的利弊制定了自己的思维过程，而不必再次这样做（或者至少不必那么深入仍在寻找更多可能的技术）来解决下一个类似的问题。

在决定下一步要学习什么时，请先深入研究其中的一项主要技术，然后再开始学习头30天有价值的另一项技术（这假设您具有足够的知识面如果您需要使用6种技术，请执行您的工作-在深入研究之前，首先获得全部6种基础知识）。然后来回学习，在基本级别上学习新东西，更深入地学习某些内容，然后在基本级别上学习更多新技术。如果随着时间的推移进行此操作，您会发现对新技术的基本了解会更深入，因为您了解一些更高级的问题。

学习保留知识的另一种方法是将其教给他人。在这样的地方回答问题，向您的团队介绍培训主题，在您的本地用户群中进行演示，编写博客条目，并帮助您维护公司的信息维基，以帮助其他开发人员。

#6 楼

寻找代码示例并不代表开发人员不好。人们很少需要那么多的东西来记住它们真正需要的所有接口，因此很自然地进行查找，并且代码示例通常是最易于使用的参考。

您不应该做的是复制和粘贴示例，因为它们在这里工作，因此它们也必须在这里工作，而不了解它们的工作方式。这通常会导致很多无用的位被顺带复制，结果难以维护，因为如果您在编写时不知道它是如何工作的，那么六个月后您也将不知道，也将无法修复它。

#7 楼

这些答案很好。但是，与复制/粘贴或缺少“技能”相比，您所面临的问题要深得多。

比较是致命的。您与他人进行自我比较的次数越多，让他们的才能影响您看待自己的方式，您就越会内and和死亡。您不会参加黑客马拉松，是因为担心人们会看到您多么无才。而且，您认为自己没有才华的唯一原因是，您将自己与骇客进行比较，他们可以更快地从头开始编写更多代码。测量技能，您需要接受一个事实，那就是，那里总是会有比您更好的开发人员。并且可以向他人展示您缺乏技能。

您不需要与其他任何人一样好或比别人更好。您需要对以下事实感到满意：您总是会以某种方式缺乏，并且您正在不断学习。如果您对成为一名劣等的开发人员不满意，那么您永远也不会幸福。您可以与更好的开发人员并肩学习，并向他们学习。因此，您的恐惧会阻止您成长，从而保持恐惧。阻止您成长。看到周期了吗？您必须在某个地方打破循环。

#8 楼

我认为这很大程度上取决于您的思维方式。我的内存很烂，所以我宁愿抓取尽可能接近我想要的代码，然后对其进行重新处理以完成新工作。它是一个示例，提醒了我要做的所有事情。例如，我已经使用简单的SQL已有20年了，但是我永远不记得SELECT或UPDATE语句的布局。 （我想一个需要括号，但我不记得是哪个。）另一方面，我可以记住一些东西；闭着眼睛，我可以把Java Iterator实现放在一起。 />我不知道骇客马拉松。他们可能会吸引一些具有摄影记忆的程序员。我会尝试一下。如果您看起来像个白痴，那您就不应该在编程。 ，这对我从未发生过，有人可能会在不了解的情况下进行复制。 （我似乎一直在这个网站上一直在学习新的恶习...）

#9 楼

...我意识到...我也很引用其他代码
。我一直在搜索很多我认为应该可以做的事情的功能，而这确实使我的信心受到了破坏。


然后停下来。朝另一方向走一会儿。自己动手做所有事情，即使您知道可以在更短的时间内找到所需的东西。

发生的事情是，您解决问题的肌肉（拉丁名gluteus mojo）因不使用而萎缩，并且您现在避免使用它，因为您知道它有多弱。您需要像在健身房锻炼肱二头肌一样开始建立和调理肌肉。从高重复和低阻力开始-很多容易出现的问题。当您建立信心时，请继续研究更长远，更棘手的问题。

您会逐渐感觉到自己的热情回归，对Google的依赖将减少。不过，请继续锻炼该肌肉，并确保您不会退回到原来的方式。首先挑战自己解决问题，然后再查找其他解决方案。有时您会发现其他人找到了做同一件事的更好方法，而有时您会认为自己的解决方案更好。


一直在寻找代码示例来完成从中到复杂的任务？


一个无法找到示例而无法完成任何工作的人是一个糟糕的开发人员。关键是：您不尝试就不知道自己是否能够。

#10 楼

您还很年轻，并且使用过许多编程语言。我猜想您可能会比旧语言更快地接受新语言。您仍然没有在足够大的应用程序上投入足够的时间来使用一种语言来开发流利性。还是较小的部分，例如格式化连接字符串（自从我每年写大约四个字以来，我几乎每次都要查一次。）？

您将一直在寻找对的语法的引用。不同的代码或功能行。您编写的内容越多，面临的挑战就越大，遇到的环境和语言变化也就越多。如果每次执行某项操作都需要整个教程，那么就会遇到问题。

#11 楼

我曾经有位教授曾经说过，他讨厌进行测试，因为他们试图保留您前一天晚上塞满的大量信息，因为无论如何您以后都会忘记很多信息。最好了解您的资源，并且可以正确使用它们来查找您不知道的信息。我喜欢对我所做的一切（包括工作）都应用类似的原则。

我认为，只要正确使用它们，最重要的工具就是资源。因此，在编写代码时，我会尽可能地利用现有知识，然后通过咨询其他程序员或搜索Internet进行研究，以便更好地理解适当的解决方案。这些知识会随着时间的流逝而积累，一段时间后，您自然会更好地了解和理解这些技能。无论我是否真的需要这些信息，我都会不断地寻找东西，并且可以说我每天都在学习新知识。

#12 楼

如果您了解要解决的问题并了解要解决的问题，那么我认为查找正确的语法并不是什么大问题。

我两年前毕业，当时我上班时把狼扔了。我必须学习，维护和升级以以前从未接触过的语言编写的大型应用程序。
我将得到一个错误报告，遍历代码并了解如何解决它，然后获得到google上如何用我的语言做我想做的事的例子。

#13 楼

如在这些答案中多次提到的那样，单纯的非关键性复制和粘贴是不好的。但是从头开始编写所有内容也是如此。如果它不是企业核心的关键组件，请先寻找一个库或代码片段。查找摘录的例外是问题很简单，您对如何执行操作有清晰的了解，并且如果您不使用库，则无需做更多的事情。

我个人知道我是否写一些普通的东西，如果没有大量测试，我可能会遇到一些细微的错误，也许还有一两个不是那么细微的错误。因此，我寻找一种类似的解决方案，对其进行修改和测试，以节省总体测试和开发时间。因为最终我要负责交付一种有效，可扩展，在预算之内或预算内且能按时完成的产品。重用代码和库是朝着这个目标迈出的良好一步。

#14 楼

我认为阅读代码示例，而只是阅读他人总体开发的源代码，是提高技能的最佳方法。我真的认为这为您打开了大脑的门户，而这本来是不会打开的。

如果您想出解决方案A，而其他人也想出解决方案B，那么当每个人共享您的解决方案时，您都可以实现甚至比A或B更好的解决方案C。 />

#15 楼

我认为软件开发水平很多。如此，因为软件开发文档的熟练程度也很高。坦率地说，如今，系统比我在1980年代中期开始对计算机进行编程时要复杂得多。 6英寸厚，可以告诉您计算机如何完成某些更基本的操作。将您想要的内容放入计算机可以采用的方式是，了解这些书的索引的内容以及一种编程语言（或者两种。实际上，在学习了四种或五种语言之后，其他仅仅是方言。）

今天，该任务需要了解一种语言，一种系统，一种范例，一种编程模型以及至少一个API集，所有这些都是移动的目标。

因此，具有一定基础知识的人四处询问并不是一个好的程序员。鉴于当今的环境以及像Microsoft这样的无私公司实际上对自己的基础文档应用了任何严格的条件，他是最好的程序员。他们中的大多数内容都是自参考材料，还有一些非常糟糕的示例代码。 （我遇到的两种情况是“ Windows Installer”和用于制作WMV电影文件的API。）

因为Microsoft，Google和较小的Apple都依赖“社区”来弥补这一非常现实的不足，四处询问不仅重要，而且至关重要。在今天的环境中，成为一个能够被问到并能给出可靠答案和反馈的人同样至关重要。这就是为什么像stackexchange.com这样的网站如此有用的原因。

因此，提出问题（明智地询问！）以获取示例，并尊重提供答案的人员，这样做不会被视为“不良开发人员”的标志。

还有一件事：提供不良样品确实是不良开发商的标志。它使不良的开发人员更容易发现，同时也增加了Google搜索的难度。如果您对简单，直接，特定的代码示例缺乏信心，请不要输入'em'。

而且，请不要嘲笑那些发问的人。

#16 楼

在我看来，您面临的问题是，您了解的不是您要引用的内容，而是更多的设施和内存问题。如果这削弱了您的信心，那么是的，这是一个问题-但可以肯定地解决了！

对我来说，这些挑战在我生活的许多方面都面临。例如，要擅长演奏音乐，我需要从得到的乐谱中发展出独立性–如果鼻子仍然埋在小册子中，您将如何真正感受到音乐？有时，如果有时间，我会记住整首音乐-即使我的演出不需要这首歌。为什么？随着活页乐谱的消失，对我来说，专注于我需要正确处理的音乐更具挑战性和总体性的方面变得容易得多，而进入纯粹的音乐创作这一令人难以置信的领域则变得容易得多。因此，我常常觉得额外的麻烦值得。

我的编程经验与之相似。我认为关键是：




练习语言-键入，运行，说出帮助（如果有帮助）；

建立您的设施–在不同情况下使用相同的功能或模式；将特征放在一起；编写程序。
在两次重复之间留出足够的时间，以确保事物确实进入了您的长期记忆。

这些原理实际上适用于学习任何语言！例如，请参阅如何记住新单词。 Pimsleur方法也是如此。

我发现，通过使用这些键，几乎可以完全记住我经常使用的语言和技术的所有原理，语法和通用库。即使这样，我仍然不断地在互联网上寻找例子和智慧！但是到那时，我正在寻找对我要解决的问题的验证，已经采取的各种方法，可以提供帮助的工具以及针对不经常使用的库的咨询。这与我在教程和手册中第一次学习语言并深入学习时所使用的搜索方式大不相同。


如果您在语法上苦苦挣扎，则可能没有足够的实践经验。如果您是直接复制并粘贴到代码中，而不是进行重复，则尤其如此-我可以说吗？ –肌肉记忆力将帮助您变得非常好。为了解决这个问题，只需制定练习和纪律，专注于重复和时间，这将改善您在所需区域的设施。建议：

每天一次用相同的语言编写一个简单的程序。
键入示例而不是复制和粘贴它们。


如果您在为中等大小的问题构建解决方案时遇到困难，则可能没有足够的构建经验。尝试以下操作：

以您想要擅长的某种技术或语言开始一个中等规模的项目。或尝试使用您感兴趣的开放源代码项目中的更大功能。每天尝试一下。 （请记住，当您要进行这些较大的项目时：一砖一瓦地进行。不要尝试一次构建整个项目！）
连续四天使用相同的新功能，在四个不同的时间内上下文。
在关闭浏览器的情况下挑战自己编写代码！
实际上记下您正在学习的内容。综合您正在学习的内容，并写下您的观察结果。 （实际上写下来，并强迫自己用自己的语言表达自己的东西，对我有很大帮助。） （这通常会带来额外的好处，即在您学习时为您赢得一点名声。:-)）您似乎正在使用许多不同的语言。这有很多优点，但是确实有削弱您经验的缺点。如果您花时间用五种不同的语言工作，那么您所记的内容要少于您用一种语言花的相同时间。更糟糕的是，不同的语言之间有很多不太相似的认知（如果是elsif或elif ??是其他语言）会使您失望。为了解决这个问题，请集中精力。选择一件事来学习和学习它冷。然后继续下一步。

#17 楼

我认为，如果您专注于自己编写适度的代码，那么您的效率和生产率将会提高。查找代码，阅读/理解代码，将其复制到源代码，相应地进行修改等可能需要更多时间。根据您的具体情况，过了一会儿，这些解决方案比查找它们要快。因此，您可以查询（互联网上的）其他人的行为。如果您发现自己做/想要做的太多，可以将其视为向同事询问他/她对解决方案的看法。如果您每隔15分钟问同事一个问题，他/她可能会很烦。因此，您提出的问题会更少，并尝试自己提出。

想在Internet上查找内容时可视化它。

#18 楼

学习您不知道的最好方法：用谷歌搜索！我觉得您可以与大多数开发人员相提并论。将自卑感放在背包中，放开胸怀。

不要害怕问问题，在Google上进行研究，尝试失败。这都是它的一部分。

#19 楼

公司环境中的软件开发需要大量的代码重用。如果一个API已经存在并且被广泛使用，为什么还要重写一个函数/方法呢？

当然，成功进行软件开发还需要有键盘方面的休息，以便您可以阅读和理解真正的内容。继续。采用任何Web框架。您应该知道底层发生了什么，以便了解正在编写的代码，但是您可能永远不必自己从头开始编写Web框架。

您只需要编写利用以下代码的代码即可：框架的类型（例如，基于组件的框架需要某种样式），这来自于对全局的理解。了解大图，您会没事的。

#20 楼

从已经给出的答案中可以很明显地看出，研究您的问题没有错，而不是盲目地编码。但是，由于您没有直接提出来而未解决的问题是，为什么您会感到如此不安全-对此您该怎么办？毕竟，很多人都在努力解决问题并充满信心（甚至是那些不应该这样做的人）。

那么，该怎么办？也许您只需要在背面拍几百个拍子，现在就可以放心地编写代码了。但是，如果这样做没有完成，我建议您研究自动化测试和测试驱动开发。没有什么比测试套件中的“所有测试都通过”更能说明“做得很好”：到达目的地时，您就知道自己做对了。

还应该尝试挑战一下自己：说您一直在查找已经知道的语法；因此，强迫自己编写一些代码而无需查找语法，然后（很快，如果不是立即发现的话）就会发现您的工作毕竟还不错。

#21 楼

开发者并不是天生的“伟大”，但伟大并不自动伴随经验。相反，缺乏经验并不能使开发人员变得“糟糕”。优秀的开发人员和不好的开发人员之间的区别不在于他们的领域知识，而是他们的方法论。优秀的开发人员的显着特征是他自觉地编写代码。
换句话说，优秀的开发人员总是知道他为什么做某事。从个人道德的角度来看，这需要知识上的勇气和诚信。在此基础上构建。如果没有理解语言的基础以及幕后发生的事情，那么编码将仅仅是黑客行为。

#22 楼

因此，阅读带有示例的书并引用它们是不好的编程，这是您所要解决的问题。很高兴看到只有很少的人为他们的API编写一本书，这是我们剩下的全部内容。有很多代码示例。

16岁的时候，我从来没有机会去上大学，因为不知何故，我可以在24岁的时候去函授学院学习并做供应商认证为SCJP，SCJD，SCBCD和SCWCD。我必须承认，有时我很挣扎，不得不上网举例。不知不觉中，尽管此时我的脑袋中长出了脑瘤（到2010年，它已经变成了橙色）。经过5次脑部手术，6周的化学/放射疗法和10个月的化学治疗相结合后，我仍然在编程并编写手写编码的站点，这些站点可以从我的个人资料中看到。

是的，我需要很多代码现在有脑损伤的例子，那会让我成为一个不好的程序员吗？

#23 楼

因此，我看到您提到您要参加黑客马拉松。过去一年中，我去过很多地方（超过15年），并且注意到它们非常适合学习。对于学习而言，我的意思是学习如何不再像以前那样编码。在每次参加的黑客马拉松比赛中，我大多都会尝试做一些新的事情，以便学习新事物。由于存在巨大的时间限制，因此您只需要复制并粘贴所有可以找到的代码，这就会在测试时使您陷入困境。要做到这一点，您：A）在错误测试中学到了很多东西（也哭得很厉害）B）知道再也不会像这样编码了，并学习更好的编码实践。此外，在黑客马拉松比赛中，您将遇到可以教给您许多您从未了解的新事物的人，并且您将做在学校中从未做过的事情。俗话说复制粘贴是不好的，你不会学到任何东西，而通过复制粘贴保存的时间将在以后的错误测试中咬住你，你甚至不知道自己写的是什么，这是上午8点，并且所有的东西都加油了咖啡因。但是，我认为，只要您对代码进行错误测试，就可以学习之前复制的所有内容。

#24 楼

好吧，我不称自己为优秀的程序员。但是我要做的很简单。如果我不知道该怎么做，我实际上是在互联网上看一些代码/示例。然后，在阅读完之后，我会尝试对其进行重写，优化，并使用最适合我想要的代码的东西。看看别人是如何做的，这总是一件好事，而且您将永远学到一些东西。但是，一味地复制它是不好的。

#25 楼

如果开发人员/学生说.. Wikipedia ..将代码复制/粘贴到他们的项目中，那么只需尝试使其“工作”，那么此人正在开发的唯一技能就是“如何使用Google”。那里可能有一些渗透过程，但不是一堆。 （您不会相信有多少人会在大学课程中做到这一点）

但是，如果您分析其他人的代码并真正考虑代码本身正在发生什么，那么这并不能一个不好的开发人员。它使他们成为坚定的开发人员，并可能表示一种更具触觉或视觉感的学习风格。我以身作则很好地学习了。如果有人告诉我一些事情或试图向我解释，我通常会要求他们向我展示他们正在谈论的wtf。

随着时间的流逝，查找，分析和学习代码实际上使他们成为一名优秀的开发人员。 ，因为他们正在使用所使用的语言进行阅读和学习。

我经常开玩笑说我比计算机母语更了解计算机语言的来龙去脉。这就引出了问题； “您能用Java plz向我解释吗？”

#26 楼

我认为这有点像下棋。我们逐一检查并按照规则跟踪它们可以移动的位置，我们必须经过有意识的检查一段时间，直到潜意识加入其中，揭示出模式和启发性的顺序。

编程中可能会有更多的部分和规则，我经常在语法上绊倒，并停留在需要通过“规则”永远找到的错误中，但是最终潜意识将开始。当它停留足够长的时间时，我可以读回有时，惊叹于它能做什么。