摘要：上线有一段时间了，这期间遇到过各式各样的事，也接触了多种多样的用户然后假期在家里也好好反思了一下自己，总结了这一段时间以来有点感悟的观点，也希望对你有一点用处。这一点特别重要，千万不要固执地认为那些来职责你代码差的人都是傻逼。
原文来自 https://codecasts.com/article/43
嗯，以下的内容对某些人来说可能是鸡汤，但至少这是适用于我自己的。
codecasts 上线有一段时间了，这期间遇到过各式各样的事，也接触了多种多样的用户；然后假期在家里也好好反思了一下自己，总结了这一段时间以来有点感悟的观点，也希望对你有一点用处。（以下部分先后，我也不知道怎么排序来着）
1.认真聆听，清楚表达
越来越觉得，作为一个不放弃学习的人，特别是一个代码工作者。这一点特别重要，千万不要固执地认为那些来职责你代码差的人都是傻逼。不妨先放下你的一些些愤怒，认真听听别人的看法，然后你再权衡一下，他的观点有没有说服你。比如在 codecasts 群里面的一位 @little 大神（这里的是群昵称），每一次他在跟我提出相异的意见时，他总是能从另外一个视角给出让你信服的理由，对于这样的人，我现在是特别的珍惜与他之间的交流。而至于在这里我为什么要把聆听放在前面，表达放在后面，是因为我觉得聆听在交流的时候其实更加的重要，而清楚的表达则更加侧重于在向别人征求意见或寻求答案的时候。对于 codecasts 这样一个问答社区，感受特别深，很多用户在问问题的时候其实完全不能清楚的表达自己的问题到底是什么，所以这个时候，我通常会推荐大家去看看SF上面的这个问答：
https://segmentfault.com/q/10...
这里还是特别感谢SF上 @nightire 这位，不管是在github还是SF上，都可以从他的身上学到很多东西，我以为，作为一位开发者，你首先得有像 @nightire 一样的对待技术的态度。你不妨可以看看他在SF的回答，就可以学到很多东西。
2.设置阶段性目标
设置阶段性的目标我认为在做一件长远的事的时候尤其有用，所有伟大的事从来都不是一蹴而就的，所以在你决定做一件看似很遥远的事的时候，不用害怕，把它拆分为几个不同的阶段目标，然后按照阶段性的目标去实现就好。在我最初真正有做codecasts的想法到第一版上线，我花了三天把第一版就上线了，这也可能是我当初在 Worktile 实习的时候收到的影响，快速实现-试错-迭代就是当时老大 Anytao 倡导的想法。
3.使用Todo list
这个可能会因人而异，但是对于我这种单打独斗的选手来说，一个人需要做的事实在太多了。所以有一个Todo list来安排自己的日程计划是非常完美的。不过在这里还是得注意要尽量组织好自己的Todo list，并且尽量让它精简化。
4.减少不必要的沟通
也是受到Worktile 小泽马大佬 的影响，越来越觉得低效率沟通的成本实在太大了。在这里，我还是要声明我的观点是：QQ上解决具体的技术问题，我觉得这样的应用场景就是沟通效率极其低下的事，我一般不会做这样的事。所以在群里，很多人圈我回复问题，我都是回复要么去社区认真发个帖（这个时候看第一点），要不等其他人回复，我是很少在QQ上回复这些具体的技术问题的。
5.明确并突出自己的优势
首先是，作为一名开发者，然后独自运营，维护，推广一个站点，很多时候都是心有力而力不足，越来越感觉自己需要学习的东西实在太多，而这个时候时间又不允许我这样慢慢的学习，我该怎么办？我的答案是：把那些自己不擅长的事交给专业的人来做，比如注册公司，我一窍不通，好在现在有快法务这个服务提供商，我感觉接入支付太麻烦，我会毫不犹豫选择Ping++等，哪怕是花费一些费用，我也会将它们作为我的首选，因为只有这样，我才可以专注于我自己的优势，腾出更多的时间做自己喜欢的事（写写代码，录录视频什么的）。
6.珍惜每一个诚心给你建议的人
对于个人而言，遇到的每一个陌生人，我都会假设他是一个好人，然后听听他到底想表达什么，看看他说的这些对我是否真的有作用。比如群里的一位用户 Miracle ，在人生经历和处事方面经验都比我丰富，在很多时候他给我的建议我都会好好思考一番，然后决定自己的取舍。
7.无视那些傻逼用户
做一个产品（如果 codecasts 算得上一个产品的话）的时候，难免会遇到一些傻逼的用户，有诬陷你是骗子的，有到处散播你的视频的，有到处造谣你品性低劣的等等等，刚开始的时候，我都会义无反顾的跟他们撕逼。到后来我才发现我错了，这样不仅浪费了时间和精力，也会逐渐把我原本想做 codecasts
的初心磨灭，所以这个时候，我觉得最后的做法就是：无视那些傻逼（或者在心里默念一句：fuck off）。就像路飞和索隆第一次遇见贝拉米时候一样，作为一个王者，你有选择不出手的理由。
PS：对于盗版，我会直接找法律机构维权。
8.坚持二八原则
这个二八原则其实使用与很多领域，就拿 codecasts 用户本身来说，可以粗略这样换算：20%的优质用户会给 codecasts 带来80%的回报。所以这个时候，服务好这20%的优质用户才是王道，你只要拿到那80%的回报就好了。一方面是，我终于觉悟我不是为了满足所有人而做的这件事；另一方面是，在这样的时代下，100%满足用户的产品是不存在的。
9.懂得感恩
最后，社会上好人当然还是比坏人多的啦。所以保持一颗感恩的心，对于那些在你困难，迷惑的时候给予慷慨帮助的人，时刻牢记他们的恩情，然后在合适的时机回报他们。就拿laravist来说，在上线之初，我最动摇的时候，一名用户给我捐赠了500 RMB。这对于当时的我来说，确实是极大的鼓励；也让我到现在越来越坚定地去做这件事，然后我会给他算1%的股份并且每年分红给那位用户。
对于那些当初对 codecasts 三年股权计划有疑问的同学，等我把公司手续全部办通，就可以正式开启codecasts 的股权计划了。
最后的最后，codecasts 会迎来新的主人：是的我很棒科技有限公司 （Yes I Am Awesome Tech）。对那些提供帮助和建议的人，心存感激并也希望一起把 codecasts 做下去，对于那些傻逼用户，像唐岩在陌陌上市时做的动作就好。
10.愿好
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/21359.html
摘要：有一次别人的云服务器被攻击，提供商竟然重启了物理机然后又诸多悲剧出现。造成微博服务短暂不可用。通过建立工具来诊断问题，并创建一种复盘事故的文化来推动并作出改进，防止未来发生故障。 showImg(https://segmentfault.com/img/bV0jif?w=900&h=385); 相信小伙伴们在上网或者玩游戏的时候一定都遇到过无法访问的情况。服务器炸了的原因有各种各样，下...
摘要：移动精英开发社群的第期，也是围绕架构这个话题进行讨论。本次我们希望结合实际开发中遇到的问题，来聊聊移动端的架构设计。这样的模式改进一些，可能会更适合移动端架构。潘卫杰之前我们公司移动端的大项目就是插座式开发的，批量出各个行业的。 此前，58 同城的技术委员会执行主席沈剑在 OneAPM 的技术公开课上分享过一个主题，「好的架构不是设计出来的，而是演技出来的」。因为对很多创业公司而言，随...
摘要：在给老师做项目的这个期间，我也发现慕课网，然后便贪婪的在上面学习，其实现在看看上面的教学也是一些基础，想要真的学到很多，必须做实际项目，遇到问题，然后去百度或者谷歌这个问题，看别人的博客中怎么教你解决。 前言：想当初我也是个无知骚年，学完学校的C语言基础课程之后也就再也没有什么想法了（期间还看了看JAVA，但是发现并不能够学好，索性就放弃了），由于当时期末C语言程序答辩的时候，我自己仿...
摘要：在给老师做项目的这个期间，我也发现慕课网，然后便贪婪的在上面学习，其实现在看看上面的教学也是一些基础，想要真的学到很多，必须做实际项目，遇到问题，然后去百度或者谷歌这个问题，看别人的博客中怎么教你解决。 前言：想当初我也是个无知骚年，学完学校的C语言基础课程之后也就再也没有什么想法了（期间还看了看JAVA，但是发现并不能够学好，索性就放弃了），由于当时期末C语言程序答辩的时候，我自己仿...
摘要：在给老师做项目的这个期间，我也发现慕课网，然后便贪婪的在上面学习，其实现在看看上面的教学也是一些基础，想要真的学到很多，必须做实际项目，遇到问题，然后去百度或者谷歌这个问题，看别人的博客中怎么教你解决。 前言：想当初我也是个无知骚年，学完学校的C语言基础课程之后也就再也没有什么想法了（期间还看了看JAVA，但是发现并不能够学好，索性就放弃了），由于当时期末C语言程序答辩的时候，我自己仿...
阅读 2814·2021-11-22 11:56
阅读 3476·2021-11-15 11:39
阅读 859·2021-09-24 09:48
阅读 662·2021-08-17 10:14
阅读 1287·2019-08-30 15:55
阅读 2727·2019-08-30 15:55
阅读 1278·2019-08-30 15:44
阅读 2733·2019-08-30 10:59
