第 3 页|文艺范 | IT圈子,ITBBB.COM

编织人脉网

2014/05 30 09:05

  1、帮助他人成功 社交的本质就是不断用各种形式帮助其它人成功。共享出你的知识与资源、时间与精力、朋友与关系、同情与关爱,从而持续的为他人提供价值,同时提高自己的价值。   2、努力让自己的付出多于回报 因为你会为别人提供价值,别人才会联系你。所以多考虑别人而不是自己。 3、不要保留 不要以为友谊是有限的。这是投资,会越滚越多。 4、成功的关键是慷慨大方 在社交中通行的不是贪图便利,而是慷慨大方。 5、明确你的人生目标 你才能与渴望的交集就是你内心的激情。什么是你最兴奋的事?你做什么事时会觉得时间过的飞快? 6、明确知道自己想要什么 越清楚你要什么,你就越能找到实现的方法。 7、习惯于为自己设立目标 让你与众不同的最简单方式就是设立目标。把梦想变为人生目标,再分解为小目标。 8、为发展人际关系设定计划 打造交际网络是有过程的,你的计划应当包括以下三分: ①你3年的目标,及每3个月的进度。 ②列出可以帮你实现每个目标的人。 ③如何与第2点中列出的人联系。 一旦你设立了目标,就贴在你经常看的到的地方。 9、打造出你个人的“智囊团” 找到愿意尽责帮助你的有识之士。他们就是你的“智囊团”。 10、在你需要前,打造好人际网络 要你发现要用到别人之前,就尽早的保持联系。重要的是把这些人当做是朋友,而不是潜在的客户。 (更多…)

对缺点看法的6个层次

2014/05 20 13:05

关于个人缺点看法的6个阶段,刚刚看了一下,觉得很认同,特此记录。

第一层,看不到自己的缺点,也就是常说的“不知道不知道”,觉得自己很牛逼,我是特别的,别人都是傻逼。我们常常见到的,一部分自称发现了“打败微信的秘诀”的人,就属于这类,信心满满,很坚定,也很难交流,油盐不进。

第二层,看到自己的缺点了,但不在乎,认为没什么大不了的,我的长处可以完全弥补掉这些缺点,仍然能成事。比如,“不喜欢和人沟通”,那么,我想好的方案就去推进,你们不同意是你们不懂,懒得和你们讲,照我说的做就行了。

第三层,意识到问题,缺点会阻碍自己的发展,想改,并且付诸行动。这个阶段,是个人的高速成长期,因为多多少少能改掉一点么,呵呵。最初的几次个人能力迭代,会改掉很多表层的缺点,身边的人也觉得你变了,你的信心也越来越足,直到下一个层次。

第四层,碰到一些怎么也改不掉的缺点,我们可以称之为“弱点”,是与生俱来的,注定要随你入土。再坚强的人这时候也会纠结、痛苦、沮丧,比如我自己,在面对人际冲突上,就有一些估计永远也绕不过的弱点。这段时间很长,要以N年记。

第五层,沮丧了几年,慢慢意识到,沮丧是毫无意义的,不如接受。每个人都有弱点,只要发挥出优势,也可以做成很多事,心态好了,做事的时候尽量避免暴露弱点,利用团队的力量互补,也挺好。

第六层,顿悟。某一天,突然发现,要感谢自己的所有缺点,已经改掉的和再也改不掉的。弱点和敌人一样,只不过一个在内,一个在外,都可以利用,我们会意识到,正是优缺点一起,造就了一个真实、完整的人,而真正能打动“你的用户”的,也就是这个真实、完整的你,重新觉得,自己是特别的

最后,说一些玄乎的,自己越来越认同的观点:人和人是不一样的,正是多种多样的人造就了丰富多彩的世界,自己很普通,但很独特,努力找到自己独特(有天赋)的地方,对成就而言,“努力决定下限,天赋决定上限”,在自己有天赋的细分领域里努力,成就一个不一样的人生。

原文链接

写代码这些年

2014/05 12 18:05
我是程序员

从毕业到现在,代码写了也有小四年了,累觉不爱啊~

问题一:很少有时间去重构代码

工作时间总是有事情,即使闲下来也很少去重构之前写过的代码,当初会议时经常会做出这样的决策,“这个功能先这样做,以后有时间我们再优化”。这个决定就是万恶的根源,因为我们很少会有机会回过头来去优化代码。

问题二:系统越来越庞大

有没有发现一件事情,我们从来都是在不停的写代码,绝少会有删除代码的工作,这样下来随着日积月累,代码里充斥着无用的注释,再也不会使用的方法,陈旧的重载,为了兼容某个症状加入的硬编码,甚至有些功能都已经下线了,但是代码却依然在那里生生不息的存在着。有的时候我真的想花上几天时间去做Delete,让庞大复杂的系统瘦瘦身。

问题三:管理成本巨大,没有文档,全凭感觉开发

每天花不少时间去沟通,开会,做需求,几个小时下来,发现没有最终定论,需求没有文档,全靠心口相传,开发没有文档,后人全靠读代码去理解需求,好心人会留下几行注释,整个系统渐渐变的不可维护,或者说,换了开发人员,这个系统的维护难度简直无限增大。

问题四:编程水平良莠不齐,测试覆盖面严重缺乏

编程全靠良心,缺少人员与时间去审查代码,有的方法甚至会出现上千行代码,大量的if else判断而不去做小函数的拆分,生涩难懂。如果改了一处代码,需要上线,自动化测试覆盖严重不足,只能覆盖主流程,而且持续集成几乎没有,每次更新都会担心有没有牵连的东西受到影响,边角测试全靠手点,问题发现困难重重。

问题五:运营与开发是敌人

没有领导在的时候,运营从来不考虑开发成本,开发从来不考虑运营使用感受,两者形成对立,为什么就没有人能站在一个高的角度去帮公司赚钱?这里要说的是节省时间就是帮公司挣钱,运营简化需求,不要毫无顾忌的因为一个小众需求兴师动众,让开发人员去耗费很长时间去完成一个只有几个人才会使用的功能,同时,开发尽量把功能做的好用,节省运营操作成本,不要为了做功能而做功能。产品经理要从中周旋调和,一切站在更高的角度去着想才好!



无觅相关文章插件,快速提升流量