平安程序员打架

⑴ 银行的程序员薪资水平如何

银行里面的项目有很强的管理方式，标准的软件项目管理，这里面可以看到一个项目如何标准化管理的，项目的管理很严格，标准的。开发和测试都是很标准的过程，因为一旦投产，系统出现问题不但会扣奖金，还有要你发补丁，还有可能会影响到你的年终的考核待遇方面。

并且每个季度都有奖金平定，还有年终奖，半年奖，老的员工还有技术保障费，当然每年的各个节日都会有钱和东西发的。学历，看城市，看技术。985大学中上水平，去一线城市大公司，华为基本打底，本科8k，硕士10k在好的就是上边那些公司（这类公司基本只要985）了，不过说实话这些人数其实非常少。如果不是985，是一本，可能要减2k，专科或者培训班可能再减2k。而如果不是一线城市（IT其实就是北京上海），二线城市可能减2k，三线可能减2k。这是毕业生，一般来说不跳槽，一般每年工资就涨20%左右，两三年跳槽能涨50%，如果从程序员升级到项目经理，那样翻1倍，也正常，所以技术不是985大学的，干个三年达到月薪1w也不是特别夸张。

⑵ 如何看待互联网大厂程序员因厌恶编程，辞去月薪2w+的工作去当司机

人各有志，只要能过上开心快乐的日子，做什么职业不重要。
外面的人看到的都是程序员的工资高，却不知道程序员工作中的烦恼
奇葩的需求
2018年中国平安的产品经理和APP开发人员在办公室打了起来，原因是该产品经理给开发提了一个需求，根据用户手机壳的颜色自动调整APP的主题，程序员听到这样的需求后对产品经理大打出手。假如这样的需求给到我的话，大打出手倒不至于，辞职是肯定的。对于这种完全不懂编程的产品经理，日常被程序员问候已经是常态了。
2019年某次元视频网站源码泄漏事件中，不少人在源码的注释中看到了这个
可见程序员日常写代码中都不忘问候产品经理，对产品经理的仇视是日积月累的。
还有这个
地位
程序员被戏称为码农、代码搬运工也不是没有道理的，在需求上没什么话语权，需求来了，即使觉得这样的需求不合理、没有意思，也要硬着头皮去做完；拿到需求，只能默默低头完成，这时候培养一个好心态尤为重要，不然将是无休止的口水战争。
弹性工作时间
程序员的加班是无休止的，996已经是工作常态了（早上9点上班，晚上9点下班，一周工作6天），遇到紧急任务或者产品上线，有时甚至需要工作到凌晨，去年较火的github项目996.ICU，程序员集体反抗，但是作用根本不大，除了让外界知道程序员加班外，工作时间没有任何改善，甚至由于大环境不好，很多程序员都丢了工作。现在的招聘信息中，工作要求中一般都不写加班，但是在会在面试的时候问你能不能接受加班，你要是说不能接受，基本就凉了。
身体越来越差
当程序员的，在变强的道路上秃顶的问题也随之而来，刚入行时关注编程能力的变强，到入行后的养生，行内的规矩，根据程序员的发亮去判断一个程序员的技术水平，虽然是吐槽，但是也并不是没有道理的，程序员的工作本来就烧脑，平时工作头发掉得多，还有工作时间也导致了这个行业普遍都掉发严重，晚上得不到好的休息。
后来还出现了帮助程序员通过面试的发型
通过发型迷惑面试官，让面试官认为你是具有多年开发经验的老手。
发亮都是表面上看到的，还有内在的，程序员因为工作时间长，平时没有时间锻炼身体，久坐，导致的腰肌劳损，颈椎病都是常态
所以工作多年的程序员中就两种体形，一种骨瘦如柴，一种发胖型，就没有几个是壮的。
最后
程序员的转行都是多种原因，日积月累的，曾经刚入行时对这个行业的神秘感，到真正工作时对他的厌倦，其实不止是程序员厌恶编程，其他工作也一样，当爱好变成了你的日常工作，你的这个爱好就已经被扼杀了。程序员转行当司机，也许是真的受不了这样的工作强度和工作压力吧。

⑶ 一个程序员的出路在哪里，当你做到35岁以后应该做什么来维持生计

一条路：管理路线，程序员--项目经理--IT经理--部门总，如果你沟通能力好，领导能力强，这条路很靠谱

二条路：业务路线，程序员---需求---业务部门。程序员做的项目，99%都是企业级应用吧？写多了也熟悉系统的业务流程了吧？比如你做银行的项目，做几年了，银行的核心业务流程你都熟悉了，你就可以做需求了啊~~~然后转到业务啊~~参考平安老总的发展路线

三条路：死磕路线，程序员---程序员----程序员。 一路做程序员，做到死~~~你得进步吧？你得有自己的核心竞争力吧？解决问题和分析问题能力、经验等等吧？你35岁的人，跟25岁的价值相同的话就说不过去了吧？技术经验很足的人，做到60岁都是抢手的。前提是你真的热爱programming~~有足够的热情让你坚持进步。而且，即可以越做越往底层：大数据的处理、算法分析，也可以越做越往上层：系统架构、IT系统级顾问、咨询。只要你技术够硬，年龄不是问题

⑷ 软件开发中的 概要设计文档 详细设计文档在正常情况下 是不是程序员写的吧！

一个项目设计是最重要的。其实现在在技术上难题不多。同一个公司你不会肯定有别人会，相互问问就好。最关键的是需求理解。所以开发人员自己写详细设计是很有好处的。譬如我现在在平安科技。我们的流程时：客户将需求讲解给SA（需求分析师），SA理解之后在召集开发人员一起讲解，最后由开发人员自己设计并将设计文稿发出去由负责人及SA评估。 如果没有问题就会按照详细设计来开发。 这样的话虽然设计花费了一定的开发时间，但是在熟悉需求的基础上开发可谓是：磨刀不误砍柴工！
望采纳。 谢谢

⑸ 𨱒宸为摱琛岀▼搴忓憳鑳藉共鍒伴浼戝悧

阈惰屽伐浣滀汉锻桦彲浠ュ共鍒伴浼戠殑銆傛垜灏卞湪阈惰屽伐浣滀竴杈埚瓙浜嗭纴椹涓婂氨瑕侀浼戜简銆傞摱琛屽憳宸ヨ槠璇存槸钖埚悓鍒讹纴浣嗗彧瑕佹槸宸ヤ綔娌℃湁澶х殑杩囬敊锛岀粰阈惰岄犳垚宸ㄥぇ鎹熷け锛屽悎钖屽埌链熷氨浼氱画绛俱傛寜瑙勫畾骞磋交浜轰笁骞磋呖浜斿勾涓绛撅纴宸ヤ綔鑻ュ共骞翠互钖庡氨鏄姘镐箙钖埚悓浜嗐傚彲浠ュ钩骞冲畨瀹夌殑骞插埌阃浼戠殑銆