只是为了唱反调：但是使用像 React 这样的已知架构是有好处的——因为我开始学习它，手头有更多的资源来弄清楚它。另一方面，Seb 的代码更容易阅读/理解

@tbfleming我真的很感谢你的工作（总的来说和在 LW 上），但现在要走得更远还为时过早。在添加功能之前，让我建议一个干净的基础。

我所说的“干净的基地”是什么意思：

• 开发环境（节点、babel、webpack、文档生成等）。
• Main Layout -> Dock/Panes/Workspace（React 组件）。
• 数据事件管理器 (Redux)。
• 代码和文档约定。

在我们讨论是否每个人都理解并对此感到满意之后。

• 如果不是 -> 重构。
• 每个人都很好 -> 进一步识别主要模块和任务分配。

这有意义吗？

PS：这可能是题外话，但我认为后端（串行服务器）应该有自己的回购协议。？

我一直在关注新代码的开发，但正在等待核心工作稍微稳定下来。对于新计划是什么也有点困惑。LW 是否计划采用 React/Redux 架构？

@tritao是的，抱歉，在上次#2聊天之后，我们决定将 ES5 作为计划。从那时起，@lautr3k 就发表了类似来自https://plus.google.com/101442607030198502072/posts/6x1oKuBS1hb的评论

和@tbfleming开始在 react/redux 分支上做他需要的很酷的事情（：

这就是我打开这个问题的原因，让大家互相交谈！（：
这是我们所有人在不踩脚趾的情况下成功完成这项工作的唯一途径（：

但要回答简短的版本，是的，现在似乎欢迎 ES6 和 React（：

另外，正如我一直告诉@lautr3k（：我们有一群人愿意帮助他，他必须只打开任务问题，这样我们才能帮助他！

我分支上的后端是临时的，缺少大量真实系统需要的东西（例如发布版本）。实际上我写的整个代码是。我几乎总是从运行到期开始，扔掉不能正常工作的东西（难以遵循的代码就是一个例子）并重构能正常工作的东西。

@lautr3k 这听起来是个好计划。串口服务器和webpack服务器是一样的还是分开的？

@tbfleming我认为 Serial/GRBL/Smoothie 服务器应该是独立的（也许是 npm 模块）。这样它就可以用于其他项目。

webpack 服务器必须仅用于开发，轻型 http 服务器用于生产。

听起来不错。

@Cinezaster想做“我认为 Serial/GRBL/Smoothie 服务器应该是独立的（也许是 npm 模块）。这样它就可以用于其他项目。” 许久

@Cinezaster大胆试试吧 ;）

那么……我们是从 ES5+ 淘汰赛转向 ES6+React 吗？我应该停止写我正在做的事情，学习 React 并重新开始吗？

最后一个帖子来自@openhardwarecoza好像是在暗示，至少这几天我一直在学习React/Redux，感觉项目正在向它转移。

我也有这种印象，但当我站在后面
等着看@lautr3k 是否证实时，请接受我所说的话。

为了提醒大家，从 10 月 1 日起，我和@lautr3k 必须
在 Fabrica 上合作@arthurwolf，并且一些模块化将
在两个项目之间溢出——这就是为什么我不想
通过发号施令来激怒@lautr3k（：

在 2016 年 9 月 27 日下午 5:14，“João Matos” notifications@github.com写道：

最后一个帖子来自@openhardwarecoza https://github.com/openhardwarecoza
好像是在暗示，至少这几天我一直在学习React/Redux，
感觉项目正在向它迁移。

—
你收到这个是因为你被提到了。
直接回复此电子邮件，在 GitHub
#10（评论）上查看，
或将线程静音
https://github.com/notifications/unsubscribe-auth/AHVr28UUF8CrZDWNKankyDEd2ND0ksKEks5quTHOgaJpZM4KCawn
。

恭喜 Fabrica 被聘用！期待看到最终结果。

再次抱歉缺乏沟通。

刚刚发布了新的ES6 开发分支。告诉我你的想法 ？

我将在第二天开始实施通信模块（因为我在Smoothie-Happy.js上工作）。

为了避免重复工作，最好知道谁想做什么？
感谢您告诉我们您是否计划或是否已经在开发模块。

吼！请不要直接在此存储库上发布，我们将遵循与Smoothieware 项目相同的github 指南：

1. 分叉原始存储库。
2. 克隆分叉的存储库。
3. 为您的错误修复/功能创建一个新分支。
4. 提交您的更改并将其推回 Github。
5. 提交您的拉取请求（每个拉取请求只有一个功能）。

本着同样的精神，编码风格指南即将面世！

凸轮模块是一个特征，还是构成凸轮模块的所有微小部件？

如果该模块不存在，则它是一个新功能。如果模块存在，请尝试一次修复一件事。

开销可能会导致人们长时间孤立地工作，以避免提交多个请求。这使得人们很难在与延迟模块交互的模块上取得进展。例如，我很想延迟为 cam 模块创建拉取请求，即使它对其他人在大量中间开发步骤中进行尝试很有用。

这种类型的政策对具有大型成熟代码库的项目很有用，但往往会阻碍新的开发。

这是我在工作中强制执行的政策：不要破坏 master 上的现有功能。将分支用于中间的破坏，但尝试合并到 master，经常进行非破坏性更改。我们有一个快节奏的开发环境，如果我们使用拉取请求，它会崩溃。

我在很大程度上同意托德的观点。我工作的道德是一样的，
自我调整，节奏快，但对你运送的东西负责，如果你
打破了它，没什么大不了的，只是修复它。

在所有情况下，清晰的沟通可以解决任何问题，当
你开始处理某事并发布更新时打开一个问题，如果有人
从讨论中看到潜在的冲突，很容易看到它，谈论
它或提供帮助。

快速发展是这里的游戏名称。实验性功能
使它成为大师，如果没有人使用它就会被丢弃。至少
lw1-3 是这样的（：

2016 年 9 月 29 日下午 6:24，“Todd Fleming” notifications@github.com写道：

开销可能会导致人们长时间孤立地工作，以
避免提交多个请求。这使得人们很难
在与延迟模块交互的模块上取得进展。例如，我
很想延迟为 cam 模块创建拉取请求，即使
它对其他人在大量中间
开发步骤中进行尝试很有用。

这种类型的政策对具有大型成熟代码库的项目很有用，
但往往会阻碍新的开发。

这是我在工作中强制执行的政策：不要破坏
master 上的现有功能。将分支用于中间的破坏，但尝试合并到 master
，经常进行非破坏性更改。我们有一个快节奏的开发
环境，如果我们使用拉取请求，它会崩溃。

—
你收到这个是因为你被提到了。
直接回复此电子邮件，在 GitHub
#10（评论）上查看它，
或将线程静音
https://github.com/notifications/unsubscribe-auth/AHVr22-PKJHL3QxWXtSyQNJfux-a6Ocpks5qu-ZOgaJpZM4KCawn
。

我自己有一个简单的问题，es6 分支用作
示例吗？还是开发？

2016 年 9 月 29 日下午 6:28，“Peter van der Walt (Gmail)”<
peter.plaaswerf@gmail.com > 写道：

我在很大程度上同意托德的观点。我工作的道德是一样的，
自我调整，节奏快，但对你运送的东西负责，如果你
打破了它，没什么大不了的，只是修复它。

在所有情况下，清晰的沟通可以解决任何问题，当
你开始处理某事并发布更新时打开一个问题，如果有人
从讨论中看到潜在的冲突，很容易看到它，谈论
它或提供帮助。

快速发展是这里的游戏名称。实验性功能
使它成为大师，如果没有人使用它就会被丢弃。至少
lw1-3 是这样的（：

2016 年 9 月 29 日下午 6:24，“Todd Fleming” notifications@github.com写道：

开销可能会导致人们长时间孤立地工作，以
避免提交多个请求。这使得人们很难
在与延迟模块交互的模块上取得进展。例如，我
很想延迟为 cam 模块创建拉取请求，即使
它对其他人在大量中间
开发步骤中进行尝试很有用。

这种类型的政策对具有大型成熟代码库的项目很有用，
但往往会阻碍新的开发。

这是我在工作中强制执行的政策：不要破坏
master 上的现有功能。将分支用于中间的破坏，但尝试合并到
master，经常进行非破坏性更改。我们有一个快节奏的开发
环境，如果我们使用拉取请求，它会崩溃。

—
你收到这个是因为你被提到了。
直接回复此电子邮件，在 GitHub
#10（评论）上查看它，
或将线程静音
https://github.com/notifications/unsubscribe-auth/AHVr22-PKJHL3QxWXtSyQNJfux-a6Ocpks5qu-ZOgaJpZM4KCawn
。

如果每个人都同意我们只保留’master’和’dev-es6’，其他的可以被压制。
如果你愿意，我们都可以在“dev-es6”分支中工作，并尽量保持“master”分支的清洁。但从长远来看，我不确定它会加速发展。