我觉得不止是这个原因,而是程序员真的像大家说的那样,是一个吃青春饭的行业,到了一定年龄会产生职业危机 ,想要在IT行业里得到高薪跳槽是最简单易行的办法,但是到了35岁左右的很多互联网公司就比较难进了。如果到了35岁在技术方面上没有什么太大突破,也没有在公司里混到管理层。一般来说收入就开始减少,而且由于这个行业加班也比较多,到了这个年龄身体也不太好了,要维持这个强度的工作还是有困难的。所以很多人辞职去做其他行业并不单单是厌恶编程。
一般互联网大厂得看整个团队的产品KPI完成情况,对具体某一个人的努力和回报并不能完全做到绝对公平。而且IT行业核心就是创新, 对于作为技术前沿企业创新是必然的 ,如果不能不断的主动学习,被淘汰是必然的事,所以很多人还是会从互联网大厂辞职,找一份相对安稳,简单的职业 。
Ⅱ 请问现实中程序员的日常生活是什么样子的
在上海工作了四年的女程序员,在公司做核心业务开发,公司前期忙的时候也会加班到十点,忙过一两个月就好了,现在上班很轻松,每天六点半下班,八点到健身房,上瑜伽,搏击操,还有尊巴等课程,有的时候直接去跑步,健身到九点半,然后在健身房洗个澡,做个按摩再回家,十点半的样子吧,回家刷刷微博,练练字,看看书,十一点半睡觉!早上七点半起床去公司,上班。周末睡个懒觉,打扫卫生,然后去泡一天图书馆,或者约好姐妹去周边的城市旅旅游,逛逛街,晚上跟好朋友约个饭,回去各种各样的馆子吃各种料理,有的时候,也会约三五好友,来家里自己动手做一顿好吃的,喝个小酒什么的,反正就是日子平平淡淡的。有的时候趁着离职了有时间,会去远一点的城市看看风景,呆个十天半个月的回来,看过了诗和远方,还是得回来面对眼前的“苟且”的。
Ⅲ 地铁有程序员吗
高薪的IT行业是众多年轻人的职业梦想,然而,一旦身入其中却发觉没有想象中那么美好。被称为IT蓝领的编程员,工作强度大,像个编码“机器”;技术更新换代快,饭碗不稳定。
随着年龄的增长,IT编程员该何去何从。做IT的搞不好就被挨踢。你提这个问题就理解你是才搞程序没多久。等你真正进入这个行业几年之后你就知道自己的职业生涯的道路了,建议从一下几点发展:出路一:向IT培训师转型出路二:向IT营销转型出路三:向项目管理努力程序员到底何去何从,就得看自己的眼光、胆识和机遇了祝你在IT行业上有很好的发展,为中国的软件行业多做贡献!
Ⅳ 程序员在上班时,允不允许大量的看说明文档来帮助写程序
程序员日常开发工作,基本是上离不开阅读文档,这也是很多程序员喜欢两个显示器的原因。
项目方面
技术方面
是不是很多人都认为,如果在开发过程中,还要不断地翻技术文档,说明他的开发能力不扎实。其实不是这样的。
首先IT行业技术升级换代的速度太快,当我们大多数公司还在用Java8的时候,Java11都已经出来了。如果非得要程序员熟知每一个类、每一个方法,是很不现实的。
很多时候我们只需要了解有这么一个东西,作用是干什么的,具体的细节可以在用的时候再去翻文档,比如方法名字是什么?参数有几个,都是什么类型的?
所以我们都习惯至少两个电脑屏幕,一个屏幕写代码,一个屏幕看文档;如果豪一些的话,再加一个屏幕展示日志信息。
看文档的屏幕要买竖屏!
我们团队
我这几年也带过几个团队,对于每个团队成员,我对他们的要求是:实现需求的前提下,最好能对所用的技术有一定的了解,千万不要从网上抄过来一段代码就用,这样是很危险的行为。所以鼓励大家多找一些资料,最好是阅读框架的官方文档。
现在的团队,我已经这样要求了:代码写累了,或者觉得自己没有状态写代码,可以找点儿自己有兴趣的技术文档学习学习,这个技术甚至是可以跟现在的项目没有关系的。
首先,我不是程序员,我是一个设计工作者,不过我来说一下我的观点:很多人以为程序员像电影里的一样,啪啪啪几下键盘,屏幕数据飕飕的变,其实真实情况是程序员写代码就像学生写作文,也会遇到不会的词语跟修辞手法,那这个时候就要停下来想一想,查一查,看看例子是怎样写的怎样用的,写错了还要划掉(删掉)再来,至于这个大量不大量看的情况,如果这个是个新手,那肯定是可以的,那如果是个老手,还需要大量时间查说明文档,那就说明这个项目肯定不会小,不是一两天能做完的,那一个用月做单位的项目,用一个天做单位的时间来查文档,不过分吧!程序员也是人,不是因为他的工作高端,就觉得这个人万能,他也会当机,要吃饭,要休息,也会忘记一些东西,所以请各位多多体谅,能一起工作实属不易,感恩2018,谢谢。
这个问题怎么说呢,开发过程中会遇到各种各样的问题,没有一个人是全能的,也没有人可以绝对的说自己在整个项目中不会遇到一点问题,不去查东西,自己大脑里的东西完全可以让我把这个项目测测底底的做完,并且没有任何bug。
上班的时间,也没有老板或者谁在后面一直看着你去做东西,大家都挺忙。文档是干嘛的,文档本身就是用来看的,甚至很多项目开始之前,总监都会让你去搜集一些这个项目可能会遇到的bug,可能会用到的效果,尽量在之前找到比较好用的插件,这样会节省很多时间,自己如果写代码的话不可能百分百的确定没有人和bug,但插件不一样很多插件都是前辈通过很长时间慢慢完善出来的插件,所以很多人才会用。所以你提问的可以肯定的回答你允许。
程序员上班的主要工作就是看说明文档,根据说明文档编码。如果实在没有说明文档,有时还得亲自披挂上阵写说明文档。
写接口的有API文档,写通讯协议的有协议字段说明文档,写数据库的有数据库规范文档,
总之任何一个大公司文档扮演的一个至关重要的问题,因为形不成文档,公司管理就会陷入混乱不堪的局面,当某个核心员工离职后,下一个接盘的程序员会丈二和尚摸不着头脑,一头雾水,边填坑边骂娘,有了文档就可以看文档结合代码,了解其中模块逻辑以及结构,包括哪些坑不能踩等等好处。有些公司会专门有文档工程师这个职位来专门负责整理各种文档,并且保存在服务器上。
好的文档都是程序员等人智慧的结晶,是一盏指路明灯,是一条通往光明的道路。程序员不能看说明文档等于在黑暗里摸爬滚打,有了说明文档才迎来了黎明的曙光。
说个我遇到的2个真事吧,
第一个,公司找的外包公司写项目程序,已经要交付了,发现有几个功能没做,产品经理和开发那边都找我,我一个搞运维的又不懂,只能让他们去对开发文档,我也就顺便看了看,开发文档中明确的写明怎么做,然后就让他们就重新按开发文档继续写,
另一个,由于 历史 原因业务系统处于托管状态,只有部分参考文档可用,开发那边只能按当前已有文档进行开发参考,开发那边也一直在根据现有相关文档进行开发,杯具的是这帮子不仔细看,有问题总想着我能直接给他们答案,我也只是会用而已,开发我还真搞不来,然后和他们一起看开发文档,加密算法部分给她们指出后,问题解决了。
所以我觉得,开发团队在开发中很有必要阅读开发文档,这可以避免绕圈子,也会清楚开发文档中提供的内容。
先说观点,我认为看文档没什么问题,但是“大量”这个程度很难衡量,按照需要看文档是个非常重要的事情。
需要花费时间的情况 不需要花费大量时间的情况 小结
在工作中阅读文档其实也是工作内容的一部分,而且现在大多数互联网公司都靠KPI进行考核,平时就算你把时间都用来看文档没关系,最后KPI没完成一样会被公司淘汰。所以公司不会阻拦你花费时间看文档,最多你老板会提醒你浪费这么多时间看文档而没有实际的产出会对你年终考核造成影响罢了。
题主对文档的定义不是很明确
第一个是需求说明文档
这个是在开发过程中必不可少的文档,只有清楚了开发需求,程序员高效率的开发,程序员一天的工作时间并不是都是在写代码,而是在看文档,了解需求,理清思路,只有什么都清楚了,写代码或许只要十几分钟。
再者对于一个项目新人来说不看文档了解需求,没人给你从头到尾的在讲一遍需求,你不看文档自己发挥?进入项目是和别人共同开发,你不肯能不顾及之前的代码规范。
第二个是开发文档
就拿微信开发来说,微信开发不是每个程序员必须会的东西,但是用到了怎么办,还不是去看他们的开发文档,只有将开发文档思路理清楚了,才可以进行下一步开发。
第三个是API文档
在前后端分离的开发模式中API文档是必不可少的文档。不看API不知道数据是什么样。也就是不可能顺利的和后端进行结合。
兄dei,假设你是程序员,你在写程序时,旁边会有人守着你吗?
假设你不是程序员,你在做本职工作时,旁边会有人守着你看你怎么做事吗?
答案肯定是没有的。谁会闲着招个人去监督你,看你用什么方式去完成给你的任务。
所以,其实你看不看大量文档,没有人会在乎,关键是你自己,建议自己写东西时,不要一味的复制粘贴,要有自己的想法。太依赖文档对于自己成长很不利
当然允许看文档。
要知道,随便哪个类库,都有无数的类和方法,每个方法又有若干参数,鬼知道它们都是什么意思,谁的脑子能记得那么多内容。别说是人家提供的类库,就是自己写的代码,过一段时间也不记得什么意思了。没有注释和文档,怎么看懂代码?
如果没有需求分析文档,程序员怎么理解正在开发的这个软件的基本业务流程?
如果没有架构设计文档,程序员怎么理解软件各个功能模块之间的功能与业务逻辑?
如果没有接口文档,那么多类和方法,都怎么调用,会返回什么值,难道靠猜?
……
在日常开发工作中,不仅允许看文档,还会强迫你写文档。如果你写的文档别人看不懂,别怪领导骂你不认真。文档对于软件开发的重要性是不言而喻的。
还有一个秘密告诉你,那些经常写文档的程序员,要比不写文档的程序员工资更高。
真的!!!
迎娶白富美,从会写文档开始!
这个问题要根据具体开发的功能模块来看,不过原则来说,花大量的时间看说明文档,至少给人的印象是经验不够丰富,开发能力有待提高。
具体来说,如果是普通的功能开发,技术挑战不大,这种如果还要看文档,会被认为是开发能力问题。如果是有一定的技术挑战,公司在这方面的积累比较少,开发团队也对此有共识,这种问题看文档无可厚非,当然如果能业余时间学习相关的知识,会给团队留下开发能力强的印象。对于一些前瞻性研究,公司没有任何技术积累,或者全新的技术方向,这个看说明文档是加分的,甚至可以要求公司购买相关书籍或者在线培训,当然,自己啃下来会更NB。
Ⅳ 程序员的日常就是不停地写代码吗这行业是吃“青春饭”的吗
其实不得不说是程序员的职业相对较为特殊,也正因为如此被网友们认为吃青春饭的行业也是很有道理的,从某些意义上来讲,年长的程序员并不会取得老板的重视,尤其是到了中年很容易被公司所辞退,所以也正是因为如此程序员的晚年,存在很多不确定性因素,总的来说,也要从以下几个方面出发思考问题。
3,由于行业本身的特殊性,导致大多数程序员在中年都会改行从事其他产业。其实不得不说,是程序员本身就属于 it产业,也正是因为技术相对更新周期较短,所以导致大多数程序员也是吃青春饭的,所以很容易在中年之后被公司所淘汰,为了生存大多数中年程序员都会改行从事其他产业。
其实不得不说的是程序员的日常确实相对较为辛苦,而且不停在输代码和代码打交道,而大多数程序员由于行业本身特殊,所以一到了中年很容易被公司所淘汰,只能被动的转行其他产业。
Ⅵ 程序员一天都在写代码吗程序员的一天除了敲代码还有做什么
程序员一天都在写代码吗?
来自我个人的感叹:如果能天天写代码,该有多幸福啊~
如果程序员的一天都在写代码,这就说明了公司的需求明确,老板的战略完美,产品经理也不会天天找人撕B,技术Leader已经把框架制定好了,大家都安心编码,安心做有创造力的工作。在这种情况之下,程序员的成长也是飞快的,心无旁骛的驰骋在代码王国。
然鹅。人生不如意事常八九。
那八九不如意的时间,大多数程序员要面临以下问题:
会跟产品经理吵架会对着搜索引擎出来的结果说卧槽,需求不明确,随意更改,架构频繁更换,焦头烂额。
测试频繁告知你各种千分之几的无法复现的bug。
各种低效会议,无形中浪费生命。
除了以上这些,可能还有:兴奋的写了半天发现编译不过。
折腾就是半天,开心的上了线,各种线上bug弄得心跳加快,血压升高。
日常情况下把每天状态最好的2-3小时拿来敲代码就可以搞定一切需求了。
因为其他时间都基本上是用来开会,跟产品经理互怼,然后就是debug整天。有bug必须赶紧找出来,如果今天没找出来,明天继续一整天,如此循环。
所以要提高水平。经常写bug的人就很忙。或者说,瞎忙。而且代码写得太多了还需要花点时间稍微整理一下文档之类的,免得以后自己都看不懂。有些东西可能也需要花时间重构一下。
但可惜,程序员的工作不是仅仅只有写代码。你得了解业务。了解功能需求。要知道代码是为了让人使用的,你需要和人打道。
真正用来写代码的时间占全部工作时间的比例其实并不高,就算是没有人打扰,也需要花很多时间去设计怎么写代码,或者是花很多时间去读懂别人的代码来找到Bug产生的根本原因。
在这个过程中看似面对的是代码,其实还是在面对人。
程序员并不是一天到晚都在写代码的,大部分程序员一般平均每天应该不超过3个小时吧,大部分时候在了解需求、各种开会、找bug、以及学习。大部分时候是在做写代码之外的事情,偶尔也会划水。
总之程序员的工作远不止写代码,花时间学习提高自己,总结沉淀一些东西来提高自己的影响力,都很重要!
最后还有句话是这么说的:栽一棵树最好的时间是十年前,其次是现在。对于学习编程的小伙伴,如果你想更好地提升你的编程核心能力(内功),在未来成为一名有为的技术人员!笔者这里或许可以帮到你~
欢迎转行和学习编程的伙伴,利用更多的资料学习成长比自己琢磨更快哦!
Ⅶ 高铁程序员是干什么的
程序员高铁上都在写代码
就是说它们需要维护高铁的系统,
维护火车运行线路调度,优化程序是长期任务,
说起程序员,很多人脑海中飘过的第一印象便是:一名秃头男子坐在电脑前,身体一动不动,只有手指在键盘间飞快的挥舞,对着电脑全神贯注,再看看其头顶,不是稀稀拉拉几根头发就是秃顶。确实,程序员的工作是一个烧脑的行业,加班也比一般行业要多很多,遇到发布版本的时候,通宵也是常事。