关于时间的数字常识

Posted on Wed 28 December 2011 in 我思 • Tagged with 时间管理

文中有两个关键字要先说一下。

第一个是是数字: 我们生活在一个数字的世界中,如果我们对周围的信息能够给出在数量级上靠谱的估计,那么我们就会有非常好的洞察力,有利于我们对问题进行分析和决策。 怎样培养自己对数字的敏感度呢? 可以从两方面着手:把周围的信息数字化和对数字进行对比。

第二个关键字是时间: 人类就是生活在时间池塘里面的鱼,当水流光的时候也是鱼要与世界说byebye的时候了。 下面会分享与工薪阶层里每个人都切身相关的时间数字化信息。 这里还有一个常识,人往往能对成千上万的大数字不是特别敏感,所以在对时间进行量化的时候,应该尽量用合适的单位。

一个人一生的时间:900个月

以活75年为例,75X12=900个月,算到天是900X30=27,000天其实已经没啥感觉了。 900个月也太多,拿一个已经活到30岁的人来说,还剩40年,那就是480个月: 去掉睡觉(每天8小时)、吃饭(每天2小时)、如厕等维持生命必须的时间--40X12X10/24=200个月; 再去掉例如上下班路上、等人等必须产生的消耗(每天2小时)--40个月; 人生还剩下一半240个月是清醒且完整的时间,假设是工作到60岁的,上班时间=30年X250个工作日X(8/24)/30=83个月--工作的重要价值就在于它占据了人生可控时间的三分之一,而且占的还都是精力充沛时段的;如果不努力工作 ...


Continue reading

10个方法助你少奋斗10年

Posted on Mon 05 December 2011 in 我思 • Tagged with 成长

摘自青年励志网,做了修订和补充。

1、努力

工作一定要努力! 随随便便过日子过四五年也是过,稍微努力的过四五年也是过,努力的过四五年也是过,何不努力好好的干。 如果努力的过好毕业后的四五年,这对以后的人生非常有帮助。

2、虚心学习

多与比自己大的人(长辈)/成功人士交流学习,要虚心听取/认真分析他们的意见和建议,能让自己以后少走弯路。 态度上要虚心,其实也不是很容易做到。

3、自由与发展

出来做事情,关键是自由,愉快,能学到知识。不要因某一小点利益限制了自己的自由。 记住,30岁之前,不要太在意自己的存款和职位,这些对以后来说太微不足道了。 现在很多80后的年轻人都非常在意待遇,而对自身的工作平台往往没那么关注,这是很影响以后发展的。

4、目标与平衡

人生一定要有目标,不仅仅是事业(赚钱)的目标,其他方面也要有目标,如爱情方面的目标,健康方面的目标,家庭方面的目标。 各个目标都要重视。只赚了钱,不算成功的人生,也迟早会应了 ...


Continue reading

测试系统单进程的线程数上限(1)

Posted on Wed 23 November 2011 in 我思 • Tagged with linux

前言

根据目前从网络上搜集到的信息来看,特定系统下一个应用进程能够开启的线程上限是受多方面因素影响(OS寻址范围、堆栈大小、OS限制、物理内存及交换区大小),具体哪个因素成为系统中的瓶颈,必须具体问题具体分析。而想要获得性能最优的线程数,就更是和具体应用方式关联在一起了。 不如直接测试,拿结果来反推更可靠一些。

我会先分析一下影响单进程创建线程数的瓶颈,然后再给出测试方法以及具体的测试代码和测试步骤,希望为广大系统工程师和程序员们提供一些有价值的帮助。

可能成为瓶颈的因素

32位系统的线程数瓶颈

对32位系统来说,理论上的寻址范围是4G(2^32),但实际系统还要预留系统空间用于自身管理,一般来说真正的最大寻址范围都要小于4G。 对于Linux来说,一个进程拥有的用户空间为0~0xBFFFFFFF,共3G;Windows的到0x7FFFFFFF,只有2G。(32位系统的寻址范围还可以扩大,应用某些扩展标准,例如PAE,最多能支持到16G到64G不等。但这个情况不在我的讨论范围)。 一个LInux进程在用户态最多访问3G内存,每个线程必须占用特定大小的堆栈空间(stack size),这个因素使32位系统创建的线程数不可能超过n
n=310001000k/StackSize
注:Stack Size可以用ulimit -s ...


Continue reading

让其他人知道

Posted on Fri 21 October 2011 in 我思 • Tagged with 成长, 管理, 绩效

我想分享的是在工作中要尽可能的让团队成员、领导和干系人知道自己做了什么。

首先帮团队成员想明白为什么要这样做

这样做有以下一些好处: 1. 因为这个做法本质上来说也是一种分享,所以自然会带来分享的好处; 2. 从绩效管理上来看,成绩可以换来升职加薪。让领导和团队都清楚你做了什么,那你获得高绩效的几率也会增加; 3. 从领导的角度,他要为你的行为承担责任,你及时的汇报能够增强他对你的信任;

然后鼓励他们尝试各种表达方式并进行指导

让大家知道自己的思路、计划、进度以及完成的工作有两种方式:口头表达和文字表达。需要注意的方法不尽相同

口头

尽量先总结再展开。 例如,过小组周工作计划(Jira Review)时,先告诉大家本周整体的工作完成情况:本周大致三类工作,10件具体任务,目前完成8件,明天还能完成1件,还有一件因为XX原因,顺延到下周。然后再逐件分析; 讲一个技术方案,先说一下我们要解决什么问题,基本的业务逻辑是什么,然后再深入进行讲解; 分析一个跨部门的任务,先讲讲外部门的需求时什么,然后再说我们是怎么做的。

对于复杂事情(发现三言两语自己说不清楚的),尽量落到文字上去表达,先发个邮件,然后再拉人去沟通 ...


Continue reading

分享的好处

Posted on Fri 14 October 2011 in 我思 • Tagged with 成长

今天的团队学习王晨分享了程序员应该具备的知识体系。20个人半个小时的互动时间根本不够用的。 波波开了个设计模式和函数式编程是什么关系的topic,大家热烈讨论,应该是个大坑,希望有人能自己填土。 王晨的演讲里面提了几个倡议,第一个就是要主动分享。其实我也想了个topic,就是为什么要主动分享呢?这样做对我们自己有什么好处呢?

双赢思维

首先从实际利益方面来看。我们要分享的是知识、方法,这些东西不会因为别人知道了而让自己失去什么,只会因为大家能力都强使团队的能力更强价值更大。 与双赢对应的思考方式是零和,就是说东西是有限的,如果别人获得的多了,自己得到的就少了。对物质世界来说,这个说法在现在这个时代貌似是对的,但对咱们这些知识工作者来说,有这个思维是不对的。不仅会闭锁自己,也会影响团队的氛围。

分享能给我们自己带来的好处,我实实在在感受到得有以下几点:

提升系统性

朋友,你是否遇到过这样的情况?当你兴致勃勃的把知识和方法与同事分享的时候,对方两眼茫然的望着你;在你满怀希望对方豁然开朗的时候,对方却在冥思苦想。 这时你会怎样想呢?是不是自己讲得有那么点儿不对劲儿? 这有助于你来反思,自己知识体系的系统性是否欠佳。

扩大认知面

继续上面的场景,对方冥思苦想了一会,然后对你说,那是不是也可以这样。。。。。。 你是不是也有一种豁然开朗的感觉?

当别人从另外的角度介入后 ...


Continue reading

[牛人]Aaron Levie的创业感悟

Posted on Thu 06 October 2011 in 我思 • Tagged with 成长, 牛人

这些观点对于开发者和项目经理也很有价值。

Make sure you’re constantly doing something that wasn’t possible 3 years ago

要经常做做3年前不可能做的。 Intel创始人Andy Grove说,如果你不能为用户创造10倍以上的成本和效率改善,那么你不可能获得成功。 对于创造用户所需系统的工程师来说,应该思考系统能够带来何种价值?是为用户提供了效率改善还是能为公司降低成本? 哪些是以前没做过的,现在有哪些可能可以做了。千万别被条条框框束缚,要从尽可能高的视角看待问题,例如市场和公司的角度。

Do something you’re extremely passionate about

做一些让你觉得有激情的事情。

说到如何激发工程师的工作热情,可能我的想法比较单纯,因为我从心眼儿里觉得开发是一件快乐的事情,无论是用UML把系统描画出来还是直接用代码实现逻辑。 和把开发仅仅当成工作的人相比,在面对困难时的心态和行动,其实差别是挺大的。想得太多,痛苦也多。开发从本质上来说是个创造性很强的活儿,容易从中感到成就感。单纯起来,可能会比较容易产生激情。 扪心自问 ...


Continue reading

如何帮助软件工程师成长?

Posted on Thu 11 August 2011 in 我思 • Tagged with 管理

张老汉推荐了一篇文章,讲程序员很难晋升的原因,有广泛的参考意义。 对个人是需要自己有目标,坚持努力,用心去为人和做事;对管理者来说,我觉得有以下几点很重要的工作: 1. 对下属的关心 比如知道他们的房子租在哪里,每月房租多少。 类似的问题还可以包括: 2)请他家庭情况:有没有女朋友,家里兄弟几个等等 3)爱好、嗜好 这点我很惭愧,需要加强。

  1. 给下属机会 让下属去尝试他当前职责范围之外的工作。 也算是一种授权吧,这方面需要继续实践和总结经验

  2. 晋升规则公开 和第二点衔接得很紧,最公开公平的规则就是拿事实说话。用工作成绩来获得晋升。

  3. 鼓励学习和交流 一直在做


Continue reading

软件工程师如何转型?

Posted on Wed 10 August 2011 in 我思 • Tagged with 招聘, 管理

就像不想当将军的士兵不是好士兵一样,不想升职的软件工程师上进心有些不够。 但软件工程师要想转型成为项目经理、产品经理、架构师,一定得看清形势: 公司如何挣钱? 业务如何运行,包括设计、生产、营销各个环节; 现有的组织成熟度如何?角色和流程都是什么样子?

弄清这些以后你再考虑是否需要上面的title。

对于一个创业团队,往往是定义一个目标,整个团队都向这个方向努力,不拘泥于公司赋予你的具体职责。举例来说,开发人员也要关注项目进度、产品质量以及用户体验;质保人员更要关注需求是否明确、开发效率;架构师更要了解业务需求,关注产品质量。 总的来说,能力越强,责任越大,这样你的价值也越高。

到这样一家公司应聘,如果没有向面试官了解公司如何运作,没有设身处地的思考自己在其中如何贡献价值之前就津津计较提供的职位不够高,与自己的发展方向不够吻合,那么留给面试官的印象一定也是和公司企业文化不够吻合的了。

最后,给急于转型的程序员们一句忠告:你们的优势在于你的技术经历。一个不热爱自己从事多年的工作的人,凭什么让老板相信你转型成为这师那O的,就能把新的工作做好呢?


Continue reading

镜中的胖子

Posted on Tue 19 July 2011 in 我思 • Tagged with The Passionate Programmer, 管理, 绩效

你不知道自己是长胖了还是变瘦了,因为你天天都能看到自己。

如果和五年前的相片相比呢?再看那个镜中的胖子是不是觉得变化蛮大的?

如果你打算对自己的成长进行客观的评价,也需要有这样一种方法。

你需要进行自省,对希望自己提高的方面,给出一些可衡量的指标,

让你的领导或信任的同事依此对你进行比较客观的评价。

在绩效沟通中,这个方法可以提供给打算勇猛精进的同学们。


Continue reading

动态平衡

Posted on Sat 09 July 2011 in 我思 • Tagged with 内心修炼

昨天和师姐聊天,说到她去印度,白天46度高温,中国人完全受不了,当地人该干嘛干嘛。可见,人的适应和自我调节能力是非常强的。

诚然,放松的休假、什么都不操心的日子会让我们有个好身体、好状态,但在紧张的工作和过日子中,时不常出现的痛苦、麻烦、焦虑、纠结和拧巴中,也锻炼我们自己这台最高级的机器,相信自己的适应力,把一切都看成是超级正常和自然的,神马其实都是浮云。

 


Continue reading

从此,我的清明节多了一份感伤

Posted on Sat 02 April 2011 in 我思

明天就要放清明节假了,却发现自己再也不能像往年一般憧憬着郊游和快乐,心中从此多了一份离别亲人的感伤。

其实,在心里我一直觉得她们还在这世上,只是在一个遥远的地方静静地看着我们,彼此不能再相见而已。然而我们之间是相通的,我的想法,我做的每一件事,她们都是懂的。


Continue reading

以德服人

Posted on Mon 14 February 2011 in 我思 • Tagged with 以德服人, 沟通

今天中午吃饭,和服务员发生了一点小摩擦。这不是第一次肯定也不是最后一次, 但老汉同志的处理手法真的非常高明,值得我在此用些笔墨记录,是一个 学习揣摩的素材。

先从旁观者角度描述一下冲突过程

- 点菜 4个人到饭店,点菜,明确要求第一个菜不放辣; 点完菜,一共3菜1汤6碗饭,没说后面两个菜的要求; - 决定找服务员 上菜,开吃。第一个菜不辣; 吃到第二个菜时发现非常辣; 是否找服务员:1人不说话,1人建议不行动,老汉坚持,我支持老汉; - 服务员的反应 服务员反应很冲,过来用指责的口吻说不是她的错,是因为我们没有说清楚,然后转身离开; - 以理服人 老汉继续主动找服务员沟通,据理力争:有没有问我们其它两个菜的要求? 服务员口气依然很冲,感觉和她无法沟通。让她去找她的领导,她觉得自己很委屈; 老汉继续据理力争,服务员服软,同意退菜,告诉我们这个损失是要由自己承担的; 接着更委屈的说出原因,自己刚丢了钱包,心情不好; - 以情感人 老汉单独找服务员,告诉她不让她担这个损失了 - 以德服人 接着给她讲 ...


Continue reading

工程师电话面试问题

Posted on Wed 01 December 2010 in 我思 • Tagged with 招聘

最近招聘压力比较大,而面试效率比较低。 1. 从看到简历到约请面试,中间会损失掉很多人:要么最近不愿意换地方,要么临时爽约; 2. 面试花的时间也比较长: 面试人要花一个小时左右做题;面谈至少两个面试官, 每次至少也是半个小时,即使面试人比较不靠谱,当场也很难沟通清楚,结束面试; 3. 从开始通知到面试,中间隔的时间比较长;

经过思考和讨论,我认为可以加入电话面试环节,应该可以降低中间损失、淘汰一些明显不合格 的面试人、把觉得靠谱的尽早约来面谈。

获取最新履历信息

有些简历上的基本履历信息不全。今天面试就遇到这么一个: 简历中没有填写教育经历。面试人过来填写了登记表一看,07年6月毕业。这个信息再结合工作经历一看, 第一份工作是在08年7月~09年7月;第二份是09年8月~10年8月,就不太好看了。 询问他的空白时间在做什么和两次跳槽理由,竟然都是在家学习,有点儿无厘头。

所以在面试前需要搞清以下信息: *教育经历

  • 教育起始时间,获得学历或证书

*工作经历

  • 从业起始时间,离开原因

考察解决问题的能力

对程序员来说,就是用代码实现功能的能力。

目前收集的问题如下 ...


Continue reading

做工作计划的心得

Posted on Tue 30 November 2010 in 我思 • Tagged with 工作计划

写了好多年工作计划,但总觉得就是一个意思意思的事,因为计划总是没有变化快,计划要干的事情 总是没有资源。 现在总结起来,造成这个结果的有以下两个原因: 只是单纯从开发角度去想要做的工作。这样在竞争资源是一说理由,肯定没有业务需求重要; 提前计划出来的业务需求没有市场变化快,实际工作中总会让位给给更紧急的业务需求。 最近看了两份牛人的计划,觉得挺受启发的,有了一点儿心得。 apple刚开完年会,我给她讲我的计划心得,她又提出了非常有建设性的意见,让我受益匪浅。 所以赶快把这些内容记录下来,和大家分享!

计划中什么最重要?

以前培训时听到一句话,叫“把目标写在石头上,把计划写在沙滩上”。当年第一次听到这句话的时候, 产生的共鸣就是: 呵呵,我也觉得做计划是挺不靠谱的事情。 但要是换个角度理解,我们是不是可以把目标写到计划里面呢?这样的计划就是一个以终为始的计划了。

通过做计划把目标想清楚了,这样在以后千头万绪的工作中,就不容易迷失方向了。

完成一个目标,什么最重要?

知道我们要什么了,接下来是不是就该想怎么做了呢?还得缓一缓,否则和以前写的计划又有什么两样了呢。 请给出目标的KPI,关键业绩指标。形象的说,就是需要一个GPS定位系统,给出衡量我们和目标之间距离的方法。 这是一个复杂的世界,在到达彼岸的路上充满了迷雾,如果我们没有办法去衡量我们离终点还有多远 ...


Continue reading

消费渠道的时代

Posted on Sun 28 November 2010 in 我思 • Tagged with 品牌, 电子商务,渠道

周围的世界在不知不觉中改变着,曾几何时,我们买电子产品就一定要穿半个北京城去中关村;买化妆品就一定要去大商场,还不知道啥时候有优惠。如今,这样的日子已经一去不复返了,因为这一切都可以通过电子商务解决,我们正享受着渠道多元化带来的便利。

  其实,电子商务的兴起是很早以前的事情,淘宝网已经成为很多人生活中不可或缺的消费渠道。但对于我来说,淘宝的商品过于丰富了,而且良莠不齐,购物风险是很大的,所以除非是市面上很难找到的东西,我一般不会在淘宝上买。但这两年不同了,一些相当有实力的渠道上商进入市场,比如卓越,京东,红孩子、我买网、凡客等等,包括淘宝,也在大力发展淘宝商城。电子商务渠道的竞争已经进入了品牌时代。

于是乎,我有越来越多的东西开始在网上购买,所有的化妆品,口腔护理产品,箱包、日用品、食品等等,一个放心、便捷的渠道让我觉得购物只是举手之劳的事情。而渠道之间的竞争,也让消费者充分享受到了实惠,还有一个最大的好处,就是可以看到很多普通消费者的评价,而不只是听促销人员的忽悠。


Continue reading