2

非商业转载请注明作译者、出处,并保留本文的原始链接:http://www.ituring.com.cn/article/67351

赵波,「简书」jianshu.com 联合创始人,负责技术。1984年生,毕业于同济大学软件学院,曾在SAP中国任支持顾问。现主要使用Ruby 和 Javascript,业余时间喜欢旅游、运动和游戏。个人博客:larryzhao.com

图片描述

是什么样的机会让你们开始了「简书」这个项目?

其实简书的诞生比较偶然,当时我们还工作在其他项目上。在2013年7月份我们招了两位实习生进公司,当时我们觉得如果有些小项目给实习生做一下,应该能帮助他们更好地融入我们团队。于是我们就想了两个小项目,都是随便想出来的hobby project,让实习生用一个月的时间来完成。简书的前身是其中的一个。林立(简书联合创始人“简叔”)画了一个原型UI,就做起来了。

MALESKIN是我们最初给简书这个产品起的名字。当时把hobby project做出了最简单能用的版本的时候,我们给他想了这么个名字。这是个不存在的单词,是我们生造出来的。MALESKINE一直是简书项目内部的项目代号,后来有了「简书」这个更本土化更正式的名字。这就是简书诞生的过程。

创建简书的初衷?

最开始时的原因是,我和我拍档林立的博客都是用 Markdown 来写的,但是每次用 Markdown 编辑器写出来的文档都是独立的文件,不方便管理。林立觉得,Evernote管理文档的模式简单又舒服,只是不支持 Markdown,我们就做了个像 Evernote 那样支持 Markdown 的(顺便说一句,图灵社区也是用 Markdown 来写作滴)。

那么后来呢,当我们决定把简书当做我们的产品做下去的时候,我们都觉得由于社交网络的流行,大部分信息都被碎片化,信息的传播和扩散的速度达到了,但是深度和质量却有所损失。我们希望通过简书,可以鼓励喜欢写的朋友们多写,喜欢读的朋友们多读。

你的博客为什么没有在「简书」上写呢?

个人博客我觉得是一个带有个人印记的地方。你会有你独立的域名,写一切你觉得想写的东西,甚至只是一句话。简书想要鼓励的是创作和阅读,是内容和文字,希望大家更关注文字和文字所表达的意见和思想。所以当我有一些观点想要发表,或者是看到了某些观点比较认同想要传达的时候,我会发在「简书」上。

也有不少朋友喜欢简书的简洁设计和书写方式,他们使用之后,把简书作为他们日常写博的地方。我很感谢他们喜欢简书,使用简书。我们欢迎任何一种使用方法。

在推出简书的过程中,对你来说,技术上最大的挑战是什么?

我觉得到现在为止,最大的挑战有两点,我们都还在慢慢的开发和解决当中,不敢说找到了解决方案。
一个是使用不同格式书写的文章,我们需要保证在各种输出中都能保持原有并且非常好的阅读体验。
二是由于是在网络上书写,我们需要保证所有用户产生的文字不会由于网络或是应用的情况而丢失。

谈谈你自己吧,你是从什么时候开始编程的?

最早接触编程应该是初中二年级的时候。我心心念念地买了第一台电脑,那时候已经是家里最贵的电器了。除了当时的主要功能——打游戏——之外,还买了几本 Visual Basic 的书,自己在家边看边写,学着写过几个小程序,后来到了高中的时候又自己随便看过一点Pascal,但真正开始正统学习还是进了大学以后。

你为什么喜欢编程?

关于喜欢编程,我觉得最初开始应该是因为对计算机的好奇。对于自己非常喜爱的东西,无论是什么,很自然的就会想去深入的了解和探索。那么对于喜爱计算机来说,编程就是很自然很合理的一步。

其次,在开始系统的学习编程、写过一些程序和项目之后,我感受到程序的世界是一个真正自由的世界,在计算机可以做到的范围内,你可以实现任何你的想法。编程的成本很低,只需要一台电脑和网络,在任何地方都可以开始coding。写错了修改的成本也很低,成本低同时也带来了很重要的一点:编程带来的成就感很高。每每解决一个问题,消灭一个bug,或是实现一个想法都不会需要太久。而且还能够很实在的看到和感受到,在一个个小小的成就感当中,很容易就建立起了对编程的爱好。

最后,我觉得是对科技和未来的向往,我想这也是不少男生的兴趣吧。计算机和互联网在这方面虽然可能不如前沿科学的发展那么激动人心,但却是更贴近生活的,更容易感受的进步。

你有特别偏爱的编程语言或技术吗?为什么?

我现在很喜欢 Ruby 语言以及 Ruby 阵营的一系列技术框架,像 Rails/Sinatra/Eventmachine 等等。因为 Ruby 相对于其他被广泛使用的语言来说是一个相对来说很新的语言,也就是因为它比较新,所以在语言层面上汲取了不少其他语言好的设计,对程序员非常友好,写出来的代码能够很短很达意,写着舒服读着也舒服。写了一段时间 Ruby 之后,就能够感觉到 coding in Ruby 是一件很有乐趣的事情。

大学学的专业是什么?你认为大学的学习经历对你的帮助大吗?

我大学学习的专业是软件工程,虽然回过头来我觉得大学的教学过程有很多值得商榷和改善的地方,但我还是觉得大学的学习经历对我的帮助是非常大的。

首先,那段大学时期将我真正领进了软件的门,并且辅助我了解软件行业中不同的领域,让我可以在最开始就去思考我喜欢哪个领域,从而花更多的精力在相关的技术和课程上面而不必分散精力。

其次在教学中有很多理论性的知识,如果纯粹自己学习编程技术的话是难以接触到的

最后,在软件工程学院会有很多实际操作的机会。在我们学院,各个教授和老师都会接到各种各样的横向或者纵向的项目和课题,他们会找感兴趣的学生进来项目组。我在大二暑假就进入了一直以来我很感激的老师的项目组,一直做到大四毕业,还由于某个项目,在大三获得了去德国实习的机会。

你在毕业后上过班吗?有什么样的收获和教训?

毕业之后我就进入SAP做技术支持顾问工作了近4年。人生的第一份工作总是给人的影响很大,虽然在SAP的这份工作和我现在做的事情几乎完全没关系,但是我觉得那4年的时光还是非常有收获。

SAP的技术支持顾问工作得全世界跑,去到各个客户公司提供技术支持和咨询服务,在这4年里我去了很多地方,也拜访了一些客户,得到了不少在国外工作的机会,眼界拓宽了不少。

同时SAP也给了我这么一个机会能够了解在世界上最大型的企业里的IT系统是什么样的,他们在选择、部署和维护管理IT系统的时候是怎么去考虑和规划的。其实用互联网的眼光从表面上看起来,这种大型企业软件很笨很丑很不好用,但是有些地方了解了就会发现里面其实是有道理的,如果让我自己来做,也会遇到同样的问题。

为什么要去创业?

我们开始的很简单,在公司呆了快4年了,心里其实有点蠢蠢欲动,一直想做点什么,但是也不知道该做什么,就在公司里上班,出差,空闲时间会接一些开发的项目做一做。

那个时候我的合伙人林立也有同样的想法。他当时把这个想法告诉了他大学的一个朋友,那个朋友是我的大学同班同学,他向林立介绍了我,林立一听,诶,这不是我高中同学么?于是他就来找我了,然后我们仨就一起搭伙了。

创业的过程是什么样的?

我们并不是在最开始的时候就做了简书,那时候我们想的是先要养活自己,把公司活下去,也没有什么特别的想法。我们就开始找项目做,不管大活还是小活儿都接,给公司企业做门户网站、内部系统或是办公自动化系统。慢慢地我们挣到了一些钱,慢慢地我们有了比较稳定的项目,再慢慢地我们的公司攒了一些钱,我们才因为一个机缘开始了「简书」这个项目。这就是我们创业的过程。

创业的收获和教训?

这次经历对我来说最大的收获,一是经历了创业这个过程,二是得到了锻炼。自己做毕竟和在公司里不一样,什么都要做,压力大,得到的锻炼和学到的东西也都多了不少。得到最大的教训是创业的确很难,在真正开始之前,我天真地觉得,像我们这样懂技术、能完成项目的,开个公司还愁没事儿做么?现实是真的可能没事儿做,也真的不容易。

我在你的博客上读到你翻译的一篇文章,文中的观点是找到合适的工作才能获得成功。这和你的经历类似吗?对于犹豫要不要辞职的程序员你有什么建议吗?

我本身不能称得上成功,只能算「刚起步」而已,所以我只能说一下我的个人看法。

我觉得我唯一真实体会到的是,做一份自己喜欢、自己觉得有价值的工作,动力是非常大的。对于犹豫的程序员们,我个人觉得,两边都有好处,但是创业风险很大,还是要仔细的评判一下。

我自己一直有一条生活准则:不要活在烦恼里。无论辞职还是留下,都赶紧决定或是赶紧做一些能够让你决定下来的事,不要犹犹豫豫地把时间浪费掉。没有辞职的一天也就是要努力工作的一天,不能因为在摇摆要不要辞职而把本来的工作荒废了。

对于想要自己创业的程序员你有什么建议吗?

我觉得可以说两点我自己这段时间来的感受,

一、我觉得创业最重要的是合伙人。找到合适的合伙人,达成一种互相信任合作的状态是创业最重要的一步,我现在很满意现在的状态,工作地很舒服。所以回想起来我觉得这点绝对是最重要的。

二、不要完全埋在技术里。我自己经常在长时间做 coding 之后,对产品的感受和把握出现偏差,然后莫名其妙地去做一些用户不需要,也很难接受的事情。所以我建议如果是程序员创业,大家不要彻底沉浸在技术里,多接触用户和市场,也最好能有不是搞技术的朋友来做参谋提意见。你一定会经常发现原来这个问题还有这么多其他的角度,有时候问题可能就变得简单了。

三、执行力。没有什么比赶紧做出东西,放出来给用户使用更重要的了。因为我觉得不管你的角度有多偏,终归会有一些用户喜欢你的产品,他们的鼓励和赞扬绝对是你最大的动力!


更多精彩,加入图灵访谈微信!

图片描述


图灵访谈
3k 声望1.2k 粉丝

对话国外知名技术作者,讲述国内码农精彩人生。你听得见他们,他们也听得见你。


引用和评论

0 条评论