提议: 我们变通下 HN 的方式, 在 Github 上创建一个技术论坛

[jiyinyiyong]

我阅读 Hacker News 的 RSS 很久了, 很早也一起期待有中文的版本
听社区的前辈大哥大叔介绍前沿的深奥的技术还有互联网的历史,
从前觉得自己有时间经得起等待, 终于, Startup News 出现了
内容质量高, 只是, 界面一般, 评论的氛围却真的不好(大概因为太早)

我也有个想法, 很仓促, 不知道是否能获得大家的认同,
在 Github 创建了个帐号 Coder News: https://github.com/coder-news/
希望有人往 Issue 里投递好的文章网址, 并做简短的介绍
质量不高的文章用 Close 隐藏到另一个列表, 首页纯粹按时间排序
因为 Github 实现了很多功能, 大多不用担心的

此前在 Github 尝试过开一个讨论编程语言的论坛, 当测试:
https://github.com/coffee-js/languages/issues?state=open
中文社区最好的论坛我觉得是 Ruby-China ..
..我用来说明做个好的论坛好难.. 因此才选择干扰 Github 的个人 feed
如果可以的话期待实现个主页, 调用 Github API 直接打开论坛

另一个尝试是别人做的, SeaJS 作者, 很多人应该有印象
https://github.com/lifesinger/lifesinger.github.com/issues?labels=blog

名字我取的是 Coder News, 希望简洁没有歧义
应该有那么些人和我类似, 我们不是黑客, 只有稚嫩的技能, 甚至看不清未来
但抛开所学, 我们心底还是和很多人一样渴望有能力改善生活
然后我们选择了语言, 选择了代码, 在编程这条道上没有终点
那么, 一起分享我们学习和感悟到的资源好吗

因为帐号和 repo 是我创建, 权限基本在我手里, 也不熟悉怎么维护
请各位同学支个招...

[imcj]

https://github.com/coder-news/coder-news/pull/1

[jiyinyiyong]

@imcj SeaJS 作者刷不刷 fo 是另一回事, 这作为理由是不相干吧
关于事情本身, 我的目标是分享文章和学习资源, 这你的理由是什么?

[chmlai]

上面的反对意见真是莫名其妙.

[imcj]

@jiyinyiyong @chmlai

https://github.com/lifesinger/lifesinger.github.com/issues/123

>>> 如果用Issue写博客，本身形式上也和博客差不多。但是，这样就会鼓励更多人Follow你，和社会化编程这个GitHub官方定义的，显得格格不入。

很高兴你们能折腾出这样的想法，

>>> Bash 只适合服务器上操作, 远程 ssh 连接及个人开发都该有更好的选择
而且我一直鼓吹 Metro 风格对这方面的友好: jiyinyiyong/metro-wm-concept#1
我期待能用图形化的界面重新发明一次 Shell 的操作方式
最终切换目录就像 Omnibox 一样, 自动提示, 方向键选择, 最后回车

不需要响应的UI是*nix设计的原则，具体可以看*nix的书，都有反复的说明。楼主喜欢创新，考量考量现实的情况，看看别人都怎么做，通常大家都怎么做。

[bhuztez]

@imcj 不能更分裂了

https://github.com/lifesinger/lifesinger.github.com/issues/98

> 入乡随俗最可贵。 ... 如果想参与到这些社区中，遵循社区的统一风格是基本要求 ... 遵循并理解这些不同的风格，这对个人来说是种提升，对社区也是一种尊重。倘若想改变，首先得先融入。

> 这次用 GitHub 的 Issue 来写，也算是挑战一下旧有习惯

[bhuztez]

还是建议使用Github Page的功能吧

[imcj]

@bhuztez 没明白你想对我说什么。

[skywalker]

为什么都想用菜刀去起瓶盖?

lifesinger用issues写博客也就忍了, 毕竟是一个人的东西. 用issues去做HN这样的我觉得不合适:

1. 这类网站信息量很多, 如何更好计算帖子的热度? 不会只想按时间排序吧?
2. 将来如何添加功能? 比如收藏, 比如隐藏.
3. 如果你说HN的界面难看, 反正开源的你可以拿来改进, GitHub的界面你连改进都没办法改进吧.

我觉得既然想做一个这样的就好好做, 别拿github issues来应付了.

P.S. 我希望能够只有一个类似reddit这样的, 人本来就冷清就别分散精力了.

[skywalker]

你帖子里说"质量不高的文章用 Close 隐藏到另一个列表", 这就是一个问题, 你认为不高有人认为高啊, 你这样的评判标准就把标准放到某个(些)人手里了.

[shawiz]

事实上英语里很少有人称程序员为 coder，一般叫 developer/software engineer/programmer, 不过大家都认可就行。

[jiyinyiyong]

@imcj 我说得不够清楚, 你应该是误会了, 我不是说在上边写博客
Hacker News 的机制是投递链接, 加上一些介绍, 然后下边是回复
我也不赞同直接在 Issue 里写和项目无关的文章, 那样会干扰个人的 feed
我个人在上边写那些东西主要因为其他网站 Markdown 支持不佳我又搞不定 VPS

关于 Unix 风格, 我不明白你说的具体是什么, 这也是和话题不相关的..
我想那些东西是因为我想要做一个自己喜欢用的工具, 跟 Unix 无关
扯上 Bash 是因为我词汇贫乏只能用自己用过的工具举例子

[jiyinyiyong]

@bhuztez 我不是说拿来写博客啊, Github Pages 我在用, 很好用不解释

[jiyinyiyong]

@skywalker 不是做 HN, 只是想有个平台可以讨论问题而已
关于你说的几点:
1. 时间排序的确不够强大, 我只能说无奈
2. 收藏, Hacker News 也没有. 隐藏, 用 Close 功能
3. 定制界面, Github 有 API, 定制是可以的, 参考链接: http://hit9.org/post/toml.html

你担心的有道理, 我也想好好做, 但说白了我网龄太低技能不够

Github 的 Close 不是为论坛设计的, 我也只能用来维护一个底线
说到底还是靠大家的默契, 只是给一个评论同志功能完善的架子

[jiyinyiyong]

@shawiz 想名字时候没人可以商量, 要早提个醒我就改了.. 我记下了

[skywalker]

@jiyinyiyong 你说的隐藏用close功能也是不合适的, 因为你close相当于对所有人隐藏, 而不是对某一个用户隐藏. 怎么来说呢, issues用来写博客可能还凑合, 但是用来做这种社会化很强的还是弱了点.

[jiyinyiyong]

@skywalker 同意. 但除了 Github 和 Ruby-China 以外, 只有自己写了

[suziewong]

我理解楼上的意思，issues确实不是适合干这事情的，理由已经如同上面的几位同学所说的，不是很适合写，违背了issues的本意，作为投递真的不是很好，还是想Startup news，其实可以贡献一下的代码（添加MD or美化界面...）or 自己写一个。

话说我手机上装了去看HN，（有收藏功能的，还有划词翻译的，蛮不错的）

[jiyinyiyong]

@suziewong Arc 代码, Lisp 方言, 表格布局, 有心无力啊
技术社区实力决定一切, 我既然没能力写我想要的论坛那些功能,
自己山寨残次的功能干扰人们的视线完全没有意义, 也没必要

...呃我这真是要打破自己的信仰给自己看么

[oa414]

个人看法

- HackerNews确实有欠缺的地方，不过内容质量高，那些小缺陷算不了什么。
- StartupNews质量相比低，ICON反胃，想来语言不成障碍的情况下，还是看HackerNews好了
- Github Issue本身不适合做这些东西

我觉得如何凝聚用户，提高内容质量是最重要的。。

[Tianpu]

也可以考虑下邮件列表呀 很好搭建的

[jiyinyiyong]

@oa414 对啊，内容永远是第一位的
@Tianpu 邮件列表印象真心不好

[hit9]

表示反对。 Github Issues != BBS

Issues 是用来干什么的，这个名字不是很清楚吗?

本身那个用Issue做博客的repo我就认为与Github的本意大相径庭。当然也可以在v2ex上用这个方式写博客的。

Issues是为了让用户和开发者建立联系改善项目的，你这样把Issues当成论坛(不严格的说，类似论坛）用，实在浪费Github

[jiyinyiyong]

@hit9 Github 在你们眼里神圣多了, 这个实在我没想到.. 也难体会
我首先考虑 Github 是为方便写代码的人相互交流的网站, 那么技术讨论未尝不可
同时 Issue 不像 V2EX, 在一个地方讨论不会影响不相关的人
我懂你们对 Github 的尊重, 可实在不能感同身受到不在上边放讨论的地步
我觉得在 Github Page 写博客和在 Issue 聊技术是性质完全一样的事情,
Git 是用来版本控制和协作的, 博客大量的文本用 Git 完全是杀鸡用牛刀,
Issue 是用来交流关于项目 Bug 和改进的, 有不适合散开话题的因素,
如果两者都被反对, 我还好接受, 可厚此薄彼, 我真的很意外

[hit9]

@jiyinyiyong 文https://github.com/blog/272-github-pages 中有提到:

> You can put anything here you like. Use it as a customizable home for your Git repos. Create a blog and spread your ideas. Whatever you want!

Github Pages的一个用途就是建立博客，况且jekyll就是Github 的一个创始人写的

其实，你可以联系下Github support, 看下他们的反应。

[jiyinyiyong]

@hit9 链接有说服力, 昨晚我也好奇 Github 的人会怎么想, 只是不知道哪里找起.
也看到你知乎上的回答了, 只是我不觉得关于 Issue 的看法有足够的说服力
.. 只能硬着头皮上了

[hit9]

@jiyinyiyong 竟然能找到我的知乎的回答。。

[jiyinyiyong]

@hit9 那题果然是我问的...

[chmlai]

@hit9 之前还有人认为在github (pages)上搭blog是污染和浪费github来着.

[hit9]

@jiyinyiyong 好巧啊！！

[jiyinyiyong]

@hit9 加一点吐槽更新.. http://jiyinyiyong.github.io/article/08-coder-news/page/
Github 我发邮件问了, 回复邮件态度含糊, 只说收到中国用户反馈挺开心...
我等了很多天都没有别的消息再出来

[jiyinyiyong]

Google+ 社区, 遗憾被墙访问有难度, 再试一次
https://plus.google.com/communities/108571245540392494172

[vietor]

总在Github上做与代码及其不相干的事情，这样做的最终目的只能是“再次”被墙，用心何在呀，呵呵。而自己买个空间架个网站也是没多少钱的事。
要知道，国人最大的爱好就是“扯扯就变成政治了”，无论愿景多好，总会跑题的。与其在Github有刷fo的嫌疑，的确不如在一个成熟的社区上开贴。G+虽被墙，但的确是技术类集中的地方，而你的受众也就是这些人，并不是QQ空间上刷信息的大妈们。

[dreampuf]

Just do it.
楼上很多评论都是围绕“怎么用Github“，或多或少都存在自己的看法。从另外一面想，有这样一个能够被许多人挖掘各种用处的产品，这本身就是一种价值。

奇葩诸如将pull request模拟五子棋比赛 https://gitcafe.com/shell909090/five ，我觉得也挺有意思。

在正常开销下产出更多功用为什么不考虑考虑？

[sobigfish]

abuse别人的产品的真心不是好建议。

[Harry]

我是诚心提建议的，不是为了反对而反对。

“我阅读 Hacker News 的 RSS 很久了, 很早也一起期待有中文的版本
听社区的前辈大哥大叔介绍前沿的深奥的技术还有互联网的历史,
从前觉得自己有时间经得起等待, 终于, Startup News 出现了
内容质量高, 只是, 界面一般, 评论的氛围却真的不好(大概因为太早)”

-- 我觉得既然Startup News出现了，而且现在用的人也很多，我们不急着去做另一个类似功能的服务了，这样也不利于好的内容集中在一起。界面一般我觉得应该反馈给@fenng，而且我觉得这个服务的界面可以用，它的主要目的不是秀界面，而且我觉得现在的界面不算差。HN的界面也不是很好，但是不妨碍大家的使用，而且大家很喜欢，访问量也很大，很多好的产品都在那里告知世界，比如dropbox。鼓励折腾，但是这样我觉得意义不是很大。不一定要单独做一个类似的。

关于评论的氛围，我也不认为“大概因为太早”是这个原因。我觉得大部分中文技术论坛有“灌水”这样的方式，真正去有理论有依据评论事情的并不是很多。西方的新闻界和技术界都有比较系统性的评论文化，我觉得这个也孕育了stackoverflow的诞生。

Github的这样的用法虽然可以，我觉得这样用多了其实不利于大部分程序员去使用这个站点，容易被墙。我曾经看到有人在上班host了其他敏感内容，觉得哎呀干嘛这样啊，放在那里普通人也看不到了，又那么隐蔽。

我其实鼓励折腾精神，但是这样我觉得没有必要。仔细考虑一下吧 :）

[jiyinyiyong]

@vietor 虽然说起来不太开心, 不过的确有道理, 还是我太不尊重现实了.

[jiyinyiyong]

@sobigfish 我发 Github 邮件, 他们就说上报团队, 没有想好.. 不清楚他们怎么想的
我更愿意认为是理解不一样, 毕竟 Issue 本来就是为了程序员交流设计的

[jiyinyiyong]

@Harry 关于界面, 我在@fenng 博客以及 SN 上都留言过, 他也看到,
只能说我人微言轻, 不是设计师, 也不是有经验的开发者, 只有那点盼望在那里
我想我对 SN 的期待比 SN 本身的目标高, 大概也是多余的

当然我放弃弄 Github 了, 现在放到 Google+ 上继续尝试

[vietor]

@jiyinyiyong 的确如 @Harry 所说“大部分中文技术论坛有“灌水”这样的方式，真正去有理论有依据评论事情的并不是很多”，跑题太严重。正如一些所谓的QQ技术群，平时也就只是发发搞笑“GIF”，所谈技术话题非常少。
真正的做一个“国人”纯技术社区很难的，“还没怎么地”就开始“混圈子”了，咳。

[jiyinyiyong]

@vietor 从 Ruby-China 社区和 SeaJS 的 Github 看, 我相信质量是可以维护起来的

[ShiningRay]

@jiyinyiyong 何不试试我这代码 http://github.com/qiushibaike/moumentei

[jiyinyiyong]

@ShiningRay 不错, 不过 Google+ 的确更好
https://plus.google.com/communities/108571245540392494172

[chemzqm]

你的想法启发了我通过issue建立一个实用的前端资源列表。

[jiyinyiyong]

@chemzqm 如果只是资源列表, 我想还是 Github Wiki 合适
比如 Node 有这么干: https://github.com/joyent/node/wiki/modules

[jiyinyiyong]

@imcj 回头看你的反对还是让我耿耿于怀呀, 还是发现你在 Github 不够活跃的时候
然后今天看到 JS 社区几个重量级的人在上边玩 Issue, 真感觉不舒服
https://github.com/tastejs/watercooler

[imcj]

@jiyinyiyong 做你觉得开心的事情，多尝试吧，不要忙从。27号后github上我又活跃了

[jiyinyiyong]

@imcj 我发帖前已经思考过很久了, 反对的人多我只好放弃
好在事实证明 Google+ 的 Communities 功能是更好的选择, 不然只能说悔吧
其实回过头我还是怀疑当时你发帖反对究竟是响了很久, 还是直接就认为不可以.
Git 本来就是冲着一种功能发明的, 我的用了这么久不可能不懂
世界上已经有太多条条框框限制住我们了, 这么一来又多一条

[jiyinyiyong]

@jiyinyiyong 我发帖前已经思考过很久了, 反对的人多我只好放弃
好在事实证明 Google+ 的 Communities 功能是更好的选择, 不然只能说悔吧
其实回过头我还是怀疑当时你发帖反对究竟是想了很久, 还是直接就认为不可以
Git 本来就是冲着一种功能发明的, 我的用了这么久不可能不懂
世界上已经有太多条条框框限制住我们了, 这么一来又多一条

[imcj]

@jiyinyiyong 在反对你的时候，我已经反对过玉bo也射雕。

[jiyinyiyong]

@imcj 好吧, 至少没正面回答