#24 楼 @tylerlong 谢谢告诉我，很不错。

不过我不会买的，在用 Atom 加预览，另外还有一堆编辑器，我不是 Markdown 重度依赖者。

说一堆无关紧要耍嘴皮子的，重点没抓到，不知道跟豆瓣有什么区别

首先你们是干什么的，比如影评 你们靠什么挣钱？卖票？卖广告？ 其实，你们准备怎么运营它？这年头不差程序员，就差有空写帖的，现在大家都只愿意在微信上点赞加转发，留个言算看得起你。

请问你是怎么来发帖的？写了个脚本自动更换 hosts?

加油！

云京东

discuz 都可以自己定义，没用到元编程，我建议不要让用户用到 send，感觉好不安全

#1 楼 @Rei 非常专业，非常感谢 :plus1:

#35 楼 @scriptfans 黑什么啊，不是精华不上首页。

这质量足够精华了。

#15 楼 @tylerlong 宇宙需要你这样的有志青年！

#28 楼 @scriptfans 加油写，

第一宗罪 完全赞同，开始还想用模板，后来还是算了，自己写吧，比用模板还快。。。

@huacnlee 来加精华

这篇文章的唯一缺点，就是太详细了： http://www.sitepoint.com/go-global-rails-i18n/

ASP.NET ?! 33

@solopiggy 如果你有一天时间，建议使用 cancancan，自此以后不会被权限问题困扰，项目不论大小，不论复杂程度，最多一小时可以设定好。

cancan 不维护了，现在是社区版 cancancan

基础：当然可以看 github 官方帮助，但 xdite 讲得相当好： http://blog.xdite.net/posts/2012/07/30/cancan-rule-engine-authorization-based-library-1/ http://blog.xdite.net/posts/2012/07/30/cancan-rule-engine-authorization-based-library-2/ http://blog.xdite.net/posts/2012/07/30/cancan-rule-engine-authorization-based-library-3/

把权限定义放在数据库，这样以后要添加权限，不用改代码，直接在数据库就可以搞定： https://ruby-china.org/topics/5938

这是我做的项目，按 Readme 可以在 heroku 跑起来，你就知道在管理后台设定用户权限是多么简单方便的一件事： https://github.com/ZPVIP/church/

权限定义文件： https://github.com/ZPVIP/church/blob/master/app/models/ability.rb

View: if can? :read, Contact 之类的： https://github.com/ZPVIP/church/blob/master/app/views/layouts/application.html.erb

Model: https://github.com/ZPVIP/church/blob/master/app/models/user.rb https://github.com/ZPVIP/church/blob/master/app/models/permission.rb https://github.com/ZPVIP/church/blob/master/app/models/user_permission.rb

普通权限当然很简单，比如登录后才能查看，用户只能更改自己发的帖子之类的，下面是在管理后台自定义权限的页面：

在用户编辑页面，可以给某个用户设定权限：

支持

有一类人，比如我，不喜欢边拖边加载，喜欢有页码的，建议考虑这类人的感受。

另外，没有分类，要做新闻站吗？不然一年后，我滚一天滚轮翻到今天发布的 C3.js 然后才能点个赞？

#12 楼 @hick 也想了解相关知识，如果你找到了，可以麻烦 @ 我一下吗？

#9 楼 @Martin91 不错，你出手吧，一个跨平台的 Markdown 编辑器又要诞生了！

支持

#5 楼 @Martin91 容易实现 保存 功能吗？

:plus1:

#7 楼 @cloudqq http://mednoter.com/I-have-a-great-idea.html

楼主有代码，应该算起步了。

#5 楼 @blacktulip 我花了很多时间找一些跨平台的方案，最后觉得还是 native 最好，如果一不小心做大了，再招人也容易。跨平台看上去很美，Hello World 一个比一个好，具体实施上就要 一处编译，到处调试 了。

比如说，跨平台方案 http://www.smartface.io/ 已经发展得相当好了，在跟 xamarin 及 native 的对比中： http://www.smartface.io/smartface-app-studio-vs-xamarin-c-sharp-javascript-based-cross-platform-native-frameworks/

Community 那一栏 Xamarin 可以算 Large，smartface 只敢号称 Medium， Medium 就是这个水平：http://stackoverflow.com/tags/smartface.io

这怎么让人放心，这公司明天能不能活下来都是问题，我怎么可能把自己的代码放在这个篮子里？

没有什么事情是一不小心就成功了的，要有毅力，我从楼主的表述中只能看到找人打牌的语气，这样造轮子，真的会浪费别人的时间。所以楼主要想开始一番事业，就要表决心，秀准备，如果大家都看不出你有豁出去的态度，怎么让别人跟随你！

不是打击楼主，这事靠个人有点困难，除非你想全职，然后找投资。

就算你产品现在已经 1.0，跨平台方案你是第一的，但没有社区，没有教程，没人会有兴趣，光个文档就要 n 个人写。http://developer.xamarin.com/ 这是文档应该有的标准，就算这样的文档和社区，还不能叫完美。

软件不可能没有 bug，如果一个开发者遇到一个普遍的问题 google 都没有任何同病相怜的人，那就会很悲剧。

另外，最重要的是有实例，至少要有很多公司用你的代码做出东西来了，可以让大家对你有信心，不然你不更新代码了怎么办，难道靠程序员业余时间给你贡献代码？

国内的 CrossApp 好像已经很不错了，但依然门可罗雀，问题就是文档和实例。

#16 楼 @eddie 赞，有老师上课的风范

#14 楼 @geass 我以为是 Rails 程序，请问用到了什么技术啊，nodejs?

我还有个 2008 年的开源项目在上面，因为不维护了，想着怎么删除，现在好了，省事了。 不过很多采集站采集了 Google Code，还是没法根除。

@drine

http://www.yinwang.org/blog-cn/2015/03/11/git-etiquette/ 你本来不该知道这些的，可是现在我们没有更好的工具，所以你跟着做一遍就大概知道了：

$ mkdir temp
$ cd temp
$ git init
$ echo "aaaaa" > a.txt
$ git add *.txt
$ git commit -a -m "add one file on master"
$ git branch
* master
# git branch testing 这个命令只创建分支，一般用下面的，创建并切换到分支
$ git checkout -b testing #这时相当于把当前的master做了一个快照, 取名为testing，并切换到 testing
$ git branch #显示当前的分支, 一共有两个, 一个master, 一个testing, *号表示用户所在的分支
  master
 *testing
$ ls
a.txt
$ echo 'bbbbb' > b.txt
$ echo 'ccccc' > c.txt
$ git add *.txt
$ git commit -m 'added two files on testing '
[testing 8bd6d8b] added two files on testing
2 files changed, 2 insertions(+), 0 deletions(-)
create mode 100644 b.txt
create mode 100644 c.txt
$ ls
a.txt b.txt c.txt
$ git checkout master
Switched to branch 'master'
$ ls
a.txt # b.txt c.txt 不在 master 上
$ git checkout testing # 回去 testing 看看
Switched to branch 'testing'
$ ls
a.txt b.txt c.txt

#8 楼 @geass 本人肉身翻墙，是 dns 问题，我翻回国内服务器 ping 了一下，然后改 hosts 后正常访问