zoukankan      html  css  js  c++  java
  • 打给比较形象的比方,就是你拿着大白菜去大街上卖。这大白菜就你自己(预估自己的价格:价格喊高了,把白菜价当灵芝价卖,把买家都吓跑了,也就无人问津了。报价过低,则委屈了自己),要提前写出月薪范围,节省双方时间

    写在最前面:

    又到了一年跳槽高峰期,

    一月份半个月下共面试了四家公司。期间拿到两家公司offers 。在一家游戏公司二轮技术总监面试时,因为太过紧张+对防御性编程认知上表现不佳惨遭淘汰。颇为遗憾。一直期盼着能够进一家游戏公司,年会的时候能够有苍老师能抱一抱的机会。

    期望月薪方面:

    笔者在面试时,关于工资的讨论感觉特别吃亏。一方面因为信息的不对称性,缺乏足够的了解。另外一方面因为缺乏经验,没有及时调整自己的策略。面试官准备发放offer时问我期望月薪是多少时,我的回答竟然还是是:X-X+2K。 结果被给了一个最低值XK 。前后两家公司都是这样。 万恶的资本家对于一切可榨干的剩余价值总是不会心慈手软的 

    总结:

    关于月薪期望值,在经历过几次面试之后,笔者总结出一点点技巧。 期望月薪会涉及的地方其实是有两个地方, 

    一   投递简历处填写月薪期望值

    二   面试官询问期望月薪值

    投递简历时,填写的期望月薪值,最好是一个概数,如6K -9K 。 因为双方都缺乏一个基本的了解。在不了解公司福利补贴等方面的前提下,填写一个概数,对双方都有一个心理缓冲区。让彼此都觉得舒服。 这种方式,另外一个很大的作用是用简历的方式为自己筛选出能够给出期望月薪的公司。 可以避免去参加一些无法达到自己期望的公司。节省时间和金钱。

    在面试官询问期望月薪值时,在这种情况下,经过几轮笔试和面试下来,其实双方都有了一个相对比较的认识。双方这时候都能给出一个大概的评估值。

    打给比较形象的比方,就是你拿着大白菜去大街上卖。

    这大白菜就你自己。 在卖的时候,对自身有个合理的估值以及市场价有事前了解,是很重要。价格喊高了,把白菜价当灵芝价卖,把买家都吓跑了,也就无人问津了。报价过低,则委屈了自己。

     HR 问你 这白菜怎么卖? 笔者犯了一个很愚蠢的问题就是:XK –X+2K。 在这种讨价还价的过程中,轻易的暴露出自己的底线,被动总是要吃亏的。 当买家肯定是一口咬定 XK,高了都觉得吃亏,想再往上涨的难度就可想可知了。

    从营销心理学的角度而言,买卖本身也是需要一种愉悦的氛围。 买家买到性价比高的产品。 卖家卖出高溢价的产品。 在这种讨价还价的过程中,聪明的办法是优先给出一个较高的估价值:7K 。为了不把买家吓跑,可以暗示你要真心买,我可以给点优惠。从而试探出对方的底线。通过适当降价,让买家觉得赚了。而自己其实也赚了。达成一种双方都较为满意的结果。

    笔者这样的错误竟然能够犯上两次,真可谓奇葩也。

    收入分析:

    公司负责 中晚餐, 不提供住宿。国家法定社保。

    房租水电网络预期总共: 600

    每月上下班交通费: 30*4+30=150

    社保方面: 6000*0.1=600

    伙食费: 早餐+周末餐  : 30*5+8*30=390

    基本的生活必须消费为: 600+150+600+390=1740

     

    关于上班时间:

    公司属于典型的朝九晚五,五天八小时。整体时间安排上较为密集,工作压力和强度较大,项目本身对个人的技术总结性提升不大。这是我所担忧的。 

    一个月大概3个项目单,均分下来,个人将承担1.5个项目。时间上会有点紧张。

    分析:

    基本上项目与项目之间没有空闲时间。对于个人技术沉淀是一个不利的消息。 

    关于出差

    因为设备故障可能需要到现场调试, 一年预期有45天,一次出差平均为7天。

    优点: 可以利用出差,到全国各地走走,拓展视野,熟悉当地市场,了解行情。积累起来的人脉在未来的发展中 都有着积极推动作用。 偶尔改变的生活方式也比较怡情

    缺点: 

    出差本身对个人技术沉淀其实是有害的。因为巨大的环境波动,人是很难静下心来思考和学习。由于出差本身是到厂家设备现场救火的行为,时间紧迫性和压力都是可想而知的。

    出差本身也是一项比较累人的工作。

    关于办公环境和领导:

    大概参观了一下公司的办公环境,在设备调试区,突然有种回归到大学实验室的感觉。正确排列的设备,错落有致。 直属上司是软件开发的, 小组领导则是电气开发的。软件开发将处于一种被动的处境

    没有钱是不行的,但是一切向钱看也是万万不行的。

    当然,人也不能盯着钱看。毕竟工资仅仅是一种阶段性目标,而非人生目标。

    技术发展方向:

    当前应聘的公司方面技术沉淀为: VB+C# 

    用VB作界面开发,用C#程序主体开发。

     

    笔者目前主要擅长的C/C++和python开发。经常使用MFC ,PyQt 做界面软件开发, 因为技术壁垒的问题,Python在这家公司在短时间是无法成为公司主体开发语言。

    对于VB+C# 这样的组合,笔者并不待见。感觉微软已经是一个奄奄一息的巨人, 其卖软件的思维,在web 2.0 的时代已经落伍了。看看其IE 的发展就可见一斑

    JAVA 一直稳稳的在各个平台上把C#压制着,再加上andriod系统的崛起,更是对只支持windows的C#一计沉重的打击。

    VB则仅仅是托祖宗windows的洪福,才得以在各种界面开发库面前存活下来。以上观点或许略有偏颇,但是微软的没落之势已经是箭在弓弦。把自身赖以生存的技术寄托在仅支持自身平台,且即将没落的公司是非常危险的。

    就技术延伸可持续性发展角度而言,目前的这家公司其实并不是最好的选择。

    就未来技术发展方向,这是一个让笔者很是纠结的问题:

    当前的这家公司的技术要求其实并非符合笔者技术发展规划。喜欢的行业并不一定进得去,然而,兴趣(interest)和利益(interest)有效的统一这也是让笔者无法释怀的。

    当然,不能因为现实太过残酷,就放弃了对梦想和兴趣的追求。如果放弃了,那自己所剩下的就只有赤裸裸的现实了。

    如果梦想无法直达, 则可以考虑曲线实现。 当时首先是弄起清楚自己的梦想具体是什么,该怎么实现,无法描绘出具体轮廓的梦想那仅是空想而已。

    笔者的短期内的技术路线发展规划是:C+Python

    以C/C++ 做底层开发,python做高层开发,通过C/C++开发的库作为模块的方式嵌入到python当中,实现C+Python 组合技进行快速化开发工作。

    中期的技术发展路线是: linux

    作为当前任何一家有头有脸的公司,一个作为官方宣传的web 网站是一种标配。作为web 的基础设置,服务器开发开发自然成为一种刚需。堪称编程领域的铜饭碗。

    不考虑TCP/IP 网络编程以及数据库开发要求,linux 自然不可获取。

    考虑到服务器编程,顺势而为进可以向 go 语言方向发展,有C/C++这样的九阳神功护体,同一个体系内的go 语言学起来也就如鱼得水。

    退一步则可与C+python 这样的跨平台组合遥相呼应,产生共鸣,实现效益最大化。

    长期技术发展路线: java +linux 内核

    在andriod已占领中国市场至少70%的智能手机市场份额的情况,平板则已经和ipad 系列分庭抗礼的状态。在未来不能给andriod机编程都不好意思说自己的搞编程的。

     

    一旦谷歌在平板和电脑方向上站稳脚,下一个倒下的巨人就是微软了。这或许也是笔者无法接受C#的一个原因吧。

    市场的重新洗牌总是残酷的。 对于我们这种靠技术吃饭的工程师而言则更是如此。所以不得不谨慎而为之。

    所以学习java ,将是一个不得不设定到时间表里的核心任务。 

    在Linux经过前期沉淀发展滞后,则可以考虑向linux内核裁剪和内核驱动层面更高难度,高层次上发展。 循序渐进,平缓过渡的技术革新方案对个人发展才是最有利。当个人技术还不足以牛逼至推动市场时,则只有选择让市场推动个人技术发展

    未来三年的技术发展规划

    语言:  C/C++ ,  python,  JAVA, Go

    平台: Linux , Windows, Andriod

    通过这几门技术,将围绕在最外围的技术打造成一个闭环,形成笔者技术层面上的护城河。

     

    http://blog.csdn.net/leos_blog/article/details/18446509

  • 相关阅读:
    Enterprise Library Policy Injection Application Block 之三:PIAB的扩展—创建自定义CallHandler(提供Source Code下载)
    一首最好听的足球队歌,见证往日的辉煌
    WCF后续之旅(10): 通过WCF Extension实现以对象池的方式创建Service Instance
    WCF后续之旅(9): 通过WCF双向通信实现Session管理[下篇]
    WCF后续之旅(7):通过WCF Extension实现和Enterprise Library Unity Container的集成
    WCF后续之旅(8):通过WCF Extension 实现与MS Enterprise Library Policy Injection Application Block 的集成
    ASP.NET Process Model之二:ASP.NET Http Runtime Pipeline Part II
    WCF后续之旅(9):通过WCF的双向通信实现Session管理[上篇]
    WCF后续之旅(1): WCF是如何通过Binding进行通信的
    Enterprise Library Policy Injection Application Block 之二: PIAB设计和实现原理
  • 原文地址:https://www.cnblogs.com/findumars/p/7638725.html
Copyright © 2011-2022 走看看