程序员

利用threejs实现3D全景图

threejs下载位置:http://www.threejs.org我在Facebook上看到Facebook实现了3D全景图,然后,一直很好奇,最后,我发现threejs里面有一个库竟然可以实现,一下我贴出代码: three.js css3d - panorama body { background-color: # 000000

以程序员的名义,分析 “人民的名义”

我自小就惧怕吵架,觉得人不该像公鸡,脸红脖子粗的掐架特别不好,人就该斯斯文文的。这让我爱上了官场剧,不论是古代的官场剧,还是当代的官场剧,都喜欢。官员们聊起天来不动声色,暗藏机锋,生死对决都是在谈笑间搞定,这都让我啧啧称羡。所以,我是要看 “人民的名义” 的。虽然看电视这事,在程序员文化中,乃最遭歧视的三件事之一。看了2周后,我有了些感悟,算是一个观察,不一定对。那就是,本

IM 去中心化概念模型与架构设计

今天打算写写关于 IM 去中心化涉及的架构模型变化和设计思路,去中心化的概念就是说用户的访问不是集中在一个数据中心,这里的去中心是针对数据中心而言的。站在这个角度而言,实际上并非所有的业务都能做去中心化设计,对于一致性要求越高的业务去中心化越难做。比如电商领域的库存就是一个对一致性要求很高的业务,不能超卖也不能少卖,这在单中心容易实现,但多中心纯从技术层面感觉无解,可能需要

在程序员的眼里 用户是这样使用他们开发的软件的

我曾经说过,程序员不是一般的人,是具有某种超能里的人。但问题是,程序员往往意识不到自己的这种特异功能,在他们的眼里,会认为自己很普通,跟常人一样,所以,程序员能做到的事情,其他人——比如他们的客户/软件用户——也应该很容易做到。但事实上,由于大部分人——绝大部分人(包括软件开发公司的客户/购买软件的用户)——都是电脑小白(对电脑知识/计算机知识/软件知识知之甚少的人)。一个

程序员,你不应该成为一匹独狼

编程从来都是一项集体工作,在我们程序员的代码世界里,几乎所有的事情都是依靠协作来完成的。像我们每天都在使用的微信、支付宝、淘宝等应用,也无一例外都是由那些优秀的开发团队创造出来的。尽管,随着专业领域的不断融合,程序员将会变得更加全面,也更全能 ,但你仍不应该成为一匹独狼,因为这将会给你带来那些技术之外的问题。不切实际的梦想我经常听一些程序员谈论他们的梦想(大多是创业想法),

飞行的架构师和奔跑的程序员

关于程序员和架构师的讨论很多,我想从不同的角度说下。寻路当我刚进入软件行业成为一名程序员时,我的理想就是成为一名架构师。架构师这个词的英文叫 Architect,原意是建筑师,因为软件行业参照借鉴了很多建筑行业的概念,所以就借用这个词。我是在学校读书时知道架构师这个名词的,当时很多软件方面的书都是翻译过来的,现在也不知道是谁最早把 Architect 翻译成架构师的了。总之

程序员怎样鉴定强悍的小团队?

本文会告诉你,怎样的组队方案,才能实现超高的研发效率。抱歉用了这条鸡汤风格的标题。什么叫强悍的小团队?我带领的蝉小队在过去4年里,一共做了7个APP(其中2个的难度中上),以及5个难度中等的网站,研发组长期保持1后端 / 1 iOS +前端 / 1 Android 的配置,也就是3位程序员。根据我对同行的观察,同样的业务,正常情况下会用到8-10位程序员,然而这3倍的效率提

以程序员的视角,给产品经理们的一些沟通建议

一边是需求提供方,一边是需求实现方,产品经理和程序员仿佛是「天敌」的关系。有沟通就会有问题,有问题就可能会有矛盾。由于工作方式、工作内容、实际经验、个性等多种因素上都存在差异,每个产品经理的职业生涯中都会遇到与程序员产生沟通上的问题。一、产品经理和程序员之间到底有什么沟通上的问题?比如:有些产品经理没有产品的决策权,往往是需求的传话筒,是个需求转达者的角色,开发在质疑

提需求的正确姿势是什么?

开发大哥,我代码写的少,你可别骗我……在论坛、知乎上经常看到一些「年轻的」产品经理发的引战帖,大意是:「开发大哥,我代码写的少,你可别骗我,这么简单的需求,明明一下午可以搞定,你跟我说一个星期?如果让我来的话,巴拉巴拉巴拉…」。看到这种论调,一些没耐心的程序员就会一笑了之,甩下一句「You can you up,no can no bb」,或者「你这么屌,你咋不上天咧」之类