精华内容
下载资源
问答
  • 想跳槽可大环境不好,有什么建议

    千次阅读 多人点赞 2019-10-30 10:30:27
    有人邀请我回答一个曾经上过知乎热榜的问题: 会不会因为裁员潮,市场上工作机会比往年跳槽季更少...大环境不好时,是否跳槽,要看自己的情况,而不是说到了跳槽季就换工作或者今年裁员潮就放弃原本拟好的更换工作...

    有人邀请我回答一个曾经上过知乎热榜的问题:

    会不会因为裁员潮,市场上工作机会比往年跳槽季更少,同时求职者因为失业或裁员潮带来的恐慌心理,很多人在找工作时更怕错过机会而不做过多思考和选择就入职。这样的形势下跳槽或者求职时,该如何判断和做出选择?

    整理了一下我的回答,分享给大家,以下是正文。


    大环境不好时,是否跳槽,要看自己的情况,而不是说到了跳槽季就换工作或者今年裁员潮就放弃原本拟好的更换工作计划。

    我们只要根据市场情况,小心应对即可。

    比如今年求职市场整体情况不好,那我们更好的规划、准备,就能提升获得理想工作机会的概率。比如,遵循下面 5 个步骤做前期准备,就可以最大限度地做到理性跳槽,避免误入深坑或者失去原本不错的工作。

    1. 判断自己对当下的工作是否满意。
    2. 盘点自己的亮点,找到喜欢的知识、技能、经历
    3. 梳理求职目标
    4. 优化简历和投递顺序
    5. 准备常见面试问题

    下面我们稍稍展开来说一下。

    1. 我对工作满意吗

    提供一个简单易用的方法来帮助你分析自己对工作是否满意——只要问自己下面 3 个问题即可:

    • 我对收入满意吗?
    • 我在公司能获得成长吗?
    • 我在公司里的位置是我想要的吗?

    如果你使用上面方法分析之后,得出的结论是“我对当下工作很满意”,那恭喜你,不用往下看了,收藏本文,等哪天对工作不满意了再来看。

    想要更详细具体的方法来评估自己的现状和求职目标,可以参考我的新课程——“程序员面试宝典——助你拿到好Offer”。

    2. 盘点自己的亮点

    到这个步骤,说明你对当下的工作有一点点不满,产生了想要看看机会的想法。那么,我们要看机会,首先要了解自己。

    我们可以从以下四个方面盘点自己:

    1. 知识
    2. 技能
    3. 经历
    4. 人脉

    有一点需要注意,我们跳槽时的盘点,要覆盖整个工作年限,而不是最近一年。

    做了自我盘点后,你往往会哇哦不断:

    • 哇哦,原来我掌握了这么多技能,编程、写作、演讲、制定计划、管理项目、制作PPT、绘制思维导图、驾驶、SWOT分析……
    • 哇哦,原来我学习了这么多知识,HTTP协议、保险、基金、债券、明史、劳动法、番茄工作法、H.265、UML、5W1H、复式记账法……
    • 哇哦,我居然做了这么多事情,开发了一个 App,跑了一次马拉松,买了房子,读了 50 本书,减重 20 斤,还登记结婚啦……
    • 哇哦,了不得,我居然和 68 个人保持着联系……

    嗯,惊喜很多,可这些东西有什么用呢?

    其实与确立求职目标、优化简历等,密切相关,接下来会讲到。我的视频课程中有更详细更系统的讲解,戳这里了解:“程序员面试宝典——助你拿到好Offer”。

    3. 梳理求职目标

    有具体目标,跳槽才不会盲目,所以这一步非常重要,是重中之重。

    我们先区分一下跳槽和转型。

    跳槽:行业不变、职能岗位不变的更换工作行为。举个例子,小猿原来在A互金公司做 Android 版本的 App 开发,换到B互金公司做 Android 版本的 App 开发,也是跳槽;小张在A建筑公司做会计,换到B建筑公司做会计,这就是跳槽。

    转型:行业或职能岗位有一个或两个发生变化的更换工作行为。举个例子,小猿在A互金公司做 Android 版本的 App 开发,换到 B 教育公司做后台服务器,是一种转型行为;小张在A建筑公司做会计,换到B教育公司做会计,是一种转型行为;再比如小张在A建筑公司做会计,换到B教育公司做HR,是转型。

    接下来我们讨论稍微简单的跳槽,分定义指标和锁定职位两部分。

    转型相对复杂,暂不作讨论,有需要的,可以 使用在行APP一对一约见,在行APP内搜索“安晓辉”即可。

    3.1 定义指标

    跳槽时行业不变、职能岗位不变,所以目标就比较容易定义,用下面 6 个方面作为细化指标即可:

    1. 愿意做的产品或服务,比如问答产品、社交产品、题库类产品、短视频等
    2. 想使用和积累的知识、专业技能,比如程序设计、课程设计、PPT、Excel、AutoCAD、PS等
    3. 想使用和发展的软技能,比如演讲、讲授、辅导、项目管理、写作、沟通、说服等
    4. 公司的发展状况,比如规模、行业地位、产品的市占率、产品生命周期等
      收入,薪水、福利等
    5. 职位重要性和上升空间,考虑所做产品和团队在公司的地位、个人角色在团队中的重要性等

    比如一位 2 年工作经验、使用 Golang 技术栈的开发者,可能会希望新的工作能满足下面 4 个方面:

    1. 愿意做的产品:短视频
    2. 想用和积累的技能:程序设计、设计模式
    3. 想使用和发展的软技能:讲课、辅导他人
    4. 公司的发展状况:100人以上的公司、研发团队人员在50人以上,短视频产品在某某领域排名前10
    5. 收入:年薪20万
    6. 职位重要性和上升空间:产品应该是公司核心产品,个人所负责工作不能属于边缘类

    那他在决定是否接受一个工作机会时,就可以看看这个机会是否能满足上面的要求。

    3.2 锁定职位

    前面细化出了用于衡量目标职位的指标,那就可以搜罗本地的工作机会,通过招聘网站、猎头、朋友、自己的了解,看看有哪些公司能提供与指标集合匹配的职位,整理成一个职位清单。类似下面这样:

    • A公司A1部门的 XX 岗位
    • B公司B1部门的 XX 岗位
    • C公司C3部门的 XX 岗位
    • ……

    到这一步,找工作就算是有的放矢了。

    更详细更系统的讲解,戳这里:“程序员面试宝典——助你拿到好Offer”。

    4. 优化简历和投递顺序

    优化简历有几个要点:

    • 针对每一个职位准备一份简历
    • 分析招聘信息,提取公司关心的关键词
    • 在简历的自我评价(或综合评价或技能介绍等)等环节,突出公司关心的关键词
    • 使用 STAR 法则撰写项目经历,并突出公司关心的关键点

    更多信息,可以看这个视频课——程序员简历优化指南

    还有一个需要注意的是简历投递顺序,可以参考下面:

    • 熟人推荐
    • 弱关系推荐
    • 猎头
    • 网投简历

    5. 为面试做准备

    准备工作,可以按下面几方面来做:

    • 好好研究每一个岗位所属公司的历史、产品、职位、团队等信息
    • 对自己做过的项目,用过的知识、技能,烂熟于心
    • 如有笔试,多刷题
    • 对常见的面试问题,如自我介绍、遇到过的挑战、取得的成就、为什么选择我们公司、离职原因、期望薪水等等,做好应对,提前练习

    10月份我上线了求职面试的课程,专讲如何系统搞定一次求职,配有专属答疑群,感兴趣的可以戳这里了解:“程序员面试宝典——助你拿到好Offer”。

    0. 这才开始

    换工作是大事,再加上今年行情不好,一定要慎重,做足准备,慎之又慎。

    最后再提醒一点:换工作要符合自己的职业规划。职业规划这事儿相对复杂,我在这里先用一句简单的话帮你找到自己的职业规划目标——三年后我在什么样的公司、在什么岗位上、使用哪些知识和技能、在做什么产品或服务。把这句话搞明白了,就可以判断自己是否应该跳槽:有助于三年后的目标,就是好的跳槽,否则就有很大概率是走弯路。

    这篇文章所讲的一切,在视频课程中有更系统的讲解和示例,戳这里试听:“程序员面试宝典——助你拿到好Offer”。

    展开全文
  • [技术讨论]如何评价工作

    千次阅读 2010-05-31 20:38:00
    发着数量不明不白的工资,莫名其妙的看着别人的辞职,不知所以的看到自己好像少发了一些钱,玩命的工作却没有人赏识,领导不知道你在做什么。那么你就不要来看我的绩效管理模型!更不要尝试来用它。

    1、引言

    下面是一篇关于工作量评价的对话,里面涉及到本blog前一篇文字的内容,同时还有绩效管理模型的内容,相关文字的链接如下:

    下面这篇关于赚钱与团队解散的文字在本文讨论的内容中也有对应的内容

    [企业管理]公司赚钱团队解散的原因分析:http://blog.csdn.net/qingrun/archive/2010/01/31/5274673.aspx

     

    下面几篇是纯粹的技术论述和应用模型的分析资料

    [技术讨论]代码编写能力与管理手段的配合:http://blog.csdn.net/qingrun/archive/2009/12/04/4939931.aspx

    [团队管理]项目组开发用机器如何管理:http://blog.csdn.net/qingrun/archive/2004/11/02/163596.aspx

    有了有效管理和代码编写的促进性管理的作用才能有更好的质量。

    [技术讨论]如何评价咨询质量:http://blog.csdn.net/qingrun/archive/2010/05/28/5631980.aspx

    [全程建模]配置管理工具如何用:http://blog.csdn.net/qingrun/archive/2010/03/17/5383932.aspx

    有了质量和配置管理的基础数据信息才可能建立有效的绩效度量模型。

    [全程建模]独创的绩效管理模型:http://blog.csdn.net/qingrun/archive/2008/07/11/2639390.aspx

     

    2、讨论对话

    1
    发信人: yuanmo (栗子~~一毛一公斤), 信区: SoftEng
    标  题: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Thu May 27 22:52:40 2010), 站内

    按行数?太不精确且容易灌水,并且导致低效代码。

    按功能点?工作量估计不够精确。

    Team Leader拍脑袋?更不靠谱。

    有啥思路?


    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 114.241.183.*]

    2
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Thu May 27 23:07:04 2010), 站内

    去看我的绩效模型,我的blog里面有,浊者搜索我的名字+绩效模型
    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    : 按功能点?工作量估计不够精确。
    : Team Leader拍脑袋?更不靠谱。
    : ...................

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]

    3
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Thu May 27 23:11:43 2010), 站内

    行数这东西应该比纵向

    最适合考察的是一个人的持续努力时间
    或者一个team的持续努力时间

    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    : 按功能点?工作量估计不够精确。
    : Team Leader拍脑袋?更不靠谱。
    : ...................

    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 123.116.50.*]

    4
    发信人: darkelf9 (整理屋子), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Thu May 27 23:23:50 2010), 站内

    功能点 + 技术背景的Team Leader 拍脑袋


    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    : 按功能点?工作量估计不够精确。
    : Team Leader拍脑袋?更不靠谱。
    : ...................

    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 114.243.235.*]

    5
    发信人: Dieken (风催草低 - 明月何尝不照人), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Thu May 27 23:46:45 2010), 站内

    行数、耗时、功能难度、bug 数量?

    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 标  题: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Thu May 27 22:52:40 2010), 站内
    :
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    :
    : 按功能点?工作量估计不够精确。
    :
    : Team Leader拍脑袋?更不靠谱。
    :
    : 有啥思路?
    :
    :
    : --
    :
    : ※ 来源:·水木社区 newsmth.net·[FROM: 114.241.183.*]


    --
    OSS v4 vs. ALSA 大战,Linux 声音支持的未来?
    OSS v4 支持混音了!

    http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
    http://insanecoding.blogspot.com/2009/05/perfect-sound-with-oss-version-4.html
    http://dieken-qfz.spaces.live.com/blog/cns!586D665C0DEB512D!605.entry


    ※ 来源:·水木社区 newsmth.net·[FROM: 221.220.252.*]

    6
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 00:14:00 2010), 站内

    bug数肯定不行,这样搞开发人员会和测试人员合伙搞公司奖金的。。
    【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
    : 行数、耗时、功能难度、bug 数量?


    --
    沟通是一切


    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    7
    发信人: Dieken (风催草低 - 明月何尝不照人), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 02:19:44 2010), 站内

    coder 制造bug 多是要惩罚的,tester 发现 bug 少要惩罚。。。

    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : bug数肯定不行,这样搞开发人员会和测试人员合伙搞公司奖金的。。


    --
    OSS v4 vs. ALSA 大战,Linux 声音支持的未来?
    OSS v4 支持混音了!

    http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
    http://insanecoding.blogspot.com/2009/05/perfect-sound-with-oss-version-4.html
    http://dieken-qfz.spaces.live.com/blog/cns!586D665C0DEB512D!605.entry


    ※ 来源:·水木社区 newsmth.net·[FROM: 221.220.252.*]

    8
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 03:33:15 2010), 站内

    多少只能按相对来算了,给一个团队10w,然后让他们按照谁bug多谁就拿少点的规则分下去。。。感觉只能这

    样了,但做事多的人就倒霉了,如果按bug数/工作量来算,主观性有太强了点,恐怕难免有人不服。。。。
    【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
    : coder 制造bug 多是要惩罚的,tester 发现 bug 少要惩罚。。。


    --
    沟通是一切


    ※ 修改:·timshaw 于 May 28 03:34:11 2010 修改本文·[FROM: 119.137.84.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 119.137.84.*]

    9
    发信人: Group (这个真没有), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 14:15:47 2010), 站内

    要那么精确干么?

    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    : 按功能点?工作量估计不够精确。
    : Team Leader拍脑袋?更不靠谱。
    : ...................

    --

    ※ 来源:·水木社区 http://newsmth.net·[FROM: 202.108.130.*]

    10
    发信人: laofo (偶是fofo), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 16:16:05 2010), 站内

    re
    按照工作质量来评估。两个工作量相同的模块,A和B,看完成所用的时间和工作质量。

    【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
    : coder 制造bug 多是要惩罚的,tester 发现 bug 少要惩罚。。。

    --

    ※ 来源:·水木社区 http://newsmth.net·[FROM: 114.255.30.*]

    11
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 16:26:11 2010), 站内

    这个问题很严重,呵呵,关键是:
    1、两个工作量相同,如何定义?
    2、工作质量和时间的定义如果不同,如何定义差别?
    这就是我那个模型建立之初考虑了很多年的东西,复杂的点就在于这个基础是什么,如何定义。
    否则,一切都仍然是和拍脑袋一样了。

    【 在 laofo (偶是fofo) 的大作中提到: 】
    : re
    : 按照工作质量来评估。两个工作量相同的模块,A和B,看完成所用的时间和工作质量。

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]

    12
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 16:58:32 2010), 站内


    我觉得精确评估工作量肯定要联系具体情况
    做到这一步我觉得没必要
    如果一个项目需求分析下来能够评估个大致完成时间就很了不起了

    这些评估的工作涉及到的因素实在太多,
    比方说规划的好的技术架构
    一个对需求有强有力控制的项目经历等等

    【 在 qingrun (青润) 的大作中提到: 】
    : 这个问题很严重,呵呵,关键是:
    : 1、两个工作量相同,如何定义?
    : 2、工作质量和时间的定义如果不同,如何定义差别?
    : ...................

    --
    沟通是一切


    ※ 来源:·水木社区 newsmth.net·[FROM: 119.137.87.*]

    13
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 17:06:24 2010), 站内


    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : 我觉得精确评估工作量肯定要联系具体情况
    : 做到这一步我觉得没必要
          ~~~~~~哪一步?没有看到指代关系呀。
    : 如果一个项目需求分析下来能够评估个大致完成时间就很了不起了
    是的,大概时间的难度都很大,即使经验很丰富,你也难说用户会不会带来额外附加的工作量的。
    : 这些评估的工作涉及到的因素实在太多,
    : 比方说规划的好的技术架构
    : 一个对需求有强有力控制的项目经历等等
    所以,我才定义了一个基础,通过一个基础的工作单元来评估工作量。否则,你用任何方式评估工作量都会有

    人替反对意见的。
    当然,我这个基础单元的定义在不同的企业是有所差异的,具体如何定义如何补充,都是需要根据实际情况进

    行调整考虑的。也正因为如此,我那个绩效模型才显得复杂一些。
    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]

    14
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 17:08:55 2010), 站内

    经常看你推崇那一套
    说实在的真的太虚了

    能实施的起的公司,大多都有自己的一套,可能也轻易采纳不了
    更多都是实施不起的公司,还是把精力放在开源上面吧

    软件工程中间,开源的才是最有意义的,节流的部分差不多就行了

    【 在 qingrun (青润) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Fri May 28 17:06:24 2010), 站内
    :
    :
    : 【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : : 我觉得精确评估工作量肯定要联系具体情况
    : : 做到这一步我觉得没必要
    :       ~~~~~~哪一步?没有看到指代关系呀。
    : : 如果一个项目需求分析下来能够评估个大致完成时间就很了不起了
    : 是的,大概时间的难度都很大,即使经验很丰富,你也难说用户会不会带来额外附加的工作量的。
    : : 这些评估的工作涉及到的因素实在太多,
    : : 比方说规划的好的技术架构
    : : 一个对需求有强有力控制的项目经历等等
    : 所以,我才定义了一个基础,通过一个基础的工作单元来评估工作量。否则,你用任何方式评估工作量都会

    有人替反对意见的。
    : 当然,我这个基础单元的定义在不同的企业是有所差异的,具体如何定义如何补充,都是需要根据实际情况

    进行调整考虑的。也正因为如此,我那个绩效模型才显得复杂一些。
    : --
    : 我很傻,但是我很能干
    : 软工类技术blog:blog.csdn.net/qingrun
    :
    :
    : ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]


    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 124.205.138.*]

    15
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 17:41:04 2010), 站内


    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 经常看你推崇那一套
              ~~~~~~~~~~不是推崇,自己研究出来的东西如果自己都认为没有用处,我是不是等于在认为自己很

    没用呢?
    : 说实在的真的太虚了
              ~~~~~~~~没有用过,没有深入的分析研究过,这个话为时过早!就好像02年高展对UML开骂的内容

    ,还有n多人对我说,UML太虚一样的感觉,呵呵。
    : 能实施的起的公司,大多都有自己的一套,可能也轻易采纳不了
    关键问题是,现在有几家公司有自己真正合理的绩效评估模型?

    : 更多都是实施不起的公司,还是把精力放在开源上面吧
    这个,没办法。
    其实,实施成本并不高,我的咨询费对于一般的公司来说也都是可以承担的,关键是老板总担心会不会有效果

    !呵呵,这个不是我担心的,如果有兴趣一谈,我可以让他感到好处,如果不谈,那我也没办法。
    记得前年年底去西安那趟,很快就有一个公司的老板想请我过去,不过,却推托没钱,想用公司股份让我参与

    ,我拒绝了,理由是:1、他公司的产品对我没有吸引力,如果有,我会考虑。2、我的咨询费用并不高,如果

    这个都不愿意支付,招聘对我来说更不具有吸引力了。
    : 软件工程中间,开源的才是最有意义的,节流的部分差不多就行了
    我的那套方法不涉及到开源节流的问题,是从根本入手的规范化的方法。
    如果非要划个框,可以说,能把我的绩效模型用起来,可以从根本上解决一些形式化的结果,至少符合CMM2以

    上的大部分框架要求,而且是很务实的要求,基本上无法弄虚作假,因为弄虚作假的成本是相当大的,可能比

    你按照我的规范进行操作还要大。

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]

    16
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 17:48:54 2010), 站内

    额,不是说不好
    我是说,对一个公司而言,比这块重要的事情还有很多
    当然,对一项科学而言,那是必须值得尊敬的

    【 在 qingrun (青润) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Fri May 28 17:41:04 2010), 站内
    :
    :
    : 【 在 kabbesy (三冠王) 的大作中提到: 】
    : : 经常看你推崇那一套
    :           ~~~~~~~~~~不是推崇,自己研究出来的东西如果自己都认为没有用处,我是不是等于在认为自己

    很没用呢?
    : : 说实在的真的太虚了
    :           ~~~~~~~~没有用过,没有深入的分析研究过,这个话为时过早!就好像02年高展对UML开骂的内

    容,还有n多人对我说,UML太虚一样的感觉,呵呵。
    : : 能实施的起的公司,大多都有自己的一套,可能也轻易采纳不了
    : 关键问题是,现在有几家公司有自己真正合理的绩效评估模型?
    :
    : : 更多都是实施不起的公司,还是把精力放在开源上面吧
    : 这个,没办法。
    : 其实,实施成本并不高,我的咨询费对于一般的公司来说也都是可以承担的,关键是老板总担心会不会有效

    果!呵呵,这个不是我担心的,如果有兴趣一谈,我可以让他感到好处,如果不谈,那我也没办法。
    : 记得前年年底去西安那趟,很快就有一个公司的老板想请我过去,不过,却推托没钱,想用公司股份让我参

    与,我拒绝了,理由是:1、他公司的产品对我没有吸引力,如果有,我会考虑。2、我的咨询费用并不高,如

    果这个都不愿意支付,招聘对我来说更不具有吸引力了。
    : : 软件工程中间,开源的才是最有意义的,节流的部分差不多就行了
    : 我的那套方法不涉及到开源节流的问题,是从根本入手的规范化的方法。
    : 如果非要划个框,可以说,能把我的绩效模型用起来,可以从根本上解决一些形式化的结果,至少符合CMM2

    以上的大部分框架要求,而且是很务实的要求,基本上无法弄虚作假,因为弄虚作假的成本是相当大的,可能

    比你按照我的规范进行操作还要大。
    :
    : --
    : 我很傻,但是我很能干
    : 软工类技术blog:blog.csdn.net/qingrun
    :
    :
    : ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]


    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 124.205.138.*]

    17
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 17:49:51 2010), 站内

    呵呵,没事,先不说了,这边有事情。
    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 额,不是说不好
    : 我是说,对一个公司而言,比这块重要的事情还有很多
    : 当然,对一项科学而言,那是必须值得尊敬的

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.163]

    18
    发信人: laofo (偶是fofo), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 17:50:38 2010), 站内

    像kabbesy,还有斑竹t 说的那样,

    工作量这个东西肯定是要有经验性估计的成份在里面,就像项目工作量估计一样,不可能和实际执行起来一点

    出入都没有。毕竟只是个规划,估量,还没有实际执行。

    因为做软件,毕竟是要卖给客户的,所以我觉得软件质量要重中之重,那么我们考核就主要看软件质量还是说

    的过去的。
    【 在 qingrun (青润) 的大作中提到: 】
    : 这个问题很严重,呵呵,关键是:
    : 1、两个工作量相同,如何定义?
    : 2、工作质量和时间的定义如果不同,如何定义差别?
    : ...................

    --

    ※ 来源:·水木社区 http://newsmth.net·[FROM: 114.255.30.*]

    19
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 18:07:21 2010), 站内

    问一下,对于咨询业务,最后有没有指标可以做评价?
    我们公司的咨询业务好像常被人问这个问题-___-b

    【 在 qingrun (青润) 的大作中提到: 】
    :           ~~~~~~~~~~不是推崇,自己研究出来的东西如果自己都认为没有用处,我是不是等于在认为自己

    很没用呢?
    :           ~~~~~~~~没有用过,没有深入的分析研究过,这个话为时过早!就好像02年高展对UML开骂的内

    容,还有n多人对我说,UML太虚一样的感觉,呵呵。
    : 关键问题是,现在有几家公司有自己真正合理的绩效评估模型?
    : ...................

    --
    沟通是一切


    ※ 修改:·timshaw 于 May 28 18:08:17 2010 修改本文·[FROM: 218.18.95.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    20
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 22:55:32 2010), 站内


    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : 问一下,对于咨询业务,最后有没有指标可以做评价?
    : 我们公司的咨询业务好像常被人问这个问题-___-b
    是的,很多企业都没法做到咨询的评价,而且很多咨询的确是没办法做到的评价的。
    对于我的咨询,我提供的是培训式咨询,一方面对开发方法和过程进行培训,另一方面建立数据——我的绩效

    模型建立后,就是为这个提供数据的,绩效模型建立之初的数据和建立成型后的数据就可以形成工作效率和成

    果的对比。这个对比是可以直接说明问题的。
    如果结果比前面还悲惨,那自然是我的咨询失败,也是我模型失败的证明,反之,则不必多言了。
    而过程中,我建议的每一个操作习惯的建立,都可以看到是有好处的,比如说,我绩效模型中的文档修订记录

    和配置库中记录的对比,这一点并不会增加工作量,而且是一个必须的操作过程,而这个小的变化,就会带来

    版本的稳定和造假的困难(造假困难的例子就不用举了,相信大家都能想明白)。
    而通过这一系列的操作习惯的渐变,形成了一系列的统计数据和基础数据信息的积累,这些为后来的数据分析

    和建模提供了基础,这样的基础就是可量化的指标体系了。
    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    21
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Fri May 28 22:59:17 2010), 站内


    【 在 laofo (偶是fofo) 的大作中提到: 】
    : 像kabbesy,还有斑竹t 说的那样,
    : 工作量这个东西肯定是要有经验性估计的成份在里面,就像项目工作量估计一样,不可能和实际执行起来一

    点出入都没有。毕竟只是个规划,估量,还没有实际执行。
    : 因为做软件,毕竟是要卖给客户的,所以我觉得软件质量要重中之重,那么我们考核就主要看软件质量还是

    说的过去的。
    是的,质量肯定是其中一项很重要的因素。
    但是,如果有这样的两个模块:
    1、权限系统
    2、文档管理系统
    这两个系统,我们假定第一个的开发难度是第二个的10倍,但是结果bug却比第二个多1倍,这两个系统都是两

    个程序员在20天内开发完成的。

    那,你该如何定义这两个小组(每个小组2个程序员)的工作绩效呢?
    显然,单单通过质量也是不可靠的,必须是多个因素的配合结果,单一因素都是不合适的。
    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    22
    发信人: lilax (阿香), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 00:52:10 2010), 站内


    行数+修改文件个数(类)+自己汇报工时+leader主观质量判断+leader主观难度判断


    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    : 按功能点?工作量估计不够精确。
    : Team Leader拍脑袋?更不靠谱。
    : ...................

    --
            To live and to love ...
                                    Truly, madly, deeply and freely~


    ※ 修改:·lilax 于 May 29 00:53:42 2010 修改本文·[FROM: 123.116.41.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 123.116.41.*]

    23
    发信人: Group (这个真没有), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 09:42:22 2010), 站内

    这世界的评价标准就是成王败寇
    成功的人士,成功的公司,成功的软件,它们一切都是好的
    那些loser,一切都是差的

    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : 问一下,对于咨询业务,最后有没有指标可以做评价?
    : 我们公司的咨询业务好像常被人问这个问题-___-b


    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 114.246.97.*]

    24
    发信人: haoniukun (haoniukun), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 09:43:05 2010), 站内

    什么算成功?销售业绩好?
    【 在 Group (这个真没有) 的大作中提到: 】
    : 这世界的评价标准就是成王败寇
    : 成功的人士,成功的公司,成功的软件,它们一切都是好的
    : 那些loser,一切都是差的
    : ...................

    --
       //_//
      (^@v@^)
       (___)
        " "
     怀念乌鸦猪


    ※ 来源:·水木社区 newsmth.net·[FROM: 125.39.174.*]

    25
    发信人: Group (这个真没有), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 09:43:51 2010), 站内

    差不多,就是有钱

    【 在 haoniukun (haoniukun) 的大作中提到: 】
    : 什么算成功?销售业绩好?


    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 114.246.97.*]

    26
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 09:47:15 2010), 站内

    这个评价是非常不合理的,而且也不客观!
    即使是失败者,他们的历程中也有正确的做法,即使是成功者,经历中也有缺陷,也有错误的操作,完美的成

    功在现实中是不存在的!
    对于做技术的人尤其要讲求客观,而不是人云亦云,更不是闻功则喜,闻过则哀!

    【 在 Group (这个真没有) 的大作中提到: 】
    : 这世界的评价标准就是成王败寇
    : 成功的人士,成功的公司,成功的软件,它们一切都是好的
    : 那些loser,一切都是差的

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    27
    发信人: Group (这个真没有), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 09:56:26 2010), 站内

    存在即合理
    你心里认为它不合理也没法子
    回到这个主题
    我认为精确估算各人的工作量根本没有必要
    毛估估就可以了
    只要工作情绪稳定就没啥问题
    有多余的时间优先保证项目成功去吧
    否则一切都是浮云
    好项目从来不是靠人员管理搞出来的

    【 在 qingrun (青润) 的大作中提到: 】
    : 这个评价是非常不合理的,而且也不客观!
    : 即使是失败者,他们的历程中也有正确的做法,即使是成功者,经历中也有缺陷,也有错误的操作,完美的

    成功在现实中是不存在的!
    : 对于做技术的人尤其要讲求客观,而不是人云亦云,更不是闻功则喜,闻过则哀!
    : ...................

    --

    ※ 修改:·Group 于 May 29 09:57:11 2010 修改本文·[FROM: 114.246.97.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 114.246.97.*]

    28
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 10:03:32 2010), 站内


    【 在 Group (这个真没有) 的大作中提到: 】
    : 存在即合理
      ~~~~~~~~~~这个似乎有一个专门的哲学命题批判过这种说法,具体哪篇文章我现在也找不到了,我水平没那

    么高,无法那么详细的进行这个命题的评论。
    : 你心里认为它不合理也没法子
    : 回到这个主题
    : 我认为精确估算各人的工作量根本没有必要
            ~~~~~~~~这两个就是语病了,呵呵,估算就不可能精确。
    在我的模型里面并不是估算,而是计算,通过一种模型化后的东西进行规范化。
    举个常见的例子:
    货币为什么会出现?
    最开始的交易都是以物易物,后来发展出现了货币,但是货币真的能很精确的表述出这个商品的价值么?
    其实仔细思考以后发现,货币也只是一个统一化以后的符号,并不是什么精确,但是它给了人们一个评价价值

    的标准,这就是货币出现的重大意义,对人类都是非常重大的。
    当人类习惯于用货币来评价商品/物品的价值的时候,他就被统一了,成了公有的认识!
    当然,我的这个模型没有这么大的意义,这里只是一个类比关系,而且可以算是很贴切的形象类比。
    : 毛估估就可以了
    : 只要工作情绪稳定就没啥问题
    : 有多余的时间优先保证项目成功去吧
    : 否则一切都是浮云
    呵呵,这段不评论了,下面的评论应该能说明一些。
    : 好项目从来不是靠人员管理搞出来的
    这句话说出来,我真的只能认为你没有经历过大项目!
    小团队作战,管理的功能看不出来,当你有二三十人,二三百人,一两千人团队开发的时候,管理的重要性会

    几何级数的增加,就不是你这里所说的了。
    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    29
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 10:44:09 2010), 站内

    ahaha

    re!

    【 在 Group (这个真没有) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Sat May 29 09:42:22 2010), 站内
    :
    : 这世界的评价标准就是成王败寇
    : 成功的人士,成功的公司,成功的软件,它们一切都是好的
    : 那些loser,一切都是差的
    :
    : 【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : : 问一下,对于咨询业务,最后有没有指标可以做评价?
    : : 我们公司的咨询业务好像常被人问这个问题-___-b
    :
    :
    : --
    :
    : ※ 来源:·水木社区 newsmth.net·[FROM: 114.246.97.*]


    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 124.205.138.*]

    30
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 10:56:05 2010), 站内

    其实你理论挺好,就是太当回事,太过了

    软件工程明明是个支撑学科,确实也很有意义
    但非觉得自己是整个行业的心脏,就不好了

    【 在 qingrun (青润) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Sat May 29 10:03:32 2010), 站内
    :
    :
    : 【 在 Group (这个真没有) 的大作中提到: 】
    : : 存在即合理
    :   ~~~~~~~~~~这个似乎有一个专门的哲学命题批判过这种说法,具体哪篇文章我现在也找不到了,我水平没

    那么高,无法那么详细的进行这个命题的评论。
    : : 你心里认为它不合理也没法子
    : : 回到这个主题
    : : 我认为精确估算各人的工作量根本没有必要
    :         ~~~~~~~~这两个就是语病了,呵呵,估算就不可能精确。
    : 在我的模型里面并不是估算,而是计算,通过一种模型化后的东西进行规范化。
    : 举个常见的例子:
    : 货币为什么会出现?
    : 最开始的交易都是以物易物,后来发展出现了货币,但是货币真的能很精确的表述出这个商品的价值么?
    : 其实仔细思考以后发现,货币也只是一个统一化以后的符号,并不是什么精确,但是它给了人们一个评价价

    值的标准,这就是货币出现的重大意义,对人类都是非常重大的。
    : 当人类习惯于用货币来评价商品/物品的价值的时候,他就被统一了,成了公有的认识!
    : 当然,我的这个模型没有这么大的意义,这里只是一个类比关系,而且可以算是很贴切的形象类比。
    : : 毛估估就可以了
    : : 只要工作情绪稳定就没啥问题
    : : 有多余的时间优先保证项目成功去吧
    : : 否则一切都是浮云
    : 呵呵,这段不评论了,下面的评论应该能说明一些。
    : : 好项目从来不是靠人员管理搞出来的
    : 这句话说出来,我真的只能认为你没有经历过大项目!
    : 小团队作战,管理的功能看不出来,当你有二三十人,二三百人,一两千人团队开发的时候,管理的重要性

    会几何级数的增加,就不是你这里所说的了。
    : --
    : 我很傻,但是我很能干
    : 软工类技术blog:blog.csdn.net/qingrun
    :
    :
    : ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]


    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 124.205.138.*]

    31
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 11:15:26 2010), 站内

    但坏项目从来都是管理出了问题....
     软件工程就是与各种错误做斗争的过程的经验教训总结




    【 在 Group (这个真没有) 的大作中提到: 】
    : 存在即合理
    : 你心里认为它不合理也没法子
    : 回到这个主题
    : ...................

    --
    沟通是一切


    ※ 修改:·timshaw 于 May 29 11:19:16 2010 修改本文·[FROM: 218.18.95.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    32
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 11:19:03 2010), 站内

    光有钱算不得好,还要能持续的有钱,
    当然,如果老板就是想打一炮赚一筐就走路,那真的不用上什么软件工程了

    那个谁说过一个看法,有问题就得在形势大好的时候治理,才不会引起大的破坏,真的等到退潮了,本身就差

    不多死了,还想动手术?
    成功的时候应该(由于上面提到的时机问题,所以实际上是很有必要)留意自己的缺点并不断改进啊,要不然,

    今天笑别人loser明天说不定就轮到自己卢瑟了


    【 在 Group (这个真没有) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Sat May 29 09:42:22 2010), 站内
    :
    : 这世界的评价标准就是成王败寇
    : 成功的人士,成功的公司,成功的软件,它们一切都是好的
    : 那些loser,一切都是差的
    :
    : 【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : : 问一下,对于咨询业务,最后有没有指标可以做评价?
    : : 我们公司的咨询业务好像常被人问这个问题-___-b
    :
    :
    : --
    :
    ※ 修改:·timshaw 于 May 29 11:23:50 2010 修改本文·[FROM: 218.18.95.*]
    : ※ 来源:·水木社区 newsmth.net·[FROM: 114.246.97.*]


    --
    沟通是一切


    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    33
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 11:27:26 2010), 站内

    我觉得软件工程是搞应用软件开发的非常非常非常重要的一方面。

    我老觉得他属于管理学啊


    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 其实你理论挺好,就是太当回事,太过了
    : 软件工程明明是个支撑学科,确实也很有意义
           ~~~~~~~~~~~~~~~~~~~跟什么相对应?
    : 但非觉得自己是整个行业的心脏,就不好了
    : ...................

    --
    沟通是一切


    ※ 修改:·timshaw 于 May 29 11:27:47 2010 修改本文·[FROM: 218.18.95.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    34
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 11:38:49 2010), 站内

    可能有点接受不了伊的语气吧 -__-b 不过我们根据bbs上的文字发挥想象有时也不大可取

    不过我倒是觉得大家都应该把自己当回事:为自己所从事的工作骄傲,为自己的成果自豪
    这样才能感知自己的存在呀,这样才会有更主动的交流沟通,这就是板块存在的原因吧
    还有自满可以不过可不能傲慢,否则交流的就不是经验教训知识而是拳脚了


    话说我们公司主业是搞安全咨询的,就是生产应该怎么搞才能确保安全,但据我观察这在中国很没地位,客户

    老大从来就是把生产摆在第一位的,安全基本上是摆设,很多都是应付检查的。可想而知他们到客户那边得不

    到什么好脸色,
    但即使这样,我们的安全咨询师依然互相打气,说:世界上又有几个职业是跟人的生命打交道的?我们为这样

    的职业感到自豪!

    o(∩_∩)o 哈哈



    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 其实你理论挺好,就是太当回事,太过了
    : 软件工程明明是个支撑学科,确实也很有意义
    : 但非觉得自己是整个行业的心脏,就不好了
    : ...................

    --
    沟通是一切


    ※ 修改:·timshaw 于 May 29 11:41:50 2010 修改本文·[FROM: 218.18.95.*]
    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    35
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 11:54:48 2010), 站内

    跟 软件开发,工程管理 相关啊

    前者目标是:功能全面、性能出色、系统健壮、维护性好等
    后者主要是:计划、进度、费用等

    软件工程在这些里面都有涉及,当然很重要
    但再重要也重要不过软件和项目本身
    说白了,再重要也重要不过收到的账款

    而且这个讨论,说的还不是完全的软件工程
    而是其中一个很小的方面:软件开发中,完成后工作的可度量
    且不说这个靠谱不靠谱——我个人觉得是创造性工作永远是无法完全用数字化度量的

    我觉得这块就算研究到了极致
    一来解决任务计划的可度量,这块很重要(但是我没看出这部分的讨论)
    另一方面是解决个干了活之后的“民不畏贫而畏不均”的问题(都在说考核)
    而员工的回报,除了薪酬以外还有环境、个人满足感、个人成长等多方面的因素
    难道也都“数字化”?

    一个软件项目从头到尾下来,抛开商业层面
    但就软件本身和项目本身,就有足够多“科学”需要研究了
    辅助就该放在辅助的位置上
    如果把比重搞错了,伤害比利益还大

    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Sat May 29 11:27:26 2010), 站内
    :
    : 我觉得软件工程是搞应用软件开发的非常非常非常重要的一方面。
    :
    : 我老觉得他属于管理学啊
    :
    :
    : 【 在 kabbesy (三冠王) 的大作中提到: 】
    : : 其实你理论挺好,就是太当回事,太过了
    : : 软件工程明明是个支撑学科,确实也很有意义
    :        ~~~~~~~~~~~~~~~~~~~跟什么相对应?
    : : 但非觉得自己是整个行业的心脏,就不好了
    : : ...................
    :
    : --
    : 沟通是一切
    :
    :
    : ※ 修改:·timshaw 于 May 29 11:27:47 2010 修改本文·[FROM: 218.18.95.*]
    ※ 修改:·kabbesy 于 May 29 11:56:55 2010 修改本文·[FROM: 124.205.138.*]
    : ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]


    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 124.205.138.*]

    36
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 13:23:15 2010), 站内


    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 其实你理论挺好,就是太当回事,太过了
            ~~~~~~~~好像是七年前也有人这么说过,说我理论很好,就是不知道有没有实践。后来那哥们和我聊

    了很多,06年还带了两个人从济南过来参加我的培训。
    也给我提了不少建议,还帮我牵线搭桥,我的需求到代码的映射关系就是在他的提醒下才完成的。
    : 软件工程明明是个支撑学科,确实也很有意义
    关于软件工程是支撑学科还是核心学科我没有考虑过,我只知道这个东西能解决实际问题。
    : 但非觉得自己是整个行业的心脏,就不好了
    行业的心脏,我好像还没有如此考虑过。
    我到现在所有的认识点的基础都是解决实际问题,而不是是否有多大的地位。
    所以,你的这句话,我完全不能认同!
    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    37
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 13:23:50 2010), 站内

    re
    这个我完全同意,呵呵。
    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : 但坏项目从来都是管理出了问题....
    :  软件工程就是与各种错误做斗争的过程的经验教训总结

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    38
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 13:39:45 2010), 站内


    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 跟 软件开发,工程管理 相关啊
    : 前者目标是:功能全面、性能出色、系统健壮、维护性好等
    : 后者主要是:计划、进度、费用等
                  ~~~~~~~~~~~~~~~~这个是最基础的工程管理,实际上还包括风险、安全(代码安全和开发过程

    安全,这个展开也是个很大的话题,不过,很多企业只需要用到配置管理即可,不需要那么复杂的东西);计

    划也要分为项目计划、阶段计划、周计划和日计划等等,不过,一般企业和团队只需要项目/阶段计划、周计

    划即可,如果项目不大的话,项目计划和阶段计划可以一体,还有些,我一下子想不起来了,想到了再说。
    : 软件工程在这些里面都有涉及,当然很重要
    : 但再重要也重要不过软件和项目本身
    : 说白了,再重要也重要不过收到的账款
    如果你的软件本身就达不到交付的条件,就拿给客户进行交付,结果不仅仅是公司信誉受损(注意,我这里讨

    论的不是那种拿到钱就想跑路的企业,那类企业不在我认可的企业范围内,对他们只有分析,不提供任何建议

    ,因为在我眼里,他们甚至算不得人)。
    另外,不要把软件和软件工程割裂开来进行讨论,软件工程就是软件自身工程化的过程,离开了软件进行软件

    工程的讨论是非常可笑而且幼稚的。

    : 而且这个讨论,说的还不是完全的软件工程
    : 而是其中一个很小的方面:软件开发中,完成后工作的可度量
    : 且不说这个靠谱不靠谱——我个人觉得是创造性工作永远是无法完全用数字化度量的
    是的,这一点我认同!
    但是,即使无法用非常确切地数字化进行度量,但是,一定范围内的度量还是可行的,否则,你凭什么告诉客

    户,你这个系统就需要客户支付100万,还是只需要支付5块钱来购买?
    另外,软件行业发展到现在,很多软件的开发已经不是创造性地工作了,至少里面大量的内容已经不具有创造

    性了,国内的软件行业从业人员能有多少是在做真正创造性的工作?我不知道这个比例有多少,因为没有调查

    ,但是,从我的经历和周边朋友以及接触过的人来看,这个比例还真的不高。
    : 我觉得这块就算研究到了极致
    : 一来解决任务计划的可度量,这块很重要(但是我没看出这部分的讨论)
    关于这一块,我的那片文字中有详细阐述,当然本贴此上所有的内容都没有详细讨论过这一块。
    : 另一方面是解决个干了活之后的“民不畏贫而畏不均”的问题(都在说考核)
    这一点我同意,但是,这并不是公平客观的做法。
    中国人的习惯性思维,哪怕真的别人比他干得多,他也忽觉得那个人不该比他拿得多,你拿什么来让这些人认

    同,至少表面上认同呢?没有度量,没有统一的数据基础,你靠什么?还是拍脑袋么?
    : 而员工的回报,除了薪酬以外还有环境、个人满足感、个人成长等多方面的因素
    : 难道也都“数字化”?
    这些的确没法数字化。
    就好像前面有一个帖子讨论到和我合作过的弟兄,不管环境如何,至少不会有人直接弃我而去!为什么?任何

    时候,我都在给我的弟兄尽力争取利益!尽可能的保证他们的利益!当这样的行为无法保证他们的利益的时候

    ,他们也会用行动来回报我,比如,离开之前很早会私下里告诉我,以便于我安排,或者方便我做一些控制。
    同样,如果我发现我无法留下来要离开的时候,我也会告诉他们,同时给想要离开的弟兄留出时间,让他们也

    能够平安的离开,不至于在离职的时候出现不合理的利益损失。

    : 一个软件项目从头到尾下来,抛开商业层面
    : 但就软件本身和项目本身,就有足够多“科学”需要研究了
    : 辅助就该放在辅助的位置上
    : 如果把比重搞错了,伤害比利益还大
    这段话,你还是把软件工程和软件隔离开进行讨论了,这样的隔离,根本无法对软件工程进行讨论和分析,是

    没有意义的。所以,伤害还是利益,比重多少,都无可评价。
    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.141]

    39
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 14:26:14 2010), 站内

    我跟你对软件工程的定义不一样
    我认为软件工程里人的管理是非常非常重要的一块,
    这点跟传统的工程不同,因为做软件就是做沟通。

    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 跟 软件开发,工程管理 相关啊
    : 前者目标是:功能全面、性能出色、系统健壮、维护性好等
    : 后者主要是:计划、进度、费用等
    : ...................

    --
    沟通是一切


    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    40
    发信人: keygen (卡西乌斯), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sat May 29 15:01:14 2010), 站内

    赞!
    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 跟 软件开发,工程管理 相关啊
    : 前者目标是:功能全面、性能出色、系统健壮、维护性好等
    : 后者主要是:计划、进度、费用等
    : ...................

    --
    WorkLife没有了我的帖子
    但我已经显摆过


    ※ 来源:·水木社区 newsmth.net·[FROM: 211.99.222.*]

    41
    发信人: yuanmo (栗子~~一毛一公斤), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sun May 30 13:24:01 2010), 站内

    你说的没错,我基本赞同你的观点。

    不过,我现在面对的问题,恰恰就是,当一个公司解决了基本生存问题,并且有足够的财力进行扩展,为了保

    持可持续发展,如何进行团队建设的问题。

    团队建设有各种需要考虑的问题,而核心问题就是薪资体系问题,薪资问题的核心就是工作量度量问题。其它

    都是锦上添花。

    比如老板给了我100w块钱,要我作为奖金发给团队,我怎分配?老板问我某A是不是该涨涨工资,涨多少,我

    怎么回答?目前我只能拍脑袋,“觉得”这些人可以划分成三六九等,每等该如何如何。现在团队有20人,我

    都熟悉情况,感情上比较接近,还可以不搞出问题,但是以后怎么办。。。

    所以必须尽可能量化地评价某人的工作数量与质量。我非常清楚完美的标准是不存在的,但是我们如果面对的

    问题有70%的不确定性,那我也要把剩下的30%给量化了。



    【 在 kabbesy (三冠王) 的大作中提到: 】
    : 跟 软件开发,工程管理 相关啊
    : 前者目标是:功能全面、性能出色、系统健壮、维护性好等
    : 后者主要是:计划、进度、费用等
    : ...................

    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 123.118.111.*]

    42
    发信人: timshaw (去SofeEng(软件工程)小侃吧), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sun May 30 13:44:04 2010), 站内

    工作度量可能跟项目经历关系比较大,但是薪资标准的指定已经kpi的算法,这东西是人力资源的职责,
    你工作度量在定工资的因素中我觉得没到你想象中的那么大比重,
    比如说沟通能力/学习能力/创新能力/职业素养责任心等等这些都是要考虑的,不是一个工作量的事情,如果

    非要说工作量是很重要的一块,那其实也不一定非要搞很清楚的定量,定个性就差不多了,如果你定量搞的很

    死,有两方面坏处,
    1.缺乏灵活度,首先员工就紧紧盯着你这个量化模型,他们可能放弃了自己的坚持,甚至放弃了组织上提倡的

    那些东西,只盯着这个量化模型。久而久之,不是员工没有积极性就是组织的精神得不到贯彻,这种量化必然

    是短视的,对组织没好处
    2.你本身放弃了自己作为管理者的权利与义务,你把工作量绩效等的量化模型都规定死了,就放弃了影响员工

    的权力,对自己没好处


    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 你说的没错,我基本赞同你的观点。
    : 不过,我现在面对的问题,恰恰就是,当一个公司解决了基本生存问题,并且有足够的财力进行扩展,为了

    保持可持续发展,如何进行团队建设的问题。
    : 团队建设有各种需要考虑的问题,而核心问题就是薪资体系问题,薪资问题的核心就是工作量度量问题。其

    它都是锦上添花。
    : ...................

    --
    沟通是一切


    ※ 来源:·水木社区 newsmth.net·[FROM: 218.18.95.*]

    43
    发信人: yuanmo (栗子~~一毛一公斤), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sun May 30 13:57:46 2010), 站内

    定量确实不应该定的很死,呵呵。如果说搞成“经过计算,你本月的绩效工资是1234.56元。”这本身就是很

    可笑的事情。

    那怎么定性呢?


    【 在 timshaw (去SofeEng(软件工程)小侃吧) 的大作中提到: 】
    : 工作度量可能跟项目经历关系比较大,但是薪资标准的指定已经kpi的算法,这东西是人力资源的职责,
    : 你工作度量在定工资的因素中我觉得没到你想象中的那么大比重,
    : 比如说沟通能力/学习能力/创新能力/职业素养责任心等等这些都是要考虑的,不是一个工作量的事情,如

    果非要说工作量是很重要的一块,那其实也不一定非要搞很清楚的定量,定个性就差不多了,如果你定量搞的

    很死,有两方面坏处,
    : ...................

    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 123.118.111.*]

    44
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sun May 30 14:11:19 2010), 站内

    re

    需要细化的是哪些可测量的考核内容
    让它们以数字的形式,对决策做出支撑
    “支撑”这个词表达了我所认可的定位

    当然,大家都认可100%数字化的模型也是不存在的,关键在于比重
    就像你自己随意举得例子一样
    30%可测量——还不错
    能上升到50%可测量——那就蛮不错了(我现在大概就是这个比例)
    上升到70%都能数字化,甚至更高——我认为这就太过了

    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 你说的没错,我基本赞同你的观点。
    : 不过,我现在面对的问题,恰恰就是,当一个公司解决了基本生存问题,并且有足够的财力进行扩展,为了

    保持可持续发展,如何进行团队建设的问题。
    : 团队建设有各种需要考虑的问题,而核心问题就是薪资体系问题,薪资问题的核心就是工作量度量问题。其

    它都是锦上添花。
    : ...................

    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 125.34.15.*]

    45
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Sun May 30 14:11:54 2010), 站内


    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 定量确实不应该定的很死,呵呵。如果说搞成“经过计算,你本月的绩效工资是1234.56元。”这本身就是

    很可笑的事情。
    似乎这不是什么很可笑的事情,可笑的应该是:经过拍脑袋计算,你本月的绩效工资是1234.56元——这才是

    最可笑的,但是,人们已经见怪不怪而已。
    : 那怎么定性呢?

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.182]

    46
    发信人: zhangmike (克强总~~~~~~~~~~~~~~理不是偶), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 06:55:23 2010), 站内

    楼主说的是 软件的规模吧。
    工作量与软件规模中间还有一个生产率的问题。

    软件规模现在一般不用代码行了。
    各种各样的功能点方法是多数。
    用例点,对象点 等等也有。
    敏捷方面有故事点,理想人天。
    用bug来计量 我没见过,个人看法不要用bug来计量。
    对于特定组织而言,挑选一样,或自定义一样,就够了。
    看看组织所用的需求方法、设计方法是什么?

    经验主义未尝不可,绝对正确是没有的。
    中国软件行业协会正在推进中国的功能点标准
    草案很快就会发布,请大家留意下,这是一个不错的草案。

    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 按行数?太不精确且容易灌水,并且导致低效代码。
    : 按功能点?工作量估计不够精确。
    : Team Leader拍脑袋?更不靠谱。
    : ...................

    --
    Blog 从高效过程到卓越结果 http://hi.baidu.com/hespr


    ※ 来源:·水木社区 newsmth.net·[FROM: 114.93.107.142]

    47
    发信人: piggestbaby (吃的胖胖的(~~**~~)), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 11:01:55 2010), 站内

    lead 主关质量判断 + leader 主观难度判断 + 工时

    【 在 lilax (阿香) 的大作中提到: 】
    : 行数+修改文件个数(类)+自己汇报工时+leader主观质量判断+leader主观难度判断


    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 211.161.2.*]

    48
    发信人: yuanmo (栗子~~一毛一公斤), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 12:16:55 2010), 站内

    中国的功能点标准?能透露一些吗?

    另外,国外是否有类似的标准呢?在哪里有资料可查?


    【 在 zhangmike (克强总~~~~~~~~~~~~~~理不是偶) 的大作中提到: 】
    : 楼主说的是 软件的规模吧。
    : 工作量与软件规模中间还有一个生产率的问题。
    : 软件规模现在一般不用代码行了。
    : ...................

    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 124.207.138.*]

    49
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 13:48:08 2010), 站内

    建议你去看看五哥早年翻译的软件度量的那本书。

    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 中国的功能点标准?能透露一些吗?
    : 另外,国外是否有类似的标准呢?在哪里有资料可查?

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.182]

    50
    发信人: kabbesy (三冠王), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 14:04:45 2010), 站内

    orz

    期待看看这个功能点标准!

    【 在 zhangmike (克强总~~~~~~~~~~~~~~理不是偶) 的大作中提到: 】
    : 标  题: Re: 老坑一个:如何评价工作量?
    : 发信站: 水木社区 (Mon May 31 06:55:23 2010), 站内
    :
    : 楼主说的是 软件的规模吧。
    : 工作量与软件规模中间还有一个生产率的问题。
    :
    : 软件规模现在一般不用代码行了。
    : 各种各样的功能点方法是多数。
    : 用例点,对象点 等等也有。
    : 敏捷方面有故事点,理想人天。
    : 用bug来计量 我没见过,个人看法不要用bug来计量。
    : 对于特定组织而言,挑选一样,或自定义一样,就够了。
    : 看看组织所用的需求方法、设计方法是什么?
    :
    : 经验主义未尝不可,绝对正确是没有的。
    : 中国软件行业协会正在推进中国的功能点标准
    : 草案很快就会发布,请大家留意下,这是一个不错的草案。
    :
    : 【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : : 按行数?太不精确且容易灌水,并且导致低效代码。
    : : 按功能点?工作量估计不够精确。
    : : Team Leader拍脑袋?更不靠谱。
    : : ...................
    :
    : --
    : Blog 从高效过程到卓越结果 http://hi.baidu.com/hespr
    :
    :
    : ※ 来源:·水木社区 newsmth.net·[FROM: 114.93.107.142]


    --
    动心忍性,曾益其所不能


    ※ 来源:·水木社区 newsmth.net·[FROM: 124.205.138.*]

    51
    发信人: yuanmo (栗子~~一毛一公斤), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 14:49:46 2010), 站内

    有书名或者作者名吗?


    【 在 qingrun (青润) 的大作中提到: 】
    : 建议你去看看五哥早年翻译的软件度量的那本书。


    --

    ※ 来源:·水木社区 newsmth.net·[FROM: 124.207.138.*]

    52
    发信人: qingrun (青润), 信区: SoftEng
    标  题: Re: 老坑一个:如何评价工作量?
    发信站: 水木社区 (Mon May 31 18:35:34 2010), 站内

    刚查了一下书,就在旁边的书架上:功能点分析——成功软件项目的测量实践
    清华大学出版社
    第一作者就是qlw,钱岭,另外两个就不提了,呵呵,这个足够说明这本书是值得看的了。
    【 在 yuanmo (栗子~~一毛一公斤) 的大作中提到: 】
    : 有书名或者作者名吗?

    --
    我很傻,但是我很能干
    软工类技术blog:blog.csdn.net/qingrun


    ※ 来源:·水木社区 http://newsmth.net·[FROM: 162.105.200.182]

    3、结论

    一句话,你还想糊糊涂涂的过日子么?发着数量不明不白的工资,莫名其妙的看着别人的辞职,不知所以的看到自己好像少发了一些钱,玩命的工作却没有人赏识,领导不知道你在做什么。那么你就不要来看我的绩效管理模型!更不要尝试来用它。

     

    展开全文
  • 有哪些让程序员受益终生的建议

    万次阅读 多人点赞 2019-10-28 07:11:59
    读了这篇文章,你将知道如何才能进大厂,如何实现财务自由,如何在工作中游刃有余,这篇文章很长,但绝对是精品,记得帮我点赞哦!!!! 一腔肺腑之言,能看进去多少,就看你自己了!!! 目录: 在校生篇: ...

    从业五年多,辗转两个大厂,出过书,创过业,从技术小白成长为基层管理,联合几个业内大牛回答下这个问题,希望能帮到大家,记得帮我点赞哦。

    敲黑板!!!读了这篇文章,你将知道如何才能进大厂,如何实现财务自由,如何在工作中游刃有余,这篇文章很长,但绝对是精品,记得帮我点赞哦!!!!

    一腔肺腑之言,能看进去多少,就看你自己了!!!

     

    目录:

    在校生篇:

    • 为什么要尽量进大厂?
    • 如何选择语言及方向?
    • 女生适合做开发吗?
    • 学习好真的能找得到工作吗?
    • 毕业前参加培训真的是最优解?
    • 在校生四年应该怎么过?(兼进大厂攻略)
    • 大四同学错过校招怎么办?

    社招篇:

    • 工作中真正要学到的是什么?
    • 如何外练名气,内聚实力?
    • 如何选择技术的深度与广度?
    • 如何实现财务自由?
    • 做管理真的好?
    • 社招如何进大厂?
    • 程序员的35岁真的是个坎?
    • 一些忠告

    要建议咱就弄点干货,整点鸡汤文没什么意义,为了写这篇文章,我找了几位业内小有成就的好友咨询,结合大家本身的经历和工作总结,整理了两个星期,才最终有此篇,希望能真真切切地帮到大家,原创不易,帮我点个赞吧

    在校生篇:

    一、为什么要尽量进大厂?

    虽然大厂不是想进就能进的,但建议大家还是努力进大厂,后续也会给出在大学四年要如何努力,以成功进入大厂。

    如果毕业就进了大厂,那你将得到业内大牛的指导,以及随处可见的技术碰撞。新技术的跟进也是非常快的,在这样的环境中,你的技术成长自然是非常快的。如果自己足够努力,用不了三年,你可能也将会跟他们水平差不多。

    有些同学可能会说,创业公司机会多啊,做的东西多啊,除了技术还能学到其它的东西。不错,除了技术是能学到很多东西。我们在创业时,也招过技术的同学,不光要弄技术,还要跟着我们去地推、去发传单。但这些真的是你刚毕业就应该做的吗?技术类同学在毕业后应首当把自己保命吃饭的本领练得足够好,才是刚毕业时应该做的!!!自己吃饭的本领都不够硬,那你跳槽时候,下一家凭什么给你提工资?凭你会运营,凭你发过传单?

    创业公司机会多,如果真的分红,能分给你多少?分股票真的能有你的份吗?

    就我本人而言,大学上的广西二本,在校期间也没去实习过、也没过做像样的项目,就学着用MFC做了几个小程序,自以为了不起的去广州找工作。结果,大公司没人要,小公司给的少。硬着头皮做了两个月,带我的人也是啥都不会,碰见问题问他也不理,全程自己摸。

    后来,我奋而读研,考上了中国海洋大学,毕业后进了阿里,在那里体会到了不一样的人生,同事们都很厉害,写的代码非常优秀,讲究架构与程序设计,最关键的是虽然人家厉害但人家并不轻视新人,遇到问题都是很耐心的解答,经过两年多的努力,我居然还出书了。

    这就是现实!!!!这就是差距!!!!

    二、如何选择语言及方向?

    我曾经写过一篇文章来讨论学历对计算机专业的影响程度。这也是近两年做校招和社招技术面试官的所知道的一些行业秘密,没想到非常受到大家的欢迎,发出去几天就破了千赞。

    启舰:对计算机专业来说学历真的重要吗?

    在评论与私信中,经常会有大一、大二的同学来咨询如何选择语言及方向的问题,这里再讲述下个人见解。

    首先,我们选择方向的目的是什么?不就是为了找份工作吗?那直接到招聘类网站去搜下相关的岗位数量及要求不就好了,哪个数量多,自己也喜欢,那就选这个即可。

    其次,如果是大三、大四即将毕业的同学,想知道最近哪个岗位好找工作的话。还可以看看很多培训机构的培训内容,现在很多培训机构都声称保就业,真的以为,培训几个月能培训出朵花来吗?不可能的,编程是个需要长期训练的活,几个月的培训,仅是入门而已,入门的水平能保证找份工作,就靠的是这个岗位门槛低,需求大,好找工作。

    三、女生适合做开发吗?

    单论写程序而言,程序开发适合任何人!!!但问题不是出在女生身上,是在大环境身上。出现开发岗排斥女生的主要原因有如下几点:

    • 普遍加班厉害,女生不一定吃得消
    • 抗压能力是一个重要考虑因素。开发岗经常会紧急排查问题,跟产品、测试撕X,女生爱哭,不能言辞过于犀利
    • 女生有半年产假,对于高工资的开发岗,老板会考虑这条

    当然也有一些女生的程序员,而且也做的非常好,我只是列出业界招聘时对女生开发的主观想法。但就是这些想法,致使,我在某公司招聘时,被明令要求,不能通过女生开发,确定不要!!!

    就本人而言,我也不建议女生做开发岗,君不见,三年开发,黄花闺女变成婆。

    除了开发,互联网还有很多岗位天然都是适合女生做的,比如测试、产品、运营,都是不错的选择。女生就是要美美的,不是么。。

    四、学习好真的能找得到工作吗?

    说实话,学习好,还真不一定能找得到工作。

    我大学在广西二本,当时学习很努力,以为学习好就能找得到好工作,我连续三年得国家励志奖学金,连续四年得学校一等奖学金。

    可毕业了,没有实习经历,没有项目经验,没有名校光环,根本找不到工作,去的都是屁大点的创业公司,一个月给2500,2011年的广州,都没流水线工资高。

    为什么会这样呢?因为大学里教的主要是通识教育,通识教育的意思是啥都会点,以便同学们在各个岗位都能有点基础,但当真正深入一个方向时,通识教育教你的东西是远远不够的,更多地是需要自己自学。

    所以,学习好只能说你自律、做事认真、学习能力强等优秀品质。是否能真正胜任你将要做的工作内容,还是需要打个问号的。

    但,大公司有实力,会对新人有培养计划,我所在的VIVO,有为期半年的新人培训计划,很多同学都是零基础进入岗位的,这就是名校光环!!!!校招时只要学校好、成绩好,就可能会被招进来,大公司看重的是就是你的这些优秀品质。

    但,没有名校光环,单有成绩是没用的!!!那学校不好的就没机会进大公司了吗?并不是!!!

    敲黑板!!!学校好有名校光环,学校不那么好的,还有其它光环,这些光环都可以造!!!具体看第六条“在校生四年应该怎么过?”

     

    五、毕业前参加培训真的是最优解?

    如果你是大四即将毕业的同学,深感自己没学到什么东西,那我建议你去培训下,毕竟培训是最快能入门的策略。

    如果你是大一、大二、大三的同学,你还有时间,完全可以自学,完成没必要花几万块钱去培训

    我精心整理了计算机各个方向的从入门、进阶、实战的视频课程和电子书,都是技术学习路上必备的经验,跟着视频学习是进步最快的,而且所有课程都有源码,直接跟着去学!!!

    只要关注微信公众号【启舰杂谈】后回复你所需方向的关键字即可,比如『Android』、『java』、『ReactNative』、『H5』、『javaweb』、『面试』、『机器学习』、『web前端』、『设计模式』等关键字获取对应资料。(所有资料免费送,转发宣传靠大家自愿)

    另外,即便参加过培训的同学在面试时,也千万不要说自己培训过!!!!

    业界对培训有偏见,因为写代码是一个逐渐学习、熟练的过程,经过几个月集中的培训,虽然看起来什么都接触到了,但真正能内化为自己知识的部分其实不多。在工作中并不能熟练运用,仅是入门水平而已。

    而且大家普遍认为参加培训的主要原因是因为,大学中没好好学,临近毕业了,催熟一把。不然,谁会花这几万块钱呢?对普通家庭而言,其实也并不是个小数目了。

    有一个外包公司的朋友,技术总监,招人时培训公司出来都不要,原因就是干活能力不行。当然这仅代表个例,但大家需要注意的是,业界并不认为培训是一件光彩的事,千万不要搞错了!!!

     

    六、在校生四年应该怎么过?(兼进大厂攻略)

    千呼万唤始出来,校招生建议最重要的部分来了!!!除了学校光环以外,我们还能自造的光环有竞赛光环、实习光环、项目光环!!!这些内容无论你是应聘大公司还是小公司都是非常有竞争力的,跟着做吧

    1、参加竞赛:

    在大学期间,有很多的算法竞赛、ACM竞赛,尽量参加全国性的,有含金量的比赛,这才能眼前一亮。

    2、参加实习

    去大公司实习,相比校招进入大公司,那是简单很多,二本学校的学生,也能进得去实习。而且在大公司都有实习生转正的机会,我所待过的公司,只要你去实习了,表现的不错,基本上100%转正。

    即便进不去大公司实习,在校招时,有实习经历,也会是简历上很重要的一项。而且一般有实习经历,就会有项目经验,这真是一举两得。

    3、增加项目经验

    如果实在没时间实习,或者实习中没做什么项目的话,那怎么办呢?在简历中最重要的就是项目经验了,如何解决呢?

    敲黑板!!!没有项目经验就造项目经验!!!!

    现在网上那么多的实战教程、github上遍地的源码分享,都可以为你所用。

    在面试时,这些项目经验都可以写上,最关键的是自己要弄通、弄会,尽量先仿一遍,自己再从头到尾自己再写一遍,把所有涉及到的知识点都弄通弄会。面试的时候,就实话实说,就说你自己仿的,没有关系,做为面试官,我们更看重的是你会啥并且你是不是真的会。

    我精心整理了计算机各个方向的从入门、进阶、实战的视频课程和电子书,都是技术学习路上必备的经验,跟着视频学习是进步最快的,而且所有课程都有源码,直接跟着去学!!!

    只要关注微信公众号【启舰杂谈】后回复你所需方向的关键字即可,比如『Android』、『java』、『ReactNative』、『H5』、『javaweb』、『面试』、『机器学习』、『web前端』、『设计模式』等关键字获取对应资料。(所有资料免费送,转发宣传靠大家自愿)

    在准备好了这些后,就可以开始准备校招了,参考这篇:

    启舰:大厂秋招面试官教你准备2020秋季校招

     

    七、大四同学错过校招怎么办?

    一般校招分为秋招和春招,秋招在每年9月份开始,春招一般在来年的3月份开始。所以,一般大四上学期可以参加秋招,大四下学期可以参加春招。大家参加校招要以秋招为主,因为春招主要用来补录的,岗位有限。

    有同学疑问,完美错过校招了怎么办?还能进大公司吗?

    很遗憾的告诉你,基本没办法了,校招只针对应届生,来年的校招,你是参加不了的了。

    错过校招以后,再应聘大公司就只能走社招途径。通过社招,刚毕业的同学,基本上是进不去的,因为岗位等级不一样,比如阿里,通过校招进去的同学等级是P5,通过社招进去的最低等级是P6,差了一个等级,哪有那么容易。

    不过,各个大公司社招都有毕业年限的限制,有的是毕业五年,有的是毕业三年,也就是说在毕业五年后,你就可以通过社招进去了。

    所以,现在要做的是,先找个工作,并在工作中根据下面对社招的建议,努力增加自己的光环和实力,五年后,进入大公司不要So Easy!!!

     

    如果你还有其它疑问,欢迎评论,定当回复!希望能帮到大家。


    社招篇:

    一、工作中真正要学到的是什么?

    这个问题见仁见志,可能你工作几年以后,也会有自己的看法,通过跟朋友们讨论,后来一致通过一个结论:

    工作中要保持随时可以跳槽的能力!!!这个能力包括技术能力和财务自由能力!!!

    技术能力包括外部名气和自身实力,具体方法参考“二、如何外练名气,内聚实力?”

    财务自由能力是指即便突然不工作了,是不是还有资金来源的能力。具体方法参考“四:如何选择第二职业?”

    二、如何外练名气,内聚实力?

    社招同学随着工作年限增长,学校的影响会逐渐降低。一般五年后,将基本没有影响。此时,在社会中的地位、人脉及自身实力,都对以后找工作、面试具有决定性的作用。

    名气,可以使你在圈子里有一定地位,当你的名字被大家所熟知以后,无论是面试还是机会,都是极大程度的增加,甚至会有HR争着挖你!!!

    同样地,名气和实力要匹配,德不配位,必有灾殃。技术行业也是一样,单纯混圈子,没有实质本领,在直接入职后,会对你的口碑大打折扣,互联网圈子你觉得很大吗?其实不大的,我很多同学、朋友、同事都在各大互联网企业,谁那里有点事,都是直接互通的。当然也包括你们公司的谁谁谁来我们这面试了这种八卦新闻,如果口碑不好,很多时候会有直接的影响。

    而且在收到简历时,如果你也是大公司过来的,会提前打听你的情况,如果评价不错,那这次面试基本流于形式。如果评价不好,那这次面试肯定很严格。相比面试流程,我当然更相信处了近十年的同学。

    在计算机领域有两个方法提升名气:

    (1)、Github提交MergeRequest,自造轮子

    在所有的技术面试环节,github所提交的开源项目,是一个非常能展示实力的存在,只要你在简历上写了gitHub地址,所有的技术面试官和简历筛选官,都会去看你的代码,直接看你的技术实力。

    而且它的流行程度及star量,能提升你的行业影响力,在简历上是一个非常闪光的存在。

    如果恰巧,他们的项目中有你的开源组件,那恭喜你,这次基本上过了。

    如果你的开源组件非常流行,那恭喜你,等着大公司来私信你吧。你将会被争抢,此时,谁还会再关心你的学历?

    (2)、写博客、写书

    坚持写博客,当他们经常能搜到你的博客时,就会公认你的影响力和技术实力,在计算机领域,很多人都是靠博客起来的,比如鸿洋、郭霖等等,包括我。你以为,他们一上来就能让出版社约稿?

    都是持续产出博客,博客关注者多了,出版社觉得你写得好,才会主动找你,邀请你写书的。

    写博客、写书能使你在行业有一定的地位,当他们在简历上看到你的名字时候,就会油然产生一种大牛的感觉,还在在意你的学历?

    我就是写博客、写书的受益者,在我面试VIVO时,表现的并不好,因为我创业一年,Android知识从来没复习过,很多知识都遗忘了,还没来得及复习,就让我去面试了。

    他们原以为,我是一个特别厉害的人物,安排三个技术专家同时面,结果,一问三不知。不过,最后,还是给了我OFFER。因为他们公认我的能力是足够的,只是时间过了太久,有所遗忘,拾起来就好了。相反,如果没有这个行业影响力,那这次铁定是挂了。

    内聚实力:

    前面讲了如何提升行业影响的方法,但根本的根本,还是要提升自己的实力,无论是在面试还是在工作中,都是要直面技术的,所有的外包装都会被揭穿,深入的技术学习只能靠大家自己了。

    我精心整理了计算机各个方向的从入门、进阶、实战的视频课程和电子书,都是技术学习路上必备的经验,跟着视频学习是进步最快的,而且所有课程都有源码,直接跟着去学!!!

    只要关注微信公众号【启舰杂谈】后回复你所需方向的关键字即可,比如『Android』、『java』、『ReactNative』、『H5』、『javaweb』、『面试』、『机器学习』、『web前端』、『设计模式』等关键字获取对应资料。(所有资料免费送,转发宣传靠大家自愿)

    视频内容非常多,总共2184G、一千六百多册电子书,九百多套视频教程,涉及43个方向。我整理了很长时间,有些资料是靠买的,希望大家能最快的提升自己。帮我点个赞吧。

    启舰:全网2184G计算机各方向视频教程/电子书汇总​

    三、如何选择技术的深度与广度?

    有些同学看到什么技术都学,搞得自己什么都懂的样子,这样在面试时,真的有优势吗?

    门门通不如一门精!!!

    做过面试官或者参与过面试的同学应该都知道,面试时,不会漫无目的的随便问。凡这么问的面试官,都是不专业的。凡有经验的面试官,会提前研究你的简历,如果你简历上有博客地址或github地址,我们都会仔细翻阅的。对于github中star量较高的源码,我们会下下来仔细研究,看它的架构及涉及技术。

    在面试时,是根据你简历中所写的技术点及项目内容,从简单到深入再到扩展,这样一个流程来面试的,考核的不是你会的广度,而是你会的内容的深度。这样考查的另一个原因在于能将面试顺利的进行下去,根据你会的内容开始,是一般面试的普遍做法!!!

    就Android而言,比如,你简历中多个项目都涉及到RecyclerView做列表,那我可能会问你,你做的列表样式是什么样子的?假若你做的样式非常炫酷。那我们可能会问,你是通过自定义LayoutManager来实现的吗?假设你回答是,那我会接着问,那回收复用是怎么实现的?RecyclerView的缓存机制是怎样的?缓存是用map还是用list来实现的?界面刷新是怎么做的?

    从界面刷新又会延伸到自定义View,就是这样一环套一环,面试官都是根据你会的内容深入了解你会的深度。所以,我们简历中每涉及一个知识,都必须搞通搞透,了解性的知识点就不要写!!

    所以正确的学习路径是:凡工作中涉及到知识点,都搞通搞透,并且将延伸性知识点加以深入研究。这样,用不了三年,你会的知识已经能够呈树状,即有一条主线,并且所有主线上涉及的知识点都已非常深入,在这条线的基础上再逐渐拓宽。

    四、如何实现财务自由?

    工作三年内的,这里不要看,好好学技术!!!

    想靠工作实现财务自由,大部分人是没有可能的!!!

    最好的办法,是在工作中做第二职业,不仅能抵御职场风险,还能有财务自由的机会,典型的案例就是stormzhang,他是我见过的唯一开着兰博基尼的程序员,人家早就财务自由不工作了,靠的就是第二职业。

    第二职业,也就是副业,兼职来做的。为什么要做第二职业,就是为了增强人生抵抗风险的能力。如果一生只把资金来源只压在工作上,万一哪天突然裁员或被辞退,资金链断裂,不能马上找得到工作的情况下,你还能支撑多久?尤其是已经成家立室的同学,那种恐惧感应该不止一次萦绕心头吧。

    在这个世界上,总共有两类职业:可预见性职业和不可预见性职业。

    可预见性职业,是指:你所做的努力所产生的价值是可预见性的,比如你兼职打烧饼,一天再努力也不可能一天收入五万。像我们工作,也是可预见性职业,你也不可能一天突然变成富翁。但可预见性职业,有一个重要特点,他跟努力强相关,虽然你不能一夜暴富,但你能通过努力使自己的收入慢慢增加。

    不可预见性职业,则是指机会成分占很大比重的职业,比如作家,累死写一本书,他也不知道是一次爆发还是依然默默无闻,像歌手,电影从业者都属于这类职业。但这类职业机会性特别强,可能你做了一年拿到的钱是你几年努力也得不到的,当然,也可能做了很长时间没一点起色。

    如果是找工作,我建议大家做可预见性职业,起码收入稳定,不会饿死。虽然不会一夜暴富,但通过努力,我们的薪资会逐渐增加,生活也能逐渐变好。

    如果是兼职,我建议大家做些不可预见性职业,有机会可以尝试做做抖音,写写软件,做做小程序等等面向普罗大众的东西,指不定哪一天突然火了,你也就永远不用工作了。

    有些同学喜欢兼职做外包,我甚是不能理解,如果他们给你股份,外包是可以做的,如果单纯的外包写代码给钱,那可能得不偿失。你浪费了这么多精力只得了一次钱,花完就不会再有了。当然,所有的不可预见性职业建议都基于温饱解决的基础上,如果你目前生活都磕磕绊绊,那还是想办法先兼职赚点钱吧,没有物质基础的梦想都是扯淡。

    这些观点,是从非常著名的一本书《黑天鹅-如何应对不可预知的未来》中学来的,我现在也做在这方面的努力,关注公众号【启舰杂谈】,回复“黑天鹅”,即可下载pdf版。

    五、做管理真的好?

    中国自古有官本位思想,觉得做了管理,就不得了了。但在技术性岗位上,真的是这样吗?

    对于技术性岗位而言,如果你两年不碰代码,那基本上你的代码能力也就废了。想要立马找一份开发的工作,基本上没有可能了。

    所以,技术性岗位可以向管理岗位转,反过来则不成立。

    大家都经历过2018、2019的裁员潮,在2018年尤为严重,很多公司一个部门一个部门的砍,而有些部门仅留几个人运维。

    而这些裁员中,首当其冲的就是纯管理,皮之不存,毛将焉附?

    而技术人员可以直接找工作,虽然难找,但耐不住岗位多。管理层呢?相对则难了很多,因为管理本身就是软实力,而且岗位少,在裁员潮到来时,管理岗更少。技术岗通过技术面试,能直接了解你的水平,管理则不同。它没办法通过面试了解你的实力,你所列举的各种成果,可能跟大环境和你所在公司有直接关系,而并不能体现你的价值。

    所以,可以做管理,但无论如何不要放弃技术。无论何时,留一个保命的本领!!!

    六、社招如何进大厂

    社招进大厂,简历先过HR,然后再过项目主管,合适了会叫来面试。

    简历过HR,一般大厂有两个筛选条件:

    • 非985/211毕业,要求毕业五年以上(或三年以上)
    • 五年(三后)以内,只考虑985/211同学

    有关学历对计算机专业的影响,这里我就不再过多赘述,有兴趣的可以看我另一篇文章:

    启舰:对计算机专业来说学历真的重要吗?​

    从上面,我们可以知道,学校本身的限制一般是毕业五年(三年)内。过了这几年能不能进大厂,就看你自己在这五年内怎么做的了,来,下面给你方法:

    1、通门路

    跳槽时有三个途径能找到工作:最佳方案是内推,其次是找猎头,最次是投简历!!!!

    (1)、靠内推

    你知道六人定律吗?就是说想认识世界上的任何一个人,最多通过六个人的桥接就可以认识!!

    这就是圈子和人脉的重要性,你有同学、朋友、同事,他们任何一个人进了大公司,都可以内推你,而且在内推时,是可以直接跳过HR,直接把简历给他们主管的。

    凡做过主管的都会有经验,不看僧面看佛面,也会给你个面试机会,会让你过来聊聊,不然,他没办法给内推你的人交待!

    所以,跟同学、朋友、同事处好关系,用得着!

    (2)、找猎头

    如果目前你还没有那些人脉,没关系,也有方案,去找猎头,猎头很好找,简历发到猎聘网,就会有猎头找你了。

    虽然猎头会跟很多大公司有合作关系,也自然能把你的简历推到大公司里,但这里有两点关键条件:

    • 需要走正规流程,先经对应公司HR筛选,再到部门主管,无跳级可能
    • 猎头看不看得上你,主要看个人简历内容,即个人实力,所以这部分还得靠自己,如何靠自己,参考“二、如何外练名气,内聚实力?”

    (3)投简历

    如果都工作五年了,你还是通过这种途径找工作的话,好好反思下吧。

    2、外练名气、内聚实力

    有了名气,能提升面试通过概率。实力,无论如何都是要有的。该部分参考”二、外练名气、内聚实力“

    3、跳槽策略

    在跳槽时,也要讲究策略,大家都知道,公司分为大小公司,但详细划分的话,其实有初创公司(20人以内),中小公司(50人以内),半大型公司(融资在B轮后,未上市的公司),上市公司。可以看到,我们想去的大厂,一般在上市公司的规模。可想而知,如果直接从初创公司面进上市公司的难度是比较大的,我们可以逐渐的,一步步的,从出创公司,跳槽进中小公司,再去稍大型的公司,最后在跳进上市企业,就相对容易了。而且,一般而言,稍大型的公司,在本地都会有些名气,面试时,别人是知道的,这一点也是能成功面试的一个因素。

    一切的一切其实都是策略,最最重要的是自己有实力,自己经历和面试过程能够让对方满意,所以,想办法提高自己的能力吧。

    七、程序员的35岁真的是个坎?

    这个话题太过沉重,专门一篇文章来写,有兴趣的可以看看。

     

    启舰:在中国程序员是青春饭吗?

     

    八、一些忠告

    1、无论有多忙,一定要健身

    程序员本就是一个高强度的职业,加班严重。网上经常会爆出来某某某猝死的新闻,我们所有的努力,不就是为了让自己和家人过上好日子么?没了我们,他们将怎么活下去?

    健身吧,为了你爱的人们。

    2、学会展现自己

    大部分公司在年中或年底都会做个人的汇报,除了这些汇报,经常可能也会有各种汇报。

    如何在汇报中展现自己的价值?

    如果你只是认为你是一颗螺丝钉,而让你的主管也这么认为的话,那你在这个公司的道路就到头了,应该不会受到重用。

    那什么样的人能受到重用?

    做事掷地有声,靠谱,并且能够表现出自己的价值。首先,主管给你的工作能不能保质保量的完成。其次,能不能主动发现问题并解决问题。另外,每做一次优化,都要想着用数据来表现,比如就应用而言,对日活提升了多少,提升了多少收入等等。

    汇报时讲究数据说话!!!!平时要注意这方面的积累,没有数据时,就通过新增埋点,提取数据!!!

    3、一定要有目标和计划!!!

    我经常会听一会社招的同学讲,工作太忙啊,没时间学习啊,苦恼啊,难受啊。

    我听到这些,只想说:

    我坚信,只要有目标和信心,凡事都可做成。最怕的就是浑浑噩噩!!!

    举个例子吧,原来在阿里时,每天早上九点上班,晚上九点下班。好处是双休。第一年,主要是学习的年份,我的目标是每周写两篇博客。看过我博客的同学都知道,凡我写的博客,都内容非常详尽,只要这篇博客要讲知识所涉及的知识点,只看我这一篇博客就够了。可想而知,我为了完整的研究这个知识,需要搜遍全网,有时需要自己研究源码,为的就是心中没有疑问。

    一篇文章一两万字,单纯靠周末两天能完成?

    不可能的,所以,为了达成目标,我每天早上6:30起床,保持7点准时到公司写博客,9点多开始上班。晚上回家,11点多睡觉,这样每天保证有两个半小时的写博客时间。这才能完成。

    很多同学问我,上班那么忙,你怎么能有那么多时间写书,靠的就是这份决心和毅力。

    现在,第二本书快写完了,开始做知乎。给自己定的目标是除了写书以外,每周出一篇知乎原创。看过我文章的朋友应该都能感觉到,我的每篇文章都是实实在在的在写,写的很用心。哪来的时间,那我告诉你,我现在在敲的这行字的时间:

    五年了,我依然每天六点半起床。

    只要你相信自己能做到,你就能做到!!!!

    4、及时总结与反思

    技术上,推荐大家写博客,把自己学习的知识点讲给别人也讲给自己。日后遗忘,不必再漫天搜资料,只需要看看自己的博客,就可以及时回到当时的水平。

    业务和项目上,每做完一个项目,都要及时反思与总结,自己哪里做的好,哪里做不好。及时更正,日后不再犯同样的错误。

    5、相信自己,勇于挑战

    很多同学在分配任务时,因为会用到自己不太了解的技术,总是不愿意接。或者项目中,有些技术调研的工作,不敢承担,总是怕做不好。

    不要怕!!!只有敢于挑战自己,才能使自己跳出舒适区,学到更多的东西。这就是为什么,有的人工作一年顶人家工作两年,而有些人工作三年了,还跟他第一年的水平一样的原因!!!

    如果你经常重复自己已经会的技术,那你的技术栈永远都是那些。只有勇于挑战,你才能在最短的时间内,学到更多的知识。并且在项目上,你的勇于挑战,别人也是看在眼里的,后面会给你更重要的任务。长此以往,你在整个项目上的技术影响力就会提升,升职加薪肯定先选你。

    6、努力靠近核心业务

    首先,靠近核心业务,能保稳定,不会突然被裁。

    大家都知道,核心业务是公司的命脉,只要公司还在,核心业务就会在,而且变动性不大。

    其次,核心业务上出的成绩容易被放大。

    自然是因为它是公司的核心,所有资源都会向它靠拢,争取协作资源容易。而且,所有人都关注它,一旦在核心业务上做了一些成果,就会被全部人所知,当然包括你的老板,升职加薪更容易。

     

    如果你还有其它疑问,欢迎评论,定当回复!希望能帮到大家。记得帮我点赞哦。

     

    推荐阅读

    职业相关:

    启舰:克服这些「学生思维」,离职场达人更进一步

    启舰:程序员如何在面试中牵着面试官鼻子走?

    启舰:揭密!大厂招聘内幕!你真的能进大厂?

     

    校招相关:

    应届生如何跟踪校招信息?

    你的 2020 秋招进展怎么样了?

     

    其它内容:

    学习flutter需要先学习安卓原生吗?

    启舰:安卓已死?我们的未来在哪里​

     

    本人所有文章均受版权保护平台签约保护,著作权归启舰所有,未经授权,转载必究,谢谢合作。

    展开全文
  • 山洪灾害调查分析评价

    千次阅读 2017-02-07 14:45:34
    山洪灾害调查评价工作任务流程 山洪灾害调查评价工作任务流程 山洪灾害调查评价工作任务流程 山洪灾害调查评价工作任务流程 山洪灾害调查评价工作任务流程 山洪灾害调查评价工作任务流程 山洪灾害调查...

    山洪灾害调查


    调查内容

     


     

    内业调查成果

     

    外业调查成果

     

    山洪灾害评价分析

     

    山洪灾害调查评价工作任务及流程

     1
    山洪灾害调查评价工作任务及流程 山洪灾害调查评价工作任务及流程 山洪灾害调查评价工作任务及流程 山洪灾害调查评价工作任务及流程 山洪灾害调查评价工作任务及流程 山洪灾害调查评价工作任务及流程 山洪灾害调查评价工作任务及流程
    全国山洪灾害防治项目组 全国山洪灾害防治项目组 全国山洪灾害防治项目组 全国山洪灾害防治项目组
    2014 年 8月
    山洪灾害调查评价工作以省级为主导,省、市、县共同组织,以县级行政区为基本单位,以小流域为基本工作单元组织开展。
    一、省级主要工作任务
    1、明确省、市、县各级建设任务。
    按照山洪灾害防治项目年度建设任务(包括中央资金和地方资金明确的建设内容)和工作要求,省级项目主管单位首先进行任务分解,分别明确省、市、县项目建设任务,确定相关任务的时间节点。
    建议省级负责现场数据采集终端硬件设备的统一采购和软件系统定制、培训及服务工作,统一组织水文资料收集、历史洪水调查、沿河村落河(沟)道控制断面及居民户沿高程分布测量、调查数据的全过程审查和审核汇集、分析评价等专业性强的工作。
    2、明确调查评价工作组织方式,确定承建单位和资质条件。
    (1)分解调查评价建设任务,明确各项任务的工作要求。
    (2)对于专业技术要求高和适合统一专项实施的项目,应根据资金落实情况和年度建设任务,合理划分建设任务(或标
    2
    段),采用委托或统招统签、统招分签等方式签订合同。
    (3)建设任务(或标段)可按工作性质分为基础数据准备、资料收集、现场调查、外业测量、分析评价等;也可按行政区划(或按地域)划分若干片区,适当集中。
    3、确定技术支撑单位,明确技术服务内容。技术支撑单位主要工作任务有:
    (1)熟悉掌握有关技术要求,协助完成山洪灾害调查评价建设任务分解,结合实际细化山洪灾害调查评价工作方案、技术要求等技术指导文件,细化工作任务和流程。
    (2)全程提供技术指导,解决与项目有关的技术问题,协助主管单位协调与各承建单位的技术工作。
    (3)跟踪检查整个工作过程,及时提出技术整改意见;项目完成后,协助主管单位组织项目技术验收。
    (4)组织调查评价数据的审核汇集,检查数据质量,整理工作成果。组织专业技术人员,利用统一开发的审核汇集系统中的调查数据过程控制软件,对山洪灾害调查工作进行全过程控制,对不符合要求的调查数据及时提出修改意见,现场调查人员随即整改,确保调查成果质量。
    4、协助制定项目招标方案,明确招标组织方式和招标流程,协助组织编制招标文件。
    5、组织制定居民家庭财产分类标准。建议委托统计部门协助制定居民家庭财产分类标准,供现场调查使用。
    3
    6、确定现场数据采集终端软件定制服务商;建议统一组织采购硬件设备。
    确定现场数据采集终端软件定制服务商。定制服务商工作任务一般包括以下内容:现场数据采集终端相关硬件、软件及工作底图的安装配置(包括分幅切片、数据导入导出、图表打印等),培训现场调查人员,指导和解决软硬件使用中出现的问题等。
    7、建设审核汇集系统运行环境,确定数据审核汇集系统定制服务商。
    (1)结合防汛指挥系统和监测预警系统,建议统一组织编制省、市级数据审核汇集系统和山洪灾害监测预警管理系统技术方案,建设系统运行环境,包括硬件设备、网络环境和系统软件等的采购、安装和集成。
    (2)确定数据审核汇集系统定制服务商(可与现场数据采集终端软件服务商为同一服务商)。服务商负责省、市、县数据审核汇集系统软件的安装配置、业务培训,现场指导和解决软件使用中出现的问题。可由确定的省级服务商(或选择专业单位)负责调查评价数据的全过程审查,承担省、市数据检查、审核、汇集工作。
    8、组织相关业务培训。
    编制培训方案,确定培训内容、培训次数和参加培训人员。通过业务培训,使参加培训人员熟悉调查评价工作方法和技术
    4
    要求、调查表格及调查指标,熟练掌握调查工具和软件的操作使用。
    9、协调水文气象部门,协助收集水文气象资料。
    (1)降雨资料:各地暴雨图集及所用雨量站最大10分钟、1小时、6小时、24小时(和其他时段)年最大点雨量对应的统计参数,各地24h设计暴雨时程分配资料,各地水文分区对应的短历时暴雨时面深关系图等。
    (2)水文资料:山洪灾害防治区内蒸发站逐日蒸发量,水文站历年最大流量、历年最大流量统计参数,水文站洪水要素摘录及其上游雨量站相应降雨摘录等资料。
    (3)各地中小流域水文图集、水文水资源手册等。
    10、组织现场测量工作。
    (1)建议统一采用CORS系统进行沿河村落河道断面测量和居民户高程测量工作,满足拼图等成果汇集要求,提高工作效率,统一协调省测绘局CORS系统使用与费用等事项,以确保精度、降低成本。
    (2)选择具有相应资质的专业技术单位开展测量工作。
    11、加强山洪灾害调查过程控制,组织省市县明确专业人员,利用统一开发的审核汇集系统软件同步审核调查数据,对不符合要求的数据第一时间提出修改意见,督促现场调查人员及时整改,确保调查成果质量,满足分析评价的要求,避免返工。
    5
    12、加强调查评价工作督促检查, 及时掌握项目建设进度和建设过程中存在的问题,必要时采用约谈、督察方式,确保项目建设顺利进行。
    13、指导协调市、县山洪灾害调查评价工作。
    (1)指导协调市、县与调查评价承建单位的工作关系。
    (2)督促技术支撑单位协调调查数据与分析评价的衔接工作。
    (3)指导协调市、县调查评价数据的审核汇集工作(如以县为单元进行调查,市级应处理好跨县界小流域调查数据和工作衔接)。
    14、组织全省调查评价成果整理、图件制作、报告编写。
    15、组织山洪灾害调查评价试点工作。
    山洪灾害调查评价涉及范围广,工作量大,相关单位经验缺乏,省级应组织开展调查评价试点工作。通过试点建设探索工作方法,积累工作经验,为调查评价工作全面铺开奠定基础。
    二、调查主要工作流程
    事前要在人员、设备、软件、资料和方案等方面做充分的准备。
    1、内业调查阶段
    以县级为主,专业单位配合完成。内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 内业调查的主要步骤包 括:
    第一步:编制调查对象名录。
    6
    编制县、乡、村、自然村组及企事业单位名录,补充修改行政区划代码,在工作底图上标绘居民区范围。根据非工程措施建设经验,在工作底图上初步标注危险区。
    第二步:统计整理历史山洪灾害情况,重点是建国以来发生的山洪灾害,确保不遗漏发生人员伤亡的山洪灾害事件;
    统计需防洪治理山洪沟数量,填报基本情况;
    统计山洪灾害防治项目建设或共享到县级监测预警平台的所有自动监测站点,包括自动雨量站、水位站、水文站、气象站等;
    统计山洪灾害防治项目建设的无线预警广播站、简易雨量站、简易水位站等预警设施。将统计结果标注在工作底图上,便于外业调查时核查。将统计结果标注在工作地图上,便于外业调查时核
    第三步:编制居民房屋类型标准。
    根据当地情况,按行政区域将具有代表性的农户主要住房按结构形式、建筑类型和造价划分为4类,供现场调查使用。
    第四步:收集县、乡、村社会经济统计资料。
    第五步:收集涉水工程资料,统计调查范围内的涉水工程数量。
    第六步:根据水利普查成果进行统计、汇总水利工程,并将水利工程位置标绘到工作底图上。
    2、外业调查阶段
    7
    外业调查工作由专业单位为主,县、乡、村配合完成。外 业调查的主要步骤包括: 业调查的主要步骤包括: 业调查的主要步骤包括: 业调查的主要步骤包括:
    (1)入村调查
    第一步:防治区基本社会经济情况调查。
    1)核对行政区划名称、行政区划代码、总人口,企事业单位名称、单位类别、组织机构代码、地址、在岗人数、驻地的行政区划代码,现场核对内业调查信息。
    2)以乡(镇)为单位,调查土地面积、耕地面积、家庭财产情况、住房人口情况,登记汇总各自然村数据。
    第二步:危险区调查。
    1)按照内业标注的危险区,现场确定成灾水位和历史最高洪水位或最高可能淹没水位,初步划分危险区,统计危险区内基本情况。
    2)综合确定转移路线和临时安置地点,在工作底图上标绘危险区范围、转移路线和临时安置地点。
    第三步:涉水工程调查。
    对沿河村落防洪安全可能产生较大影响的塘(堰)坝、桥梁、路涵等涉水工程进行现场调查,将工程位置标绘在工作底图上。
    第四步:重点防治区现场详查。
    1)调查沿河村落和重要城(集)镇人口、居民户、住房等基本信息。
    8
    2)对确定的沿河村落进行河道纵、横断面测量。
    3)结合入村调查,对确定的沿河村落进行居民户高程测量。
    4)由专业单位进行典型流域的历史洪水调查。
    第五步:根据当地实际情况,开展需防洪治理山洪沟基本情况调查。
    第六步:核查小流域基础信息、山洪灾害防治项目建设成果等信息,现场核对修改内业整理的成果。
    (2)调查成果整理
    及时分类整理、录入、上报外业调查成果。负责审核汇集的单位要对成果进行检查,及时发现问题并提供技术支持。
    阶段性成果要及时通过审核汇集系统上报。
    三、分析评价主要工作流程
    山洪灾害分析评价工作以专业单位为主,各级防汛部门配合完成。
    第一步:收集整理核对基础数据和调查成果数据。
    第二步:设计暴雨洪水计算。
    第三步:防洪现状能力评价。
    第四步:预警方式和指标分析。
    第五步:危险区图绘制。
    第六步:分析评价成果的审查和上报。分析评价成果经县防汛指挥部审核后上报。

    相关名词

    山洪灾害

    山洪灾害是指因降雨在山丘区引发的溪河洪水等对国民经济和人民生命财产造成损失的灾害。

    山洪灾害防治区

    指《全国中小河流治理和病险水库除险加固、山洪地质灾害防御和综合治理总体规划》中确定的涉及29个省和新疆生产建设兵团的2,058个县(市、区、旗)有山洪灾害防治任务的山丘区。

    山洪灾害重点防治区

    指山洪灾害防治区中山洪灾害频发或灾害损失严重的区域。

    山洪灾害危险区

    指经现场调查和分析评价所确定的可能受山洪灾害威胁的城(集)镇、行政村(居民委员会)、自然村等居民区范围。在现场调查阶段,由现场调查人员根据历史最高洪水位或可能淹没最高水位、地形、河流走向、经验判断等初步划分危险区;对重点防治对象,通过分析评价进一步确定不同等级的危险区。

    小流域

    通常是指在山地、丘陵、岗地一个独立完整的集水区,面积一般在200km2以下。本技术要求所述的小流域特指依据山洪灾害分析评价需要而设定的控制断面以上的集水区或区间流域(计算单元)

    沿河村落

    指山洪灾害防治区内山洪灾害频发或灾害损失严重的沿河居民聚居区。

    成灾水位

    指居民聚居区内发生山洪灾害的最低水位(以河道控制断面处的水位表示),当实际水位超过此水位时就会成灾。

    展开全文
  • 新人如何适应新工作环境

    千次阅读 2011-11-04 11:38:58
    知己知彼,未踏入职场,先职场规则有所了解,未来的职业人来说,将避免许多错误和弯路。 规则一 适度示弱 我们经常说:“天时、地利、人和。”人和,就是在组织中具有良好的人际关系,这是做好各项工作...
  • 关于实习工作建议

    千次阅读 2018-12-30 15:21:04
    关于实习工作建议(发布在小班班群) 结合自己找实习的经历,和跟同学之间的交流,总结了本文。(坐标:广州;岗位:Java开发)主要是针对走专业路线方向的童鞋,有些部分偏向于后台开发,考研考公的可以忽略。...
  • 年终考核 你的上司,你是如何评价
  • 三亚旅游资源的数量、质量及其结构状况评价旅游管理王雁卿摘 要:依据国家标准《旅游资源分类、调查与评价》,《旅游资源开发保护原则》得出基本结论:三亚旅游资源有 8个主类、23个亚类和 57个基本类型,...
  • 从本专栏开始,作者正式研究Python深度学习、神经网络人工智能相关知识。...这篇文章将开启Keras人工智能的学习,主要分享Keras环境搭建、入门基础回归神经网络案例。基础性文章,希望您有所帮助!
  • 人才吸引力评价研究

    万次阅读 多人点赞 2018-12-03 14:04:43
      人才吸引力评价模型研究 摘要 人才的吸引,是一个城市发展的...影响一个城市人才吸引力的因素很多,每个城市或地区相应的条件存在差异,量化地分析各个因素人才吸引力水平影响的大小,提出针对性建议,是我...
  • 如何评价导师评价网?

    千次阅读 2020-04-13 21:56:11
    来源:https://www.zhihu.com/question/38910709编辑:深度学习与计算机视觉声明:仅做学术分享,侵删你是否正面临选导师,你知道导师评价网么?在信息互联...
  • 优化VR体验的7个建议

    千次阅读 2015-12-24 10:24:12
    本文章由cartzhang编写,转载请注明...作者:cartzhang优化VR体验的7个建议大家好,我叫Gabriela Valentin Thobias,在位于巴西马瑙斯城的黑河工作工作,职位为UI/UX设计师。它给我提供了一个创建全新高品质原创游
  • 主要是从测试工作的角度,几个测试相关的维度进行分析,说明它们是如何影响项目质量的。这6个维度是作者自己的总结,这六个维度也只是和功能测试有关,至于系统的性能、可靠性、可用性如何度量  首先,我们要...
  • 不管每个人的定位如何,我们且来看看,下属们是如何自己的上司进行评论的呢?如果你已经没有上司了(例如是老板、SOHO),则也可以看一看,自己有没有在这些被评论当中的对应角色呢? 下面,转
  • 文章目录那么我们过去是怎么评价的?客观评价-基于指标客观评价-基于模型R&S®UPV音频分析仪小结那么我们现在用哪些评价方法呢?基于深度学习的方法:AutoMOS, QualityNe, NISQA, MOSNetMOSNet(`absolute....
  • 多媒体应用中视频质量的主观评估方法 (ITU‑R 102/6号研究课题) (2007年) 范围 数字广播系统允许提供多媒体和数据广播应用,包括视频、音频、静态图像、文本和图表。本建议书规定评估多媒体应用视频质量的非...
  • Netflix: VMAF 视频质量评价工具简介

    万次阅读 2018-03-09 22:25:21
    来源160606 VMAF:Toward A Practical Perceptual Video Quality Metric这篇Netflix主观质量评价工具VMAF的介绍 构建自家数据集的必要性; 分析传统质量评价工具PSNR/SSIM的问题,结合VQA(视频质量评价)领域的...
  • 政府网站的建议

    千次阅读 2006-08-18 16:58:00
    因此,站内检索系统的性能优劣、人性化与否在很大程度上会影响使用者网站的评价。 为了方便用户快速找到他所需要的信息,政府最好提供站内信息检索功能。检索功能要支持包括标题、时间、发布者在内的多条件检索...
  • 2010武汉IT环境~

    千次阅读 2011-08-15 17:59:50
    本人计算机小硕,2011年华科计算机毕业,通过各种实习校招关系等等,拿了很多offer,...以下待遇都是说的“软件研发”岗位,因为我主要应聘这个岗位,所以只各公司的该岗位有比较多的了解。 以下资料都是在个人经
  • 地理信息系统GIS的评价

    千次阅读 2009-06-10 13:26:00
    地理信息系统的评价 系统评价是指一个GIS系统从系统性能和经济效益两方面进行评价。新系统的全面评价一般应在新系统稳定运行一段时间后才进行,以达公正、客观。系统评价的结果是写出评价报告和改进效益措施的实施...
  • 软件开发人员绩效评价标准

    千次阅读 2020-07-28 14:42:45
    在困难或者环境变化的情况下,是否也完成了计划的工作? 是否很快、很迅速、高标准、高质量、创造性的完成交给的工作? 是否在完成工作的同时,又能很好地控制成本? 如果工作没有完成是由于环境的变化还是个人...
  • 万科企业股份有限公司的财务分析及评价

    万次阅读 热门讨论 2011-06-20 10:02:00
    第二学位毕业的论文,分享一下:__________________________________________________________________主要任务: 要求学生...万科股份有限公司四年来经营过程中表现出的财务状况和财务问题进行分析,并万科公司盈
  • 视频主观质量评价方法

    万次阅读 2013-09-16 13:31:52
    视频主观质量评价就是选择一批非专家类型的受测者,让他们在一个特定的受控环境中,连续观看一系列的测试序列大约10至30分钟,然后采用不同方法让他们视频序列的质量进行评分,最后求得平均意见分(Mean Opinion ...
  • 软件开发人员绩效评价参考标准

    千次阅读 2010-11-08 17:30:00
    一、工作完成情况 (专业技术) ...在困难或者环境变化的情况下,是否也完成了计划的工作? 是否很快、很迅速、高标准、高质量、创造性的完成交给的工作?  是否在完成工作的同时,又能很好地控制成本? 如果工作
  • 个人简历中的自我评价

    万次阅读 2008-11-03 19:25:00
    个人简历中的自我评价自我分析 知人者智,自知者明。我们大多数人都会认为自己有足够的了解,但许多错误生涯的抉择即发生在自己认识不清。自我评估的目的即是要通过以往成长经验的反省,检视自己的价值。在...
  • 关于信管专业的理解与若干建议

    千次阅读 2015-06-17 11:58:53
    我是2011级信管1班的一名普通的学生,这里首先感谢学校、学院、老师们四年来我的培养,感激不尽。经过近4年的学习,毕业之际,自己的专业产生一种自豪感,并且希望这个能够不断的发展下去。 信管专业的理解 ...
  • 人工智能的一些思考和给初学者的建议

    千次阅读 多人点赞 2020-06-10 21:26:17
    刚上手的朋友可能深度学习系统环境配置不甚清楚,因此选择一个依赖相对较少的框架能够帮助我们尽快的关注到重点问题,而不是花费大量的精力在环境配置上。但是Keras本身的问题,也源于他的优势,即“封装性过好”...
  •  回答提示:一般人回答这个问题过于平常,只说姓名、年龄、爱好、工作经验,这些在简历上都有,其实,企业最希望知道的是求职者能否胜任工作,包括:最强的技能、最深入研究的知识领域、个性中最积极的部分、做过的...
  • 给机器学习面试者的十项建议 | 面试官角度

    千次阅读 多人点赞 2019-06-30 22:05:23
    我想分享我的经验,这些经验适用于申请数据科学职位的人。在这篇文章里,我还会给出关于你可能在面试中会遇到的问题的一些提示。 面试候选人帮助我认识了一些有广泛背景和技能的人。从CS / ECE,统计/数学到土木/...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 50,476
精华内容 20,190
关键字:

对工作环境的评价及建议