程序员是一份怎样的工作?

  • 考察自我介绍和简历是否相符
  • 考察面试者的基本逻辑,语言表达能力
  • 初步的自我认知能力和价值取向

面试是一个双向互动的过程。简历应该是倒叙,自我介绍应该是正序从大学毕业开始,一直讲到现在工作经历,顺序尽量是过往,现今,展望。

1.时间把控。我们尽量准备一个2-3分钟和一份3-5分钟的自我介绍。根据面试情况和人事的态度选择长或者短一些的自我介绍。

  • 一分钟内:我是谁?我的教育经历是什么?
  • 三分钟内:最近三到五年的工作经验
  • 一分钟内:最值得介绍的经验

【模板一】核心观点:我很适合贵公司

您好,我是小王,我看了贵公司的岗位JD,我觉得非常又吸引力,结合我自己的过往经历,也感觉自己非常能胜任。我注意到岗位的核心要求有三点:1.XXX技术,我曾在公司担任过xx技术负责人,成功交付过n个类似项目;2.沟通能力,我曾在公司担任项目经理,带过n人团队,需要分别跟产品、运营、开发、测试等五个部门协作沟通3.良好的抗压能力,曾工作中完成过多项目,遇到过变更需求...最终都能完美交付。综上我觉得我自己非常适合公司的岗位需求,谢谢~

【模板二】重点介绍自己的经历

我是谁?我来自哪里?能做什么?从而突出自己的优势
我是小王,来自北京,工作2两年,取得了N成就,现阶段在职某单位某职位,(接下来就是展望未来,公司小就说个人能力和岗位匹配要求;如果公司大就说跟这个公司的渊源,慕名而来);结束语。

模板三】从实际工作角度出发(技术人员参考)、解决问题的能力、加班态度、学习上;

我叫小王,毕业于北科大,毕业至今一直从事Java开发工作,做过客户端也做过数据相关,更擅长客户端方向。在平时工作中,有一定的解决能力,一般通过两种方式:第一是在官网或者论坛检索相关技能达到解决问题的目的。一种是向前辈或者有相关经验的同事请教。项目比较紧张的时候,会主动申请加班,保证需求可以高质量交付。空闲时间喜欢逛论坛,保证新鲜技术的嗅觉。喜欢学习、分享,有自己的博客。我在项目中遇到的比较多的技术是....
  1. 自我介绍方面:注意时间,不要光说简历上有的东西,面试官更看重能力是否匹配,时间短没有说服力,时间长让人没有耐心。
  2. 为什么从原来公司离开:尽量不说前公司不好,从公司发展经营业务,公司规划和自己规划的角度说。
  3. 和领导意见不合的处理方式:沟通角度,还有公司利益角度出发。

感谢你的反馈,我们会做得更好!

}

有人说,程序员就是把咖啡变成代码的机器。我想说,程序员就是满天星辰下敲着代码、喝咖啡的单身狗。

作一个真正合格的程序员,或者说就是可以真正合格完成一些代码工作程序员,应该具有的素质。

今天来聊个有趣的话题,你是什么类型的程序员? 在学校里或在公司里,你是不是接触过不少其他的程序员,有没有发现,虽然同属程序员科, 但也有众多的不同。 今天我就来给程序员分个类,看看你是属于那一类的程序员

    很多说程序员不懂得浪漫,程序员是直男,这个观点我是不认同。程序员浪漫起来别有一番风格,独特,是别人无法做到的。只有你想不到...

1、 程序员意味着要编程序。(如果你仅仅想得到一份高薪水的工作,喝喝咖啡就等老板发薪水,我奉劝你还是另找一份更合适的工作,譬如练摊,真的,兄弟,这份工作不适合你)

程序员的成长经历往往很相似,大部分的人走过了最前面相同的一段路,而有的人则走得更远。总结自己这些年来的历程,这也许能让年轻的程序员少走一些弯路,成长得更快;或许更好一些,能让大家从中得到一些启发,早日进入优秀程序员的阶段,实现梦想,释放激情。

最近,又被程序员年龄的事情刷屏了。37岁被公司优化,找工作几个月都没有很好的归属,所谓的小公司还看不上。等等类似的话题变成了程序员的吐槽固定标题,无论是程序员,还是其他行业人员,都可以就这话题聊上一二。最多的无非就是调侃,以及不解,各行各业的调侃,各行各业的不解。

软件蚕食一切,未来属于程序员。所以人人都想当程序员。但是并不是每个人都能当好程序员。在你做出决定前还是先看看自己能不能当好程序员吧。

1、知道JAVA程序员和C程序员的差别吗?食堂里,吃完饭就走的是JAVA程序员,吃完饭还要自己收拾的那就是是C程序员。至于为什么会这样,大家都明白(因为JAVA自带垃圾回收机制,C需要手动释放内存)←这就是原因。

多年以来,黑程序员一直是一项广大人民群众喜闻乐见的娱乐活动,我们不仅黑程序员程序员也喜欢自黑,如此一来,大家好像都觉得黑程序员是一项天经地义的事情了,然而事实上,的确是的。

程序员老了,已经写不动了,但是我依然深爱着程序员这个职业,谨以此文与那些渴望成为程序员的年轻一代闹闹科。

我刚刚工作的时候,面试官曾经跟我说:好好干两年,可以迅速从程序员成长为工程师。当时我觉得太诧异了,从很多招聘启事来看,“程序员”不就等于 “工程师”吗,只是“工程师”更好听一些而已。等我工作久了,才知道“程序员”和“工程师”真的是不一样的——程序员只写程序,工程师写能在现实世界中创 造价值的程序

程序员到高级程序员的职业生涯要经历以下几个阶段:初级程序员、中级程序员、最后是高级程序员

程序员出路在何方程序员 创业如果你是程序员,也想创业,看看我说的。

Java 程序员大多会一些设计,知道设计模式,知道 IoC;相反,.NET 程序员很多没有做过设计,也不知道什么叫设计模式 IoC。

当了几年的程序员了,一直都在想一个问题,什么是程序员程序员应该做好那些事情,什么样的程序员是有素质的程序员?什么样的程序员算是负责的程序员呢?

刚刚走出就业的程序员,技术是刚刚起步的基点。那下面我们就聊一聊有关技术的东西。首先请您先想想这几个问题。现在社会上有很多程序员,CSDN就是我们程序员的家,那您是否可想过程序员为什么会有不同的水平

首先来说一个高级程序员并非靠自己读几本书写几万行代码就能练就的,我更关注于低层的环境,也就是程序员实实在在的工作环境。因为程序员的高低还得从实际的工作来衡量,而非其它。所以我想说的是,中国的软件公司

金币、经验、等级、声望,这是在说网游吗?No,我说的是工作。对,就是基于自然框架针对程序员的全新的兼职方式!

我是一名年过30的北漂程序员,我身边的朋友大多也是程序员。我总感觉到30岁以上的程序员充满了焦虑。“华为清退35岁以上老员工”、“中兴程序员坠楼”这些事件,更加重了程序员的焦虑。

大公司有厉害的程序员,优秀的架构师,但大量的小公司也有很多普通的程序员。在我这些年的工作经历中,也越来越深刻的感受到普通程序员的影响和力量。对于高阶程序员,所谓八仙过海各有神通,各有各的成就,各有各的修养,但程序员在达成较高的水平之前,有一些“自我修养”,是最基础的,是普世的。

当了几年的程序员了,一直都在想一个问题,什么是程序员程序员应该做好那些事情,什么样的程序员是有素质的程序员?什么样的程序员算是负责的程序员呢?

这篇文章要讲的是程序员如何假装在很努力的工作。有两种完全不同的动机会促使一个程序员做这种假装:

在编程神话中,一个 10 倍效率的程序员可以完成一个普通程序员 10 倍的工作量。「普通程序员」就是指,善于完成工作但没有 10 倍效率程序员那神奇能力的人。实际上,为了更好地描述普通程序员,我们可以这样认为,就是在专业程序员之中,代表那些可以输出平均编程成果的程序员

}

这本神书,迫不及待的要推荐给大家!

5月18~6月1日,在当当购买异步图书全场每满100减50元!在当当APP或者小程序结算时输入优惠码:PX99FJ(大写) 再减30元!相当于花170元买400的书!不到4折!

这本书的作者是John Sonmez,国外的一个老司机,经历过程序员、团队管理者、创业者等等角色,对程序员那些事儿门清。他曾经写过一本《软技能:代码之外的生存指南》,红极一时。我在2017年初,也在公众号“程序视界”给大家推荐过。

这本《软技能2:软件开发者职业生涯指南》和《软技能:代码之外的生存指南》,有很大不同,《软技能》侧重讲述软件开发工程师工作和生活中需要关注的各种“软技能”,而《软技能2》是以软件开发工程师的生涯线为基础来讲述所需要的各种知识、技能、思维、认知和方法。

我翻了一遍,叹为观止,从没有哪一本程序员的生涯指南类图书,能覆盖的这么全面!

编程语言选择、14种语言的概览、代码、入行、转行、自学、测试、调试、单元测试、TDD、敏捷、源代码控制、持续集成、简历撰写、面试、谈薪水、领导力、软件工程、升职加薪、典型工作岗位描述、团队协作、自我营销……

《程序员修炼之道:从小工到专家》《代码整洁之道:程序员的职业素养》《程序开发心理学》《成为技术领导者》这些书,都超级经典,但是,说到全面程度、概括程度,没有一本比得过《软技能2:软件开发者职业生涯指南》。我自己的《大话程序员》和《程序员的成长课》,两本加一起,也没有《软技能2》讲的全面。

如果说这本书有什么缺点的话,那就是它因为太过全面而在部分主题讲解的不够深入。但是,它足以给我们一个纲要,让我们在遇到某个方面的问题时,可以快速获得一些基本信息,并以此为基础,去探索更深的东西。

所以,如果你只能有一本程序员职业生涯类的图书,这本是最好的选择。

接下来,我选取书中的一些片段(用灰色文字表示),分享给大家,同时也说一些我的看法。具体有下面这些内容:

  1. 找工作的1个原则和4个策略
  2. 简历撰写如何写工作经历
  3. 调试的分而治之策略和核心原则

下面的内容很长,将近9000字,文末送书哦!

作者提到找工作时,认为定位好目标公司,比定位该公司发布的职位更为重要。原文如下面几段灰色文字所示。

另一个你可以用来找工作的主要策略就是,把目标对准你想要加入的公司,而不是对准该公司发布的职位。
把目标对准你心仪的公司,你需要做一些调查研究,确定一家或几家公司作为你想为之工作的目标公司,然后你把所有的资源和精力都投入如何加入该公司的过程中。
当我在寻求一份可以远程工作的开发者职位时(那时候允许远程工作的职位还真心不多),我就成功地运用了这个策略。我找到了一家我知道的公司,他们有一支完全远程工作的开发团队。我了解了一些关于该公司的情况。我了解到谁为该公司工作。我开始关注该公司的一些开发者的博客。我在他们的博客上发表评论,然后开始结交这些开发者。
下一次,当他们想要雇用一位开发者的时候,猜猜看该公司的多位开发者会推荐谁去做这份工作呢?再猜猜谁得到了这份工作?运用这种策略有很多方法。这是一个非常普通的策略。
实际上,我将在下面给出一些具体的应用步骤。
基本的思路是你要选择的是公司而不是工作,然后你再找到进入公司的正确方法。
可以是通过寻找你认识的为该公司工作的人员,也可以是与公司工作人员建立新的联系。
也可能是通过向那家公司提供一些有价值的服务来实现为该公司工作的目的。
也许是因为你的坚持不懈,也许是因为你不会轻言放弃,这家公司的招聘经理终究会知晓你的名字。
我妻子的一位同事曾经热切地期盼为爱达荷州博伊西的一家公司工作,那家公司名叫Healthwise。两年来,她几乎申请了他们开放的每一个职位。她和该公司许多员工都成了朋友。她坚持不懈地跟进,直到他们最终心软了并雇用了她。今天她依然在那里工作。

这点我很赞同,因为找工作的逻辑,就是选择大于努力的逻辑,公司的选择,在职位的选择之前。

所以你先锁定目标公司,是一种非常好的策略,别管什么职位,先进去再说。一旦你进去,就有更多可能,转到你想要的职位,做你想做的事情。

1.2 赢得工作机会的4个策略

锁定公司后,如何获得目标公司的工作机会呢?作者还提到了4个非常棒的策略,超出我的想象。

第1个策略是,你要针对目标公司构建一些东西,令面试官经验,觉得你就是那个人。具体内容如下:
一个特别针对目标公司、吸引他们注意力的好方法就是构建一些对他们有用的东西。
我认识几个工程师,他们之所以能够直接被公司录用,就是因为他们使用该公司开发的软件开发了某种工具,或者他们专门开发了一款能够为公司使用的工具。我还听说,有的设计师之所以被一家公司录用,就是因为他们重新设计了该公司的网站,并免费发送给该公司。
想象一下,如果你为某个流行的软件开发了一项新功能,或者以某种方式对其进行了改进,然后向该软件的开发者展示了你所做的事情。那么接下来会发生什么?
因此,你必须体现出来自己的价值,而不应该只是在炫耀,而且如果你为自己心仪的公司创造了真正的价值(注意:这些都是免费的),他们难道不会想要录用你吗?
某个流行的网站有问题,很多人都会发现,甚至还会告诉公司该如何改进它,但是很少有人真正为此做一些具体的工作,很少有人真正实现了解决方案以改进该网站。

第2个策略是自顶向下操作。也就是先找机会认识目标公司的高层,比如CTO或技术总监,让他们对你刮目相看,产生要招募你加入公司的想法。书中原文如下:

下面这个小技巧来自销售领域:自顶向下的操作。
当大多数开发者向一家公司提供服务并试图在这里找到工作的时候,他们通常都会从底层开始操作。他们可能会联系人力资源部工作人员,或者开发经理,甚至某一位软件开发者,但这些人在做出招聘决定方面几乎没有发言权,尤其是在没有空缺工作岗位的情况下。
不要从底部开始,取而代之的是要从顶部开始。看看你是否能找到某种方法与公司的首席执行官建立某种联系,甚至是公司的CTO或者技术总监。
一种方法就是用公开的电话号码给公司打一个电话,然后直接要求与该名人士通话。别说你正在找工作。相反,你要说你有一个独一无二的机会,你想向他或她展示一下,或者说你有一笔生意想要跟他谈谈。
如果你真的能和这些“顶级管理层人士”中的某一位有说话的机会,那么一定要自信,要有一个良好的开端。不要一上来就向他们求职位。要去谈一谈你能想出来的你能给他们和他们的公司带来有价值的东西。问问他们,是否能让你与继续跟进的人士联系,进一步探讨你能为他们的公司做些什么。
这一切听起来很可笑,是吧?也许是得了失心疯吧?你可能认为这完全行不通,对吧?这就是所谓独辟蹊径的想法。太多人认为他们必须从接触底层人士开始,或者必须从公司前门进入。
你没有理由不让公司的CEO或者CTO成为对你着迷的观众,让他们把你介绍给公司招聘经理,直截了当地说:“我想要这个人。你看看有什么岗位是可以让他来担任的。”
成功的销售人员一直在用这种技巧。你没有理由拒绝它。

第3个策略是内容营销。简单讲,就是成为某个细分方向的专家,公开输出一些专业内容,吸引别人主动邀请你加入公司。书里面叫这种方法为“集客式营销”。以下是这种方法的原文。

这是我最引以为傲的方法。
我推出了一门关于“软件开发者如何自我营销”的系列课程,主要讲授如何让你利用集客式营销方式来获得工作,而不是自己走出去苦苦寻找工作。
我自己也曾经成功地运用了这种方法。事实上,你之所以能够读到这本书,就是因为我在自己的职业生涯中成功地运用了这一技巧。无数的机会来到我的身边。我收到了数百份工作邀请,在世界各地的活动上发表演讲,并且由于集客式营销的影响,我的生活也发生了巨大的变化。
那么,集客式营销到底是什么呢?很简单。它通过创造内容或者其他类型的有价值的东西,让人们自动找上门来,而不是你去找他们。
身为一名软件开发者,你可以通过开设博客、制作视频教程、写书、写文章、开设博客等许许多多类似的方法来提高你的声望,让你的名字遍布大江南北,让人们聚集在你身边,让机会自动降临。有些人可能会称此为“一举成名”的方法,但你不一定非要为了出名才让这个方法为你所用。在软件开发的世界中,你需要做的就是知道一件很特别的事情。
关键是要挑选一些专门的软件开发领域,并且成为该领域的专家。挑选的领域越专注,你就越容易成为领域内的佼佼者,而成为佼佼者应该就是你的目标。而一旦你树立起在这个专业领域内的声望,工作就会自动来找你。我保证。

第4个策略是,想办法与面试官会面。听起来好像很难,但实际上,如果你足够想要进入某家公司,你会想办法搞定这件事的。来看作者提供的具体技巧。

这是另一种通过“后门”让你进入心仪公司的方法,这个方法主旨就是结识“看门人”。
与面试官会面是一个很好的方法,可以让你在没有开放的工作岗位的时候为你找到一个机会。使用这种方法,你将与一家你想为其工作的公司的联系人交谈,也许是一位开发经理、一位首席技术官、一位技术总监,也许是其他一些具有某种招聘决策能力的人。
你要告诉这个人,你正在为你正在撰写的一篇文章收集信息,或者你想为你正在制作一个播客内容采访他们,你甚至可以说自己最近刚刚入行这个专业领域,你想向一位经验丰富的前辈取经。这样做的目的是要想出一些办法,让你能够径直走入此人的办公室与他交谈。
大多数人都会欣然接受免费采访的机会,也会欣然同意帮助有抱负的软件开发者更多地了解该领域。采访的内容是否真正发表并不重要。尽管我看不出为什么你不会发表,因为别人给了你免费的有价值的内容,你当然就可以发表了呀。
能做到径直走入办公室与这个人交谈,你就种下了一颗种子。
现在,你在一家期盼为之工作公司里有了一个认识你的人,他知道你是谁,很可能还挺喜欢你,因为人们总是倾向于喜欢那些对他们最喜欢的话题(就是他们自己)感兴趣的人。再过几个星期、几个月,或者当他们公司碰巧发布职位招聘时,你就可以跟进了。你也可以在自己的博客或博客上发表对他们的采访内容,以此作为跟进方式。
事实上,如果你想要应用这一方法,为什么不采访你所在地区所有顶尖科技公司的首席技术官呢?然后,你可以对所有的采访做一个总结,发布在自己的博客上,又可以从这个集客式营销方式中受益。
你知晓所有的策略,但如果不去落实,也没办法找到合适的工作。所以最重要的,还是想办法,结合自己的情况,改造这些策略,创造适合你的具体执行方案,做出结果!

如果这种策略不行,就换一种。如果一次不行,就多次。机遇的大门,有时得反复去撞,它才会打开。

很多开发者不重视简历,随便找个模板一套了事。实际上,写简历是个技术活儿,很有讲究。《软技能2》中有很多关于简历的内容,其中有一个描述工作经历的技巧,简单实用,摘录出来,分享给大家。

我不会进入细节的描述中,因为我不是一个专业的简历写手,而且你可以在网上搜索到很多其他资源,告诉你简历的格式以及具体布局的方式。不过,我确实想谈一谈在撰写工作经历时的一个细节,我觉得这个细节至关重要。
这样的描述不可取:“使用Java和Spring框架来帮助开发一个应用程序,用于创建猫形标识。”应该采用下面的格式描述,而且一定要有针对性:
例如,可以这样描述:“利用Java和Spring框架设计并编写过一种独特的、创新的猫变形算法,改善了创建猫形标志的应用程序的性能与适应性,提高了500%以上。”
如果是一位优秀的简历写手,那行文会更紧凑,使之更加聚焦:“提出了一种基于旅行推销员问题的猫变形算法。重构猫变形模块以实现新算法,使用Java Spring框架来提高可维护性。性能提高了508%,修复bug的时间减少了34%。”

《程序员的成长课》一书中专门有一章讲简历优化,也可以参考。

《软技能2》中关于调试,提到了“分而治之”这个技巧,让我会心一笑。分而治之真的是最基本也最实用的技巧,我在2005年刚入行做软件开发时就经常用。后来我写文章有时触发敏感词,也会用这个方法。我们来看书中原文。

我还记得我曾经对付过的一个真正难缠的bug,它让我不能正确地解释用PostScript打印语言编写的打印文件。我想尽一切办法来调试这个问题。我测试了各种假设,都没有奏效。看起来这个bug是由于打印文件中的多个命令的组合造成的,但我不知道是具体是哪一个。
我把打印文件裁剪掉一半,bug还在那里。因此,我把这一半的打印文件又切成了两半,这次bug消失了。我测试了另一半,bug又回来了。我持续不断地尝试从打印文件的头部开始拆解它,直到我把整个文件从几千行代码裁剪到只有5行。正是这5行顺序排列的代码导致了bug。就是这么简单!
有时候,如果你在调试的时候卡住了,你需要做的就是找出一种方法来把待解决的问题的范围缩小一半,即尽你所能把大块头的部分先剔除出去。具体采取的方法可以根据问题的不同而不尽相同,但是,基本思路就是尝试并考虑如何消除大量的代码或删除大部分的系统或变量,然后看看bug是否仍然可以重现。
看看你能否想出办法来完全消除系统中会产生错误部分的测试路径。然后再做一次、再做一次。如果你继续进行这种分进合击的工作,你可能会找出导致错误的关键组件,然后问题就会变得相对简单一些。

很多人解Bug,会采取头痛医头脚痛医脚的方式,不琢磨Bug产生的原因,结果就是,这里解一个Bug,那里冒两个Bug,越搞越乱。实际上,最好的做法是,了解Bug产生的原因,从根儿上修复它。来看原文:

如果要修复一个问题,必须要搞清楚问题之所以能够修复的原因。如果你不明白自己为什么能够修复这个问题,那么你的调试工作还不算完全完成。你可能会在无意间导致产生了另一个不同的问题,也有可能你还没有彻底修复原来的问题。
问题是不会自动消失的。如果你没有修复这个问题,我可以向你保证,它肯定不会自行修复,它只是隐藏起来了而已。但如果你彻底修复了问题,不要就此停止。深入探究一下,确保你明确理解最初导致这个问题产生的原因,以及你之所以能够修复这个问题的原因。
太多的软件开发者通过随意摆弄代码来调试问题,显然这么做代码也可以正常工作,于是他们就假设错误已经被修复,但他们并不清楚导致错误的原因。这是一个危险的习惯。
说这是危险的习惯原因有很多。
正如上面提到的,当你随机调换系统内的代码位置、随机在这里或者那里修改代码的时候,你可能会引起各种不可预测的其他问题。问题还不止这些,你这么做就是在训练自己成为一个蹩脚的调试器。你正在养成把事情搞得一团糟的习惯——不讲技术,一点也不严谨。
有时你可能靠运气调试出来一两个问题,但是你并没有掌握可重复的调试过程,你也没有掌握可靠的调试技能。你不仅应该了解哪里出了问题、问题产生的原因,以及你是如何修复问题的,你还要去验证这样修复的正确性。
我知道,这似乎是常识,但我无法告诉你,程序员在“修复问题”上浪费了多少时间——他们总是假装问题已经修复了,然后将代码传递给质量保证人员,质量保证人员会立刻发现问题依旧在那儿,只好让它又回到开发者手中,不断往复。这是对时间的巨大浪费,其实你只需要花5分钟去验证自己所做的修复是真正的修复就可以避免这样的时间浪费。
事实上,不只是需要验证问题是否被修复,还需要针对这个问题编写一个回归测试用例,以确保它再也不会出现。
如果你真正理解自己所修复的问题,你就能针对这个问题编写一个单元测试用例,修复之后的代码就应该能够通过这个单元测试。
最后,你需要查找一下是否还有同类型bug。bug通常都是成群结队出现的。如果你发现在某种前置条件下会导致某个代码错误,那么很可能还会有由这个问题引起的其他bug。
再重复一遍,这就是了解真正的问题是什么以及为什么你的解决方案可以修复它至关重要的原因。只有当你知道发生了什么以及为什么会发生这样的事情,你才可以很快确定是否会有同样的问题导致其他隐藏起来的问题。

这部分我觉得作者说得简洁明确,特别好,直接上原文。

让我们先谈谈领导到底是什么。领导力不是头衔,也不是职位。领导力是你的所作所为,也是你发挥出的榜样力量。
你可以被告知你是领导者,你也可以被授予领导者的正式头衔,你可以被任命去负责一个团队。但没有人,绝对没有人,能够让你成为领导者。你必须靠自己去做到这一点。你必须自己去掌控“领导者”的职权。
领导力就是让人们跟随你进入你对未来的憧憬之中,因循你所要前进的方向,沿着你所选定的道路前进。这意味着你必须身先士卒、率先垂范。领导是站在前面的人,而不是从后面推别人的人。
没有头衔,没有正式的称号,没有来自上级的授权说“你就是那位领导”,因为服从不是目标,发自心底的全力支持才是目标。
你可以用武力或者权威来暂时控制某人的行为,但是身为领导者,需要你去试图赢得他们的内心与灵魂,激发出忠诚而不是恐惧。
只有一种方法能够成为高效能的领导者,那就是以身作则。
最好的领导会做到所有他要求他的团队做的事情。他们愿意牺牲,愿意多走一公里为他们试图领导的人铺平道路。
即使没有正式的职务,如果你愿意为人们树立榜样,你也可以成为他们的领导者。
如果你希望你的团队实施测试驱动开发方法,也就是在编写任何生产用代码之前要先编写单元测试,那么不要告诉他们“要这么这么做”,你要自己先这么做,率先垂范。
如果你希望你的团队在将代码添加到源代码控制系统中时要编写更好的提交消息,那你自己最好先这么做,先拿自己写出来的消息来做范例。
如果你希望你的团队互相尊重、避免争吵、积极合作,该怎么做呢?我想你已经知道自己应该怎么做了。而且,以身作则经常还意味着要去做那些不属于你的、应该由“你的下属”去完成的工作。
太多的“领导者”想坐在象牙塔里高高在上地指挥他们的军队。作为一个真正的、以身作则的领导,你必须自愿在前线、在战场上身先士卒,自愿去承担一些困难的、枯燥的甚至是你的团队里没人愿意去做的工作。向他们表明:即使是最单调乏味的任务,你也能做出高品质。
一个好的领导者是在多个方面都值得敬仰的人,而不仅仅是在他们的主攻领域。
我的意思是,你是一个优秀的程序员,而且你能写出任何一个人所见过的最整洁的代码,但这只是你必须去领导的一个领域。你应该在你想让你的团队跟随的每一个领域都成为楷模。
你想让你的团队有良好的职业道德吗?你想让你的团队被正确地激励吗?你想在你的团队中培养出良好的沟通能力和软技能吗?想让你的团队在哪一个领域里表现优异,那你就必须要在这个领域里成为楷模。
如果你想知道一个团队的行为和习惯,那你只需要看看他们的领导者。团队往往会表现出领导者的许多特质,时间越久越是如此。因此,如果你上班经常迟到、午饭时间超时、在网上冲浪而不好好工作,那不用说你的团队成员一定也是如此。如果你说粗俗的笑话、经常争吵、抱怨你的上级或没有以专业的态度对待别人,那你应该可以预料到你的团队也会有同样的行为。
因此,作为一名领导者,你必须……

简单概括,作者认为成为高效能领导者,要用所作所为赢得领导,要身先士卒、以身作则,还要成为所有领域的楷模。

呃,这是完美的技术领导者!

我太难了……从未做到过……并且看到这样的要求,在觉得特别正确的同时,心生惶恐……真的是臣妾做不到哇……

关于升职加薪,作者提出了非常多的具体策略,但我特别赞同的,是他说的——选择职责而不是薪酬。

在讨论如何获得加薪或升职之前,让我们先谈谈你是应该选择加薪还是应该选择升职。更多的钱和更高的头衔哪个更好?更多的钞票还是更多的职责?
答案似乎显而易见,对吧?我要拿现金,给我钱!但是,不要这么做。这其实是错误的答案。
情况应该是下面这样的。
我只看过两集《纸牌屋》,但我记得主角——我相信他是凯文·斯派西扮演的角色——说了些非常中肯的话:“这真是浪费天分!他选择的居然是金钱而不是权力。在这个镇上,几乎每个人都犯了这个错误。金钱是建在萨拉索塔的华而不实的伪豪宅,10年后就会分崩离析,而权力则是一座古老隽永的石头建筑,几个世纪屹立不倒。”
职责也是一样的。职责就是权力,不管是出于哪一种意图或者目的。真相是:只要你追逐职责,金钱就会随之而来。你总是可以用职责来换钱。
想想看:你是愿意在财富500强的公司找到一份工作,在那里你能得到CEO的薪水,还是愿意得到CEO级别的实际头衔,却拿着看门人的薪水呢?
从短期看,拿到这笔钱是有意义的,但当你失去那份工作后会发生什么呢?你可以试着告诉你申请的下一家公司,你的上一份工作年薪是30万美元,他们会嘲笑你。但是,如果你曾经是财富500强公司的CEO,想象一下在以后你会怎样把这个头衔换成钱。
问题是,当你在追求某件事时,你需要追逐权力的位置,这大致意味着你需要承担更多的职责。抓住每一个机会,让你可以承担一些事情,即使这是一份糟糕的工作。但这无关紧要。
你要是想通过获得越来越多的职责来成长和扩展你的领地,就找一些还没有人探索过的沼泽地,没有人想去碰它,你把它拿走,别怕它会弄脏你的手,然后在那里建造出一个主题公园——华特·迪士尼就是这么做的。
找出那些没人愿意染指的领域,那些没人愿意触碰的项目,接管它们。然后,让它们变成你的高光时刻。

其实作者说的这个逻辑很简单:有了权力和职责,钱自然就来了。这个说法我非常赞同,同时也想推荐作者看看《人民的名义》这部电视剧。

尽管我很想把《软技能2》的内容都展示给大家,但这实在是太难了……它真的是讲的东西太全了。所以我只能请你去看书了。

软技能2 软件开发者职业生涯指南

}

我要回帖

更多关于 程序员找工作 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信