a release

Author: phodal

github-roam.epub

@@ -1311,13 +1311,13 @@ str = tableHandler(str, execStr, strict);
 
 是时候讨论这个Refactor利器了，最初看到这个重构的过程是从ThoughtWorks郑大晔校开始的，只是之前对于Java的另外一个编辑器Eclipse的坏感。。这些在目前已经不是很重要了，试试这个公司里面应用广泛的编辑器。
 
-##Interllij Idea重构
+##Intellij Idea重构
 
 开发的流程大致就是这样子的，测试先行算是推荐的。
 
     编写测试->功能代码->修改测试->重构
 
-上次在和buddy聊天的时候，才知道测试在功能简单的时候是后行的，在功能复杂不知道怎么手手的时候是先行的。
+上次在和buddy聊天的时候，才知道测试在功能简单的时候是后行的，在功能复杂不知道怎么下手的时候是先行的。
 
 
 开始之前请原谅我对于Java语言的一些无知，然后，看一下我写的Main函数：
@@ -2675,3 +2675,77 @@ def get_points(usernames):
 4. 。。。
 
 ---
+
+##500天
+
+尽管之前已经有100天、200天、365天的文章，但是这不是一篇象征性的500天的文章。对这样的一个事物，每个人都会有不同听看法。有的会说这是一件好事，有的则不是。但是别人的看法终究不重要，因为了解你自己的只有你自己。别人都只是以他们的角度来提出观点。
+
+在这500天里，我发现两点有意思的事，也是总结的时候才意识到的：
+
+1. 编程的情绪周期
+2. 有意图的练习
+
+那么，当我们不断地练习的时候，我们就可以写出更好的代码。
+
+我想你也听过一万小时天才理论的说法：要成为某个领域的专家，需要10000小时。而在这其中每重要的一点是有意图的练习——而不是一直重复性地用不同的语言去写一个相同的算法。如果我们有一天8小时的工作时间  + 2 小时的提高时间，那么我们还是需要1000天才能实现一万小时。
+
+###500天与10000小时
+
+当然如果你连做梦也在写代码的话，那么我想500天就够了，哈哈~~。
+
+![Gtihub 500](./img/github-500.jpg)
+
+虽然不是连击次数最多的，但是根据[Most active GitHub users ](http://git.io/top)的结果来说，好似是大陆提交数最多的人，没有之一。再考虑到提交都是有意义的——不是机器刷出来的，不是有意识的去刷，我觉得还是有很大成就感的。
+
+而要实现500天连击很重要的两点是：时间和idea。但是我觉得idea并不是非常重要的，我们可以造轮子，这一点就是在早期我做得最多的一件事，不断地造轮子——如《[造轮子与从Github生成轮子](https://www.phodal.com/blog/create-framework-from-github/)》一文中所说。除此，你还可以用《[GitHub去管理你的idea](https://www.phodal.com/blog/use-github-manage-idea/)》，每当你想到一个Idea以及完成一个idea的时间你就会多一次提交。
+
+时间则是一件很讽刺的事，因为人们要加班。加班的原因，要么是因为工作的内容很有意思，要么是因为钱。如果不是因为钱的话，为什么不去换个工作呢？比如我司。看似两者间存在很多的对立，但是我总在想技术的提升可以在后期解决收入的问题，而不需要靠加班来解决这个问题。人总是要活着的，钱是必需的，但是程序员的收入都不低。
+
+###编程的情绪周期
+
+接着，我观察到了一些有意思的现象——编程的情绪周期也很明显。
+
+> 所谓“情绪周期”，是指一个人的情绪高潮和低潮的交替过程所经历的时间。
+
+如下图所示的就是情绪周期：
+
+![情绪周期](./img/qingxu.jpg)
+
+简单地来说，就是**有一个时间段写代码的感觉超级爽，有一个时间段不想写代码**，但是如果换一个说法就是：**有一个时间段看书、写文档的感觉很爽，有一时间段不想看书、写文档的感觉**。这也就是为什么在我的GitHub首页上的绿色各种花。不过因为《物联网周报》的原因，我会定期地更新一个相关的开源项目。
+
+但是总来说，我习惯在一些时间造一些轮子、创建文档，这就是为什么我的GitHub会有一些开源电子书的缘故。
+
+###有意图的练习
+
+编程需要很长的学习时间，也需要很长的练习时间。尽管我是从小学编程，自认为天赋不错，但是突破了上个门槛还是花费了三四年的时间。其中的很大一部分原因是，没有找对一个合适的方向。而在这期间也没有好好的练习，随后的日子里我意识到我会遇到下一个门槛，便开始试图有意识的练习。
+
+在我开始工作的时候，我写了一篇名为《[重新思考工作](https://www.phodal.com/blog/rethink-about-the-work/)》的文章。在文章中我提到了几点练习的点：
+
+ - 加强码代码的准确性
+ - 写出更整洁的代码
+ - 英语口语 （外企）
+ - 针对性的加强语言技能
+
+在一些日子的练习后，我发现这还是太无聊了。天生就喜欢一些有意思的东西，有趣才更有激情吧~~。不过，像下图的打字练习还是挺有意思的：
+
+![打字练习](./img/huovd.png)
+
+还是能打出了一堆错误的字符。但是对比了一下大多数人的人，还算不错，至少是盲打。但是，还是存在着很大的提升空间。
+
+随后，我开始一些错误的练习，如对设计模式和架构的练习。试图去练习一些在生产上用不到的设计模式，以及一些架构模式。而这时就意味着，需要生搬一些设计模式。最后，我开始以项目为目的的练习，这就是为什么我的GitHub上的提交数会有如此多的原因。
+
+###预见性练习
+
+还有一种练习比较有意思，算是以工作为导向的练习。当我们预见到我们的项目需要某一些技术，我们可能在未来采用某些技术的时候，我们就需要开始预见性的练习这些技术。
+
+好的一点是：这些项目可能在未来很受初学者欢迎。
+
+小结
+###---
+
+每个人都有自己的方向，都有一个不错的发展路线，分享和创造都是不错的路。
+
+THE ONLY FAIR IS NOT FAIR . ENJOY CREATE & SHARE.
+
+欢迎关注我的GitHub: [https://github.com/phodal](https://github.com/phodal)。
+

github-roam.md

@@ -133,7 +133,7 @@ <h1>GitHub 漫游指南</h1>
 <li><a href="#重构umarkdown">重构uMarkdown</a><ul>
 <li><a href="#代码说明">代码说明</a></li>
 </ul></li>
-<li><a href="#interllij-idea重构">Interllij Idea重构</a><ul>
+<li><a href="#intellij-idea重构">Intellij Idea重构</a><ul>
 <li><a href="#rename">Rename</a></li>
 <li><a href="#extract-method">Extract Method</a></li>
 <li><a href="#inline-method">Inline Method</a></li>
@@ -183,6 +183,12 @@ <h1>GitHub 漫游指南</h1>
 <li><a href="#领域与练习">领域与练习</a></li>
 <li><a href="#其他-1">其他</a></li>
 </ul></li>
+<li><a href="#天-2">500天</a><ul>
+<li><a href="#天与10000小时">500天与10000小时</a></li>
+<li><a href="#编程的情绪周期">编程的情绪周期</a></li>
+<li><a href="#有意图的练习">有意图的练习</a></li>
+<li><a href="#预见性练习">预见性练习</a></li>
+</ul></li>
 </ul></li>
 </ul>
 </nav>
@@ -1341,10 +1347,10 @@ <h3 id="代码说明">代码说明</h3>
    ✓ should <span class="cf">return</span> correctly <span class="kw">class</span> name</code></pre></div>
 <p>快来试试吧， <a href="https://github.com/artisanstack/js-refactor" class="uri">https://github.com/artisanstack/js-refactor</a></p>
 <p>是时候讨论这个Refactor利器了，最初看到这个重构的过程是从ThoughtWorks郑大晔校开始的，只是之前对于Java的另外一个编辑器Eclipse的坏感。。这些在目前已经不是很重要了，试试这个公司里面应用广泛的编辑器。</p>
-<h2 id="interllij-idea重构">Interllij Idea重构</h2>
+<h2 id="intellij-idea重构">Intellij Idea重构</h2>
 <p>开发的流程大致就是这样子的，测试先行算是推荐的。</p>
 <pre><code>编写测试-&gt;功能代码-&gt;修改测试-&gt;重构</code></pre>
-<p>上次在和buddy聊天的时候，才知道测试在功能简单的时候是后行的，在功能复杂不知道怎么手手的时候是先行的。</p>
+<p>上次在和buddy聊天的时候，才知道测试在功能简单的时候是后行的，在功能复杂不知道怎么下手的时候是先行的。</p>
 <p>开始之前请原谅我对于Java语言的一些无知，然后，看一下我写的Main函数：</p>
 <div class="sourceCode"><pre class="sourceCode java"><code class="sourceCode java"><span class="kw">package com.phodal.learing;</span>
 
@@ -1494,7 +1500,7 @@ <h4 id="重构-1">重构</h4>
 <li><p>对其进行<code>Extrace Method</code></p></li>
 <li><p>选择<code>basePrice</code>再<code>Inline Method</code></p></li>
 </ol>
-<h4 id="intellij-idea重构">Intellij IDEA重构</h4>
+<h4 id="intellij-idea重构-1">Intellij IDEA重构</h4>
 <p>在Intellij IDEA的文档中对此是这样的例子</p>
 <div class="sourceCode"><pre class="sourceCode java"><code class="sourceCode java"><span class="kw">public</span> <span class="kw">class</span> replaceTemp {
 
@@ -2369,5 +2375,55 @@ <h3 id="其他-1">其他</h3>
 <li>。。。</li>
 </ol>
 <hr />
+<h2 id="天-2">500天</h2>
+<p>尽管之前已经有100天、200天、365天的文章，但是这不是一篇象征性的500天的文章。对这样的一个事物，每个人都会有不同听看法。有的会说这是一件好事，有的则不是。但是别人的看法终究不重要，因为了解你自己的只有你自己。别人都只是以他们的角度来提出观点。</p>
+<p>在这500天里，我发现两点有意思的事，也是总结的时候才意识到的：</p>
+<ol type="1">
+<li>编程的情绪周期</li>
+<li>有意图的练习</li>
+</ol>
+<p>那么，当我们不断地练习的时候，我们就可以写出更好的代码。</p>
+<p>我想你也听过一万小时天才理论的说法：要成为某个领域的专家，需要10000小时。而在这其中每重要的一点是有意图的练习——而不是一直重复性地用不同的语言去写一个相同的算法。如果我们有一天8小时的工作时间 + 2 小时的提高时间，那么我们还是需要1000天才能实现一万小时。</p>
+<h3 id="天与10000小时">500天与10000小时</h3>
+<p>当然如果你连做梦也在写代码的话，那么我想500天就够了，哈哈~~。</p>
+<figure>
+<img src="./img/github-500.jpg" alt="Gtihub 500" /><figcaption>Gtihub 500</figcaption>
+</figure>
+<p>虽然不是连击次数最多的，但是根据<a href="http://git.io/top">Most active GitHub users</a>的结果来说，好似是大陆提交数最多的人，没有之一。再考虑到提交都是有意义的——不是机器刷出来的，不是有意识的去刷，我觉得还是有很大成就感的。</p>
+<p>而要实现500天连击很重要的两点是：时间和idea。但是我觉得idea并不是非常重要的，我们可以造轮子，这一点就是在早期我做得最多的一件事，不断地造轮子——如《<a href="https://www.phodal.com/blog/create-framework-from-github/">造轮子与从Github生成轮子</a>》一文中所说。除此，你还可以用《<a href="https://www.phodal.com/blog/use-github-manage-idea/">GitHub去管理你的idea</a>》，每当你想到一个Idea以及完成一个idea的时间你就会多一次提交。</p>
+<p>时间则是一件很讽刺的事，因为人们要加班。加班的原因，要么是因为工作的内容很有意思，要么是因为钱。如果不是因为钱的话，为什么不去换个工作呢？比如我司。看似两者间存在很多的对立，但是我总在想技术的提升可以在后期解决收入的问题，而不需要靠加班来解决这个问题。人总是要活着的，钱是必需的，但是程序员的收入都不低。</p>
+<h3 id="编程的情绪周期">编程的情绪周期</h3>
+<p>接着，我观察到了一些有意思的现象——编程的情绪周期也很明显。</p>
+<blockquote>
+<p>所谓“情绪周期”，是指一个人的情绪高潮和低潮的交替过程所经历的时间。</p>
+</blockquote>
+<p>如下图所示的就是情绪周期：</p>
+<figure>
+<img src="./img/qingxu.jpg" alt="情绪周期" /><figcaption>情绪周期</figcaption>
+</figure>
+<p>简单地来说，就是<strong>有一个时间段写代码的感觉超级爽，有一个时间段不想写代码</strong>，但是如果换一个说法就是：<strong>有一个时间段看书、写文档的感觉很爽，有一时间段不想看书、写文档的感觉</strong>。这也就是为什么在我的GitHub首页上的绿色各种花。不过因为《物联网周报》的原因，我会定期地更新一个相关的开源项目。</p>
+<p>但是总来说，我习惯在一些时间造一些轮子、创建文档，这就是为什么我的GitHub会有一些开源电子书的缘故。</p>
+<h3 id="有意图的练习">有意图的练习</h3>
+<p>编程需要很长的学习时间，也需要很长的练习时间。尽管我是从小学编程，自认为天赋不错，但是突破了上个门槛还是花费了三四年的时间。其中的很大一部分原因是，没有找对一个合适的方向。而在这期间也没有好好的练习，随后的日子里我意识到我会遇到下一个门槛，便开始试图有意识的练习。</p>
+<p>在我开始工作的时候，我写了一篇名为《<a href="https://www.phodal.com/blog/rethink-about-the-work/">重新思考工作</a>》的文章。在文章中我提到了几点练习的点：</p>
+<ul>
+<li>加强码代码的准确性</li>
+<li>写出更整洁的代码</li>
+<li>英语口语 （外企）</li>
+<li>针对性的加强语言技能</li>
+</ul>
+<p>在一些日子的练习后，我发现这还是太无聊了。天生就喜欢一些有意思的东西，有趣才更有激情吧~~。不过，像下图的打字练习还是挺有意思的：</p>
+<figure>
+<img src="./img/huovd.png" alt="打字练习" /><figcaption>打字练习</figcaption>
+</figure>
+<p>还是能打出了一堆错误的字符。但是对比了一下大多数人的人，还算不错，至少是盲打。但是，还是存在着很大的提升空间。</p>
+<p>随后，我开始一些错误的练习，如对设计模式和架构的练习。试图去练习一些在生产上用不到的设计模式，以及一些架构模式。而这时就意味着，需要生搬一些设计模式。最后，我开始以项目为目的的练习，这就是为什么我的GitHub上的提交数会有如此多的原因。</p>
+<h3 id="预见性练习">预见性练习</h3>
+<p>还有一种练习比较有意思，算是以工作为导向的练习。当我们预见到我们的项目需要某一些技术，我们可能在未来采用某些技术的时候，我们就需要开始预见性的练习这些技术。</p>
+<p>好的一点是：这些项目可能在未来很受初学者欢迎。</p>
+<p>小结 ###—</p>
+<p>每个人都有自己的方向，都有一个不错的发展路线，分享和创造都是不错的路。</p>
+<p>THE ONLY FAIR IS NOT FAIR . ENJOY CREATE &amp; SHARE.</p>
+<p>欢迎关注我的GitHub: <a href="https://github.com/phodal" class="uri">https://github.com/phodal</a>。</p>
 </body>
 </html>