技术头条 - 一个快速在微博传播文章的方式     搜索本站
您现在的位置首页 --> 奋斗
    对产品行业里时髦的概念,不妨多一点警惕,少一点狂热。一年前,我写了篇日志《批跟风》。任何时髦的概念,只不过是提供了某种新的思路,既不见得最适合你,更不见得一定能悬壶济世,“非此不可”。打个比喻,大概把1000种解决问题的方式拓展到了1024种,但不见得多出来的24种一定优于过去的1000种方式,终究得量体裁衣。然则跟风者总是如过江之鲫。现在最时髦的概念是什么呢?
    还有一天,我的人生就进入第三个 0x10 年。 第一个 0x10 年里我无忧无虑。 当我路还走不稳时,我就喜欢拿着彩色笔涂鸦。我妈盼望着我长大能当一名画家。理论上我应该能遗传点我爸这方面的基因的。可惜我不努力,最终辜负了母亲的殷切期望。 在我还小的时候,我坐在老爸的自行车后座上,父亲问,你长大了想做什么?那是我第一次考虑这个问题。我说,做个数学家吧。那时我参加小学生的数学奥赛,成绩还不错。他不是很满意这个答案...
    没有实际利益回报的事情就被看作无意义,这样人活着和蜉蝣又有什么区别?朝生暮死,所以要不断计算得失,需要把一切都立即折现。需要像赵本山的小 品,冯小刚的电影,要有密集的段子,段子一出,立即要转化为笑声和掌声。而我决定要在这个世界上活很多年,那么,我只能选择打几个无回报的电话,和大众银行一样有耐心,相信第二个,第三个,第四个大年初二,相信那个时候终于有人慢慢能懂。
    第一法则程序员不得损害产品质量,或袖手旁观产品质量受到损害。
    业务连续性管理(Business Continuity Management,简称BCM),是一项综合管理流程,它使企业认识到潜在的危机和相关影响,制订响应、业务和连续性的恢复计划,其总体目标是为了提高企业的风险防范能力,以有效地响应非计划的业务破坏并降低不良影响。 BCM规划与实施包括企业信息系统的基础数据、应用系统与业务的灾难备份与恢复计划。
      我去年考试 RHCA 的时候,收到 redhat 的来信.有关认证的时间之类.所以之前我也详细了解了一下相关信息.分享一下。
    

二分查找可以解决(预排序数组的查找)问题:只要数组中包含T(即要查找的值),那么通过不断缩小包含T的范围,最终就可以找到它。一开始,范围覆盖整个数组。将数组的中间项与T进行比较,可以排除一半元素,范围缩小一半。就这样反复比较,反复缩小范围,最终就会在数组中找到T,或者确定原以为T所在的范围实际为空。对于包含N个元素的表,整个查找过程大约要经过log(2)N次比较。

    

无论从哪个方面讲,我都觉得前端工程师是计算机科学职业领域中最复杂的一个工种。绝大多数传统的编程思想已经不适用了,为了在多种平台中使用,多种技术都借鉴了大量软科学的知识和理念。成为优秀前端工程师所要具备的专业技术,涉及到广阔而复杂的领域,这些领域又会因为你最终必须服务的各方的介入而变得更加复杂。专业技术可能会引领你进入成为前端工程师的大门,但只有运用该技术创造的应用程序以及你跟他人并肩协同的能力,才会真正让你变得优秀。

    以下是我写给公司运营团队的两封邮件,其中包含了一些我对公司内部职位划分和同事职业生涯规划的一些期望和建议。发到博客上,希望能让更多想要加入我们的“新人”更多地了解我们的远景蓝图。(有些涉及到内部隐私的信息已经删除了) 第一封,写作公司重新任命部门领导之后。 …… 一、成就感和快乐的源泉 我非常钦佩Google的模式,我希望每一个人能尽其所能发挥自己的特长。我希望大家能长期在这里寻找到自己事业的高点,而不是简...
    greader 上读了一篇 真正的学习 。里面有则小故事:“美国伟大的催眠大师米尔顿•艾瑞克森有阅读障碍,他读书时的多数时间就是在翻字典,因为他不知道字典是怎样排序的,所以每次查找一个字时,他都是从头查起。一直到16岁,一天他在家中地下室里,还是在查字典,突然间好像一道白光将整个地下室照亮,一个巨大的喜悦从心中涌出,他发现
    基本上这个时间点上都是每家公司年会进行时间,特别是在互联网这个行业中,或者有些公司直接将年会放在年后,其实年前年后只是个形式,更多的是对于大家在这一年来的努力做出一个肯定,希望大家在新的一年里再接再励。年会,在互联网公司体现的非常的明显,也是很多员工所期待的,表演节目、抽奖、发红包、聚餐等成为年会......
    在创业的最早一拨人中间,通常有那么三五位被称为“核心人员”。如果项目是产品驱动,就需要设计核心;如果是内容驱动,就需要运营核心;如果是电子商务,就需要营销核心。除此之外还得有至少一位技术核心,保障技术实现。最早的核心人员既是创始人,也得是牛人,他们的能力、投入度与默契度先天决定了产品的成败。
    facebook 的工程师文化
    2011年的到来,盘点过去的1年和自己的产品职业生涯,突然发现不知不觉间入行已经快3年了。想想自己走过的一路也算多姿多彩,于是写写,记记。(一)职业瓶颈和三重境界个人职业生涯中,随着自己的成长,你会很明显地感到有瓶颈挡在你面前,说明你的技能已经积累到一定的程度了,厚积薄发,一旦突破就将进入另一个高度。我的职业生涯中,也存在着好几个这样的瓶颈,这些瓶颈伴随着我的成长。(1)初入,如婴儿般疯狂地吸收着一些可...
    如果改成“2010年过去了,我很怀念它”,是不是会煽情一点?然则这会违背我的本意。我并不太怀念过去的这一年,只是想写点东西记下这一年所发生的事情。 一晃又是一年过去了。新年元旦刚过,李金羽退役了,弯弓射雕终成回忆。年少时看球的那一帮球员现如今多已隐去,如今驰骋赛程的都是比我们还小的年轻人了。许久没有写日志了,这一年经历的事情索性在这里絮叨一番,权作一个年终小结。 ――关于青春 2010年,离不开的主题便是...
    同样是写程序,不同的岗位工作内容不一样,对程序质量以及工程师的要求也不一样。程序开发大概可以划分成两类:开发和研发,相应也就有开发工程师和研发工程师。很多人觉得做开发和做研发没什么区别,“都是一样对着电脑写程序啊”,但其实这两者是完全不一样的,下面我想抛开公司对员工的期望、社会对工程师的需求等其它因素,单纯从国内互联网行业“工程师个人发展”的角度来说一下我个人对这两类工作的看法。
    2010.12.31 22:59:50 在万象城,和现场的很多朋友一起,数完大屏幕数上最后10个数,我们终于迎来了2011。 新的一年来了,充满了欣喜,充满了期待。回顾逝去的2010,那么的快,有点不敢相信。 2010年,是挣扎的一年。 时而失落,时而摇晃,我的物质财富为零,我放弃了几个貌似诱人的绣球。我不知道这些是不是浮云,是不是仅是眼前的得失?很多时候我的心智辨别不清,所以我索性简单不一点,不用去比较。也不知道很多人到底是好还是...
    题记:年初的时候,应博文视点的周筠老师邀请,曾经写过一篇关于个人历程的文章,后来收入了《Oracle DBA手记2》一书,现在,在这个年底,在即将逝去的2010年12月31日,我将这篇文章发表于此,与读者朋友们共勉。
    我想现在做开发的同行有很大一部分人应该每天都在想,我们的每天的工作事项都是写业务代码,项目评审,代码review,沟通业务是否符合需求。。。。每天都围着技术含量不高的业务代码。。。嗯,很郁闷。这是个引子,业务技术不是我今天要罗嗦的主题。我想表达的是我们其实都想去学习,去深入的了解某项技术,更去应用,让人用,让自己有强烈的成就感。可是,事与愿违,原因就是业务部门首要任务应该是完成目前业务线的工作,和产品人...
    月初的时候发了篇日志,想组建一个业余时间投入的APP小队。事情的由来是这样的。少年博学多才的无双dd在我论坛上发了篇帖子,说能不能做一个玩票的产品,用糗事百科的架构去发布5毛言论。我觉得挺酷,就叫“NC百科”吧,找了程序员老友问愿不愿意共同开发,玩一票。恰好老友要辞职,说好啊,考虑一下。考虑几天后表示运营风险太大,怕是活不了多久,这份投入划不来。不如一起开发更有前景的,比如APP。就整APP。一开始的小队成员是...
[ 共596篇文章 ][ 第19页/共30页 ][ |< ][ 15 ][ 16 ][ 17 ][ 18 ][ 19 ][ 20 ][ 21 ][ 22 ][ 23 ][ 24 ][ >| ]
赞助商广告
© 2009 - 2024 by blogread.cn 微博:@IT技术博客大学习

京ICP备15002552号-1