专栏首页服务端技术杂谈号外!号外!技术大牛撕逼了!竟然从CTO写不写代码开始?

号外!号外!技术大牛撕逼了!竟然从CTO写不写代码开始?

火热的八月已经过去,北京迎来了秋高气爽,社交圈子却一直火热,从宝宝的经纪人出轨了宝宝的宝宝,到从洪荒少女开始的卖萌奥运代表团,再到最近的技术大V撕逼大战,吃瓜观众一直是参与感很浓,持续观察着事件的发酵。

一封来自匿名者的信

小说链接 整篇文章黑的fenng一无是处,主要围绕以下几点:

是CTO但是不满足扮演CTO角色,成了首席产品体验师,首席邮件挑错师完全是自己可以创业的节奏;

然后说fenng会花大把的工作时间来刷知乎,微博,频率之高让这位匿名者怀疑他对工作的投入程度和如何工作的。

作为CTO没写过代码,没review过代码,连产品原型设计及评审都不参加;

不去了解公司整体架构,不参与架构规划,技术选型;

一遍在外面介绍fecebook/twitter等流行互联网公司的架构科普文章,但是公司内部没有带团队去解决这一的问题,而是将一堆问题扔给程序员,不去为技术架构问题承担责任,徒有大V其表;

好几个比较好的老项目的运营和产品都不是他全权负责的;

批一个CTO和DBA专家不去关心redis和mysql或者培训sql注入的问题;

说fenng不管技术团队,不懂编程,只管产品经理,谈到管理和研发体系梳理及规范都是范凯老师来了之后开始的,技术之所以强于其他竞争对手完全是几个核心员工顶着,fenng高估了自己;

fenng习惯喷人;

fenng过多的花时间在微博,朋友圈,公众号,在技术上的时间越来越少,不具备作为CTO的能力;

具体细节很多,条例清晰,文采出众,表达能力完全不像一位程序员哥哥,但是对于整个研发体系的了解,对于产品运营和规划的高屋建瓴的观点,以及历史产品的梳理完全又像一个高职位人员,一位技术从业人员,一位“老员工”。话说楼主如果想黑一个人,可是没有决心写这么长的文章,这是有多大仇啊。

fenng作为一直以来的直爽/火爆性格,看到这个当然坐不住了,于是来了一篇自白;

被扒皮的水货CTO自白书

原文链接 fenng对于上面的”批文”一一作出了回应,主要论证点如下:

一个CTO肯定不会做技术选型,sql注入这种小事情;

准备离开了,其他公司N多人跟捡便宜似的要找去当CTO,所以是具备相当的CTO能力的;

刷微博,逛社交网站,有多少时间是在帮助公司做传播?我热爱这份工作;

写不写代码,或者不review代码完全不是评价一个CTO的标准,在阿里我也没写过代码啊,我还是当时的P8;

产品总监管理的一半产品向我汇报,其他不汇报的项目是由于公司分配,不属于我的工作范畴,所以负责不到;

我如果不关心技术选型,技术细节,之前的大把技术债是怎么偿还的?如果当时没有参与解决技术问题,公司怎么能较其他对手脱颖而出呢?这些不是CTO做的事情,而是架构做的事情;

正是因为手底下有足够的高手解决问题,我才不会全全关心技术问题和细节;

一些产品的失败确实有责任,没有估算到;

你说的几个不错产品,完全也有我的功劳;

有一些话,暴漏了你是谁,我知道你了“匿名者”;

我关心错别字,是因为我讨厌不重视细节的人;

CTO具体做什么,你给我维基百科去;

而后大家的讨论焦点都变成了CTO需不需要写代码这么LOW的问题上,一群在之前看着是大V的牛人,为这点小事上火发炎,太low了;文中几次标注说:我知道你是谁了,指向了另一个公司技术VP现公司CTO范凯,于是肉饼铺子发声了。

fenng祝你创建一家伟大的公司

铺子宣言 大意是:

一夜之间范成了那个匿名者,期间fenng和范交流多次,fenng基本认定是范是匿名者和背后的始作俑者;范拿出历史证据,我们曾经那么好,曾经自拍,结果只是点赞之交,我没有黑fenng的动机,也不是直接受益者,我被质疑,只是因为我是继任CTO吗?我当CTO不是因为你说我可以吗?所以就微博认证成了CTO了啊?让我背锅不行! 在最近一个多月,我四处奔走,帮他去争取更好的结果,这也是为了双方都好:一方面,让我多年的好友拿到更好的回报,不让他在这次分手中受伤害;另一方面,快速地结束这场纷争,让公司继续健康发展。 但,似乎他并不在乎我受伤害。 Fenng,今天我要说: 我对得起你。但从此,我们彼此不再相欠。祝你能成功地创建一家伟大的公司。 观众观点 现在看来是多年的点赞之交要纯撕的节奏了,既然互相看不上,那就不用当朋友了,社交的友谊都是假的,匿名者说fenng是首席产品官,首席挑错官,那范就祝你办一家牛B的公司; 你是CTO高管公司发展这么好,出走之后股份肯定得留下甚至一点不给你,所以需要中伤你,谁让你喜欢喷人,情商不高呢?水平差不多互相看不上,这个是肯定的,两个人吵架能琢磨起几个月之前的事情肯定是积怨已久了; 结论就是,积怨已久咱们开撕,互相猜疑中了最大受益人的全套;

本文分享自微信公众号 - 服务端技术杂谈(ITIBB2014),作者:春哥作用域

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2016-08-26

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • GC和垃圾回收器其一

    GC(Garbage Collection)垃圾回收,释放垃圾占用的空间,对堆中已经死亡或者长时间没有使用的对象进行清除和回收,防止内存泄漏。可以有效使用内存空...

    春哥大魔王
  • 我的微服务之路

    故事开端 故事开始于一年半前,当时还在维护着公司的一套老项目,项目虽老,但是每天的pv,up都是过千万的。理论上算得上是一个大项目,对于技术能力有一定的挑战。 ...

    春哥大魔王
  • 【硅谷牛仔】优步CEO,最倒霉的成功创业者 -- 特拉维斯·卡兰尼克

    特拉维斯·卡兰尼克,1977 年出生于美国旧金山,高中毕业后,他考入加利福尼亚大学洛杉矶分校,但1998年辍学。辍学后曾先后创立多家科技公司,2009 年创立U...

    春哥大魔王
  • python 通过qq邮箱发送磁盘监控告警

    葫芦
  • DroidVim:在安卓手机上使用vim

    有时候在邮件,钉钉,微信上收到一份文件,急需打开看一下,但有些文件用普通编辑器打开体验实在不佳,例如 patch,log 甚至 bin 文件。由于日常在电脑上使...

    zqb_all
  • 适合学习Web前端的几类人,看看有没有你?

    Web前端开发作为目前互联网企业的热门岗位,无论是薪资待遇、还是发展前景都非常可观,吸引了很多人进入这个行业。究竟哪些人适合转行去学习Web前端呢?下面Web前...

    用户5827212
  • PodTopologySpread介绍

    管理跨集群的Pod分发非常困难。著名的Kubernetes特性为Pod亲和(affinity)和反亲和(anti-affinity),允许在不同的拓扑中控制Po...

    CNCF
  • 从入门到跑路之Kubernetes(十)

    Deployment并不能满足所有的应用场景,因为它默认对应用做了一个简化假设处理,认为一个应用的所有Pod是完全一样的,但往往在实际应用中,多个实例相互间是存...

    周萝卜
  • Android Span在项目中的几种使用方式

    Jingbin
  • 数据库中间件之Mycat

    2、在schema.xml中,table中增加属性autoIncrement值为true,添加mycat_sequence表

    爱撒谎的男孩

扫码关注云+社区

领取腾讯云代金券