毕业之前一直在做前端开发，毕业后就转成做iOS开发，这两者有很多挺有意思的对比，尝试写下我能想到的它们的一些相同点和不同点。 语言 前端和终端作为面向用户端的程序，有个共同特点：需要依赖用户机器的运行环境，所以开发语言基本上是没有选择的，不像后台想用什么就用什么，iOS只能用object-c，前端只能javascript，当然iOS还可以用RubyMotion，前端还能用GWT/CoffieScript，但不是主流，用的人很少，真正用了也会多出很多麻烦。iOS还可以用苹果新出的swift语言，后…
BCM 网卡质量渣的问题已经延续好多年了，12 年我写过一篇《BCM 5709 网卡》的博客记录 BCM 驱动的各种问题。 最近我们又遇到因为 BCM 扛不住小包(small packet)导致 nic 狂 drop 的问题，即使升级到最新的版本依然不行。当然这个很大一部分责任归结于我们，在产品上线之初没有做一个这方面的调研。 为什么 BCM 网卡会有这么多关注？目前主流的服务器厂商默认情况下都是 ship 的 broadcom 的网卡，市场占有率最大的Dell，HP 无一都不是跟他们合作的，如…
软件随想录（More Joel on Software）有这样一段话 提高服务稳定性的最大困难，就是”黑天鹅难题”（problem of black swans）。这个名词是由Nassim Taleb提出来的（www.edge.org/3rd_culture/taleb04/taleb_indexx.html），他这样定义：”黑天鹅代表外来因素，是一个超出正常预料的事件。”几乎所有的互联网服务中断，都来自于意料之外的突发事件，属于极其小概率的非主流意外。这类事件是如此罕见，以至于常规的统计方法—…
已加电,设备管理器中可以识别,驱动自动识别且安装正常, 属性中提示"Windows cannot start this hardware device because its configuration information (in the registry) is incomplete or damaged. To fix this problem you should uninstall and then reinstall the hardware device. (Code …
即席查询和集群任务调度是大数据处理里的两个课题。 本文链接：#数据技术选型#即席查询Shib+Presto，集群任务调度HUE+Oozie，转载请注明。 0 0 由 udpwork.com 聚合 | 评论: 0 | 要! 要! 即刻! Now!
版权说明 本文为InfoQ中文站特供稿件，首发地址为：文章链接。如需转载，请与InfoQ中文站联系。 前言 欢迎国内的iOS同行或技术作者向我提交周报线索，线索可以是新闻、教程、开发工具或开源项目，将相关文章的简介和链接在微博上发布并@唐巧_boy即可。 【摘要】：本期iOS移动开发周报带来如下内容：浅谈 iOS 版本号、UIScrollView 实践经验、设计优雅的移动游戏、如何把iOS代码编译为Android应用等。 新闻 《iPhone 6/6 Plus中国销量曝光：单月销量650万》：据…
Java中字符串对象创建有两种形式，一种为字面量形式，如String str = "droid";，另一种就是使用new 这种标准的构造对象的方法，如String str = new String("droid");，这两种方式我们在代码编写时都经常使用，尤其是字面量的方式。然而这两种实现其实存在着一些性能和内存占用的差别。这一切都是源于JVM为了减少字符串对象的重复创建，其维护了一个特殊的内存，这段内存被成为字符串常量池或者字符串字面量池。 工作原理 当…
理解JVM运行时的数据区是Java编程中的进阶部分。我们在开发中都遇到过一个很头疼的问题就是OutOfMemoryError（内存溢出错误），但是如果我们了解JVM的内部实现和其运行时的数据区的工作机制，那么前面的问题就会迎刃而解。在这片文章中，我们将简单了解JVM中有哪些运行时数据区以及这些数据区的工作机制。 JVM运行时数据区分类 程序计数器 (Program Counter (PC) Register) JVM栈 (Java Virtual Machine Stacks) 堆内存 (Hea…
2014 年 12 月 06 日，由于一台Kafka机器磁盘问题，导致友盟的统计分析业务的数据出现了延时。下面我会从技术的角度给大家分享一下当时问题发生的背景、处理过程以及事后。 18:15 PM: 我们收到前端 4xx 增多的报警，对比正常时段，4xx/200 的比例由正常的 0.5% 以下上升到了 1.5% 左右。收到报警后我们立马介入现场排查问题，确认了包括每秒接受日志数量在内的核心指标并无大的异常，暂且判定为了非紧急事故。 19:06 PM: 我们开始疯狂的收到报警，查看了我们实时的 d…