技术大牛

今天看到一篇文章，收藏了很多大牛的博客，在这里分享一下（转载于：http://blog.csdn.net/wujxiaoz/article/details/8237096） Android中文Wiki AndroidStudio-NDK开发-移动开发团队 谦虚的天下 - 博客园 gundumw100博客 - android进阶分类文章列表 - ITeye技术网站 CSDN博文精选：Android系列开发博客资源汇总 - CSDN.NET - CSDN资讯 Android笔记本——半年来的研究笔记,导航。 - 思想实践地 - CSDN博客 【魏祝林】Android中级教程 - Android_Tutor的专栏 - 博客频道 - CSDN.NET 农民伯伯 - 博客园 android调用平台功能 - fonter - JavaEye技术网站 思想实践地 - CSDN博客 Android UI布局_兔斯基第2排第6个_新浪博客 android自定义Spinner下拉菜单(下拉列表框)样式 - li_guotao blog - CSDN博客 咖啡小驻 - CSDN博客 zeng622peng的专栏 - CSDN博客 Android_Tutor的专栏 - CSDN博客 Android多线程下载远程图片 - to_cm的专栏 - CSDN博客 java文件路径操作详细 - 旅行人生 -

最严重的拖延症，莫过于把年终总结拖到年后写吧。。。 2014是繁忙的一年，年初换工作、融入新环境、公司的工作、自己业余搞点东西，再加上今年和女朋友结束了异地恋团聚在北京，年底又报了驾校学车，感觉时间妥妥的不够用。大年三十才回了家，年终总结也就耽搁了。但现在回过头来想想这一年我到底得到了什么，却发现没什么能讲的出来的。公司的工作平平，没有干出彩。自己业余折腾的也都是小玩意，没什么成就感。技术上虽然比年初进步了不少，但与大牛之间还差着一截，虽然现在也有人叫我大牛，但这一截的差距我心里还是很清楚的。无头绪的繁忙之后，回首看看这一年的路，终究还是一条平凡之路。 年初计划的换工作还算顺利，面试了三家互联网公司都拿到了offer，写了篇面试经历的博客， http://www.cnblogs.com/lvdabao/p/3660707.html ，竟然还上了博客园的头条。找工作前的我那个勤奋啊，各种看书看资料，还钻研了半天angular，为的都是给自己增加砝码，那段时间的状态真是如狼似虎。 不过在找到工作融入了新环境后，很明显的松懈了，感觉有一个稳定又不错的工作了，没必要那么拼了。在大公司的一个好处是，有很多牛人给你写了现成的工具，从构建到代码检查再到发布，直接用工具就行了。依赖工具的好处是方便，坏处就是太过依赖了，自己没有研究他们是如何完成的，将来离开这些工具了又不知所措了。

十年磨一剑，霜刃未曾试。 今日把试君，谁为不平事？ 虽然写这个码农十年的连载是一时兴起，但我坚持把它写完了。我是个闲不住的人，喜欢折腾，从我这十年的经历也可以看出来。安逸闲散的工作不适合我，我总是在寻找挑战。 这十年里，我用过六种编程语言，换了四份工作，做过三个比较完整的产品。但是我还没能成为技术大牛，也还没能成为项目经理，跟其他同时期的程序员比起来，应该算是成长得比较缓慢的一个了吧。但是我仍然在坚持。 下一个十年，我希望要么在技术上我进一步地深入下去，成为技术大牛。要么在知识面上更广一步，成为项目经理或者产品经理。如果我四十多岁的时候还在写代码，我希望我再给大家写一个码农二十年连载。 把自己十年的码农经历写出来，一方面是对自己这十年的工作做一个总结，回顾过去，展望未来。另外一方面，是希望自己的这些经历能给新人们一些启发和帮助。不管怎么样，希望自己码的这些字，能有些意义。 我的码农十年连载到此结束，这里做一个总结，谢谢大家的关注！ ----------------------------------------------------- 欢迎关注我的微信公众号 ^_^ 来源： oschina 链接： https://my.oschina.net/u/1263964/blog/613499

成为大牛：希望很夸姣，实践却很严格不论是开发、查验、运维，每个技术人员心里多多少少都有一个成为技术大牛的梦。 　　究竟“希望总是要有的，假如完成了呢”？ 　　但许多阿里的新人，作业后就会发现，希望是成为大牛，但做的作业看起来跟大牛都不沾边。 　　比方，程序员说“天天写业务代码还加班，怎样才调成为技术大牛”，查验说“每天都有实行不完的查验用例”，运维说“扛机器接网线敲shell指令，这不是我想要的运维人生”。 　　我也是一位程序员，所以我希望经过以下根据程序开发的一些比方，用我的履历给我们一些参看。 　　典型误区1：拜大牛为师 有人以为想成为技术大牛最简略直接、快速有用的办法是“拜团队技术大牛为师”，让他们往常给你开小灶，给你分配一些有难度的使命。 我是敌对这种办法的。 　　大牛很忙，不太或许单独给你开小灶，更不或许每天都给你开1个小时的小灶。并且一个团队里边，假定大牛常常开小灶，难免会引起其他团队成员的疑问，我个人以为假定团队里的大牛真实有心，多给团队练习最好，但预备一场练习很耗费时间。 　　因为第一个原因，所以一般要找大牛，都是带着问题去请教或许议论。因为答复或许议论问题无需太多的时间，更多的是靠履历和堆集，这种情况下大牛们都是很乐意的。可是也要特别留心：假定常常问那些书本或许google可以很简单查到的常识，大牛们也会很不耐心的，究竟时间宝贵。常常有网友问我比方“jvm的

http://wansishuang.iteye.com/blog/309145 【总结】新年到了，发个百度与EMC详细面试经历，为后人铺路 博客分类： 笔试/面试 百度 面试 Linux 算法 项目管理 来准备在去年年末写完的总结，但是因为太懒，拖到了今天。想写一点东西的想法始于对这段找工作经历的感慨，回想在这几个月找工作的过程中，我也经常上清华 的水木，交大的饮水思源，但是没有一个论坛像咱们北邮人这样充满活力，大家互相加油鼓劲，互通有无，我想，这种精神是我们北邮人特有的，特别是在今年这样 找工作的寒冬中，这样的温暖更能带给我们巨大的动力。我想这是我们北邮人的精神，我们也应该让这种精神继承和发扬下去。把我的经历与大家分享，没有任何别 的意思，只是希望能对后来人有点帮助。 在这几个月的求职过程中，百度和EMC是我准备得最久，花费最多精力的两家公司，最后是拿到了EMC北京的offer，但是在准备两家公司的过程中，我深 切的感受到了自己的进步，我想找工作正是这样一个自我认识和发现的过程。我把这几个月来，对于这两家公司，我的一些面试经验和总结写出来，也相信会对后来 的学弟学妹们有点帮助。我是做linux的，也希望这篇文章对linuxer有帮助，也对那些还在技术与非技术之间犹豫或者在linux的大门前徘徊的同 学们多说一句，linux崇尚的是自由与开放的精神，我们应该坚持这种精神

Python爬取房天下某城市数据 随着互联网时代的兴起，技术日新月异，掌握一门新技术对职业发展有着很深远的意义，做的第一个demo，以后会在爬虫和数据分析方便做更深的研究，本人不会做详细的文档，有哪里不足的地方，希望大牛们指点讲解。废话不多说，上代码。 你需要的技能： （1）对前端知识熟悉会调试浏览器 （2）熟练python基础知识，对一些常用的库熟练掌握 （3）掌握一般关系型数据库 import requests as req import time import pandas as pd from bs4 import BeautifulSoup from sqlalchemy import create_engine global info def getHouseInfo(url): info = {} soup = BeautifulSoup(req.get(url).text,"html.parser") resinfo = soup.select(".tab-cont-right .trl-item1") # 获取户型、建筑面积、单价、朝向、楼层、装修情况 for re in resinfo: tmp = re.text.strip().split("\n") name = tmp[1].strip() if("朝向" in name): name = name

01 Java 开发介绍 - DOS 常用命令 - JVM 、 JRE 、 JDK 之间的关系 - Java 开发环境的搭建：安装 JDK ，配置环境变量 - JDK 中常用的工具（编译，执行） - Java 入门程序（ Java 的开发流程） - Java 的注释 - 标识符、标识符的命名规范 - Java 关键字 - Java 基本数据类型 - Java 基本类型之间的相互转换 - 变量和常量的定义及初始化 - 变量的分类 - Java 的运算符 - 表达式 - 转义字符 - 运算符的优先级 - Java 分支语句之 if...else - 多重 if...else 、嵌套 if...else - Java 分支语句之 switch-case 结构 - switch 与 if 的区别 - Java 循环 for 、 while 、 do...while - 循环的嵌套 - break 、 continue 的使用以及区别 - 方法的定义 - 方法的形参和实参 - 无返回值的方法 - 有返回值的方法 - return 语句的使用 - 方法的调用 - 方法的压栈 - 方法的重载 - 方法的递归调用 02 数组 - Java 数组的定义 - Java 数组的声明 - 数组的优势与局限 - 数组的静态初始化 - 数组的动态初始化 - 数组的存储特点（堆和栈） - 数组单个元素的访问 -

每个圈子都有一群能力强且懂得经营自己的人，技术圈也是如此。本期 fir.im Weekly 一如往期精选了一些实用的 iOS，Android 开发工具和源码分享，还有一些关于程序员的成长 Tips 和活动分享~ GitHub 中国区 Top 100 大神解密 根据 Github 公开 API 抓取地址显示 China 的用户，并依据粉丝关注排名以及属性分析， @优雅的程序员D 罗列出 『github 中国区粉丝前100排名』 ，同时分析了他们在知乎和微博的活跃度，并对前 20 名进行了“深度挖掘”，详情见 这里 ，看大V们的影响力是如何炼成。 PS：仁者见仁，智者见智。也有人建议按项目star，贡献度和代码质量等综合排名比较好。借用 @justjavac 的话来说“能进入榜单的大概有3种，要么技强，要么会经营，要么不仅技术能力强而且会经营"，下面顺便附上 Github-Ranking官方排名 。 面向协议的 MVVM 架构介绍 @NatashaTheRobot@Twitter 通过 在 do{iOS} 2015 上对 MVVM 进行了详细的介绍，整理了学习和使用面向协议编程的过程经验，教你使用 Swift 2.0 的特性来创建漂亮、稳定的代码。文章 传送门 。 iOS微信安装包瘦身 来自 WeMobileDev（微信移动客户端开发团队） 公众号分享。

技术博客制作 去哪里写？ 博客园 csdn 开源中国 GitHub V2EX …… 大神博客地址 java大牛博客 http://blog.csdn.net/csh624366188 python selenium大神博客 https://blog.csdn.net/huilan_same python大牛 https://blog.csdn.net/ithomer/article/details/8907268 来源： https://www.cnblogs.com/liuxianhui/p/11461606.html

前不久，我们讨论了运维不容错过的 4个关键指标 ，其中平均解决时间（MTTR）被认为是衡量业务的最佳标准，随后也分析了「 告警等级 」对MTTR的重要性。 ###正确看待 MTTR MTTR 为从故障发生到故障修复所经历的时间。总故障时间是关于告警事件数量与各告警事件时长的函数。经过仔细地探讨这两项因素及其优先级，结合具体情况，总结以下策略用来缩短MTTR： #### 1）加快工作速度 = 然并卵 如果想通过加快工作速度降低 MTTR，理论上是完美的，但是骨感的现实根本不按我们的剧本走！为了对 MTTR 进行持续的、可衡量的改进，应该对故障事件进行深入的调查，分析事件的复杂程度及重要程度，然后从人与系统的协作上，实现对流程进行优化。 #### 2）检验告警响应时间 一旦事件发生，「MTTR」时钟便开始计时。通过调整通知流程，或许就能速战速决。下图为常见故障处理过程： 还不够直观？数据来说话。 OneAlert 一个月的告警数据显示：平均响应时间为 2.8 分钟；平均解决时间为 27 分钟。（不要问我为什么你们的响应时间要好几个小时！） 如果你的响应时间较长，建议检查一下团队值班响应机制，告警是否可有效传达给了正确的人？如果一线排版人员无响应，告警能否自动升级？升级时间阈值是多少？通过设定接近平均响应时间的适当期望值和目标，能确保所有成员尽快对告警作出响应。 #### 3