从易信看大公司标配与虎口夺食
大公司的典型打法:拼资源,价格战,相对来说投入产出比是可衡量的,风险也是可控的,大公司最怕的却是“创新”,那个风险几乎是无底洞,而大公司体制也必然阻滞创新——因为消灭掉了创新所依赖的“自由/精简/个性化”。
精选技术长文、实践记录与系统化阅读
低噪声、高可扫读;标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
大公司的典型打法:拼资源,价格战,相对来说投入产出比是可衡量的,风险也是可控的,大公司最怕的却是“创新”,那个风险几乎是无底洞,而大公司体制也必然阻滞创新——因为消灭掉了创新所依赖的“自由/精简/个性化”。
比,你就已经输了一半。为什么这么说:因为无论是给消费者,还是投资人谈你的产品时,你都是拿对手的产品在讲,讲别人的缺点、讲自己的优点。你已经在无形中认可了对手的地位,而且给对手打广告。更为重要的是,当你需要向用户解释时,已经决定你要输了。特别是在“一切产业都是媒体业”的时代,需要解释的产品怎么让用户自传播,你的产品提供的信息恰恰是对手率先定位的,你怎么可能以一己之力修正用户已有的感知?产品或服务的优点不是你自己可以定义的,而是消费者对你产品和服务的感知,既然别人已经卡位了,你再要修正就太难了。
又是一年校招时。 这两天对公司的一些校招简历进行了初轮筛选,几十份投递研发职位的简历,都看了一遍, 总结了一些比较重要和非常细节的点,和大家分享,希望能对你有所帮助。 为了大家看得更直观,我对每一个点设置了一个加分值,来表示这个点的重要性, 单项最高分是10分。
在早期的小型图像编辑软件中,考虑到时间空间的限制,再加上算法本身的难度,很多看似非常简单的功能都无法实现。比如说,很多图像编辑软件只允许用户把所选的内容旋转 90 度、 180 度或者 270 度,不支持任意度数的旋转。毕竟,如果我们只是旋转 90 度的整数倍,那么所有像素仅仅是在做某些有规律的轮换,这甚至不需要额外的内存空间就能完成。但是,如果旋转别的度数,那么在采样和反锯齿等方面都将会有不小的挑战。
每个人有自己所喜爱的音乐,同样每个人也有自己钟爱的色彩,每一种颜色都有一种寓意。色彩做为第一视觉语言,当人类初接触到一个事物产生第一印象时,色彩的吸引力往往高于其造型所产生的印象。适当的应用色彩能够增强画面感染力,提升产品印象与感觉,而不同的色彩常常左右了产品最终给人的感受。
网站产品经理的重要职责之一是如何做好网站用户体验。不良的网站用户体验将严重影响网站的PV、回访率,使得跳出率剧增。那么,作为网站产品经理,网站策划人员应该如何去规避这些问题呢?
主流浏览器之争从上个世纪开就开始,已经持续了很长的时间。就在几年前,IE还是最主流的web浏览器。但现在形势完全不同了,人们都在笑话IE,纷纷转向其它浏览器。今天,我向大家分享一下针对IE的搞笑图片,只是逗乐而已,喝杯咖啡,坐下来慢慢享受吧。
在线状态服务, 是这样的一个服务, 它维护了网站当前的在线用户列表, 接受其它模块的查询. 是实现统计网站同时在线人数, 维护在线用户列表等功能的基础服务. 在Facebook的聊天系统中, 在线状态是为聊天系统服务的, 所以在线状态是一种”强”在线, 也即用户保持着和Comet服务器的连接, 可随时接受服务器推送(push)的消息.
iOS7的发布带来了苹果历史上最大的一次设计风格的改变,强调依从于内容的扁平化UI、纤细的字体和鲜明的图标、带有纵深感的层次与动画表现构成了它的全新设计特点。撇开饱受争议的细节设计,静观iOS7,不难发现,许多让我们眼前一亮的瞬间,来自以下一些交互动效设计的创新点。
2.6.32 协议栈中修改了 twdr->slot + 1 的时机,每次必须完全释放一个slot中所有的timewait块后,才会进行 + 1 操作。这也就是说协议栈不保证在 TCP_TWKILL_PERIOD 周期内,移动一个格子,所以当系统繁忙时,会导致timewait块的等待时间大于 TCP_TIMEWAIT_LEN。
这篇文章由Sencha的CEO Michael Mullany所写,主要是回应早前的一篇引起较多关于移动Web性能讨论的文章,作者的主要观点是“Why mobile web apps are slow”文中给出的数据虽然基本正确,但是对数据的解读却存在误导的成分,并且只考量了JavaScript的性能,而对移动应用来说更关键的Graphics性能并没有被考量在内。并且移动应用性能的提升不仅仅会得益于浏览器提升JavaScript的性能,还会得益于更高程度的GPU加速渲染,多线程并行化处理等等。
思考的方式决定了设计的品质,普通设计师看到的是需求、工作量和KPI,优秀设计师看到的是产品和人之间的隔阂,每个需求背后的那些想法的矛盾,以及”我“在这个上下游中间的定位。他们会用UCD的方法处理很多工作和生活中的问题,这些人绝不是我们平时看起来的”死美工“和”线框仔“。
在Java世界里,解决空引用问题常见的一种办法是,使用Null Object模式。这样的话,在“没有什么”的情况下,就返回Null Object,客户端代码就不用判断是否为空了。但是,这种做法也有一些问题。首先,我们肯定要为Null Object编写代码,而且,如果我们想大规模应用这个模式,我们要为几乎每个类编写Null Object。
Facebook 的某技术高管离职时说的 "我们这一代最聪明的人竟然都在这里思考着怎样让人们去大量的点击广告, 真衰" 。我个人对这句话也还是有一些不一样的看法, 倒不是反驳或辩解, 只是从我的角度来看看为什么会造成这样的现状。
你很难有方法提升用户UGC的质量,正确的思路是,提升产出UGC的用户的质量。优质用户很容易产出优质的内容,而普通用户的水准有限,审美有限,因为并不擅长这个,投入度也比不上优质用户,怎么刺激他的效果都很有限,所以要从源头入手,改善用户群的构成。
本文通过行业对比等角度分析了关键词推荐技术及工具,关键词推荐系统帮助广告主扩展选词思路,挖掘有价值的关键词,从而更好地提升产品的曝光,帮助广告主找到客户;同时,一个好的关键词推荐系统也能更好地服务用户,帮助用户快速找到合适的供应商。
SSDB 的配置非常简单, 附带的 ssdb.conf 你不用修改便可以使用. 如果你要高度定制, 还是需要修改一些配置的. 下面做介绍.
本文将继续介绍基于Solr的地理位置搜索的第二种实现方案: CartesianTiers+GeoHash。从上文可以看到完全基于GeoHash的查询过滤,将完全遍历整个docment文档,从效率上来看并不太合适,所以结合笛卡尔层后,能有效缩减少过滤范围,从性能上能很大程度的提高。
本文将继续围绕Solr+Lucene使用Cartesian Tiers 笛卡尔层和GeoHash的构建索引和查询的细节进行介绍。 在Solr中其实支持很多默认距离函数,但是基于坐标构建索引和查询的主要会基于2种方案: (1)GeoHash; (2)Cartesian Tiers+GeoHash; 而这块的源码实现都在lucene-spatial.jar中可以找到。接下来我将根据这2种方案展开关于构建索引和查询细节进行阐述,都是代码分析,感兴趣的看官可以继续往下看。
在Solr中基于空间地址查询主要围绕2个概念实现: Cartesian 、Tiers 、笛卡尔层。 Cartesian Tiers是通过将一个平面地图的根据设定的层次数,将每层的分解成若干个网格。