第一届 TextileFormer I / O 大会

2018 年 5 月 9 日，我们很高兴迎来了我们的 “创世大会” -- “第一届 TextileFormer I / O 大会”。

每次大会有一个唯一不变的主题：“Coffee & Code”。

我们非常鼓励 社会化学习，结对编程，DnA，我们期望通过团体的社会化学习，相互反馈和改进，借助 “众人” 的力量来帮助自己超越极限（Beyond Limit）。

我们暂定的大会日期为：每周四，下午三点

我们暂定的大会地点为：图文七楼会议室

大会永久特邀嘉宾

本次大会的 “永久特邀” 嘉宾如下：

• 大唐总

人称老唐，Old Tang，微信表情包无人能敌，善用口头禅：怎么说，无解，不好说。

• 二声 wu 总

江湖人称 “wu 莫愁”，“有心杀敌，无心学习”是她的至理名言，善用口头禅：随缘，“好，感谢你”，没

• 三声 wu 总

跑步？不！会变胖的。游泳？不！那也会变胖的。“挺..好的”是她的惯用表达，圈内人称 “大蓉儿”

• 小唐总

“秋名山上人烟稀，常有车手较高低”，“而今车道仍旧在，不见当年老司机”，一句：“给力”，和 ”影帝“ 级的表演，将其演艺生涯推上巅峰。

• 张总，凡总，Yvonne，伊纹

没错，强悍的人生不需要任何解释！我就是我，天空中不一样的烟火。？？？

• 小哲哲，啊哲，看门人，陈总

I'm your father，可能希望子承父业，You know a fur ... 没错，是 My Son

• Old Driver

没四，能搞定。

大会的一点小诉求

我们目前暂定的分享主题：

• 前端

• 后端

• 设计

• 产品

• One More Thing ... 😝

那么，基于以上主题，我们能够肆意发挥自我的想象，天马行空，无所忌惮 ...

目前暂定的分享活动如下：

• 技术分享

• Workshop

• Kata

不懂上面的名词？那么请跟着小编继续往下读哦 😯

我们不同的活动有不同的目的，有的希望提高演讲者的技术能力，有的则是可以一起提升能力。

技术分享

image.png

你最近在玩的技术栈。当你们所用的项目技术栈，比较老旧的时候，就想不断地去尝试新的技术。在工作之外，便会去玩一些『新鲜』的技术栈（坑）。它就像是一股清流，即使不能帮你清除旧的污水，也能让人们看到一丝希望。而且除了能提升团队的视野，还可以将之视为替换现有架构的探索。

项目相关的技术及业务。在没有结对编程的项目里，共享知识对于团队来说是一个头疼的问题，而技术分享就是最简单的方式。不过，对于新人来说，让他们做相关的技术分享才是最好的方式。这也视作为我们对新人的考察：

• 对于项目的了解程度

• 找到缺少的相关知识

• 培养新人的表达能力

在项目上，这几乎是每个新人都会经历的一个分享~~。

特定主题的技术分享。即，我们限定好一个大的主题，每个人挑选一个特定的主题来分享，它可以人为地提高整个组在某一领域的水平。当时我们做过 SOLID、设计模式、前端相关等特定主题的分享——每个人挑选设计模式中的一个模式，然后做相关的技术分享。当你做分享的时候，你对这模式就比较了解；而别人做分享的时候，也能引发你的思考。由于这些主题之间的相关性比较强，它可以加深对这一领域的印象。

其他杂七杂八的内容。过多的技术分享，可能会导致大家精疲力尽，因此就会有一些技术之外的分享。比如，你喜欢的各种动漫啊、知乎上流行的程序员女装啊等等。

Workshop

image.png

当项目上要采用一个新的技术栈时，仅仅中是一个技术分享是不能解决问题的，你还需要有 workshop 这样的东西。比如你们将在新的项目里引入 Next.js，那么这个时候就需要有一个 Next.js Workshop。由组织者来规划每一步的内容，第一步做什么，第二步做什么，等等。参与者则是单独或者结对的形式，按照组织者的步骤一步步往下来做相关的技术练习。比如在 workshop 开始前，先 clone 并搭建好基础代码（hello, world）。开始的时候，便是先实现一个简单的 header，然后是添加样式等等。

也因此在这样的 workshop 里，我们不仅可以听过相关技术栈的知识，也能掌握一些相关技术栈的具体实践。

Kata

一种编程练习方式，针对某个题目反复进行操练，达到熟能生巧的目的。简单的来说，就是你一直练习某一个特别的东西，直到你习惯了。比如，对于 TDD（测试驱动开发，先写测试，并由测试驱动出功能） 的练习。

在平时工作的时候，我们不会总是习惯于 TDD 的流程：测试 -> 实现 -> 重构。特别是，当你的卡就要被打包到新的 Release 包时，先实现总是会保证交付的。又或者是，当你对代码库特别熟悉的时候，你可能两三分钟就改完代码，然后去喝咖啡，再回来花个十几分钟写一个测试。而当你不熟悉 TDD 的时候，你更不会采用这种方式，你会的可能就是 Test First。为了将 TDD 的思维融入你的想法里， 你就需要大量的这种练习~~。

在这个时候，我们就需要严格的按照步骤，一步步往下执行。以便于在将来，我们可以严格的按照这些步骤来执行。

除此，还有一种方式可以做，只是我们没有在这个项目里实施。

dojo

dojo，（日语：道场）。在西方世界，dōjō 一词主要指的是一个专门针对日本武术的训练场所。在敏捷团队里，Dojo 的进行方式比较『诡异』，也比较有意思。

如果你了解过结对编程的话，可能就会对两个人的结对过程比较感兴趣。按我的理解，结对编程存在着三种不同的阶段：teaching（引入门），driver-navigator（有经验与新手），结对（有经验与有经验）。即在实现功能的时候，两个人会轮流写测试和实现功能——你先写测试，我实现功能，然后换角色。而 Dojo 就是一堆人在轮流写代码：

即在有限的时间里，每个人上去实现同一功能的代码。

如，A 实现了测试，B 上去实现业务，C 上来重构。D 上来看了看，你们写的代码都是 xx，于是 Revert 之前写的代码。可惜 D 的时间也只有七分钟，所以 E 上来 Revert Revert。

后记

行。

我们在实验室里有一块小白板，我们会在一周之内写下自己的想分享的相应内容和大致需要的时间，但是呢，也不急，我们可以在分享前，也就是暂定的 “周四，下午三点前”都可以修正的哦~

我们也希望大家能在分享之前做充足的准备（比如做一个 PPT, KeyNote，whatever...），因为这样有以下几点优点：

• 提升自己的演讲效率，给自己建立信心

• 帮助其他小伙伴更好的理解，给他人建立信心

• 作为留存的资料，形成我们团队的积淀，进而成为我们团队的文化！

没四！就酱。

PS: 关于技术分享，这一块完全参考这篇文章