From 077965edd48fa975590863fb01d4669c195a5686 Mon Sep 17 00:00:00 2001 From: Fengda HUANG Date: Sun, 18 Dec 2016 10:55:01 +0800 Subject: [PATCH] add milestone --- chapters/11-milestone.md | 62 ++++++++++++++ github-roam.md | 63 ++++++++++++++ index.html | 175 ++++++++++++++++++++++++--------------- 3 files changed, 234 insertions(+), 66 deletions(-) create mode 100644 chapters/11-milestone.md diff --git a/chapters/11-milestone.md b/chapters/11-milestone.md new file mode 100644 index 0000000..e9e0362 --- /dev/null +++ b/chapters/11-milestone.md @@ -0,0 +1,62 @@ +GitHub 里程碑 +=== + +写在GitHub 的第 19999 个 star 时 +--- + +> Star 虽好,可不要贪杯哦。 +> 两年前在做 Annual Review 订下一年的目标时,想着写一个开源框架。去年订下今年的目标时,仍然继续着这样的想法。今年又要制定下一年的目标,2333~~。 + +不久前,在 GitHub Ranking 上看到自己的 star 数(star 不是设计用于做“点赞”的,而是用来收藏的)时,发现已经快 20000 了。然后把自己的项目过了一遍,发现没有一个比较好的**代表性框架,**要么是应用,要么是电子书。 + +前 8 个项目里,除了 Growth 应用以外,其他的都是电子书内容——六本电子书加起来的 star 数有 **10619**,果然是骗 star 的。我只能尽力地去想想:为什么事情会变成这样了? + +### 从创建开源框架说起 + +创建开源框架和创建创建开源项目是不一样的,前者你服务于开发者,后者你服务于用户。 + +两年前在做 Annual Review 的时候,想着未来的一年里可以做一个开源框架试试。那时刚毕业不久,对开源世界的各种游戏规则不是很了解:**开源并不是将代码提交上去,然后就会一下子火起来**。虽然我们可以在短期内赚上一些眼球,但是真正要将它采用到项目上的人不多。 + +当时,我遇到的最主要的问题是:**想参与到项目的人并没有遇到足够的能力**。你还需要花费大量的时间去教他们,鼓励 GitHub 新手并不是一件容易的事。有时我需要在接受他的 PR 后,再修改他的代码。并且人们提交 PR 可能是出于不同的原因。 + +然后,知道了开源世界还有一个游戏规则是:**谁的影响力大,谁就能产生更广泛的影响**。如 Virtual Dom 并不是 Facebook 首创的,但是却因为 FB 火的; 松本行弘在写下 mruby 的 README 时(印象中是这个项目),star 数就已经过 1k 了。这种例子数不胜数,要么是在推广上花了力气,要么个人、公司有着更大的影响力。 + +一年前,稍微改变了下策略:暂时以**培养人为主**,同时想着做一个合适的开源框架——只是在今年看来,前端领域已经没有合适的地方可以造轮子了。 + +在 GitHub 上有一个很常见的问题是,**大多部分项目的维护者就是发起人**——如果这个发起人发生意外了,那么这个项目怎么办。如果这是一个很火的项目,它就存在着巨大的风险;同时这可能也说明了,缺乏一套合理的机制。 + +你的开源项目不仅仅需要一个使用文档,还需要一个相关设计思想的文档、路线图、未来计划等等。 + +去年年底写总结的时候,想到可以 RePractise 文章为基础来培养人,于是就有了 Growth 的三个项目: + + - 应用:[Growth](https://github.com/phodal/growth) + - 电子书:《[Growth:全栈增长工程师指南](https://github.com/phodal/growth-ebook)》 + - 电子书:《[Growth:全栈增长工程师实战](https://github.com/phodal/growth-in-action)》 + +如今 Growth 已经有了过万的用户,每天活跃的用户数也接近 300 了。第一步看上去很成功,但是下一步怎么走呢? + +### 下一个开源项目 + +后来我开始在思索一个问题,创建一个开源框架是必须的吗? + +在编写 Growth 电子书的时候,我发现一个好的软件工程实践远远比一个易上手的框架重要多了。框架本身是易变的东西,过去你在用 Backbone,现在你在用 React.js;过去你在用 Angular.js,现在你在用 Vue。会不会使用某个框架,并不是区分你是不是一个有经验的开发者的标准。 + +一直将焦点关注于**学习不同的框架的使用**是有问题的,一个在校生可以轻松地比你了解某个框架的原理——你白天在工作,而他整天在学习。这时你很容易就失去竞争力了,你需要从框架之外了解更深层次的东西。**一个好的框架并不能让你写出一段好的代码**。 + +> 如果中国人的思想不觉悟,即使治好了他们的病,也只是做毫无意义。 + +这算是我为自己在 GitHub 下的 Markdown 的自辩吧——谁让我一直有写作的冲动呢。 + +不过我仍然还有一些想法,只是还没有抽出足够的时间去思考这样的事。 + +**GNU/Linux 的桌面**。这是几年前的一个想法了,当时 GNU/Linux 的那些操作系统上都没有一个好玩的桌面,不过感觉这个坑太深了,就没有进行了。 + +**家居智能中心**。我仍然对于大学学的知识有点念念不忘,虽然已经写了一本书,但是硬件还是相当的刺激。唯一的问题是:连房子都没有,怎么做智能家居。 + +**图形框架**。这是我之前在做一个图形界面的时候,发生没有一个合适的框架可以满足我的要求。然后我就在想,还是自己做一个吧。 + +不过,最好的开源项目就是自己平时用的。于是,我开始将写各种工作来提自己使用——如现在在用的这篇微信编辑工具:[mdpub](https://github.com/phodal/mdpub)。 + +最后,我做了一个简单的 HTML 5 动画来记录这一时刻,作为这一个里程碑的记念: + +[https://phodal.github.io/20k/](https://phodal.github.io/20k/) diff --git a/github-roam.md b/github-roam.md index 00508b2..897b946 100644 --- a/github-roam.md +++ b/github-roam.md @@ -2931,3 +2931,66 @@ OnMap项目是为了让我用Nokia Lumia 920拍照的照片,可以在地图上 如果你也想提高自己,不妨从创建你的 ideas 项目开始,如我的[Ideas](https://github.com/phodal/ideas)项目一样,上面已经有了大量的 Idea。然后,我们还可以依据这一个个的项目,创建出一本电子书,即 [ideabook](https://github.com/phodal/ideabook)。 + +GitHub 里程碑 +=== + +写在GitHub 的第 19999 个 star 时 +--- + +> Star 虽好,可不要贪杯哦。 +> 两年前在做 Annual Review 订下一年的目标时,想着写一个开源框架。去年订下今年的目标时,仍然继续着这样的想法。今年又要制定下一年的目标,2333~~。 + +不久前,在 GitHub Ranking 上看到自己的 star 数(star 不是设计用于做“点赞”的,而是用来收藏的)时,发现已经快 20000 了。然后把自己的项目过了一遍,发现没有一个比较好的**代表性框架,**要么是应用,要么是电子书。 + +前 8 个项目里,除了 Growth 应用以外,其他的都是电子书内容——六本电子书加起来的 star 数有 **10619**,果然是骗 star 的。我只能尽力地去想想:为什么事情会变成这样了? + +### 从创建开源框架说起 + +创建开源框架和创建创建开源项目是不一样的,前者你服务于开发者,后者你服务于用户。 + +两年前在做 Annual Review 的时候,想着未来的一年里可以做一个开源框架试试。那时刚毕业不久,对开源世界的各种游戏规则不是很了解:**开源并不是将代码提交上去,然后就会一下子火起来**。虽然我们可以在短期内赚上一些眼球,但是真正要将它采用到项目上的人不多。 + +当时,我遇到的最主要的问题是:**想参与到项目的人并没有遇到足够的能力**。你还需要花费大量的时间去教他们,鼓励 GitHub 新手并不是一件容易的事。有时我需要在接受他的 PR 后,再修改他的代码。并且人们提交 PR 可能是出于不同的原因。 + +然后,知道了开源世界还有一个游戏规则是:**谁的影响力大,谁就能产生更广泛的影响**。如 Virtual Dom 并不是 Facebook 首创的,但是却因为 FB 火的; 松本行弘在写下 mruby 的 README 时(印象中是这个项目),star 数就已经过 1k 了。这种例子数不胜数,要么是在推广上花了力气,要么个人、公司有着更大的影响力。 + +一年前,稍微改变了下策略:暂时以**培养人为主**,同时想着做一个合适的开源框架——只是在今年看来,前端领域已经没有合适的地方可以造轮子了。 + +在 GitHub 上有一个很常见的问题是,**大多部分项目的维护者就是发起人**——如果这个发起人发生意外了,那么这个项目怎么办。如果这是一个很火的项目,它就存在着巨大的风险;同时这可能也说明了,缺乏一套合理的机制。 + +你的开源项目不仅仅需要一个使用文档,还需要一个相关设计思想的文档、路线图、未来计划等等。 + +去年年底写总结的时候,想到可以 RePractise 文章为基础来培养人,于是就有了 Growth 的三个项目: + + - 应用:[Growth](https://github.com/phodal/growth) + - 电子书:《[Growth:全栈增长工程师指南](https://github.com/phodal/growth-ebook)》 + - 电子书:《[Growth:全栈增长工程师实战](https://github.com/phodal/growth-in-action)》 + +如今 Growth 已经有了过万的用户,每天活跃的用户数也接近 300 了。第一步看上去很成功,但是下一步怎么走呢? + +### 下一个开源项目 + +后来我开始在思索一个问题,创建一个开源框架是必须的吗? + +在编写 Growth 电子书的时候,我发现一个好的软件工程实践远远比一个易上手的框架重要多了。框架本身是易变的东西,过去你在用 Backbone,现在你在用 React.js;过去你在用 Angular.js,现在你在用 Vue。会不会使用某个框架,并不是区分你是不是一个有经验的开发者的标准。 + +一直将焦点关注于**学习不同的框架的使用**是有问题的,一个在校生可以轻松地比你了解某个框架的原理——你白天在工作,而他整天在学习。这时你很容易就失去竞争力了,你需要从框架之外了解更深层次的东西。**一个好的框架并不能让你写出一段好的代码**。 + +> 如果中国人的思想不觉悟,即使治好了他们的病,也只是做毫无意义。 + +这算是我为自己在 GitHub 下的 Markdown 的自辩吧——谁让我一直有写作的冲动呢。 + +不过我仍然还有一些想法,只是还没有抽出足够的时间去思考这样的事。 + +**GNU/Linux 的桌面**。这是几年前的一个想法了,当时 GNU/Linux 的那些操作系统上都没有一个好玩的桌面,不过感觉这个坑太深了,就没有进行了。 + +**家居智能中心**。我仍然对于大学学的知识有点念念不忘,虽然已经写了一本书,但是硬件还是相当的刺激。唯一的问题是:连房子都没有,怎么做智能家居。 + +**图形框架**。这是我之前在做一个图形界面的时候,发生没有一个合适的框架可以满足我的要求。然后我就在想,还是自己做一个吧。 + +不过,最好的开源项目就是自己平时用的。于是,我开始将写各种工作来提自己使用——如现在在用的这篇微信编辑工具:[mdpub](https://github.com/phodal/mdpub)。 + +最后,我做了一个简单的 HTML 5 动画来记录这一时刻,作为这一个里程碑的记念: + +[https://phodal.github.io/20k/](https://phodal.github.io/20k/) diff --git a/index.html b/index.html index e017097..3b883d6 100644 --- a/index.html +++ b/index.html @@ -199,6 +199,12 @@ code > span.in { color: #60a0b0; font-weight: bold; font-style: italic; } /* Inf
  • See you Again
  • +
  • GitHub 里程碑
  • 前言

    @@ -1117,9 +1123,9 @@ React.render( return res.end('Unauthorized'); }

    可是除了HTTP协议,还有MQTT和CoAP。对于MQTT协议来说,那还算好,毕竟自带授权,如:

    -
    mosquitto_pub -u root -P root -h localhost -d -t lettuce -m "Hello, MQTT. This is my first message."
    +
    mosquitto_pub -u root -P root -h localhost -d -t lettuce -m "Hello, MQTT. This is my first message."

    便可以让我们简单地完成这个功能,然而有的协议是没有这样的功能如CoAP协议中是用Option来进行授权的。现在的工具如libcoap只能有如下的简单功能

    -
    coap-client -m get coap://127.0.0.1:5683/topics/zero -T
    +
    coap-client -m get coap://127.0.0.1:5683/topics/zero -T

    于是,先写了个测试脚本来验证功能。

    var coap     = require('coap');
     var request  = coap.request;
    @@ -1375,16 +1381,16 @@ str = tableHandler(str编写测试->功能代码->修改测试->重构

    上次在和buddy聊天的时候,才知道测试在功能简单的时候是后行的,在功能复杂不知道怎么下手的时候是先行的。

    开始之前请原谅我对于Java语言的一些无知,然后,看一下我写的Main函数:

    -
    package com.phodal.learing;
    +
    package com.phodal.learing;
     
     public class Main {
     
    -    public static void main(String[] args) {
    +    public static void main(String[] args) {
             int c=new Cal().add(1,2);
             int d=new Cal2().sub(2,1);
    -        System.out.println("Hello,s");
    -        System.out.println(c);
    -        System.out.println(d);
    +        System.out.println("Hello,s");
    +        System.out.println(c);
    +        System.out.println(d);
         }
     }

    代码写得还好(自我感觉),先不管Cal和Cal2两个类。大部分都能看懂,除了c,d不知道他们表达的是什么意思,于是。

    @@ -1396,16 +1402,16 @@ str = tableHandler(str把光标移到int d中的d,按下shift+f6,输入result_sub

    于是就有

    -
    package com.phodal.learing;
    +
    package com.phodal.learing;
     
     public class Main {
     
    -    public static void main(String[] args) {
    +    public static void main(String[] args) {
             int result_add=new Cal().add(1,2);
             int result_sub=new Cal2().sub(2,1);
    -        System.out.println("Hello,s");
    -        System.out.println(result_add);
    -        System.out.println(result_sub);
    +        System.out.println("Hello,s");
    +        System.out.println(result_add);
    +        System.out.println(result_sub);
         }
     }

    Extract Method

    @@ -1417,16 +1423,16 @@ str = tableHandler(str在弹出的窗口中输入mprint

    于是有了

    -
    public static void main(String[] args) {
    +
    public static void main(String[] args) {
         int result_add=new Cal().add(1,2);
         int result_sub=new Cal2().sub(2,1);
    -    System.out.println("Hello,s");
    +    System.out.println("Hello,s");
         mprint(result_add);
         mprint(result_sub);
     }
     
     private static void mprint(int result_sub) {
    -    System.out.println(result_sub);
    +    System.out.println(result_sub);
     }

    似乎我们不应该这样对待System.out.println,那么让我们内联回去

    Inline Method

    @@ -1438,12 +1444,12 @@ str = tableHandler(str选中Inline all invocations and remove the method(2 occurrences) 点确定

    然后我们等于什么也没有做了~~:

    -
    public static void main(String[] args) {
    +
    public static void main(String[] args) {
         int result_add=new Cal().add(1,2);
         int result_sub=new Cal2().sub(2,1);
    -    System.out.println("Hello,s");
    -    System.out.println(result_add);
    -    System.out.println(result_sub);
    +    System.out.println("Hello,s");
    +    System.out.println(result_add);
    +    System.out.println(result_sub);
     }

    似乎这个例子不是很好,但是够用来说明了。

    Pull Members Up

    @@ -1483,7 +1489,7 @@ str = tableHandler(str重构之前

    过多的临时变量会让我们写出更长的函数,函数不应该太多,以便使功能单一。这也是重构的另外的目的所在,只有函数专注于其功能,才会更容易读懂。

    以书中的代码为例

    -
    import java.lang.System;
    +
    import java.lang.System;
     
     public class replaceTemp {
         public void count() {
    @@ -1501,7 +1507,7 @@ str = tableHandler(str
    Replace Temp With Query

    便会返回

    -
    import java.lang.System;
    +
    import java.lang.System;
     
     public class replaceTemp {
         public void count() {
    @@ -1528,9 +1534,9 @@ str = tableHandler(str
    public class replaceTemp {
     
         public void method() {
    -        String str = "str";
    -        String aString = returnString().concat(str);
    -        System.out.println(aString);
    +        String str = "str";
    +        String aString = returnString().concat(str);
    +        System.out.println(aString);
         }
     
     }
    @@ -1714,7 +1720,7 @@ public class replaceTemp {

    2014年1月1日零时到一时,用户在github上的操作,这里的用户指的是很多。。一共有4814条数据,从commit、create到issues都有。

    数据解析

    import json
    -for line in open(jsonfile):
    +for line in open(jsonfile):
         line = f.readline()

    然后再解析json

    import dateutil.parser
    @@ -1727,23 +1733,23 @@ date = dateutil.parser.parse(lin["
         dataarray = []
         datacount = 0
     
    -    for line in open(jsonfile):
    +    for line in open(jsonfile):
             line = f.readline()
             lin = json.loads(line)
             date = dateutil.parser.parse(lin["created_at"])
             datacount += 1
             dataarray.append(date.minute)
     
    -    minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)]
    +    minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)]
         f.close()
         return minuteswithcount

    下面这句代码就是将上面的解析为

    -
    minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)]
    +
    minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)]

    这样的数组以便于解析

    [(0, 92), (1, 67), (2, 86), (3, 73), (4, 76), (5, 67), (6, 61), (7, 71), (8, 62), (9, 71), (10, 70), (11, 79), (12, 62), (13, 67), (14, 76), (15, 67), (16, 74), (17, 48), (18, 78), (19, 73), (20, 89), (21, 62), (22, 74), (23, 61), (24, 71), (25, 49), (26, 59), (27, 59), (28, 58), (29, 74), (30, 69), (31, 59), (32, 89), (33, 67), (34, 66), (35, 77), (36, 64), (37, 71), (38, 75), (39, 66), (40, 62), (41, 77), (42, 82), (43, 95), (44, 77), (45, 65), (46, 59), (47, 60), (48, 54), (49, 66), (50, 74), (51, 61), (52, 71), (53, 90), (54, 64), (55, 67), (56, 67), (57, 55), (58, 68), (59, 91)]

    Matplotlib

    开始之前需要安装``matplotlib

    -
    sudo pip install matplotlib
    +
    sudo pip install matplotlib

    然后引入这个库

      import matplotlib.pyplot as plt

    如上面的那个结果,只需要

    @@ -1769,14 +1775,14 @@ date = dateutil.parser.parse(lin[" dataarray = [] datacount = 0 - for line in open(jsonfile): + for line in open(jsonfile): line = f.readline() lin = json.loads(line) date = dateutil.parser.parse(lin["created_at"]) datacount += 1 dataarray.append(date.minute) - minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)] + minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)] f.close() return minuteswithcount @@ -1785,7 +1791,7 @@ date = dateutil.parser.parse(lin[" x = [] y = [] mwcs = parse_data(files) - for mwc in mwcs: + for mwc in mwcs: x.append(mwc[0]) y.append(mwc[1]) @@ -1839,7 +1845,7 @@ draw_date("data/2014-01-01-0.json")
    重写了一个新的方法用于计算提交数,直至后面才意识到其实我们可以算行数就够了,但是方法上有点hack

    def get_minutes_counts_with_id(jsonfile):
         datacount, dataarray = handle_json(jsonfile)
    -    minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)]
    +    minuteswithcount = [(x, dataarray.count(x)) for x in set(dataarray)]
         return minuteswithcount
     
     
    @@ -1848,7 +1854,7 @@ draw_date("data/2014-01-01-0.json")= []
         datacount = 0
     
    -    for line in open(jsonfile):
    +    for line in open(jsonfile):
             line = f.readline()
             lin = json.loads(line)
             date = dateutil.parser.parse(lin["created_at"])
    @@ -1870,7 +1876,7 @@ draw_date("data/2014-01-01-0.json")    :rtype : object
         """
         monthdaycount = []
    -    for i in range(1, 20):
    +    for i in range(1, 20):
             if i < 10:
                 filename = 'data/2014-02-0' + i.__str__() + '-0.json'
             else:
    @@ -1905,43 +1911,43 @@ draw_date("data/2014-01-01-0.json")= 0
         userinfo = []
         condition = 'select * from userinfo where owener = \'' + str(username) + '\''
    -    for zero in c.execute(condition):
    +    for zero in c.execute(condition):
             count += 1
             userinfo.append(zero)
     
         return count, userinfo

    当我查询gmszone的时候,也就是我自己就会有如下的结果

    -
    (u'gmszone', u'ForkEvent', u'RESUME', u'TeX', u'https://github.com/gmszone/RESUME')
    -(u'gmszone', u'WatchEvent', u'iot-dashboard', u'JavaScript', u'https://github.com/gmszone/iot-dashboard')
    -(u'gmszone', u'PushEvent', u'wechat-wordpress', u'Ruby', u'https://github.com/gmszone/wechat-wordpress')
    -(u'gmszone', u'WatchEvent', u'iot', u'JavaScript', u'https://github.com/gmszone/iot')
    -(u'gmszone', u'CreateEvent', u'iot-doc', u'None', u'https://github.com/gmszone/iot-doc')
    -(u'gmszone', u'CreateEvent', u'iot-doc', u'None', u'https://github.com/gmszone/iot-doc')
    -(u'gmszone', u'PushEvent', u'iot-doc', u'TeX', u'https://github.com/gmszone/iot-doc')
    -(u'gmszone', u'PushEvent', u'iot-doc', u'TeX', u'https://github.com/gmszone/iot-doc')
    -(u'gmszone', u'PushEvent', u'iot-doc', u'TeX', u'https://github.com/gmszone/iot-doc')
    -109
    +
    (u'gmszone', u'ForkEvent', u'RESUME', u'TeX', u'https://github.com/gmszone/RESUME')
    +(u'gmszone', u'WatchEvent', u'iot-dashboard', u'JavaScript', u'https://github.com/gmszone/iot-dashboard')
    +(u'gmszone', u'PushEvent', u'wechat-wordpress', u'Ruby', u'https://github.com/gmszone/wechat-wordpress')
    +(u'gmszone', u'WatchEvent', u'iot', u'JavaScript', u'https://github.com/gmszone/iot')
    +(u'gmszone', u'CreateEvent', u'iot-doc', u'None', u'https://github.com/gmszone/iot-doc')
    +(u'gmszone', u'CreateEvent', u'iot-doc', u'None', u'https://github.com/gmszone/iot-doc')
    +(u'gmszone', u'PushEvent', u'iot-doc', u'TeX', u'https://github.com/gmszone/iot-doc')
    +(u'gmszone', u'PushEvent', u'iot-doc', u'TeX', u'https://github.com/gmszone/iot-doc')
    +(u'gmszone', u'PushEvent', u'iot-doc', u'TeX', u'https://github.com/gmszone/iot-doc')
    +109

    一共有109个事件,有Watch,Create,Push,Fork还有其他的, 项目主要有iot,RESUME,iot-dashboard,wechat-wordpress, 接着就是语言了,Tex,Javascript,Ruby,接着就是项目的url了。

    值得注意的是。

    -
    -rw-r--r--   1 fdhuang staff 905M Apr 12 14:59 userdata.db
    +
    -rw-r--r--   1 fdhuang staff 905M Apr 12 14:59 userdata.db

    这个数据库文件有905M,不过查询结果相当让人满意,至少相对于原来的结果来说。

    Python自带了对SQLite3的支持,然而我们还需要安装SQLite3

    -
    brew install sqlite3
    +
    brew install sqlite3

    或者是

    -
    sudo port install sqlite3
    +
    sudo port install sqlite3

    或者是Ubuntu的

    -
    sudo apt-get install sqlite3
    +
    sudo apt-get install sqlite3

    openSUSE自然就是

    -
    sudo zypper install sqlite3
    +
    sudo zypper install sqlite3

    不过,用yast2也很不错,不是么。。

    数据导入

    需要注意的是这里是需要python2.7,起源于对gzip的上下文管理器的支持问题

    def handle_gzip_file(filename):
         userinfo = []
         with gzip.GzipFile(filename) as f:
    -        events = [line.decode("utf-8", errors="ignore") for line in f]
    +        events = [line.decode("utf-8", errors="ignore") for line in f]
     
    -        for n, line in enumerate(events):
    +        for n, line in enumerate(events):
                 try:
                     event = json.loads(line)
                 except:
    @@ -1950,7 +1956,7 @@ draw_date("data/2014-01-01-0.json")= event["actor"]
                 attrs = event.get("actor_attributes", {})
    -            if actor is None or attrs.get("type") != "User":
    +            if actor is None or attrs.get("type") != "User":
                     continue
     
                 key = actor.lower()
    @@ -1970,7 +1976,7 @@ draw_date("data/2014-01-01-0.json")= 2014
         month = 3
     
    -    for day in range(1,31):
    +    for day in range(1,31):
             date_re = re.compile(r"([0-9]{4})-([0-9]{2})-([0-9]{2})-([0-9]+)\.json.gz")
     
             fn_template = os.path.join("march",
    @@ -1978,7 +1984,7 @@ draw_date("data/2014-01-01-0.json")= {"year": year, "month": month, "day": day, "n": "*"}
             filenames = glob.glob(fn_template.format(**kwargs))
     
    -        for filename in filenames:
    +        for filename in filenames:
                 c.executemany('INSERT INTO userinfo VALUES (?,?,?,?,?)', handle_gzip_file(filename))
     
         conn.commit()
    @@ -2004,11 +2010,11 @@ pipe = pipe = r.pipeline()
     pipe.zscore('osrc:user',"gmszone")
     pipe.execute()

    系统返回了227.0,试试别人。

    -
    >>> pipe.zscore('osrc:user',"dfm")
    -<redis.client.StrictPipeline object at 0x104fa7f50>
    ->>> pipe.execute()
    -[425.0]
    ->>>
    +
    >>> pipe.zscore('osrc:user',"dfm")
    +<redis.client.StrictPipeline object at 0x104fa7f50>
    +>>> pipe.execute()
    +[425.0]
    +>>>

    看看主要是在哪一天提交的

    >>> pipe.hgetall('osrc:user:gmszone:day')
     <redis.client.StrictPipeline object at 0x104fa7f50>
    @@ -2035,7 +2041,7 @@ pipe.execute()
    r = redis.StrictRedis(host='localhost', port=6379, db=0) no_pipe = False - if pipe is None: + if pipe is None: pipe = pipe = r.pipeline() no_pipe = True @@ -2091,12 +2097,12 @@ pipe.execute()
    points[0] = 1.0 / (total + 1) # Week means. - for k, v in results[1].iteritems(): + for k, v in results[1].iteritems(): points[1 + int(k)] = float(v) / total # Event types. n = 8 - for k, v in results[2]: + for k, v in results[2]: points[n + evttypes.index(k)] = float(v) / total # Number of contributions, connections and languages. @@ -2108,8 +2114,8 @@ pipe.execute()
    # Top languages. n += 4 - for k, v in results[7]: - if k in langs: + for k, v in results[7]: + if k in langs: points[n + langs.index(k)] = float(v) / total else: # Unknown language. @@ -2590,5 +2596,42 @@ pipe.execute()

    See you Again

    停止这次连击,只是为了有一个更好的开始。

    如果你也想提高自己,不妨从创建你的 ideas 项目开始,如我的Ideas项目一样,上面已经有了大量的 Idea。然后,我们还可以依据这一个个的项目,创建出一本电子书,即 ideabook

    +

    GitHub 里程碑

    +

    写在GitHub 的第 19999 个 star 时

    +
    +

    Star 虽好,可不要贪杯哦。 两年前在做 Annual Review 订下一年的目标时,想着写一个开源框架。去年订下今年的目标时,仍然继续着这样的想法。今年又要制定下一年的目标,2333~~。

    +
    +

    不久前,在 GitHub Ranking 上看到自己的 star 数(star 不是设计用于做“点赞”的,而是用来收藏的)时,发现已经快 20000 了。然后把自己的项目过了一遍,发现没有一个比较好的代表性框架,要么是应用,要么是电子书。

    +

    前 8 个项目里,除了 Growth 应用以外,其他的都是电子书内容——六本电子书加起来的 star 数有 10619,果然是骗 star 的。我只能尽力地去想想:为什么事情会变成这样了?

    +

    从创建开源框架说起

    +

    创建开源框架和创建创建开源项目是不一样的,前者你服务于开发者,后者你服务于用户。

    +

    两年前在做 Annual Review 的时候,想着未来的一年里可以做一个开源框架试试。那时刚毕业不久,对开源世界的各种游戏规则不是很了解:开源并不是将代码提交上去,然后就会一下子火起来。虽然我们可以在短期内赚上一些眼球,但是真正要将它采用到项目上的人不多。

    +

    当时,我遇到的最主要的问题是:想参与到项目的人并没有遇到足够的能力。你还需要花费大量的时间去教他们,鼓励 GitHub 新手并不是一件容易的事。有时我需要在接受他的 PR 后,再修改他的代码。并且人们提交 PR 可能是出于不同的原因。

    +

    然后,知道了开源世界还有一个游戏规则是:谁的影响力大,谁就能产生更广泛的影响。如 Virtual Dom 并不是 Facebook 首创的,但是却因为 FB 火的; 松本行弘在写下 mruby 的 README 时(印象中是这个项目),star 数就已经过 1k 了。这种例子数不胜数,要么是在推广上花了力气,要么个人、公司有着更大的影响力。

    +

    一年前,稍微改变了下策略:暂时以培养人为主,同时想着做一个合适的开源框架——只是在今年看来,前端领域已经没有合适的地方可以造轮子了。

    +

    在 GitHub 上有一个很常见的问题是,大多部分项目的维护者就是发起人——如果这个发起人发生意外了,那么这个项目怎么办。如果这是一个很火的项目,它就存在着巨大的风险;同时这可能也说明了,缺乏一套合理的机制。

    +

    你的开源项目不仅仅需要一个使用文档,还需要一个相关设计思想的文档、路线图、未来计划等等。

    +

    去年年底写总结的时候,想到可以 RePractise 文章为基础来培养人,于是就有了 Growth 的三个项目:

    + +

    如今 Growth 已经有了过万的用户,每天活跃的用户数也接近 300 了。第一步看上去很成功,但是下一步怎么走呢?

    +

    下一个开源项目

    +

    后来我开始在思索一个问题,创建一个开源框架是必须的吗?

    +

    在编写 Growth 电子书的时候,我发现一个好的软件工程实践远远比一个易上手的框架重要多了。框架本身是易变的东西,过去你在用 Backbone,现在你在用 React.js;过去你在用 Angular.js,现在你在用 Vue。会不会使用某个框架,并不是区分你是不是一个有经验的开发者的标准。

    +

    一直将焦点关注于学习不同的框架的使用是有问题的,一个在校生可以轻松地比你了解某个框架的原理——你白天在工作,而他整天在学习。这时你很容易就失去竞争力了,你需要从框架之外了解更深层次的东西。一个好的框架并不能让你写出一段好的代码

    +
    +

    如果中国人的思想不觉悟,即使治好了他们的病,也只是做毫无意义。

    +
    +

    这算是我为自己在 GitHub 下的 Markdown 的自辩吧——谁让我一直有写作的冲动呢。

    +

    不过我仍然还有一些想法,只是还没有抽出足够的时间去思考这样的事。

    +

    GNU/Linux 的桌面。这是几年前的一个想法了,当时 GNU/Linux 的那些操作系统上都没有一个好玩的桌面,不过感觉这个坑太深了,就没有进行了。

    +

    家居智能中心。我仍然对于大学学的知识有点念念不忘,虽然已经写了一本书,但是硬件还是相当的刺激。唯一的问题是:连房子都没有,怎么做智能家居。

    +

    图形框架。这是我之前在做一个图形界面的时候,发生没有一个合适的框架可以满足我的要求。然后我就在想,还是自己做一个吧。

    +

    不过,最好的开源项目就是自己平时用的。于是,我开始将写各种工作来提自己使用——如现在在用的这篇微信编辑工具:mdpub

    +

    最后,我做了一个简单的 HTML 5 动画来记录这一时刻,作为这一个里程碑的记念:

    +

    https://phodal.github.io/20k/