几点想法，大家来讨论下？

站务管理
21

我不想发表太多意见，一切都是女王说了算。 不过犹豫了一下又觉得还是多说两句个人浅见比较好。观点不同就忽略即可。

我没什么意见。确实开发者对于 Linux 社区的发展是最核心和重要的。 但是这里还是有一对非常棘手的矛盾。

但是另一方面我觉得另一面的现实则是：
1）很多人（包括现在的我）对成为编程大牛毫无兴趣
2）很多人之所以不用 Linux 就是他们以为 Linux 是神级程序员和高级运维才能驾驭的系统
3）很多人不愿意尝试学 CS 就是因为 CS 在公众形象中被扣上了编程的帽子，因而错失了可能发现自己本可以最热爱的一门科学的机会（我差点成为其中之一）

这些人也有很多在用 Linux（比如不少科学家），也有很多本来可以用 Linux 并喜欢上 Linux，也有很多可以在编程之外为 Linux 做出贡献。如果编程氛围太强，就会排斥掉这些人。
所以我不完全反对加强编程的板块和氛围，因为方面 1 指出它确实对 Linux 社区的发展至关重要。但是另一个方面也不能忽略。

我觉得可以把社区拆分成泾渭分明的两部分，来解决问题。物理和工程就是这个道理。

女王说的我再看了一边还是很有道理的，确实这个社区需要程序员。

22

不走理论道路学编程，走实用路线引导新手习惯编程，那直接搞点和 openSUSE 有关系的不痛不痒的小项目写好教程留下后半部分然后鼓励新人来做就好了，比如小的功能增强啊简单的 bug fix 啊之类的，和好多大开源社区培养新人的方法类似。

另外同意前面 @gmg137 说的用 github 协作的方式推几个“官方”项目，这个样子比较容易产生成就感。

23
  1. 现在依然有，可是呢？既没让有能力的人走到一起（或者说我们社区目前就没有有能力的人？），也没增加核心圈的凝聚力（我们论坛核心圈的凝聚力似乎是通过版主的家庭作业 Gossip 来实现的，虽然很多版主一次作业都没有交过），小白们也非常华丽地无视掉了「学习的好机会」。

我总结一下我在 openSUSE 发起过的「协作项目」：

1.1 Gossip，算是还能勉力维持，但是没有新鲜血液也就没有新鲜的视角，老人干累了也就没了，尤其是 openSUSE 项目大环境说处于一个修炼内功的阶段，好多来自 SUSE 的牛人都去搞那个集群测试 openQA 去了，以及对 openSUSE Factory 的开发流程进行重构，这些都是新人不感兴趣的，新人感兴趣的应用软件方面变化非常的少。
1.2 官方文档翻译，出到了 Aplha2，现在完全停滞
1.3 openSUSE 界面翻译，只有我一个人。
1.3 Wiki 翻译和 Wiki 的新手村项目，以及引导新手写 Wiki。到现在为止，在 Wiki 上独立完成过页面的人除了我本人以外一只手数得过来。
1.4 许多国人开发的软件包的 openSUSE 化。也就是 home:opensuse_zh 工程，现在只有我和 hillwood 在维持这个源。从 12.1 起完全没有新人的加入。
1.5 开通了三网合一群，现在的论坛，以及附属在 suse.org.cn 下的一系列子站。但现在连个像样的 SA 都没有。
1.6 进行了 inkscape 的教学和 fcitx 皮肤的教学，开通了美化版，根本就没有人 follow。
1.7 进行了几次 openSUSE 周边的设计展示。
1.8 超威蓝猫项目。就是论坛帖子标题下面的 tips。

同样我们社区与之有合作的上游项目非常之多：fcitx（我 port 了大易码表、极点码表等等），pidgin-lwqq，这是两个重量级的。轻量级的比如 doubanfm-qt，xmradio，WeCase，kwplayer，openyoudao 等等等等。

唯一能让我这个处女座感到骄傲的几件事是：

  1. 有人发了 bcloud 的 rpm。
  2. 有人发了中国农历的 rpm，虽然是 alien 转的。
  3. 有人响应 anne hathway 的教学发了 conky 配置。
  4. 版主们分享了一些折腾的文章。

但是请注意我们是 1500 人的论坛啊？一共不到 10 个。而且最关键的问题在于，就这 10 个不到的人我们都没能把他们拉到 openSUSE 社区的核心圈子里来。要说翻译官方文档的时候我没能留住人是我的责任，那现在呢？

基本上回顾我们社区的过去吧，就能得出一个结论，大部分小白对你发起的「项目」并不感兴趣，他们只对你发起的「项目」的结果感兴趣，或者说我「成功」地把大部分社区项目都做成了个人项目。有多少人是因为我给出了软件包而对打包软件感兴趣的？没有。有多少人对简单到不行的超威蓝猫感兴趣的？没有。

而且参考一下兄弟社区吧，Arch 总滚死，所以一个回滚系统算是生死攸关的项目吧？但是这最后也沦为几个人的项目。Ubuntu 中文网站翻译有一段时间几乎做不下去，拜托，九年义务教育普及英文，那可是 40 万人啊，40 万只猴子乱打也该翻译出几句了吧？！Fedora，算是大陆做的比较好的，官网对贡献者进行兴趣分类做的也很到位，不像我们除了开发一路，推广在国内除了帝都几乎做不下去。用 CentOS 的人也够多吧？但 Fedora 的中文开发项目？完全没有。

所以，可以预见，一个高度集中的社区项目不会像你说的那样成为「小白学习的好机会」，只会成为少数社区核心力量的累赘。我敢说就算我们引导小白去 github 的某个 repo 里看我们刚原封不动讲过的 python 代码，里面我们 commit 一下改错，都不会有人主动给你改正确的。而且更关键的问题是：这样的项目我们需要一位主程，而我们社区现在没有这样一位主程的存在，就算是折腾帝 / 会编程的人占比最高的 Archlinux，这样的主程也非常少。

我个人观察 Ubuntu 论坛得出的结论是，会编程的人只喜欢做自己的项目。Ubuntu 坛那么多个人项目，却没有几个人去开发 Unity（现在还能留在 Ubuntu 的好歹不讨厌 Unity 吧）。所以圈养是注定会失败的，哪怕我们现在的目标群体还不会编程，连个 shell 脚本都写不出来。那不是猴子啊，他掌握了必要的技术是一定会分心干别的的。所以我觉得我们社区往加强编程教育，提升社区成员普遍素质的道路上发展要注意这几个问题：

  1. 如何调动一个还不会编程的人学习编程语言的兴趣。
  2. 如何让教学内容具有一定发散性。共性是必须要讲的，但是发散性也很重要，我们要鼓励并为他们像自己感兴趣的方向发展提供可能性。
  3. 如何让他们在学完教学后去真正的动手做点儿东西，而不是忽然停下来产生一种空虚感。
  4. 如果在教学过程中渗透我们的社区文化，让他们在我们需要帮助的时候能够回来，或者干脆就留在社区项目里。

所有的开源项目都面临这一问题，fcitx 用户占 Linux 中文使用者几乎 70%，给 fcitx 交代码的人有多少？老 K 要是我这种脾气早就气死了。我们只要能提出一种可行的模式，能够解决以上问题，那么我觉得，无论是翻译也好还是编程也好还是论坛服务也好，按照这个模式很快就能得到大量用户尤其是小白的心。

24
  1. 我就这意思，通过：「麻雀虽小五脏俱全」且「具有很大改进空间」的「只需要掌握某门编程语言的语法就能搞定」的小项目，来学习编程语言。
  2. openSUSE 项目的所有源代码，包括我为中文社区开发的东西，甚至包括美工在内都在 github 上有源代码 / 文件，但这并没有让新人产生成就感。事实是，他们根本就不会去的。我今天在坛子上还碰到了连 home:opensuse_zh 源都不知道的新人。

去 github 的前提是，他会：

  1. 编译
  2. 打包
  3. 编程

中的任何一种，而且还要会 git（捡出代码）、markdown（撰写文档和 Wiki）。我们论坛里 git 教学和 wiki 编辑教学全部都有。但是，你不能把新人想象得太勤劳，只要有哪怕抬脚就能迈过去的门槛，你不蛊惑他们，他们都会选择转身离开。

25

我就是一个程序员. 主要写服务器端. qt 也玩过一段时间. 在大学的时候也搞过自己的团队, 对如何让小白入门编程还是有一定心得的. 水平不高, 提一点拙见.
1, 编程这种事情要么有极大的兴趣, 要么有利益. 其实很难坚持的, 而真正对编程有兴趣的人其实不多. 换一句话说, 真正有兴趣的人自己就会去折腾, 现在互联网这么发达, 相信找到某个技术方向的资料不是什么难事. 有利益就不说了.
2, 论坛如果鼓励大家编程这绝对是好事, 但是能够做到的我认为可能只有三点,1, 给有兴趣的人多一个渠道.2, 让那些不知道自己喜不喜欢编程的人明白自己到底喜不喜欢编程.3, 给大家带来一些便利, 推动 linux 桌面软件的发展.
3, 真心不要学 c 不是 c 不好, 而是入门曲线太陡峭, 而且学完时候没有即时装逼的快感, 学 c 就意味的要学好汇编, 在底层就到硬件了. 我们又不是要培养专业的工程师. 我其实只想搭建一个论坛装逼, 或者写一个小程序方便自己抓点妹子图片什么的.php pyhon 什么的绝对是不二选择.
最后, 如果论坛真的需要编程入门教程之类的. 我可以帮忙啊, 一定不太监.

26

我的错，我刚刚意识到我们这里一群在讨论的人都至少是已经“入门”的了，从完全小白的新人角度看很多问题完全不是我们眼中的样子。比如说前两天我在刷发行版争论的那个帖子的时候妹子发表的感想就是“你们这些程序员真恐怖这点事情能扯几十楼”…

我等会再咨询下妹子的看法…

27

我一直是这样的观点。

绝大部分人不光对编程毫无兴趣，而且一看到程序员类的话题就赶紧吓跑的。 连 cs 都受到严重危害了。 我好几次想尝试说服几个不太喜欢高数、学其他学科也就那样的人尝试一下计算机科学，人家马上就说自己不行、不适合、没能力，都以为学 CS 就要编程。

当然从另一个方面，其实这些人也是被舆论给影响了，有一些一见到编程相关的内容就吓跑的人，如果你真的给他讲一些计算机发展的历程调动一下兴趣，然后教一点脚本语言，没准会喜欢上（但我觉得也只会是少部分人）。 其实数学也一样悲剧………… 公众普遍形象中最不喜欢的，恐怕就是数学和编程。 相反物理、天文着一些其实要流行得多（指的是有更多人愿意去尝试爱好之，就实际因为钱的因素，大学里学习编程的人比学物理的人多，学金融数学的人也比学物理的人多）。

28

我确有体会。

学 C 需要学汇编这个事情，想了解更多。我是听过这样的说法，我自己粗浅了解了一下好像也确实如此。 但是我不确定。 我最后还是发现自己到底不喜欢编程，现在不会再尝试学 C 了，也只买过一本 C 的书（不会再去翻了）

29

怎么说呢 不是学 c 一定要学汇编. 而是作为技术积累, 你的技术路线如果要继续深入. 你不可避免的会遇到需要用汇编解决某些问题. 我个人不是学习 c 的. 不知道如果只是用 c 来搞着玩会不会必须学汇编 (如果只是满足自己的使用个人感觉 python 或者 java 更友好). 无法给出更深度的意见. 但是我周围的朋友一开始用 c#, 然后开始用 c 做嵌入式开发 最后就开始写汇编了. 最后连硬件也开始搞了 - -. 学 c 的人一般都是走底层开发的路. 现在 c 一般用来做嵌入式之类的开发. 那如果你要做的更好必须往下走. 而我的技术路线就明显和他们不一样 可能只需要了解汇编硬件等底层的东西而不再深入.

30

但是一般人都还是很愿意认识一些 所谓的编程大牛的. 然后一个社区如果所谓的大牛多. 小白也会比较有热情. 关键是不要让小白感觉隔阂.

31

恩，这也是。我以前也经历过这个阶段。 我的很多同学也这样。

不过我现在不迷信任何大牛，也不膜拜任何互联网上的人，更不膜拜任何所谓进了微软苹果谷歌，或者近了华尔街投行的人。 我也建议所以自己认识的所有人不要去膜拜和迷信这些人。

32

题外话：提到大牛，就忍不住想到这个：http://book.douban.com/review/1319527/

唉～当初我也买了 CLRS

33

至少在 Linux 下你不学 C 打基础，你看不懂：

github.com/fcitx/fcitx/blob/master/src/core/fcitx.c

继而你看不懂：

git.gnome.org/browse/

projects.kde.org/

继而你无法帮助发行版定位 bug 或进行 bug 修复。

即时装 13 的快感肯定要，但问题是快感过后干什么。

也许可以用 python 带他入门，但是根据我这种笨人学习 python 的体验来说，
或者说对绝大部分新人来说，写不了 GUI 就没法即时装 13，因为 13 是要装给小白来看的。
而 python 写 GUI 似乎有三个选择：Qt/GTK/wxWidgets。
现在一般的 python 教学都在教你使用早就没人用的 wxWidgets（又臭又长），达不到即时装 13 的目的（对我就是因为这个半途而废的）。
而 Qt/GTK 的 GUI 归根结底还是要去了解 C/C++ 吧？
python 可以用 tornado 进行网络编程，可是你要去接触协议吧，协议的实现是 C 写的吧。
或者说（我不太了解 tornado），tornado 可能做的很好了，可是没有 GUI 还是没法装 13 啊。

所以就我个人浅薄的学习经验来看，似乎 C 根本绕不过去。无论你先学的什么，到最后只要你想在 Linux 世界里编程，编译调试错误，C 都会反复出现。

1赞
34

大牛有真有假, 真大牛都是靠时间累积出来的. 特别是在技术这个方面.

35

个人感觉, 论坛是其他诸如微信.QQ 群都无法替代的, 因为论坛最大的特点是不追求即时性, 而微信和 QQ 都带有一个 chat… 既然是 chat… 就无需过多解释了: 扯淡, 吐槽居多, 而且无任何沉淀可言

感觉没必要开设地方版, 保持一个整体挺好的, 对于桌面用户的推广: 我是这么理解的, 不要试着去说服一个普通人用 linux… 即使是计算机专业的学生, 都有很大一部分不能接受 linux, 想尝试试 linux 的人, 一般都比较喜欢折腾, 但现在的情况是:linux 从搜索引擎到媒体报道, 被 ubuntu 占据了很大一部分 (当然还有历史遗留问题, 产生的红帽一系)… 不是本人相信阴谋论, 但要说 ubunt 没有进行公关和利益驱动, 我是绝对不信的. 如果说用户对 linux 有偏见的话,unbun 正在扩大这种偏见.ubunt 给我的感觉是: 要做 linux 中的 win

个人觉得要拓展用户群体: 首先得增加普通用户了解 openSUSE 的机会… 我相信 SUSE 的魅力绝对比 ubunt 大 (如果展示机会平等的话), 至于论坛的设置我就说一下个人的意见吧:

  1. 考虑在比较显眼的地方, 客观公证的秀一下 openSUSE 的优势 (如果我不折腾, 我都不会知道其实 suse 这么牛)
  2. 是不是可以考虑总用户属性方面来划分板块: 用户属性无外乎两类: 喜欢折腾的, 不喜欢折腾的 想深入研究编程的, 不想深入研究编程的, 如果这样划分的话, 应该就可以解决前面发生的 C 语言和 python 之争
  3. 是不是可以从用户体验的角度对论坛进行改版 (如果曝光率提升率提升了, 很有必要)

关于 C 语言和 python 我也说一下我的个人看法吧:
如果把编程比作一棵果树,C 语言更接近根,python 更接近果实… 吃果实, 肯定和愉悦, 当如果你想知道这果实为什么会这么好吃, 或者想自己种一棵果树的话, 就得去了解靠近根部的东西…

最后简单说一下我是怎么来到这个论坛的吧: 这应该能从某种程度反映一个普通用户 (潜在用户) 的轨迹:

最开始想学做网站, 然后开始在网上找教程看, 那时候应该是 (10 年), 然后铺天盖地的, 网页制作三剑客的教程 (现在回过头去想, 真坑啊), 然后开始学 html 和 css 后来做学做网站的过程中被网上的视频教程引到 DEDE(无力吐槽), 然后就有学习 PHP 的冲动, 接触 PHP 的过程中知道了 javascript… 然后经过无数折腾, 发现很多问题都绕不过 C 语言… 前段时间, 开始接触 linux 之前有安装过 ubunt, 但始终觉得怪怪的, 就想试试其他的版本, 知道了 fedora 和 openSUSE: 在这里就发生了戏剧性的一幕: 我在 fedora 的某个论坛看到一篇帖子: 大概的意思是: 说现在这论坛冷清了, 去 openSUSE 论坛逛了一下, 感觉气氛很好… 后面还带了一个链接:forum.suse.org.cn 我点开一看: 愿我有生之年, 得见您君临天下. 进击吧, 绿蜥蜴… 然后我就屈服了… 然后 5 天后, 我就把双系统换成了 only openSUSE…

最后还是想支持一下学 C 语言的观点: 如果别人问我, 怎么学 PHP, 我肯定会告诉他: 学过 C 语言的话. 直接看手册, 没学过 C 语言的话, 先学 C 语言吧.
当然, 我说的 C 语言, 不是死磕或是为了考试的那张学习… 至于深入程度我觉得自己可以把握, 前面有很多朋友说到, 再也不碰 C 了, 这是不是可以理解为: 你已经深入 C 语言到了你需要的程度…

36

语言之争就每个尽头的. 我只是觉得没必要每个人都去学 c. 我是学 c++ 出生的. 感觉 c/c++ 对新手不友好. 如果我只是想自己写点小东西或者网页之类的话基本不会考虑 c 的.

37

有点跑题。。。。但好像是我带出来的 233333

总之，很同意女王说的，要让新手有热情快速上手，继而真的可以拿编程来干一点实际的事情。提高了论坛用户素质可以让他们在论坛社区真的有必要的时候反馈反馈。

选什么语言就看具体效果了，要看怎么可以搞起来了，搞起来以后有效果。语言什么的都不是重点。

大家既然都觉得是好想法就想想快速投入实践吧～～～

38

我也觉的跑题了. 这样不好. 语言这种东西大家各自保留意见. 女王给个意见吧. 大家先搞起来

39

最好是有语言学习和使用经验的人分享一下，多提供怎么做的建议，以及激发自己不断坚持学习的兴趣的窍门

Tapatalk

40

回归到操作上来，我觉得版面就不用再多设置了，可以利用开发和开发工具版面。

我觉得目前可以两条路都走一走。

  1. Python 和 Ruby 算一类。解释型语言，脚本语言。
  2. C 算一类（C++ 我没算，都差不多一样的东西），编译语言。

目前似乎大家提的比较多也就是这三种语言，比如没有人提同是脚本语言的 Perl 也没有人提同是编译语言的 Java（我不喜欢 Java 是因为它给我的感觉好像是「到哪儿都像是后妈生的」，在 Linux 上跑着怪怪的，不好看 ; 在 Windows 上亦如此，跟我对 wxWidgets 的看法一样）。那么暂时就先以这三种语言来做扫盲教学好了。就是扫到「傻逼级别的程序员」这样子就行了，其它就看个人悟性了。

两方面都是有各自的好处的：

  1. 脚本语言可以快速的干活。即时的装逼。肯定有人有这方面的需求的。有可能拓展基于 openSUSE 的应用软件开发。
  2. 编译语言有助于了解你这个发行版的内在。有可能拓展 openSUSE 的维护者数量。

所以我觉得要分开谈一下：

一、脚本语言

我学习脚本语言的路线是这样的：html/css 改网页（这个最能达到即时装逼的效果），然后是改 php，后来学过了一段时间的 jquery（javascript 我到现在也不会），在这个过程里我学会了在 openSUSE 上搭建 LAMP 服务器（LNMP 是后学的）。通过这个的熏陶，我对比如定义变量这种东西不再陌生了，然后 shell 脚本自然而然的也就会写了（我真没有特意去学过写 shell 脚本）。会了 shell 脚本之后，python 就有点顺利成章了。ruby 相信会更加容易一些，因为 rails 直接就能跑出网页来。这里面我漏掉了一样东西（非常重要），就是正则表达式，所以我觉得正则可以单独拿出来在 shell 版块讲一下。

所以对于 python/ruby 这种脚本语言，我觉得前提是 shell。而 shell 的前提是 html/css。因为 html 可以让你快速的习惯比如 ‘head’ ‘body’ ‘meta’ 这些概念（而且它的老爸 xml 在 Linux 下面的应用简直比 json 还要广阔），其实它们就是系统定义好的变量啊，你就是在给他们赋值嘛。

html/css 可以即时装逼因为它们就是这么设计的，我们要做好的就是让 shell 和 python/ruby 也具有即时装逼的属性。所以就要走最短的图形化之路：shell 我觉得可以配合 zenity。hello world 直接弹对话框。python 直接配合 Qt（GTK 这个大坑…），10 课以内出图形界面。Ruby 讲到函数就可以配合 YaST 的 Ruby binding 去出 GUI 了，在没有出 GUI 以前借用浏览器出效果。

而 python/ruby 最终 20 课左右都要有个所谓的「新手项目」，就是能在 openSUSE 下面跑起来的东西。

在这之后，可以继续进行比如 R 这种。

上面说的还有一个分支就是 html/js 之后通过 jquery 直接上 javascript，走 GNOME extension -> nodejs 的路。这个我不用 gnome，也不觉得它对最终成为操作系统 / 应用软件的开发者有多么大的作用，所以我定位为一个分支。

二、编译语言

我的编译语言之路是这样开始的：

首先我翻译了 Wiki 的 Build Service 和 Packaging 的 Portal，然后实战去开始打包。于是出错后就产生了打补丁修改的需求，这个时候通过 google 错误信息，开始直接通过人类逻辑（可能还有一些 html/css/php 那个时候催生的那么一丁点程序逻辑）改代码，到后来对代码产生了兴趣，才开始一遍一遍的刷 C/C++，其中最为重要的项目就是 fcitx（因为当时改代码主要还是靠咨询薛大大这种神级 C 程）。所以即使到现在我对编译语言的要求还是「能过编译就好」，而你们谈的「学 C 就要学汇编」，这我完全就没有听说过，我学了 C 也没觉得我需要去了解操作系统底层… 最多需要了解到不同架构的计算机上面的 long int 是不一样的，int 能存的数跟处理器有关系。但 openSUSE 就两种处理器，i586 和 x86_64，只要了解 32 位和 64 位的区别就够了，至于什么 65355，什么 -127 到 127，真正写上程序（改起程序）后你应该能够发现根本不需要考虑啊。

当然学习 C 就没有什么捷径了，只能致力于把曲线尽量傻瓜化，10 课出图形界面这是空想。
但我觉得可以配合阅读 fcitx 的代码来产生兴趣（这么牛的输入法，是吧）。而这里面可以教如何在 openSUSE 下面去编译（autotools/cmake 这种 Linux 下普及到不行的东西，别的没有什么必要知道，比如我到现在也就知道 gcc 是编译出结果的，rpm 是封装包的），可以教比如文本编辑器的选择（vim/nano/emacs），shell 的选择（bash/zsh），这应该对小白有一定吸引力吧，毕竟了解了之后日常生活折腾会有用，而且可以接触到一定的 Unix 哲学。还有看到把一些 C 程序编译成能用的东西，应该是会对 C 产生一些兴趣的吧？为了避免枯燥，我觉得可以讲解两课，就带领大家编译一个图形界面软件… 而且没有必要按照书本的设置来讲，比如书本可能讲到后面半本都不会告诉你一个 C 语言的工程下面为什么有 .h 和 .c，为什么可以把代码写在不同的 .c 里通过 main.c 或者别的去 import。这种程序设计的逻辑我们可以提到很前面来说，于是什么是头文件肯定会谈到，于是 #ifdef 会先讲到，再于是声明和定义的区别就会谈到。总之一切总实战出发，不一定非要在了解了什么是类之后再去了解这些吧？函数也不用放到很后面来讲吧，随便打开一个 .c 文件函数长什么样不是立刻就知道了吗？

以上是我的一些看法，当然我无论是对编译语言还是脚本语言都算不上「会」，因为 python 我至今不知道什么叫函数什么叫类，ruby 只知道 def 自己也没有写过，C 更是刷了那么多遍连指针都很少刷过去就没有兴趣了。总之是各种的半途而废，但至少能够从小白的眼光来看待如何学编程这个问题吧。

我觉得有兴趣参与教学的人呢，可以自己认领语言，主要是相互通一下气，不要比如 5 个人都在写不同的 python 教程就行。沿着这种培养「傻逼级别的程序员」的道路走，一切「为快速装逼而生」。因为毕竟一个接触过编程语言的人，哪怕他跟我一样「似乎是会了」，「只能改不能写」，他在 Linux 社区混得也会自在一些，毕竟他会编译，他能用脚本很简单的装装 13（你觉得我打包搜狗输入法获得 Linux 中文圈喜欢这是因为我有多么牛的编程能力么，不是，它的难度最多不过是一个 shell 脚本）。

再列一下吧：

  1. 铺垫内容：html/css
  2. 脚本语言：shell python ruby。其中 python 一定要有 shell 做铺垫，而 ruby 不一定需要。shell 既然是做铺垫，只要会定义变量会 if fi 就行了。
  3. 编译语言：C。

更高级的等把这几条路探索顺畅了之后再谈。