老实说，我觉得他聊聊创业还行，如果是聊职业规划还是算了吧，非常讨厌做个小网站就开始装成功人士开始布道了。当然简书这个产品也有亮点，但是我觉得@rei 的 writings.io 更好一些。

#1 楼 @johnnyhg 我刚刚发出十分钟，你就已经听完了？说实话他并未布道，@larryzhao 只是在介绍他自己的亲身经历，而他的经历中具体哪个部分是你觉得不妥，不适合在 Teahour 中谈论的？

是我要求他跟我聊聊关于他入职 SAP 的经历，以及从他的经历中总结出一些东西可以给大学生朋友借鉴，是受人之托。我陆续收到好几封来自大学生朋友的邮件，几个大学生朋友点名要找七牛，简书，还有 Gitcafe 等创业公司的负责人来聊聊如何申请这些公司的实习职位，在这些公司工作可以得到什么样的锻炼和成长等等，所以本期我调整了目标受众。

晚上回去听听，几位 Teahour 主持人，只有 Daniel @lgn21st 能把 Show Notes 写的这么详细。

#1 楼 @johnnyhg

这网站还成呀，流量也挺大的， 如果这些流量没有花很多成本的话，还是很有前景的……

赵同学是非常勤奋、努力地。每个人都有长处我们应该虚心学习，顶一下！

不错，支持下

说实话，我一直在等自己什么时候有时间，把 teahour 的所有录音从头到尾听一遍……很难有一个多小时集中去听东西。已经落下太多了……[泪]

感谢 @lgn21st 给我这次机会啊，我们现在还刚开始，希望大家给简书多提意见哈。

@johnnyhg 我完全不算是成功人士，主要是把实际的故事实话讲出来给大家借鉴和参考，并非都是正确的，但从内容上讲，如果有同学想要应聘 SAP CoE 职位的话通过 podcast 应该就能了解到一些，至少前两年在各大学校论坛看来这个职位还算是有不少人挺想去的。当然如果有同学想要应聘简书的话，应该也能有收获的。:P

另外，我是真心的非常佩服 @rei 能一个人把 writings.io 做的这么好，换我一个人是做不到的。

@larryzhao 属于很有想法也很勤奋劳作的人，赞一个。

对于 Teahour 某一集说什么有意见的同学，Larry 或者任何主持人并不欠任何人，大家尽可能用脚（耳朵）投票。

就我个人观点，还是要采众人之所长，虚怀若谷，他山之石可以攻玉，这样才能百尺竿头更进一步。

#11 楼 @lihuazhang 我也接到类似的问题报告，从距离我最近的 UpYun 节点下载是正常的，可能有些节点有这个问题，能否重新下载一次，如果问题依旧，请 ping 一下下载地址的 IP 我去 report 给又拍云。

#12 楼 @lgn21st

112.83.124.10 在 5% 的时候就断了，一直这样。。。

➜ ~ wget http://screencasts.b0.upaiyun.com/podcasts/teahour_episode_32.m4a --2013-09-16 14:26:17-- http://screencasts.b0.upaiyun.com/podcasts/teahour_episode_32.m4a 正在解析主机 screencasts.b0.upaiyun.com (screencasts.b0.upaiyun.com)... 112.83.124.10 正在连接 screencasts.b0.upaiyun.com (screencasts.b0.upaiyun.com)|112.83.124.10|:80... 已连接。 已发出 HTTP 请求，正在等待回应... 200 OK 长度：76047152 (73M) [audio/mpeg] 正在保存至：“teahour_episode_32.m4a”

5% [=======> ] 4,194,016 --.-K/s 用时 43s

2013-09-16 14:27:01 (95.7 KB/s) - 在 4194016 字节处连接关闭。重试中。

--2013-09-16 14:27:02-- (尝试次数：2) http://screencasts.b0.upaiyun.com/podcasts/teahour_episode_32.m4a 正在连接 screencasts.b0.upaiyun.com (screencasts.b0.upaiyun.com)|112.83.124.10|:80... 已连接。 已发出 HTTP 请求，正在等待回应...

对 SAP 和 ERP 倒是蛮感兴趣的。

#13 楼 @lihuazhang 太谢谢你了，我一会放一份到百度云上，方便大家下载，这个问题已经报告给了 UPYUn 的运维团队。

#13 楼 @lihuazhang 请通过百度云下载吧，给你带来不便非常抱歉，再次感谢你报告问题。 http://pan.baidu.com/share/link?shareid=2946456151&uk=1560538415

#13 楼 @lihuazhang 我来了。。。吕童鞋第一时间通知我了。。。 /usr/bin/curl -I -H "Host: screencasts.b0.upaiyun.com" http://112.83.124.10/podcasts/teahour_episode_32.m4a HTTP/1.1 200 OK Content-Length: 76047152 Connection: keep-alive Last-Modified: Sun, 15 Sep 2013 19:16:07 GMT Expires: Mon, 23 Sep 2013 03:53:20 GMT 尺寸和上传时间完全正确。。。这说明源文件正常，问题出在网络上。

我用 curl 测试下载： 38 72.5M 38 28.0M 0 0 47828 0 0:26:30 0:10:15 0:16:15 0* transfer closed with 46622598 bytes remaining to read 38 72.5M 38 28.0M 0 0 47828 0 0:26:30 0:10:15 0:16:15 0* Closing connection #0

curl: (18) transfer closed with 46622598 bytes remaining to read 我也断开了，但断开的时间比这位同学要更长些。。。这说明网络有波动，有可能是 keepalived 的值太小了，不足以支持更差的网络长连接，也有可能是运营商那边有一些手脚或者限制。

非常感谢同学反馈的意见，我马上联系机房，排查问题

#17 楼 @geminis 赞，@upyun 的运维老大来帮咱们排查问题，好有上帝的赶脚！

@geminis 是又拍云存储的联合创始人兼运维总监，大家碰到什么问题不妨直接调戏他，会比又拍君更加高效的解决问题，哈哈

OK，问题已经解决，新上的小节点路由设置到电信了，接下面，我们会在上架测试案例中，添加稍大一点的文件下载测试安全，看下载时间是否合理（之前测试脚本都是图片类型的，速度快慢不敏感，这回长教训了），不好意思，感谢各位指正。

#16 楼 @lgn21st bkq 看到微博上也有人有这个问题

Muse_时光流逝：听过很多期 Teahour 的 podcast，很不错。但我想知道这网站是不是属于玩票性质，每次听到一半就无缘无故的重新播放，很无奈。我用的是 Chrome。 (今天 14:42)

#21 楼 @lihuazhang 这个我有时候也碰到了，就可能会在不知道什么位置就会停止播放了，有点奇怪。所以我大部分是在 iPhone 上 podcast 下载了听

#17 楼 @geminis 对 又拍云 肃然起敬了啊 , nice .

#21 楼 @lihuazhang 这位童鞋，我已经联系你了，非常感谢你的反馈，我怀疑是针对网络的长连接参数还不够合理，毕竟，全国网络这么复杂，但可以再改进，这是属于系统调优的必经过程。

@lgn21st @geminis 可以下载了，感谢！ @larryzhao 原来你是我两个同事的班长。。。

#25 楼 @lihuazhang 啊..., 被认出来了啊，羞了

#21 楼 @lihuazhang 是玩票，但是玩的很认真，我们几个半吊子主持人会一直继续玩下去的。希望能够通过努力解决大家的收听问题，麻烦帮忙去微博上解释一下，顺便 AT 我一下，谢啦。

#7 楼 @chairy11 我是手机里面政企 Podcast 工具，然后坐公交时听。

多谢分享

除了那 3 期全是英语的没听懂，放弃了……期期都没有落下 :) 自己工作也有几年了，对程序员的职业规划也逐渐重视起来，最近在看一本书《我编程，我快乐：程序员职业规划之道》，书的序文是 DHH 大神写的 :)

#31 楼 @Ddl1st 本来就放在那里

#32 楼 @libuchao - -## 刚看到了

#24 楼 @geminis #21 楼 @lihuazhang #22 楼 @larryzhao

我也有同样的停止播放或是重新播放的问题，在 Firefox 下或 Chrome 都曾出现过。

终于把所有的 Podcast 下完了，上下班路上可以不用闲着了

听完了，非常不错

一股气听完了，Larry 很谦虚，句句说的都是心里话。Daniel 和 Tarry 八卦的厉害，简书的各种事情全抖出来了。

那个 Backbone 不搭调 rails REST，POST 时直接传裸的参数，已经被 Rails 支持了，Rails 在 params 里会自动把这些参数直接用 model 名再包一层。

@johnnyhg 兄弟别激动，换个角度想想，多了解一些他人的经历也并无害处嘛，因为路最终还是自己走哈

最近看完 @yedingding We are back 又听完这篇 podcast , 联想自己的经历感触多多，虽然我创业的领域在电子商务，可创业的历程还是有着惊人的相似，创业中碰到的问题也总能找到那么多熟悉的影子。

@larryzhao 团队从开始的兼职到全职，从原来的方向模糊慢慢走出了自己的路。我们也从兼职开始，跑过实体的批发市场，弄过 B2C 网站，折腾过团购，最后驻扎在了成熟的 Amazon 平台，感觉都是在不断的试错中徘徊或者前进，突然一个偶然的机会发现前方有个 "世外桃源". @larryzhao 将中间的那一年一笔带过，但我感觉能够挺过那段时间其实很辛苦的。每天下班回来继续兼职的创业，可能晚上 2,3 点睡觉成为常态，可能还要接受很少或者没有收获，但至少大家都还是抱着一个 "改善生活" (我说实话了) 的信念坚持了下来。

互补的合伙人 (我们一人市场/产品，一个设计，一技术) 加上合适的方向，公司的业务 12 年有了飞速的发展，接下来就需要组建团队。只在长沙小电子商务公司 (现在也变大了) 呆过的 1.5 年的 88 年的我，在碰到这突入其来的发展让我迅速碰到了自己的一个很大的坎，我不知道如何组建一个团队 (我负责公司的技术部分), 我甚至连产品经理是干什么的都不知道 - -||，我就像 @yedingding 文章里面写的那样，完完全全就是那个样，一个劲的追求着 工程正确性 .今天尝试一下 rails, 明天试研究一下 node.js, 前端再换个 angularjs 试试，看着自己接近 2 年的 git log, 都有点为自己的行为庆幸，幸好没有用 rails 重写公司的运营支撑系统，不然这近 2 年的 commit 记录也没了

就如 @lgn21st 在 podcast 中所说的，自己花个半年一年的时间创业，无论成功否你对自己的或者社会都会有一些新的认识，前提你抗得住事情并且是自个掏心窝子想做些事 (让我想起晚上 2 点钟睡觉早上 7 点爬起来看销售数据的兴奋劲). 我想作为一位程序员都会慢慢领悟到 "我们不再埋头做产品" 会看到 Code 之外还有很多东西，会去思考扩张团队需要什么样的人，会思考 Code 出来的产品是不是客户们需要的 (区别客户想要的), 以及切身体会并认同 "quick and dirty" 的去解决问题，以及死活丢不掉的还会抽时间折腾一下 "golang" 的 "坏习惯" :satisfied:

#38 楼 @wppurking 写的真好

@lgn21st 谢谢。听着看着大家的故事，产生了共鸣，有感而发了。 +8 时区时间不早啦 早点休息

这期真的超赞，嘉宾很谦虚，给人感觉很舒服。

以及从他的经历中总结出一些东西可以给大学生朋友借鉴

我觉得这是很有意义的切入点，我未来可能做一个系列的访谈，专门请老手给大学生谈经验的 @lgn21st

#9 楼 @larryzhao 没有别的意思，这些年看到太多的互联网创业者自我膨胀的例子了，真个行业非常浮躁；我觉得你讲的创业历程是蛮好的，但是职业规划这种好为人师的事情还是算了吧。

#43 楼 @johnnyhg 既然你都已经把我们所有人都代表了，那么我就只能呵呵了。

#38 楼 @wppurking 我是很欣赏他讲创业历程的，我是反对讲职业规划，既然是面对大学生来讲的，必然有很大的引导性，作为一个刚起步的创业者，我觉得不适宜去向大学生讲职业规划这些。

#45 楼 @johnnyhg 光说不好，或者不适宜，或者不应该是不能够证明你说的是对的，你需要说出明确的能够让人信服理由，为什么？

#44 楼 @lgn21st 我什么时候说代表谁谁谁了？请你给出证据。

#46 楼 @lgn21st 你觉得需要理由吗？我觉得不适宜是因为向大学生宣讲职业规划这种事情，需要更加谨慎。李开复作为大学生人生导师这种事情被吐槽的还少吗？

#47 楼 @johnnyhg 如果你觉得你没有代表任何人，我只能说呵呵了。 #48 楼 @johnnyhg 需要理由，至少你要证明你说的话是对的，否则你的指责既没有道理，也没有依据。

所以

• 请解释李开复跟本期访谈嘉宾的访谈内容有啥关系？
• 请证明为什么本期访谈嘉宾在聊职业规划的时候不够谨慎？
• 请证明为什么本期访谈嘉宾在向大学生朋友聊职业规划这种事情不合时宜？

#49 楼 @lgn21st 干嘛要给你解释，当事人都没有像你这么难缠的。

#50 楼 @johnnyhg 因为我是主持人，当事人是我的嘉宾，节目是我们一起做的，你对当事人的无端指责，我当然有权利要求你提供证据。并且我也很想知道你对他人的指责，是否经得住我这么一问？

请在回答我前面提出的问题的时候，给出具体嘉宾言论在音频文件中的 timestamp 来佐证你之前所说的都是对的。

#51 楼 @lgn21st 何必和一个小屁孩较劲儿呢？顽固的人是听不进任何意见的，他的反感既无事实依据也无逻辑基础，也就是自己所说的“浮燥”，他连开复老师都不听，怎么又会听赵波老师的呢，他不听是他自己的损失，任何都帮不了他。

@johnnyhg 也许你还年轻，但你至少做人要有礼貌，对人要尊重。作为一个老大哥，我愿意给你分享两个小故事：

故事一：前些日子，我们的新院长上任，一直没有机会碰面，有一天偶然相遇，简单的聊了两句，院长大人竟然有点点儿矜持，有点儿难为情，有点儿紧张（我承认我自己的确有点儿小帅），下来以后，我陷入了沉思：警醒！警醒！！为什么我还是老是去注意别人身上的缺点呢？人家是我上司的上司，我是他下属的下属，我第一时间观察到的居然是他的缺点而不是优点和长处，这一定是我自己的思维习惯出了问题，戒之，戒之！

故事二：更早几年，我在另一个单位的时候，我们领导花了几万块请了一个专家来给我们洗脑，结果课讲得一塌糊涂，我们纷纷抱怨请了一个水货，骗了单位的钱，但领导仍然对该水货极为客气，多次致谢，面对我们不解的表情，领导当时说了一番令我至今印象极深的话，领导说：我们请来的专家，讲才智讲水平，绝大多数都不如我们在座的中层干部，现在的人这么聪明，资讯这么发达，每个人的大脑都是经过充分开发的了，我们请一个专家来，不可能句句金言，每一段话对我们都有帮助，只要他有一两句触动了我，提醒了我，我就认为是值得的，是有收获的，我太聪明了（众人大笑），进步太困难了，当我忽略你们身上的缺点，你们每一个人都是我的老师，老师们好！（干杯，喝酒）

干杯~larry 么么哒

今天下班堵车，听完了，支持。

要学会懂得感恩和回馈，心明见性。我也见到很多人会吐槽会议内容干货少，或者翻译书质量不好，以为受了天大的委屈，其实，有人愿意无私来分享，或者花了精力做一些推动，就是值得尊重，一本几十元的书，只要有几个闪光点可以醍醐灌顶，那就值，会议上只要有一二个让你受到启发，少走弯路的思路，也很值。http://weibo.com/1920287554/A7BInD77x?mod=weibotime @海洋之心 - 悟空 ◆◆ @蔡学镛 朋友去参加一个国外的技术聚会，事后他兴奋地告诉我这是他参加过最棒的技术聚会。我很惊讶，「演讲内容这么精采？」，于是向他问个详细，他说：「会议的演讲内容其实还好，没什么新鲜技术，但是我收获了满满的友谊」。... 去技术会议交朋友，这确实也算是收获吧！

大家可以看看这个视频“Fluent 2013: Nicholas Zakas, A "Thank You" Can Change Your Life”

http://www.tudou.com/v/lOevUY1tdco/&resourceId=17820247_04_02_99&autoPlay=true/v.swf

这才是牛人应该做的

真好～

想起来我博客上最近的一篇 http://larryzhao.com/blog/maleskine-the-writing-mood/ 就是我们最开始做的时候，我写了发到 Reddit 上去的文章，现在还可以在 Reddit 上面看到国际友人给我们的质疑和建议：http://www.reddit.com/r/startups/comments/zxbgq/maleskine_the_mood_of_writing/ 还可以看到我还曾经想用 我们和 Moleskine 不是同一个行业 来死撑...

另外我很好奇，有多少朋友跟我臭味相投的觉得 Anonymous Pro 这衬线体字体用在 coding 中很舒服？

想弱弱的问一下，不过我估计应该还是不多吧...

#60 楼 @larryzhao 我已经用上了，在 MacVim 里面的确超赞，但是在 iTerm2 里面貌似还是 Monaco 好一点。

#61 楼 @lgn21st 对，我现在也是就用在 MacVim 里，iTerm2 里我也还是 Monaco

#60 楼 @larryzhao 表示用了简书之后什么都想衬线体了…

#63 楼 @gaelookair 很有一种想：额哈哈哈哈的冲动，哈哈

问一下啊，录音中说的那个编程字体叫什么，听的不是很清楚，谢谢！

#65 楼 @iarch Anonymous Pro

很喜欢这样有点生涩而又真实的访谈，表示主持一开始很有主持范，后来就变狂聊了。不过，好吧，我承认我听的很过瘾。哈哈。

#67 楼 @roadt 不好意思，让您失望了哈，我承认，在录制越到后面，就越开始忘乎所以了...

路由器有个 TCP 超时 设置：

但不知道这个值有没有关系。 估计每个路由器里面都默认了这个值。

听完了。第一次听。很新鲜，很喜欢。 erp 很复杂。 创始人都是高富帅。 外包项目养活简书项目。