Code 群控编程网

评论评论

或脾气暴躁的JavaScript程序员的主观感受。应该放在代码库中的注释量范围的两端似乎是这样：根本没有，因为您的代码是如此的好，以至于对正在发生的事情的任何类型的解释实际上都会使它变得更难优秀的程序员可以理解它，或者以至于您的代码完全被斜线和星号包围，这使得其他任何人都难以理解，并激发了我在Medium上编写它的知识。因此，今天我将争辩说，在写评论时，我们应该赞成写更少的评论而不是写更多的评论。但是在我向您展示外观之前，让我们看一下如何选择写更多的评论而不是更少的评论会出错。一个糟糕的例子请考虑以下示例，其中的注释是由我在“现实世界”代码库中目击到的东西启发的，该代码库当前在您附近的AWS可用性区域中运行： //加载依赖项从'left-pad'导入leftPad //定义并导出获取用户名的函数导出默认函数getUserName（）{ //提示用户输入名称 const name =提示符（“你叫什么名字？”） //填充用户名 const…

潜入锋利的刀

我从事开发工作已经有几年了，我使用了自己的语言，但实际上，没有哪一个语言像Ruby一样深入人心。当我开始将Web课程带到Ruby时，我记得打赌该课程的经理说：“不，我敢肯定，在此之后的日常生活中，我仍然会使用Python”。 9周后，我出了一瓶日本威士忌。通常，Ruby面临两种主要的批评：它很慢，如果想要保持代码库的健全，让人们玩耍是很危险的。本文不会讨论第一点，比我更聪明的人已经详细介绍了该主题。我要谈论的是一些开发人员反对的“尖刀”。它们是我最喜欢的东西之一。 “锋利的刀”指的是Ruby中可用的全部元编程，并且事实上所有内容都随时可以更改和重新定义。您是否知道在Ruby中可以设置未找到方法时发生的事情？或无论何时调用方法，无论从何处或在哪个对象上？甚至每当执行一行代码？第一个在Ruby代码中尤其常见。例如，这是Decorator模式的快速实现：真正让人讨厌的是，甚至不是钩子，而是所有事物的开放性。在这一点上，我认为那些不同意使用我们上面所看到的东西的人只会冒烟…

好吧，如果你必须撬

在到达校园开始在Flatiron学校进行软件工程训练营的第一天之前，我记得在Ruby上进行了一些推荐的课程预习，并且遇到了这种奇怪的“撬”现象。在这一点上，我使用Ruby的经验只不过是编写“ if / else”语句并弄乱简单的布尔值而已。我阅读了README文件，并完成了代码练习，并通过了测试，却不知道我到底在做什么或为什么做。当时我以为这将是您一次学习而永远不会再看到的随机事物之一，有点像“屈服”。运行此文件时，我们可以在终端中看到代码已暂停。现在，我们可以测试该方法，看看它是否有效。在下面，我们将字符串“ I’m using pry！”作为参数传递，我们可以看到终端以大写字母返回了该字符串，这意味着它可以工作！繁荣！我们的代码刚刚被撬。输入exit退出pry REPL：您需要退出pry并再次运行文件以测试对代码所做的任何更改。但是，仅此而已！…

Carbon –创建并共享源代码的精美图像

嘿Coders，希望您在0和1上玩得很好。正如您所知道的，每当我认识时，我总是分享新知识。今天，我在这里拥有激动人心的工具，它对于Blogger，中级用户以及在任何地方共享其代码的人都非常有用。 Carbon是创建源代码精美图像的最简单方法。你还在等什么？凭借您新发现的设计才能给所有关注者留下深刻的印象。有几种将代码导入Carbon的方法：将文件放入编辑器将GitHub要点ID附加到URL（示例）直接粘贴您的代码一些例子：从现在开始，我将仅使用此工具来创建带有代码的任何图像。我真的很感谢Dawn Labs所做的这项工作如果您可以做得更好。拜托如果您认为有帮助，请继续鼓掌。…

Ether + React –下一个设计系统的入门套件

当我们创建Ether时，我们想展示一些简单的概念如何帮助构建可扩展的设计系统。我们花了一段时间将我们的设计系统经验缩减为三个基本要素，但这是值得的。我们将间距，颜色和版式这三个概念与我们关于应该如何构造和利用它们的哲学相结合。当然，他们非常固执己见，但根据经验，我们认为这些概念是最好的起点。早期的Ether示例仅适用于Sass，但还有许多其他方法可以构建设计系统。因此，我们决定将其提升到一个新的水平，并使用Ether构建一个更好的示例项目-称为Ether System React。你猜怎么了？它是开源的！这是锤子。准备好你的指甲。欢迎来到ESR Ether System React 不是（当前）可以直接安装到项目中的NPM依赖项。…

徒劳的承诺：有关API的经验

在编程之旅的开始，您一定会被介绍给版本控制系统Git和存储库GitHub。 GitHub的美丽之处之一是它的开放性。您可以看到人们的项目，他们贡献的频率，甚至是一些基本的个人资料信息。作为一个新的开发人员，您可能会被存储库的数量和其他开发人员所做的承诺所吓倒，至少我是这样。刚开始参加维京代码学校时，令我感到兴奋的是，有机会展示我将在GitHub上做的工作量，并且在大多数情况下，除了一个细节外，我一直在…… 致命缺陷 GitHub会跟踪用户对存储库进行提交的频率，但在某些情况下除外。就我而言，我对从Viking Code School分叉的存储库进行了大量提交，但是不幸的是，这些存储库从未接受过他们的请求请求（这是程序管理项目提交的方式，不是因为我的代码不是很棒）。没有接受拉取请求的分支不会公开跟踪其提交，这意味着我的贡献图一直都很稀疏。救援API 幸运的是，我不是第一个因此问题而感到自豪的维京学生，该计划已实施了一个项目，该项目实际上为解决此问题提供了解决方法，这是他们关于API的课程的一部分。 Github具有完善的API，使您能够访问有关用户，存储库和提交的大量信息。该项目要求我们使用GitHub的API来访问对fork进行的所有提交的提交时间，然后开发一个脚本，将这些提交的时间写到新的虚拟存储库README上，回溯所有这些时间的git commit，并将其推送到虚拟存储库。这将使我们能够显示我们所做的所有提交，甚至在我们的分叉存储库上。起点…

编程语言设计的组织混乱

像人类语言一样，编程语言会随着时间的流逝而发展，但是围绕该过程的经验主义不足。尽管一些语言开发人员发布了大量的文档，证明了为什么要在整个版本中引入特定的修改，但是却很少有文章将孤立的决策归纳为一套跨语言的跨语言规范集。这主要是因为不存在这样的通用“标准”。即使是这样，它也可能没有太大用处或细微差别，因为编程语言及其用途和应用程序具有很大的可变性。这种差异反映了每种语言在特定领域的应用范围，其用户群，社区，思想流派以及影响一种语言成败的若干社会和经济因素。编程语言理论（PLT）是计算机科学的一个子学科，与语言的研究，设计和实现紧密相关。尽管它是一个活跃的研究领域，但大多数开发人员并未从实用角度充分理解它。本文的目的是使软件开发人员熟悉PLT的基本概念，以揭示围绕软件创建的一些一般“主观性”。这很有用，原因如下：做出明智的技术决策。建立用于检查语言的词汇和工具为我们提供了一种推理技术决策的复杂方法。考虑改善开发人员的经验。了解语言功能使我们能够更好地在技术的角落进行创新，同时关注技术的正确性和开发人员的经验。善于学习新语言。多种语言之间共享多种语言功能。熟悉一种语言的构造有助于我们形成主题并识别超越语言的模式。不太容易出现系统错误。计算决策并非没有执行者的认知偏见。…

在工作中开源项目的指南

恭喜你！您在工作中写了一些很棒的东西，并且想与世界分享！本指南涵盖了您进行飞跃之前应考虑的三个关键领域：原因，时间和方式。在工作中开源项目是一个好主意。它可以：帮助您建立对开发者友好的品牌从那些以开发人员为中心的产品（如Stripe和Twilio）到那些具有API的人（如Facebook，Google和Square）。开放源代码可以是建立公司与开发人员关系的好方法。让你回馈社会只要考虑一下您每天使用的所有使用开源代码的库和软件。添加您自己的东西是一种很好的支付方式，以便其他人可以从您的贡献中受益。我们已经开源了许多库甚至整个产品。帮助您招募以Yahoo和LinkedIn为例。他们发现通过致力于开源项目（例如Hadoop和Kafka），他们能够鼓励开发人员加入原本可能没有的项目。获得比您内部项目更多的贡献者像Square的Dagger一样，它是Android和Java的依赖项注入器。发布后，包括Google在内的许多开发人员都在为它做出贡献。…

为什么我们应该使用正确的代码样式

您是否曾经与您的朋友一起进行过一个项目，并且意识到您的朋友的代码难以理解，因为其命名变量不一致，或者有时=之间有空格，有时他们不使用它？或者，也许您太慷慨了，并期待为GitHub中的一个开源项目做贡献，而您发现您的拉取请求由于您的代码风格而被关闭了？那您来对地方了。今天，我将提供有关维护良好代码的提示，这些代码便于您自己和其他人阅读。什么是代码样式？代码风格，编程风格或编码约定是编写代码时的一组规则或准则。创建代码样式背后的动机是确保开发人员根据指南进行编写，以便其他开发人员可以阅读该指南。此外，它还有助于避免开发人员在编写代码时出错。大多数编程语言具有不止一种代码样式。发生这种情况的原因是公司或开源组织通常具有自己的代码样式。我曾经发现过的一种奇怪的命名约定是Android源代码的代码风格，其中我必须为某些特定类型的变量在name变量前面写一个额外的m 。我几乎不接受该约定，唯一一次遵守该代码约定的是在讲习班上教书的时候（我真是个糟糕的开发人员！）。在哪里可以学习特定编程语言的代码样式？这个问题的答案可能有所不同。如前所述，组织或公司通常具有自己的代码风格。但是，它们中的大多数实际上都在使用众所周知的代码样式，或者其中一些可能会稍微修改那些代码样式，以匹配其首选项。这里有一些可用的各种代码样式。…

Git skip-worktree以及我以前如何讨厌配置文件

与团队一起处理大型项目时，总是有少数配置文件需要在本地和生产环境中进行不同的设置。忽略文件在某些情况下是可行的，但是在处理需要针对本地或任何非生产开发进行调整的配置文件时，就变得头疼。打招呼： git update-index 当update-index被告知文件时，它将清除所有未合并的文件或需要更新的状态。它不会再显示在您的git状态中。如果对文件进行了更改，它将再次被标记为未合并或需要更新状态。要使隐身状态更永久，只需添加skip-worktree标志，如下所示： git update-index --skip-worktree 当一个文件被标记为skip-worktree时，git将读取它，就像它是最新的一样。所做并保存到文件的任何更改都不会标记为更改。如果更改了上游文件，则将在一次下载时更新文件。如果本地和上游文件都被更改，Git将输出冲突。…