Category: IT
限制个人『见识』的陷阱
-
个人知识的陷阱
就是个人知识的缺乏,造成见识的低下。比如上个世纪末的香港,有千年虫骗局。如果受骗者知道千年虫只是个软件bug,知道用当时已经出现的Google去查证一下,是可以避免损失的。这个道理大家都了解,知道需要读书学习。但很多人毕业工作后,就停止了学习,在这个飞速变化的时代,知识很容易过时的。人要不断学习,不断的提高自己才能避免自己的见识落伍于时代。
-
专业的陷阱
一个人学一个专业久了,就会限制自己的思路,当手里拿着锤子,看什么都像钉子。 这就要重视跨学科的学习。在《见识》中,吴军博士反复强调要重视通识教育(即人文教育,素质教育,也叫博雅教育)。 在《穷查理宝典》中,芒格也多次指出,只专注一个领域的学习是非常危险的。 在自己的学习过程中,除了要注意在专业方向上的深度外,还要注意知识的广度,重视对其他领域知识的涉猎。
-
成功经验的陷阱
一个人的当做一个件事成功后,容易用这件事的成功经验去套其他事情。当年雅虎公司通过网站目录大获成功后,将这种不需要复杂技术,重编辑工作的产品经验用在很多其他产品上,但几乎无一成功。虽然后来也做过些努力,但积重难返。人和企业要经常跳出自己的舒适区,跳出过去的成功经验,保持谦卑的态度。
-
社交圈的陷阱
一个人能学的知识是有限的,要通过其他方式能拓展自己的知识范围,这其中社交圈就是很重要的。 当自己的知识范围力有未逮时,可以向朋友们求教。印象很深的是,《见识》里讲的一个明星投资x视被套牢;而吴军博士在面临和x视合作机会的时候,只是给相关朋友打了个电话,朋友就告诉了他x视涉嫌庞氏骗局的真相,从而让他避免了损失。可见构建一个好的社交圈是多么重要。 古代的故事中,孟母三迁其实讲的就是有意识地构建家庭社交生活圈。
-
心理模式的陷阱
在心理学家的各种实验中,证明大多数人很容易进入一些思维的模式中难以自拔,比如从众心理,对沉没成本的难以舍弃等等。很多骗局其实就是利用了人们心理的这些弱点。想避免这种模式的陷阱,思考问题不能凭一时的感性认识,而是要养成依靠严密的逻辑去思考问题的习惯。
-
忽视表达沟通的陷阱
中国的传统文化对会说话的人貌似总有点看不起,比如描述这种人的词都有点贬义:『能说会道』,『油嘴滑舌』;而对不爱说话的人,多是褒义,比如:『沉默是金』。结果造成很多人不重视表达能力的培养。很多领导上台演讲都只会念稿,不念稿则又言之无物。这个在技术专业人员中也很严重,很多专业人员觉得做好自己的专业就行了。 表达沟通能力,是领导力的重要组成部分。很多人误以为领导力就是管人的能力,其实领导力是影响人的能力,看你能否说服大家认同你的意见,一起把事做好。锻炼这方面能力需要多练,必要时可以参加专门的培训班。
-
伪工作者的陷阱
什么是伪工作者?就是那些忙得四脚朝天,甚至没日没夜的加班,但实际产出甚微,甚至为负的人。 这种人在工作生活中比比皆是。避免成为伪工作者,要制定清晰的战略目标,规划好发展道路,学会分清真正重要的事情。对生活工作要多做减法,去除不必要的事项,聚焦在真正重要的地方。但有时伪工作者的产生也有其他原因。例如在技术行业中,不少老板自己不懂管理,更不懂技术管理,于是很焦虑。能缓解他焦虑的方法,就是明着暗着逼着大家加班,这样才能给自己和别人尽了力的印象, 结果逼得手下人都成了伪工作者。
-
缺乏行动的陷阱
日本有句谚语:『有见识而无行动,是白日梦;有行动而无见识,是噩梦』。有了好的见识,还要有行动才可能产生价值。《见识》中推荐的OKR目标管理法可以用来将见识付诸行动。
解决GVM中安装go1.9 Compile失败问题
用gvm安装go 1.9老失败,出现如下提示
➜ ~ gvm install go1.9
Updating Go source…
Installing go1.9…
* Compiling…
ERROR: Failed to compile. Check the logs at /Users/monk/.gvm/logs/go-go1.9-compile.log
ERROR: Failed to use installed version
后来在Github找到了解决方法,就是在安装前执行
export GOROOT_BOOTSTRAP=$GOROOT
如果GOROOT_BOOTSTRAP没有设置,默认值是$HOME/go, 在当时的环境下这个值是不对的。
自解释代码
最近在给同事们做code review的时候,发现需要反复强调代码自解释的概念,于是想写一篇文章专门说这个话题。 但今天搜到一个文章,已经很好的解释了什么是自解释代码,文章在 15 Ways to Write Self-documenting JavaScript,国内有人翻译了:如何编写更加自解释的代码。
补充几点:
- 不及时更新的注释或者不正确的注释还不如没有。
- 如果一定要加注释,那么不要着重解释代码做了什么(what),而是要解释为什么要这么做(why)。而很多时候是可以通过函数封装,用函数名来解释这个why。
- 好的程序员会认为写自解释代码是天经地义,自然而然的事情。
- 再次推荐《Code Complete 》与《Clean Code》,《Refactoring》,这三本应该是每个程序员的必读书。
如何找到技术合伙人
今天在Twitter上看到Ryan Hoover 对有人问『如何找到技术合伙人』给出个有趣的答案,转译如下:
首先找到你的受众群
可以通过写博客,播客,举办线下聚会,(译者:国内还可以用公众号,小蜜圈)来达到这个目的。有了受众群会产生如下的好处:
- 招聘 当你没有产品,没有被大家认可时,是很难说服任何人加盟的(不只是技术合伙人)。(译者:而有了受众群也是打动技术合伙人的很好方式)
- 用户获取 产品的初期用户获取是一个产品最困难的一步,但如果你有了自己的受众群,就很容易做到这一点。
- 用户研究 有了受众群会跟有利你研究用户需求。
译者:有不少朋友创业时,让我推荐技术合伙人,要求还都不低。建议大家面临同样的问题是可以反过来想,不要先想着要找什么样的技术合伙人,而要想怎么去打动将来的技术合伙人及其他合作伙伴和用户,而在现在这个社交媒体的时代,建立自己的受众群是很好的向大家展现自己能力,吸引大家的手段。
程序化广告的未来
前一阵看到一句话:Programmatic is eating the media world,意思就是程序化广告正在吞噬媒体的世界。 程序化广告这些年发展很快,人们都看到了程序化对传统媒体售卖方式吞噬,不少人却忽略了程序化广告本身也在剧烈变化之中,很可能再过5年后的程序化广告和现在又大不一样了。
下面畅想下程序化广告的未来:
- 媒体端的改变
会有更多的传统媒体也开始用程序化来售卖广告。比如电视,广播,户外广告,楼宇广告,甚至高速路上的路边广告, 电影的片前广告都会程序化。 这些还都算传统媒体,将来一定会有针对程序化广告的媒体创新, 会有不少崭新的广告媒体出现。 - 广告形式的改变
将来的广告应该不只是一个文字,图片,视频,他应该是交互的,不只是用户与广告的交互,应该是用户之间,用户与广告间,多方的互动。 - 广告购买方式的改变
将来市场应该会有越来越多小的广告主。比如我们附近的小餐厅,可以花几百块钱, 在某个广告购买平台上开账号,在方圆500米以内投放各种媒体广告。 - 广告业态的变化
第三点提到会有越来越多的小广告主, 他们会是各地小广告公司的服务对象。 地方的小广告公司将摆脱地域的限制,可以为广告主在线上直接购买全国,乃至世界范围的优质广告资源。现在不少DSP养着不小的销售队伍,私以为这应该不是未来的方向。 未来大大小小的广告公司会承担这些销售工作, DSP则需要回归初心,专心搭建高效的媒体购买平台。 - 统一的媒体采购平台
将来应该会出现,能采购各种媒体流量的平台,也就是媒体采购的淘宝。甚至是程序化广告业的各种服务,都可以在这里实现一站购买。 这不表示DSP的消亡,众多DSP会是这个市场上媒体购买服务的卖家。 - 媒体的价值会更透明
随着程序化广告的推进,数据的越来越透明,不同的媒体是什么样的受众,适合什么样的人群,价值几何,也都会越来越透明。 - 线上线下数据打通
打通已有客户及线上潜在客户的数据, 用线下数据指导线上的广告投放,反过来用线上数据再指导线下的活动。这个市场会有超越传统CRM概念的系统出现,可能会产生远超SalesForce的巨头。
上面这些展望都是蜻蜓点水,没有展开,每个点展开了都要长篇大论。谁要是感兴趣欢迎一起讨论。
也谈Header Bidding
前几天看到曾宪超和北冥一起合写的《Header Bidding:程序化交易的一股泥石流》(下面简称泥文),受益匪浅。下面有自己的一些思考及疑问,提出来供大家一起讨论。
- Ad Exchange在进行RTB竞价时,给DSP的时间很有限,大多在100 – 300ms范围。而在客户端竞价时,这个时间范围相对会较宽,这样能参加竞价的将不只是DSP,Adx也可以直接参与竞价,这对提高填充和收益也是会有帮助的。
- 泥文中提到HB会引起高延时。这个有些疑问,用JS的异步调用,可以做到近似并行的效果,请求10个买家和请求1家的时间差异应该不会太大。 而且HB模式减少了ADX的中间环节,照道理总时长应该能得到缩短才对。
- 除了有自己adx的大媒体外,其实还有很多没有自有广告系统的中小媒体,对这些媒体来说HB能带给他们的好处是实实在在的。泥文不看好HB在国内的将来是基于大媒体的角度出发,难道中小媒体中也会没有市场么?
- HB在移动端App的变现上优势更明显
现在很多App的变现是通过聚合,通过瀑布模式调用各广告提供方来提高填充和收益。这有如下2个弊端- 延时非常长,因为要串行调用多个广告提供方,有时获得一个填充甚至需要10秒以上。
而HB方式是并行向广告买家发起竞价请求,能大幅节约时间。 - 瀑布方式的调用明显没有竞价的收益更好。瀑布模式只能根据历史ecpm,填充率,点击率等信息决定具体的调用次序,来尽量最大化收益。
而HB的竞价模式能保证每次的请求都得到了收益的最大化。
- 延时非常长,因为要串行调用多个广告提供方,有时获得一个填充甚至需要10秒以上。
现在移动端流量已经超过桌面端,HB相对于聚合的巨大优势是很有可能会让它成为改变广告市场的重要因素。 泥文提到欧美市场有公司因为没能及时拥抱HB而造成暴跌,中国会不会也发生这一幕呢?
发起个珠海IT人的交流聚会
缘起
主题
- 大家之间互相交流分享,互相帮助,让大家共同成长
- 追踪世界前沿技术
- 推动珠海IT业界技术水平的提高
- 对接技术人员的群体,与创业企业,为双方创造机会
曾遇到几个珠海创业公司抱怨珠海找不到优秀的技术人员,但又遇到不少技术好手抱怨珠海缺乏机会,纷纷去北上广深去追求理想。需要有人去为双方搭起沟通及建立互信的渠道,大家可以一起来做这件事。
名字
组织机制
工具
活动形式
报名参加
任何对技术交流感兴趣的IT从业人员都欢迎参加, 请向cuiyingjie+gmail.com 发申请,内容需要包括:
- 自己登陆slack的email地址
- 想分享什么内容
- 如果有Github账号, blog地址更佳
欢迎大家来一起交流。