编码
<a name="1"></a>
1
后台学习群的创立是想知道网上是否有很多人愿意加入一个学习组织，由此发现了一个浙江仔加入技术猫。当然，其他的人员相较于技术猫来说有点不堪入目。<br />如果想了解后台学习群是什么可以看这个https://www.yuque.com/idiots/readme/it6zk5
另一个初衷是我在后台学习的时候有什么感悟就可以直接向里面发，可以是交流，可以是倾诉，可以是引导。但最主要的还是不用负责人。向群里发心得就像是在印象笔记中记日记一样，我以前爱这么干。个人思考的日记的确在写作的时候不应该涉及到交流的问题。在完成后如果能够交流或许是合乎道的。更何况群里的孩子都不认识我，最开始的尴尬也免去了。<br />或许有个机会会再更新一下这个后台学习群，更新一下人员，还有规则（踢人之类的规则）。我在其中实际扮演两个身份，一个是后台学习群的创立者，默认也会是维护者和这其中的教学的人。另一个是我作为一个社区的成员，我需要的是向其中输出我想说出来的东西，同时我也不需要考虑影响。重在交流嘛。作为创立者来说，当然希望有一个好的发展，比如能够拥有一个自己的知识云和团队，当然其中还不包括我，仅由他们这些组成。我也想过把这个当作技术猫的元组去带，或许能作为一个试探找到一个模式。
因此其中的学习模式也是向着技术猫靠拢的。首先几个周或者几个任务是直接熟悉语言语法，但是非常少短简洁。之后就需要的结合项目去实践。也就是 DEMO 式驱动。发现如果不存在mentor的情况下，他们很难自主的进行。或许这也是技术猫想要扩展的时候的难点。<br />还有一个是华电的技术猫社团，自从技术猫作为一个组织之后，华电的社团就是技术猫的第一个学校元组。当然第一整个元组是我们啦。在华电技术猫社团的时候，我想当他们不来办公室的时候维持了一个每天在群里询问一个人他的学习状况的模式，或许在这个时候，所有的其他成员也能领会到一些东西。这应该是一个值得记录的模式。除此之外，还希望能做到一个群内分享的模式。就是说，在同一个团队下学习的时候，自己看到什么值得分享的就发送到群里，不仅是华电的学习群，也会包含之后技术猫的各个元组，交流才能促进交流，比如：后台学习群。当然，如果仅仅是发送一个链接到群里也只是石头大海，其实这个我想了一个办法。当你想分享一个东西的时候，你想到的团队的第一个人，在分享的时候艾特他，同时随便说几个理由。这既是在群聊里共享，也不会造成零反馈的现象。不过，也不是只能艾特一个，自由配置呗。
<a name="f14a215a"></a>
2 我自己的学习
我常常思考，我为什么做技术猫这件事。除了想做成事本身之外，是什么在驱动着我前行。这一次思考是由于袁合金老师在他的课上说，如果我下一次还旷课，就拒绝让我参与考试。我想了想，啊，已经很久没有真正的作为一个学生生活了。我完全脱离了中国的大学生模式是因为什么？
没有离群的时候最不需要思考。离群之后，就需要了，他会产生一种强大的引力，如果没有不断的思考明晰，没有确定的愿景，就会被拖回群体中，等待下一次的支流或者支路。或许也是越思考越离群越孤独，还好能够在技术猫有一起走支路的人哈哈哈。或许有一天能够把这条路变成主路啧啧啧。
学习应当是有计划的，万幸我虽然愚笨，但是给自己的计划还算勉强够格。我给自己宏观的一两年生涯做了一个小目标的集合，或者说是里程碑的确立。在技术猫之后，就会想的关于更长时间的期望计划了：例如十年。我有一段时间非常想提升编码能力，总认为一个功能的实现是非常酷的一件事情。后来发现想做的不止是码农，想要成为程序员，这也会来到技术猫才开始想的事。或许读闲书真的很有益，就像一个长期投资，每多读一些书就像是给自己的油箱灌油，每一次思考的时候会燃烧，来帮助🚗行到离群更远的地方。
每日总结是必要的，我曾经的每日总结总是记在个人的本子里，现在准备作为博客。当然这不是开源也要把日记开源的意思哈哈哈，自由的嘛。主要还是在初入门的时候，实在总结只能推及个人，没有对这个行业的理解自然总结也不会有什么阅读的价值（对于别人）。现在也算学编程有 6 个月了，入门之后会逐渐有一些自己的思考。我最开始觉得编码很酷时。是因为在最初理解程序的时候。觉得每一个都非常简单，觉得每一个需求其实就是一个系统的抽象概念的增删改查。比如负载过多就熔断这些机制，在还未学习编程的时候觉得这些东西随意就能想到，后来发现确实编程中的各种解决方案是从生活中来，历史中来，生物中来，虽然本质是数学，但是建立在实现上就不得不和其他事物结合了。经验丰富的人往往能想到非常多的解决方案，这个经验不止是编程，也有生活。我在未入门之前渡过很多的书，实际上也是经验的存储，小时候也进行工业制图，机械和电气设备都是在车间实打实接触，自然很多工程化的东西或者系统优化能够有所知道。后来发现 coding 其实生产力很低，只有非常编码能力强的人才能够做的很好，但实际上也是单人效率的提升。这个时候我是非常想提升编码能力的。<br />再后来发现，编码能力再强，对于普通人来说也有一个限度，这时候真正重要的是设计。设计不仅是简化问题，还有一部分是借助力量，比如别人已经费心费力花了很长时间生产出一个工具，直接使用当然又快又好。设计不仅是编码行业的问题了，既要在这些上面有一定的了解，同时还有各种领域的知识的堆砌。提供的会是系统外的思考。<br />这样想来，之前认为编程非常好设计是因为不在这个行业内，首先视角是系统外的，能设计出很多解决方案和技巧，这时候当然会觉得简单。或许是工程师的思想就能提供这样的解决方案足够了。但实际上方案的落地是多方面的，甚至很多你构想的技术都还没应用过，或者说你想过的系统设计早就证明了不可行或者效率低下。这就是只有在行业内有所经验才能够知道了解的。他们的这个经验能让自己的设计最开始就避免一些错误方向，至少不会不能用（或许）。
总结是省己，也要省人，也要对环境关注，每天抽出一点时间专门浏览自己感兴趣的信息来源。比如晚上浏览一会儿GitHub的项目推荐，然后不错也可以推到团队中关注，浏览一会儿某一些问题。想想来源和答案，看看别人的解决方案来触及思考，思考怎样又能获得进一步的改进。当然作为仅仅的环境关注，就是找到一些感兴趣的东西啦。如果真好这个也是团队里感兴趣的就可以一起分享。分享促进的交流思考是最重要的。
编码能力慢慢就会提升，只要时间够，这个是完全可行的。
编码能力再强，限度还是非常大的，coding，一人敌，不足学，学万人敌。
