<

Biu

Biu一下

开发、维护Biu的一个阶段性总结。

源起

最早开始决定做这个项目的时候,是想做一个图片分享应用,有点类似Dribbble,给设计师用,但不是把自己的作品截图分享出来,而是把自己在工作时收集的一些素材、截图分享出来,也算是一个整理、收藏。

当时整个项目的大框架、页面都已经写完了,包括用户登录注册找回密码、图片批量上传保存删除、评论添加删除等,但页面还没仔细设计。而且因为图片存储在GAE上,所以管理起来有些不太方便。后来考虑过使用又拍云,但又懒得看他们的API,就一直搁置着。

正巧那时候Medium刚出来不久,我看了之后,发现整个网站似乎挺简单的,于是想把现在的这个图片分享项目改一下试试,正好可以练练web.py,然后就着手做了。当时Medium的界面设计还不是现在你们看到的样子,而是跟现在的Biu很像,后来Medium把单独的图片展示模板取消了,也就是Biu的模板3、4。接着整个网站重新设计,变成了现在的Medium。




Medium的设计

直到昨天,我才拥有Medium的发布权限。



之前我一直都不知道Medium发布内容的页面是什么样子的,所以写Biu的时候,也是凭想象自己设计。昨天一看他们的界面,哇哦,原来他们是这样处理的,很多地方的设计都比Biu好。





不做Medium的追随者

Medium 是一个结合了博客系统与评论系统的混合型社区。 via: 36kr 

Medium对自己的定位是一个“网络媒介/内容平台/媒体平台”。他们的优势不仅在于他们的简洁的界面设计、用户体验(虽然我很讨厌这个词)和创始人Ev Williams的名气,更主要的还是在于他们的内容编辑,“内容为王”,这也是Medium收购新锐新闻站点Matter的原因。

正如前面说的,Biu在很多界面设计上抄袭了Medium,但在Medium自身不断调整的过程中,和Biu的区别已经越来越明显(这对Biu来说是好事,哈哈)。Medium越来越注重文字类内容,砍掉了纯图片模板,但是Biu会继续保留这些。

Medium还有几个很酷的功能,比如邀请别人来参与话题的建设,针对文章中某个段落进行回复、纠错等。对于这些功能,Biu会当做创意上的参考,但不一定会增加类似的功能。

现阶段对于我来说,能在Biu顺利的发布内容,就已经不错了。



Biu的运营问题

在维护Biu的过程中,我也体会到内容运营、编辑有多重要。但关于如何运营Biu,我有一些自己的想法想说。

现阶段Biu整体的程序运行没有什么大的bug,除了一些小细节还不够完美。主要的问题还是出在运营上。

Biu的诞生本身就不是为了商业目的,不追求投资人的关注,也不打算被什么公司收购,只是一个做着玩儿的项目而已。现在Biu的活跃用户几乎没有,有时候一天都没有一篇新文章,这种情况如果发生在一个公司里,运营团队肯定被批的头破血流。但在我这里,这种情况很正常,毕竟Biu刚上线4个月,如果一下子冒出几千用户,每天新内容不断,对我来说也是个负担。

前段时间我曾经考虑过给Biu增加付费阅读功能,大概的思路就是:作者写了一篇文章后,可以设定别人阅读这篇文章需要付多少钱,比如5毛或者1块。如果别人付费阅读后发现文章的质量不高,可以给个差评,要求退款。我想以此来刺激原创内容的产生,增加网站的活跃度,并且达到盈利的目的。

其实当时想把这个功能当成是一个针对中国用户对于电子内容付费习惯的试验。在这方面,豆瓣阅读做的似乎不错,而且正好也看到《书籍出版的未来》这篇文章,觉得Biu可以尝试一下电子出版这个方向。

很多时候当自己有一个新的想法时,我都会先把它晾一段时间,等热乎劲过去之后,再重新审视一下。后来我找到阮一峰的这篇文章《小额支付试验的结果》,实现之前想法的激情已经少了一半,然后又仔细考虑了一下技术上的难度以及现阶段Biu的用户数,然后就没有然后了。

有朋友建议我找一些作家、名人、写手来发布内容,提高Biu的知名度,对此我不以为然。简单的说,这不是我做事的风格——“不求人”是我的原则。这也是我为什么一个人开发Biu的原因。我需要自己动手去做,而不是去找人说:你帮我设计一下界面吧,你帮我写一下前端吧,你帮我写一下Python吧,你帮我写一篇文章吧。——别人做的东西再好,也不是我自己做的,不是我自己想要的。在自己动手做的过程中,你会学到更多知识。在开发Biu的过程中,遇到过数不清的技术问题,V2EX豆瓣上的朋友给了我很多帮助。有时候一个简单的数据查询问题,能折腾好几天。现在都忘不了那个冬天整夜待在只有几摄氏度的房间里抱着电暖气编码到天亮的日子。

我承认人无完人,凡事都自己一个人来做会很累。但是现在Biu需要保持自己的方向,我不希望看到有人在Biu发一些无聊的段子、图片,微博化、资讯化,这就需要有人来把控。我需要自己掌握一切。如果找那些名人来,我还需要碍于面子迎合他们,做一些我不愿意做的事情,那我宁愿不找他们。

我现在住的地方在北京东五环之外,很偏僻,有一天我发现附近竟然有一个咖啡馆,里面环境很棒,去了几次之后我就基本上天天都在里面工作了,一直到他们打烊才离开。这就是我想要的效果——Biu现在很小,躲在互联网的一个偏僻角落,很少有人知道它。有的人来了一次,走了,再也没有回来过;有的人会经常过来看看,觉得这儿还不错,安静,人少。缺点就是位置比较偏,但以后周边环境发展起来后,这里可能也会发展的不错。

Biu就在这儿存在着,如果你遇到了我,喜欢我,那很好;如果你不喜欢我,那也没关系,我也不会缠着你;如果我们从未相遇,我相信那是因为缘份未到。

我们躲在这个浮躁世界的一个小角落,自己玩自己的,什么都不着急,一切都慢慢来。



摄于maan coffee / 2013.04.20 电脑前的那个不是我


20
喜欢
喜欢这个片段的人
  • vt100
  • wrh020730
  • lifeforent
  • 脾气古怪的猫
  • 胡扯
  • 片子宵夜
  • green09
  • 腻歪
  • lingers
  • xx是傻叉是因为
  • 杨不悔
  • 树
  • mywaiting
  • Shaw奔腾小斑马
  • 2016
  • 灯泡周
  • 愤鸟
  • 坊间传闻失控
  • bullluo™
  • 基基

54 评论

  • WTF

  • @杨不悔 测试用的。

  • 我是一个爱你的山东人

  • @yetone 老乡 握手!

  • 对自己总发电影截图深感抱歉。。。对手指。。。

  • 昨天我也得到medium的发布资格了。。。但是不好意思用中文文章砸进去啊。。。自己写出的英文又怕不地道。

  • 喜欢biu,祝福biu

  • 我喜欢那句话

  • @FreeDKR which one?

  • @孬爷爷 弱弱的问一下,你可以把你的@mention代码开源吗?

  • @白 子梵 没关系啦。

  • @cho 可能是一批一批的放权限。在Medium写中文没事,就当是自己的日记呗,但是肯定不会被编辑推荐到首页的。莫非你是怕丢国人的面子?

  • @yetone 我用的是豆瓣的。 https://github.com/naoyeye/rhinoceros/blob/master/static/public/js/tagsug.js 页面中调用时是从这里的684行开始 https://github.com/naoyeye/rhinoceros/blob/master/app/views/post_single.html 到755行结束,755行之后是textarea评论框提交验证部分。

  • 唉。回头得把评论里的链接地址判断一下,自动加上<a></a>。

  • @孬爷爷 太感谢了!;)

  • @yetone 这里还有一个 http://ichord.github.io/At.js , 最开始我就是用的是这个,后来好像因为不好取得用户的username,而且为了照顾豆瓣用户的习惯,就直接用了豆瓣的。

  • 当时做这个@功能老费劲了,好像花了两三周的时间才搞定。

  • @孬爷爷 刚开始我也是用了这个 At.js ,也是因为 username 的问题而抛弃了他

  • @孬爷爷 你这个@ 功能貌似是在提交前吧 username 替换成了 uid

  • @yetone 是的。比如@孬爷爷,提交时就会自动把 孬爷爷 这个名字换成我的post-rocker,因为昵称有可能重复,但是post-rocker是唯一的。然后在后端循环遍历一遍,给被@到的用户发送通知,并把评论内容保存到数据库中,保存时,内容里面的名字已经在遍历时被替换成了@<a>名字</a>这种形式了。然后前端直接读数据库的评论内容。——大概就是这么弄的。添加评论部分的后端代码可以看这里 : https://github.com/naoyeye/rhinoceros/blob/master/app/controllers/post.py 第334行开始。

  • 一个人做事情最好的地方在于,可以控制一切,按自己的兴趣来,没有压力。韩哥加油哈!

  • @孬爷爷 我的 user 表里有不可重复的 username(相当于唯一的 uid)字段和 可以重复的 nickname 字段,我觉得这种把 nickname 转换成 username 不必在用户端显示,直接在 post 提交前把 content 里面的 nickname 转换成 username 再提交就好了,然后在后端进行 mention 匹配和消息通知

  • @yetone 豆瓣的这个就是这么处理里,在提交的一瞬间把textarea里的nickname换成了username。反应慢的时候能看得很清楚。

  • 那还鼓励在Biu贴文章吗?

  • @鲸酱没肉丝 鼓励啊。

  • > 别人做的东西再好,也不是我自己做的,不是我自己想要的
    同感

  • 怎么才能设计出好看的UI呢

  • @FreeDKR :P 我也不知道哇。

  • 整个网站的架构是什么呢

  • @FreeDKR webpy+ngnix+fastcgi

  • 每次看到你写这种文字就会多喜欢你一点。

  • @腻歪 ←_←

  • 新的图片Loading指示图标一点儿也不好看呀,求换 http://ww4.sinaimg.cn/large/a74ecc4cjw1e4427pd034j203i02kq2p.jpg

  • @杨不悔 如果超过5个人觉得需要换那我就换,哈哈哈哈哈哈!

  • @孬爷爷 我也住东五环。

  • @孬爷爷 猛然发现这个 mention 是无法进行输入查询的

  • @yetone 什么输入查询?

  • @孬爷爷 就是自动匹配啦

  • @yetone 这里的@ 只能@ 在这个页面里留过言的人。你是想@ 除此之外的其他用户吗?这个没有。

  • @孬爷爷 我的意思是当我输入「鲸」时会匹配「鲸酱没肉丝」
    http://bcs.duapp.com/picstore/beSxlza5Sz.png

  • @yetone 我记得有这个功能来着,不过好像需要调用豆瓣的内部接口,公开的API中没有,所以去掉了。

  • 这个豆瓣的@ 功能是开源的吗?

  • @yetone 不是。不过js文件可以看得到: http://img3.douban.com/js/lib/tagsug.js

  • 哥们 加油 支持你 很佩服你能做出这个产品 用玩的心做产品 肯定不会错的~

  • 很喜欢这个啊 有做app么!

  • @阿桔 目前还没有app,移动设备的开发技术我还仅停留在制作静态demo的水平上。
    @viking Thanks!

  • 很棒啦 加油!

  • @孬爷爷和你 求大大邮箱……想帮忙设计一个类似的杂志的界面,求授权…

  • 和上次来有很多优化改进的地方,加油!

  • 真的很不错的。

  • 妈逼,要不要这么偏执。这么屌的产品,一个人做了,太嫉妒了

  • @孬爷爷 也是山东的呀

  • 我以为是 海带 做的。

登录 后发表评论