Results 43 issues of sivagao

翻译自[How to Use Math Words to Sound Smart](https://medium.com/conquering-corporate-america/how-to-use-math-words-to-sound-smart-7391a5166e1) 你想过为什么每次和工程师们讲话沟通起来都感觉他们好聪gu明guai的样子。很多什么时候会用上不少数学术业来『装逼』。不过又不仅仅是他们才会用这些,快来学起来~ 接下来我们来逐一看看这些词,并且学学怎么使用它~ ### delta - not want 这两份Snapchat的市场提议听起来都不错,但是他们之间区别是啥? - want what’s the delta here? ![](https://raw.githubusercontent.com/gaohailang/blog/master/source/images/14614193678754.jpg) ### exponential - not want our hands-free...

翻译自[System Design Cheatsheet](https://gist.github.com/vasanthk/485d1c25737e8e72759f). Picking the right architecture = Picking the right battles + Managing trade-offs 选对架构就等于选对合适的战场和权衡管理好各种的选项。 ### 一般步骤 1. 理清和约定好系统的边界 - 用例 - 谁会使用这系统 - 他们会如何使用这个系统 - 约束 - 主要是识别出流量和数据处理的约束,以便于可扩展...

> 翻译自[The career advice no one tells you](http://qz.com/640112/the-career-advice-no-one-tells-you/)。这篇真不是传统的鸡汤文,有一些观点新颖,建议可操,那么我们喝下这碗浓汤吧。 ### 职位要求是可以讨价还价的 ### 刻板印象可能也不错 ### 所谓的真实仅仅是幻影 ### 不要根据平均薪酬选工作 ### 选对老板而不是公司 ### 为了好机会暂时放弃些报酬 ### 做出新成绩,靠资历升不了职 ### 大学后才算开始的学习 ### 总是寻求更多曝光 ### 成功靠自己,不要依赖公司 ### 不走寻常人都回去走的路

> 翻译自[Working at Netflix 2016](http://www.brendangregg.com/blog/2016-03-30/working-at-netflix-2016.html)。每个人都想优秀的公司里工作,和优秀的同事合作,这样才不辜负你的大好年华,那我们看看在Netflix这样一个超一流的科技公司(PS:它家的微服务实践业界一流哈)是什么体验,你还差多少?

> 整理摘抄于 [FinTech 100](fintechinnovators.com) ## Leading global fintech innovators 2015 The financial services industry is facing a wave of digital disruption that is starting to reshape the sector. The Fintech...

该文章翻译自Facebook官方博客,[传送门](https://code.facebook.com/posts/895897210527114/) React Native 允许我们运用 React 和 Relay 提供的声明式的编程模型,写JavaScript来构建我们的 iOS 和 Android 的应用。这样的做法使得我们的代码更精简,更容易理解和阅读,这些代码还可以在多个平台共享。我们也可以加快迭代速度(因为在开发时不用等待漫长的编译。使用React Native,我们可以发布更快,打磨更多细节,让应用运行的更流畅。这其中优化性能是我们工作的一大重要部分,接下来讲述 Facebook 如何使应用性能足足提升两倍的故事~ ### 为什么要加快? 当应用运行的更快,内容加载的更迅速,就意味着用户可以有更多时间来使用应用,流畅的动画让用户更加享受的使用应用。在新型市场中,2G网络和几年前的机型还是主力。这时那些性能良好的和那些运行卡顿就有很大差别了。 自从发布了 iOS 和 Android 版本的 React Native 后,我们团队一直在诸如 提升列表视图的滚动性能,优化内存占有,让 UI 界面更具响应性和加快应用启动速度 上做了不少工作。这其中应用启动关乎初次印象和是框架其他部分的压力源头,所以它是要解决的头等难题。...

http://thefullstack.xyz/history-express-javascript-framework/ 如果你在过去5年什么时间点里用过 Node.js,那么你很有可能也用过 Express。 它是在github上被加星最多的nodejs相关的项目,每周平均大概100w的下载量。 这就是最近项目进展中发生的冲击破迅速引起了我的注意。 『I am closing down Express5.0. I'm quitting the Express TC now. I cannot trust anyone any more.』 我要关掉 Express5.0项目了,我现在要退出Express技术委员会了。我再也不会相信任何人!! 谁是 Doug Wilson?他凭什么可以关掉Express的未来版本?! 接下来我的一些发现让我真是大吃一惊 如果你和我一样,认为过去两年Express核心项目被Strongloop公司积极维护着。那我准备告诉你一些新消息了,Express并没有被他们维护着!...

> 翻译自:[A decade at Google](http://wp.sigmod.org/?p=1851) > > 这篇文章主要从一位研究员的视角,对『从学术界向工业界的转化,在Google项目的选择上和一些通用的建议』进行论述 最近我在庆祝在Google待满的10年,准备借此机会来分享下我对过去十年的一些思考。在加入Google前,我华盛顿大学的计算机科学工程学院工作,在那时我创建了数据库研究小组(目前仍然一派欣欣向荣蒸蒸日上)。在我在学校任职的几年,我创建过两个创业公司,Nimble科技和Transformic企业。在Google的最近8年,我领导Google研究院的结构化数据研究小组。所以我的一些思考集中在从学术界向工业界的转化,我在Google项目的选择上和一些通用的建议。需要我特别指出的是:我的这些观察是建立在Google在研究和工程紧密结合这样的模型上的(所以观点会有些偏颇~) 不管怎么样, 我这里还是想把那些指导我在Google工作的一些原则 ## 选择迎合你强项的好项目 在Google,我的优势就是,我们各种类型的海量数据和我们乐于尝试接受我们新产品的用户。 我用会两个例子来说明。 ### Google Fusion Tables ### WebTables ## 一些忠告 ### 始终写些代码 不管你的角色怎么转变提升,始终要坚持写些代码(如果你不会编程,也要让自己参与到代码审查中)。你用不着写的很多很好很重要,但是确保你能时常写些代码。受我两个好朋友(两位都是在他们各自领域毋庸置疑的领袖)的感染(他们就经常参与到日常编码活动中),我现在也开始编码了。在Google, 我的一些编码活动总是很有产出。他们要么被作为新产品发行出要么在现有项目转型上起了大作用。编码也能让我和团队成员对于一些技术细节进行详尽的探讨。要知道现在编码实践和工具在快速变动着,写些代码让我能够与时俱进。最重要的是,我非常享受这一过程,让我想起了很多年前吸引我进入这个领域的那种快乐一样~ ### 始终关注数据 ###...

由于项目需要我最近几个月需要重试前端开发的旧业,我立即被一个悲催事实吓到:所有东西都变了!! 当我还在JavaScript或前端社区仅仅参与时,这种改变看起来很小。我们会时不时转换打包工具(从RequireJS 到 Browserify),或者改变框架(从Backbone 到 Web Component),有时候我也会玩玩最新的V8引擎的新特性。大部分时间,这种更迭是增量的。 我只是短暂离开了一会,回来后突然发现JavaScript社区的永不止步(折腾死人)的这种情况。 一些年前,我和朋友还在讨论怎么选择一款合适有正确的模块系统。那时他想要用上RequireJS,我却推荐他参考和选择 Browserify或Component(因为我们刚刚抛弃RequireJS替换为Component)。 昨天晚上和他又聊了会,他说他当时选择了RequireJS。到目前为止,他们公司在此之上构建了大量的代码 - 『我想我押错赛马了』 这让我思考,在JavaScript这个不断更迭的混沌下,没有所谓的正确的赛马可押。你要么要持续的更新你的技术栈来与时俱进,要么就要对你目前所押的技术知足。作为开发者我们为别人构建产品,很难知道什么时候需要投资到新技术栈中。 不管你喜欢不喜欢,JavaScript比现有计算机历史上的所有语言都以更快的速度更迭着。 我们现在用的大部分技术之前都不存在。如:React,Flux,JSX,Redux,ES6,Babel等。甚至为了新建个符合目前选型的项目就需要安装一大帮依赖,构建工具也几乎全是新的。没有其他语言会有这种糟糕的事情发生。顺便做个推荐篇文章[16年JavaScript生态发展趋势和选型](https://github.com/gaohailang/blog/issues/12),这样你能确保目前的选择是大致正确的。 所以,为什么JavaScript这么能折腾? ### 一条孤独旅程 ### 浏览器之前 ### ES重崛起 ### 浏览器 ### 构建系统和垫片(Shims) ### 转译器 ###...

如何重构有问题的老代码 你是如何把一个渐渐失控的遗留代码仓库转变为高可维护性的。下面的文章是我这几年在一个大型老项目中摸爬滚打学的教训和经验的总结。 ### 老代码可以通过重构来解救 #### 无所畏惧 ### 技术债 - 是怎么一步步走到今天的 #### 代码癌变 ### 说服客户/老板 #### 为你的自由而战 ### 不要又搞出坑爹 ### 让问题可见 ### 代码主人公意识 ### 构建图书馆 #### 通过新工具重构 ### 建立自信:测试 #### 高层级的测试...