需求的两个思考:用户是真的想要一匹很快的马吗?
不是强迫的喜欢,没用的,反而会让自己陷入误区,因为你不是在用一种自己不喜欢的角度去看待这个产品,你只是在用一种第三方的眼光去思考,去做这个产品,和真正喜欢这个产品的用户的诉求是不一样的。
不是强迫的喜欢,没用的,反而会让自己陷入误区,因为你不是在用一种自己不喜欢的角度去看待这个产品,你只是在用一种第三方的眼光去思考,去做这个产品,和真正喜欢这个产品的用户的诉求是不一样的。
需求工具要活学活用,知道每个工具制作背后的原理或者方法论,如果不理解,就是拿到工具,估计也不太会使用。工具或模板往往浓缩了知识、方法论的精髓,悟性高的项目经理往往能自己制作工具或模板,这才是将学到的东西提炼到一定的高度,继而提高工作效率,让自己能懒出境界。
所有问题其实都可以归结为人的问题。规则是死人是活,不同人在不同情况,对事情往往会有不同的处理方法。但在此就不展开讨论了,遇到问题想办法解决就是。
我经常在Stack Overflow上看帖子,见过不少各式各样的求助帖,有些帖子写得好,回复的也切题有些则不知所云。我觉得,优秀的开发者/程序员必须学会如何“在最短的时间内获得最好的答案”,下面是我总结出几个写求助帖提问交流的技巧。
最近有位刚做 PM(产品经理)的小伙跑来跟我控诉,说公司技术部的 RD 们(程序员)个个不给力。需求过了千百遍还是理解错,或者就是简单回一句 “做不了”,表情如死灰。
你确定你真的知道到底是什么促使一个程序员高效率的吗?是因为使用了 VIM 和 Emacs 这些强大的编辑器,还是因为应用了最新的 Haskell Web 框架,抑或是你最喜欢的 NoSQL 数据库?
用户并不一定知道自己想要什么
是客户真的需要“一个会躲避鼠标点击的闪光的按钮”吗?还是他们需要的是另外一个功能——他们不了解的功能,需要你去帮他们定义的功能?这种事情同样会发生在你自己身上!你真的需要用程序打开一个文件,往里面写入一些信息吗?还是,你真正需要的是一个日志系统?
今天,我来为大家解读一幅来自 TurnOff.us 的漫画 “InSide The Linux Kernel[1]” 。作者Daniel Stori 画了一些非常有趣的关于编程语言、Web、云计算、Linux 相关的漫画。今天解读的便是其中的一篇。
有人向你反馈了一个bug。 “26楼会议室的灯亮着。它需要被熄灭。”bug的备注里写道“你应该能在5分钟内搞定,只要按一下开关就好了。“ 你去了26楼的会议室。灯的确亮着,但房间里没有灯的开关。
经过初步了解,配电脑、修电脑、装系统等都可以找程序猿来干。而且程序猿不会油嘴滑舌的。很多妹子也都这么想的,于是大学四年,程序猿钻了不少次各种妹子宿舍,一去就一下午,他说装系统太慢,我暂且就信了吧。
我是一个苦b的程序员,今晚加班到快通宵了,困得快睁不开眼了,女上司很关心,问我要不要吃宵夜。我没好气地说,宵夜就算了,能让我睡一觉就行了。女上司红着脸说了句讨厌
英文是中国大多数程序员的“命门”,在工作中或多或少也会遇到来自英文的挑战,读写必不可少;而发音往往容易被忽视,Github的贡献者shimohq同学细心的收集了一些程序员常用的英文单词,而且容易发音错误。看看你日常哪些单词的发音是非主流;小编命中了不少!
从这篇文章介绍的影片中看到各式各样的程序员。他们有的才华横溢,14岁就创造了RSS1.0规格,足迹遍及整个互联网,但 英年早逝;有的活在自己世界并坚守着自己的理想,想法不为他人而决定;有的在尽自己最大的努力来挽救公司,永不言弃的精神在影片中体现的淋漓尽致
谁会成为AI 和大数据时代的第一开发语言?这本已是一个不需要争论的问题。如果说三年前,Matlab、Scala、R、Java 和 Python还各有机会,局面尚且不清楚,那么三年之后,趋势已经非常明确了,特别是前两天 Facebook 开源了 PyTorch 之后,Python 作为 AI 时代头牌语言的位置基本确立,未来的悬念仅仅是谁能坐稳第二把交椅。
作为程序员,用Google比用百度更节省时间,此话不假。在法国工作也有4年了,加上之前的两个6个月的实习,勉强算“5年”工作经历吧…虽说我离编程大牛还相距甚远,但是: 这些年编程的一个很深的感触就是:95%的问题都可以在Google和Stack Overflow找到答案。真的能达到95%吗?达不到怎么办呢?
我的朋友Clift Norris发现了一个基本常数,我称之为Norris常数,一个未经培训的程序员在他或她遇到瓶颈之前能写出的平均代码量。Clift估计这个值是1500行。超过这个数以后,代码会变得如此混乱,以至于本人都无法轻而易举的进行调试和修改。
总而言之,我认为读代码的能力是一个普通的程序员和一个好的程序员之间最大的差别之一,前者只会把别人写好的东西拿来用,后者不仅能用好,还清楚知道别人写好的东西底层是如何实现的,在出现问题的时候可以轻松解决。
看来大家对谷歌前程序员写的代码,不是很满意,认为问题很多。其实不一定大牛写的代码就很牛逼,有些时候,也会出现一些小问题。曾经因为一行代码错误,日本价值18亿的卫星就失控了。
要说清楚 HTTPS 协议的实现原理,至少需要如下几个背景知识。1. 大致了解几个基本术语(HTTPS、SSL、TLS)的含义2. 大致了解 HTTP 和 TCP 的关系(尤其是“短连接”VS“长连接”)3. 大致了解加密算法的概念(尤其是“对称加密与非对称加密”的区别)4. 大致了解 CA 证书的用途
Google 使用的技术一般都自带光环,吸引程序员的注意,基础设施方面的东西就更是如此,年初 Google 发布了篇论文介绍内部的负载均衡器的实现,让我们有机会一睹可能是全球最好的负载均衡器。
不管你是很年轻、刚刚开始工作,还是一个有经验的老手程序员没什么时间去学习这些能让你迈向成功的种种额外知识,下面列出的这些书都会让你走 向正轨。我知道你很忙,所以这些书中绝大部分(除了和技术相关的)读起来都很快。不过我发现自己不断地重读它们,以巩固我学到的知识,这样才能留在生活和 工作的正确道路上。
每个IT企业,尤其是初创企业,非常苦恼:找不到好的程序员。现在大学、软件学院及各种培训机构,每年培养几十万的程序员,毕业的每个人都有同样困恼:找 不到好的工作。问题出在哪里呢?
(1)A到乙公司接手了原来B的工作,工资涨了50%。(2)B到甲公司接手了原来A的工作,工资涨了30%。(3)更重要的是,甲、乙公司的老板都爽了,对新进来的员工的表现都非常满意。
在结束了短暂的 受限预览 之后,谷歌今天 发布 了 Cloud Vision API(应用程序接口)的公测版。这一服务将帮助第三方开发者在自己的应用中集成图像识别和分类功能。
本文是构建能够每秒处理 3 百万请求的高性能 Web 集群系列文章的第一篇。它记录了我使用负载生成器工具的一些经历,希望它能帮助每一个像我一样不得不使用这些工具的人节省时间。
译者注:最后一句「听说过 Python 3 吗?」是讽刺 Python 3 发布已经 8 年了,Python 社区却依然在使用 Python 2.7。而 JS 社区正好相反,把还没有实现的语言特性都用到生成环境中了!