BytePower 技术周刊 - 007
文章
GitHub 65k+ Stars 命令行的艺术 ☞（17 国语言）
熟练使用命令行是一种常常被忽视，或被认为难以掌握的技能，但实际上，它会提高你作为工程师的灵活性以及生产力。本文是一份作者在 Linux 上工作时，发现的一些命令行使用技巧的摘要。有些技巧非常基础，而另一些则相当复杂，甚至晦涩难懂。这篇文章并不长，但当你能够熟练掌握这里列出的所有技巧时，你就学会了很多关于命令行的东西了。
这篇文章是 许多作者和译者 共同的成果。 这里的部分内容 首次 出现 于 Quora， 但已经迁移到了 Github，并由众多高手做出了许多改进。 如果你在本文中发现了错误或者存在可以改善的地方，请 贡献你的一份力量。
可以用正则表达式检测正则表达式吗？ ☞（英文）
这是一个 StackOverflow 的问答，能不能写出一个正则表达式，去检测另一个正则表达式是否形式正确。这里还有一篇 文章 是针对这个问题的解释，关键在于正则表达式是否支持递归检测。
傅里叶变换交互式入门 ☞（中文）
通过一系列互动图形，直观介绍傅里叶变换的含义，基本没用数学公式。
约定式提交 ☞（中文）
约定式提交规范是一种基于提交消息的轻量级约定。 它提供了一组用于创建清晰的提交历史的简单规则； 这使得编写基于规范的自动化工具变得更容易。 这个约定与 SemVer 相吻合， 在提交信息中描述新特性、bug 修复和破坏性变更。
成为真正的高级产品经理 | 从点子到产品必不可少的 13 件事 ☞（中文）
很多同学做产品经理不太清楚自己的价值，总是觉得别人或者别的团队更加优秀，产品经理的产出很虚，这其实是不对的。
一般有这种问题的产品经理，都是有一些「被动」的问题存在。
比如说，做新领域的东西的时候，会觉得无从下手，而做成熟业务又觉得无聊没挑战，这种高不成低不就的状态，就是因为思想上被动导致的。
作为一个出色的产品经理，应该没有无从下手的问题。任何你觉得解决不了的问题，只是你还没看清楚，或者资源不够而已。
本文以一个产品经理遇到的真实问题为例，第一视角做一个梳理。试图引导大家思考产品经理如何在各种情况下，都能主动做出价值。
如何写出清晰易懂的交互文档？我整理了这份指南！ ☞（中文）
交互文档，即交互设计说明文档。英文 Design Requirement Document ，简称 DRD。主要是用来承载设计思路、设计方案、信息架构、原型线框、交互说明等内容。
有些人可能对文档这种东西比较反感，尤其是从事工作不久的朋友。其实工作得越久，越会发现文档的重要性，它可以帮助你理清思路，并记录下来，便于回顾。
工作上而言，有一份规范的文档可以让你的设计更有说服力，也易于工作对接，提高彼此之间的沟通效率。
日本企业的产业升级之路 ☞（中文）
跟大家的印象不一样，日本企业这几年不是走下坡路，而是在走上坡路。东京股市从安倍上台的 2012 年的 8000 点，已经上升到 2 万 2000 点。本文介绍一些日本企业的最新发展。
工具
gavatar ☞
生成类似 GitHub 用户头像的开源工具。
cowrie ☞
一个模拟的 SSH 服务器。很多攻击者都是 SSH 登录，你可以把这个软件在 22 端口启动，真正的 SSH 服务器放在另一个端口。黑客以为攻入了服务器，其实进入的是一个虚拟系统，然后会把他们的行为全部记录下来。
Base API ☞（甚至有些 BytePower 的功能）
这家云服务公司提供基本的 Web API，包括身份验证、电子邮件发送、文件和图像存储。用法简单，容易上手，作为概念产品很不错。
BPMN-JS ☞
一个在线绘制业务流程图的开源工具。
d2-admin ☞
一个企业中后台产品的前端集成方案。
GoAccess ☞
开源的日志分析工具，可以生成命令行、JSON、HTML 等格式的分析报告。
一些有趣的东西
莫拉维克悖论 ☞
莫拉维克悖论（Moravec's paradox）是人工智能学者发现的一个与常识相反的现象。和传统的假设不同，人类所独有的逻辑和思考能力（即所谓的智慧）只需要非常少的计算能力，但是无意识的技能和感知能力却需要极大的运算能力。
原始表达是：「要让电脑如成人般下棋是相对容易的，但是要让电脑有如一岁小孩般的感知和行动能力却是相当困难，甚至是不可能的。」
一位人工智能学者这样写道：
「人工智能研究的主要教训是，难题很容易解决，而我们认为理所当然的一个四岁孩子的能力 ---- 识别一张脸，举起一支铅笔，走过一个房间，回答一个问题 ---- 实际上是有史以来最困难的问题。...... 新一代智能设备出现了，它会取代股票分析师、工程师和董事会成员，但是园丁、服务员和厨师在未来几十年中，工作都很安全。」