JavaScript 小小书 XXshu

山雀0达，启发我们

自从我一直在考虑写技术堆栈以来已经有一段时间了。可悲的是，我很难坐下来写字。根本的事实是，我80％的办公时间都花在了加热椅子上，这就是为什么我对家里的椅子产生了极大的仇恨。但是几天前，我病了。整日躺在床上。数百个看涨的想法开始贯穿我的脑海。我在考虑如何提高团队绩效，如何提高他们的技术水平。这么多的问题。然后，公牛（想法）合并。他们组织了一场只有一场规则战斗或死亡的淘汰赛。他们用枪声疯狂地冲着对方撞了撞头，用尖的灰白色角拔出对方。斗牛使我看到星星或萤火虫在房间里闪烁。我因病或想法变得疯狂而发疯啊! 我在看什么当我对萤火虫的突然增加的亮度感到困惑时，我的眼睛被卡住了。迷人的火花惊人地增加，然后萤火虫突然破碎成数百万个碎片。当我试图抓住自己的感官时，这些碎片开始形成随机的形状，融合为超人类的形式。突然的黑暗吸收了碎片的所有亮度，两个微小的生物掉落在我的床上。…

Genosida Telah Menjadi Istilah Resmi

杨·杜古纳坎·达兰·胡邦根国际组织。塔贝（Sebelum tahun），1944年“ [4]帕达·塔洪（Pada tahun），1944年，雪邦·彭加卡拉（Siorang Pengacara）波兰尼亚·亚胡迪·伯纳玛（Raphael Lemkin）阿瓦兰·根诺蒂佩·尤尼（Yanani），丹·卡德雷（Kata Latin untuk“ membunuh”），丹·迪菲菲尼西坎·塞巴盖·萨图集。 Kata genosida kemudian dimasukkan sebagai istilah deskriptif untuk…

免费解释器生成器秘密的7个严重错误

使用免费的释义生成器复述生成器是旨在重写您输入的文本的软件程序。这些生成器的输出应具有与原始输出不同的措词，但将保留相同的含义。如果需要，很容易找到免费的在线释义生成器。有许多站点免费提供这些站点，尽管在某些情况下，您必须注册才能使用重写程序。免费使用释义生成器时遇到的一些问题提供免费使用的复述生成器通常比付费版本提供的功能少。此外，免费改写程序的性能通常不如付费程序好。使用免费的释义发生器可能会遇到的一些问题包括：窃：免费改写软件可能会无意间以导致text 窃的方式重写文本。使用免费重写程序时，最好检查输出是否存在抄袭，以确保您不会遇到任何困难。更改原始含义：在重写过程中，经常会更改您改写的文本的原始含义。自由软件程序遵循书面的机械规则，并且无法确定文本的实际含义。在错误的上下文中使用单词：大多数释义生成器不理解单词所使用的上下文。它们中的许多人都是通过换出带有同义词的单词来工作的。…

不要让TypeScript减慢您的速度

我已经使用TypeScript几个月了，尽管我发现除了最基本的概念验证之外，任何项目都必须使用TypeScript，但是我确实发现自己在某种程度上被它拖慢了脚步。自然地，定义接口的必要性将导致更多的代码，但是我认为可以改变很多方法以提高我们的敏捷性。为了强调和阐明： I❤TypeScript-这不是讨厌的文章。这些只是一些可能会提高TypeScript生产率的想法。第三方库的类型可能不值得一旦我们对自己的代码进行了智能感知，自动完成和错误检查，很自然地也希望我们使用的第三方库同样出色。对于大多数库，某些库可能内置了类型信息，但是，我们需要使用外部DefinitelyTyped存储库。如果不存在，我们可以创建自己的（甚至添加它供其他人使用）。最初，这听起来让我非常兴奋。我们将向所有库添加类型！ JavaScript中的所有内容都会被严格键入！在花了太多时间之后，我的建议是不要这样做：复杂类型代码由于JavaScript的动态特性，许多库都包含各种动态返回类型和参数。 TypeScript非常强大，您很可能能够表达这些类型，但是编写和阅读它们将具有挑战性。例如，考虑从LoDash到flatMap函数的这些类型： flatMap…

训练营精通：为什么选择纽约市的Fullstack Academy？

我最近在纽约的 Fullstack学院完成了编码密集课程。这些文章是有关如何充分利用沉浸式训练营经验的系列文章的一部分。我花了几个月的时间自己编写程序，然后想去一个训练营，这样我就可以提高自己的技能。毕竟，对于有抱负的程序员来说，扎实的训练营是一所很好的精修学校。为什么全栈？我花了几个月苦苦思索要去哪里。我想我几乎阅读了互联网上的每一次训练营评论。训练营并不便宜。市场仍然是新的，因此肯定有一些夜间飞行骗局。我什至有一个训练营（这个人将保持匿名）打电话给我的小组，并使用高压电话推销式的销售策略让我有所作为。 “我以为你对编程很认真，Zachary！”当我告诉她我决定不给她写支票时，代表说。 Fullstack并没有做这些事情，并且有一个简单而明确的价值主张，并未引起我的BS检测器的出现。 Fullstack作为CIRR的成员也具有透明的结果。…

静态站点再生并专注于重要的事情

最初发布在 https://adamlynch.com/static-site-regeneration 。我已经拥有自己的网站很多年了，但是我没有使用太多。需要刷新。我专注于错误的事情，试图做所有事情，但进展缓慢。它的外观并没有太大变化，但这只是冰山一角。它已在表面下完全重做。催化剂在写作；我想念它。我不习惯了。也许我是专心致志的，我可能会有些精疲力尽。自写书以来，我还没花很多钱，还有Smashing Magazine的后续文章和演讲。更糟糕的是（我读过：更难以接受），我可能一直很满意。 gh 。原谅我，他们毕竟是遗愿清单项目。…

Webstrom 2016上的Autofix ESLint问题

目前，我和我的团队正在使用NodeJS和ReactJS开发Javascript应用程序。我们使用ESLint在AirBnB配置中使用编码标准。到目前为止，我们对此感到满意。我正在使用Webstorm 2016编写代码。很棒的功能。但是，这上面缺少一些东西。在Visual Studio Code和Atom上，我们可以保存时修复ESLint问题。但不是Webstorm2016。它仍然是基于Stackoverflow答案的必需功能。但是，Webstorm提供了一个名为File Watcher的插件。此插件将“ 监视 ”我们的代码更改，并且如果有更改，将运行特定任务。有关更多信息，请参阅此处。我正在使用File…

您很难说服吗？

在讨论一项新技术时，我很少是第一个加入潮流的人。实际上，当热情高涨且每个人都渴望入门时，我通常是最终以反对使用新的库或新的语言功能为理由的傻瓜游戏。不是我想保持舒适，永不前进。相反，我需要说服某些东西值得，而不是为了它而动。新功能和库会给已经很复杂的东西增加复杂性。这使得新人们很难加入（包括您，如果您在过去六个月中没有碰到它的话）。我全力支持使软件更易于理解并且可以使我的工作做得更好的新想法。尽管如此，关于新技术的争论仍过于侧重于闪亮的新技术本身，而不是其解决的问题。一个好主意还不够。它必须在现实世界中运作良好。为了说明这一点，我在npm上随机选择了一些模板引擎（无法判断其质量；也许它们都很棒）。这是会打招呼的描述：为什么我要选择一个，还是用它来替换现有工具？快速而强大的描述不是很有帮助。拥有它很好，但是谁会选择动力不足，速度较慢的引擎呢？当然，如果我正在专门寻找HTML模板引擎，则可以将其范围缩小一点，但是如果我没有一种或另一种强烈的偏好，我应该选择什么？肯定有一些问题或用例导致编写这些引擎而不是使用现有的引擎，但是从这个角度看，我没有任何办法知道。在这一点上，我问自己这个库是否会在5年后仍然存在（而不会强迫我每年重写所有内容），以及它是否有据可查，因此我可以快速上手，而不是它是否实现了一个很酷的模式。特定。…

提高开发人员速度的极限

直到五个月前，我们的仪表板运行缓慢，功能有限，并且（最糟糕的）是用Angular编写的。我们对Angular本身没有什么特别的要求，但是我们团队中没有人有任何重要的经验。这意味着即使要修复一个小错误也要花费大量的精力。我们已制定了宏伟的计划，向我们的仪表板添加了很棒的功能-组织，每个用户多个应用程序，可查询的日志等等！ -但我们不相信在遗留代码之上进行构建是我们时间的最佳利用。所以我们报废了。我们的目标是构建新的仪表板，使我们能够快速有效地进行开发。我们知道我们想使用React来与其他内部JavaScript项目保持一致，但是仪表板具有大量的应用程序状态，因此我们决定也使用Redux。我们首先从Bumpers 的* BEST *🙄文章中获取了一堆指针。像许多Redux应用程序中常见的那样，我们没有直接在/store级别上拥有所有商店文件，而是将商店分为几个子目录，每个子目录都有各自的操作，reduce和Selectors文件。这些子目录中的每一个都与我们的模型之一相对应，例如帐户，组织，应用程序等。通过将相关代码分组在一起，开发速度大大提高。现在，当某人想要更改“帐户”状态时，他们只需导航至/store/account即可找到该代码，而不必在大型文件中按ctrl+f将不同模型的所有代码组合在一起。旁注：我们从保险杠文章中得出的另一点是，在每个商店子目录中添加了一个终结点文件。可以在此文件中处理API调用，然后由action文件依次调用。这是一种很好的关注点分离，可以轻松地切换操作或API接口，而又不影响其他接口，并提供干净的存根接口进行测试。…

了解我的12条技巧，如何提高前端编码效率

有很多关于如何成为一名更好的开发人员的文章。我将尽量不触及这个主题，而是专注于开发周围的生产力领域。我认为优秀的开发人员不仅是优秀的编码人员，架构师，程序员，更是其他任何人。好的开发人员是一个多才多艺的人，具有软技能，管理技能，知道如何与企业交谈，而不是与技术人员交谈等。好的开发人员需要了解业务领域，而业务在乎的也是金钱和时间。在本文中，我将尝试就与开发相关的挑战而不是与开发本身相关的问题开始一系列思考。在这个故事中，我将介绍12个技巧，这些技巧可以帮助您在（主要是前端）开发工作中更快，更高效地工作。我选择这个主题（并且以后会经常谈论这个主题），因为我在这个领域有点怪胎，有时候我看到人们在做什么时，我的心会痛😉 1：了解您的工具无论您使用什么工具，都请学习。如果您每天在Webstorm中花费8个小时，那么即使每天节省10％的工作量也会对您的效率产生巨大影响。也许打印键盘图并将其放在小便池上方的墙上？ 🙂你明白了。了解关键的快捷方式。在IDE中自动执行流程（例如GIT或某些脚本）检查应用程序的首选项。…