谁让APP工程师产生了泡沫?

这两年移动互联网比较火,移动APP的开发人员也是比较紧缺。

  面试了一个做APP的,能力很一般,态度也比较傲慢。最后感觉肯定不会用这个人了,但是出于验证自己想法的目的,还是很诚恳地以一个决定录取他的态度,和他交谈。

  “刚才我问了你一些问题,可能比较偏,或者不是你所擅长的。我也是本着为公司负责的态度,问一些我们经常用到的问题。这一点请见谅。”,我说。

  他说:“没事的,问的确实有点偏。实际工作中,根本用不到,用到了现查就行,网上好多例子,复制粘贴都能搞定!”。

  我说,我们企业招一个人,你入职一个企业,是一个相互选择的事情。我问完你了,你对我们公司有什么想了解的。

  他有点发楞,停顿了一会。我提示他,公司的业务发展,个人的提升空间,你的职业规划?

  他说,噢,咱们公司是做什么的?

  我回答道,我们主业务是做基于社区的O2O平台的,现在业务有几块,深度垂直做上门推拿服务,打通商家上下游做云商供应链,最终将打造一个庞大的社区服务生态体系。

  他似乎没有听懂,依然发楞。

  “还有什么想问的吗?”我问。

  他似乎早想问,一直不好意思问,但是又不想在这浪费时间了,问道:“公司都有什么福利,年终奖是多少,加班费怎么算……”。

  我都一一回答了。

  沉默了一会。

  我问道:“你能接受的最低待遇是多少?”

  他说,就是简历上写的那些。

  我死死地盯着他:“如果我给你降一千你愿意吗?”

  他摇了摇头。

  “降五百呢?”

  他回答说:“我已经面试了四五家公司了,他们都要我,我也答应了。现在就是再面试几家,看看哪家更高。所以,我没必要……”,他向我耸肩,然后不说了。

  我说,你要的这个数,在我们公司不算高,好多人都拿的比这个多呢。你去过的那几家公司,多少人?

  他说,也得有,差不多,估计一百多人吧。

  我问,做APP的多少人?

  他回答,一两个,有的没有,我去了是第一个。

  谁面试的你,我问。

  有的是经理,有的是老板,都很希望我能快点入职。

  我说,好的,我们会把你面试的情况和你做的作品评估一下,然后再联系你。

  他走了。

  这不是个例。

  大多数年轻人都差不多这样。

  他们没房没车没压力,以单纯的收入高低作为亲友间的炫耀和比较的资本。

  让我陷入沉思的是,为什么一个近乎只能称得上操作和修理工的人,却顶着一个工程师的名号,可以到处要高价,而且还真有公司愿意给。享受能力所不匹配的东西,这显然是一种病态,结果必定可悲。谁赋予了他们这样的优厚际遇?或者,谁成心想害他们?

  答案是这个飞速发展时代和无可奈何的企业。

  移动互联网,这五个字可谓炙手可热。互联网+,又让这热度增上三分。好多公司都想搭上这艘船,捞一桶金,弄不巧还会成就一番霸业。

  怎么搞?好多人都觉得移动互联网就是个APP。想踏入移动互联网,首先要搞一个APP出来,拿出去好说话嘛!这种想法就像是,我研发个POS机有一家银行了能做金融了一样。你的POS机之所以能刷卡转移资金,是因为后面还有一个银行体系支撑,来了钱给谁,扣的钱从哪里出,是有一套服务做支撑的。这套服务,相比一个POS机而言,大象和蚂蚁的关系。还不明白的话,去五金店买一个淋浴头,在太阳下试试会不会喷水,那个淋浴头就是业务中的APP。

  好多小企业老板很明白政治和经济局势,但是不明白技术,他们觉得第一步先需要APP,其他的根据需求再说。于是,他们老板甚至亲自面试,随便聊聊天,要多少给多少就招进来了,先有人开个头再说呗。最后,发现不是这么一回事,有了淋浴头了还需要水管才能喷水,自己建供水系统太大,在小区建使用人群太少,连接卫生间的水管,跟自己又没啥关系。命长公司的干上半年,招的人也不专业,凑合随便弄一个出来,员工感觉老板瞎弄没有成就感,老板也感觉看错了人不出成绩。于是,一拍两散。

  出来的这人再换工作,感觉自己没有被完全发挥出来,现在工作经验也涨了,薪水肯定也得涨。于是,又找到一个公司,老板一看,这人以前待遇都那么高,那老板肯定不傻,做了那么久了也有成果,我这又急需要人,再涨一段吧。这个公司干半年,和上一个公司一样循环,直到一个顶点。

  这就造成了,个人技术没有实质提高,待遇却虚高。公司支出增加了,回报却没有增加。

  这就是泡沫啊,在慢慢膨胀的泡沫。这泡沫在小企业中很明显,在中型以上企业中不明显。第一,因为中型企业都有专业的人才,这些人能判断和规划整个业务体系,不至于盲目。第二,也正是由于规范和专业,所以吸引了很多更看良性成长环境的有志之士。

  泡沫,毕竟是泡沫,终有爆破的那一天。这个时间不会很长,3到5年。随着新技术慢慢变旧(当Android和IOS变成和C语言一样老),随着大批量的人才涌入和一些公司退出(十万开发者面对一千岗位),随着很多老板慢慢发现原理和真相(APP真的只是个终端)。我们再来设定一下,曾经那些在小公司频繁蹦来跳去的人,和那些在成熟部门茁壮成长的人,他们命运是不是会发生颠覆性的改变。

  互联网行业不同于传统行业,不存在第二。最终的局面是巨头垄断和精细化小企业填补的局面。

  其实公司和人历程都一样,都会遇到千奇百怪的事情,但是殊途同归平淡是真,最终都要踏实笃行。你一步一步地走,你眼看别人起高楼,你眼看别人宴宾客,你也眼看别人楼倒塌。

  你也可以心想自己建起一座壁垒,固若金汤,经久不衰,称为经典。

时间: 2024-10-03 23:50:23

谁让APP工程师产生了泡沫?的相关文章

APP工程师接入Telink Mesh流程 -3

加密是为了使网络更加的安全.健壮,若由于login.加密等流程 严重影响了 开发进程,也可以通过 修改SDK 固件 将login.加密 环节取消 1.发送数据.接受数据加密,解密去掉 mesh_security_enable (0); --将参数为1 ,使能加密,参数为0,取消加密 2.login 流程取消 mesh_security_enable (0);  使得 security_enable 为0 ,那么 if(!security_enable){ not_need_login = pai

工具类app存亡观察

每一个族群有每一个族群最爱的app,工具型的那种. 文/张书乐 对于模特张美荧来说,"等"字,曾经是她每天最常见的关键词.过去每次为了在网上分享自己的独家美照,她总是要等,等摄影师有空,等天公作美或摄影棚方便:拍完之后,继续等摄影师得空修片--往往这么一轮等待下来,一组新片,往往要一个月的周期才能折腾好. 现在,不用等了.和其他朋友没事吃个饭就拿美颜相机秀进朋友圈不一样,张美荧则是典型的美图手机和美拍双料粉,每天从衣柜里选择几件衣服混搭一下,就拿美图手机架好,调个定时,就能从容的自拍一

转转hybrid app web静态资源离线系统实践

一.前言 目前的转转app是一个典型的hybrid app,采用的是业内主流的做法: 客户端内有大量业务页面使用webview内加载h5页面承载. 其优点是显而易见的,即:web页面上线频度满足快速迭代的业务需求,不受客户端审核和发版的时间限制,也可以将各个业务线的开发工作分摊到各个业务的fe团队上,使得个业务线可以并行开发. 而缺点,则不言而喻的在于客户端内webview加载h5页面,准确来说是web应用的性能和体验,是肯定不及客户端的.本篇文章中,笔者将会梳理立足于本团队内,根据团队的特点和

嵌入式行业入门指导---知乎转载【转】

此文是本人在知乎上看的,觉得很好就分享出来了,并不是本人原创 转自:https://www.zhihu.com/question/47881392 作者:shang链接:https://www.zhihu.com/question/47881392/answer/146734937来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. 嵌入式Linux+Android学习路线图作者:韦东山 本文目录1. 程序员的三大方向 1.1 专业领域 1.1.1 学术研究 1.1.2

2016 Web 开发资源工具大搜罗

原文链接: 100+ Awesome Web Development Tools and Resources Web的迅猛发展对于开发者来说既是一件好事也是一件坏事.不断紧跟潮流学习新的技术.编程语言.适应变化听起来就很令人兴奋又紧张.你需要面对的挑战可能包括使用已有的框架适应新的业务需求,测试网站的兼容性,优化你的网站前端和后端更好地协同.今天在这里介绍给大家的这个收集列表也许能够帮助你完成类似的工作. P.S.顺序先后并不代表推荐排名. JavaScript 库/框架 JavaScript是

2016 Web开发资源工具大搜罗

来源于:https://zhuanlan.zhihu.com/p/22730771 作者:余博伦链接:https://zhuanlan.zhihu.com/p/22730771来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. Web的迅猛发展对于开发者来说既是一件好事也是一件坏事.不断紧跟潮流学习新的技术.编程语言.适应变化听起来就很令人兴奋又紧张.你需要面对的挑战可能包括使用已有的框架适应新的业务需求,测试网站的兼容性,优化你的网站前端和后端更好地协同.今天在这里

拥抱高效、拥抱 Bugtags 之来自用户的声音 2

小编按:这是一篇 Bugtags 用户来稿,主要是介绍了使用 Bugtags 前后对测试及解决 Bug 所带来的变化,感谢单车娱乐 App 工程师 - 李斌同学对 Bugtags 的信赖和支持.小编在这里诚邀各位热心用户向我们投稿,说出你使用 Bugtags 的故事. 遇见 bugtags 之前那点事 那些年,我们单车娱乐 App,自研发到上线,苦逼的在友盟,bugly,bughd 等各种 bug 反馈的工具来来回回踩坑,然而让 QA 和 PM 以及最身同感受的我们这些一线开发工程师表示各种吐槽

Android内存泄露检测工具---LeakCanary的前世今生

曾经检测内存泄露的方式 让我们来看看在没有LeakCanary之前,检测内存泄露的方式 1.Bug收集 通过Bugly.友盟这样的统计平台,统计Bug,了解OutOfMemaryError的情况. 1. 重现问题 对Bug进行筛选,归类,排除干扰项.然后为了重现问题,有时候你必须找到出现问题的机型,因为有些问题只会在特定的设备上才会出现.为了找到特定的机型,可能会想尽一切办法,去买.去借.去求人,去租,商家公司还真干过这事(14年,公司专门派了一个商务去广州找了一家租赁手机的公司,借了50台手机

HTML5移动应用开发最容易踩到的几个坑

01/移动应用中HTML5的新特性 工欲善其事,必先利其器.我比较推崇的学习技术的方式,是先整体了解,然后结合实际需求,再做针对性的学习.整体了解的方式,比较建议是直接看官网的API文档,这里可以推荐几个网站: http://www.w3school.com.cn/html5/index.asp, https://developer.mozilla.org/zh-CN/docs/Web/Guide/HTML/HTML5, http://www.html5rocks.com, http://can