27 岁女程序员如何应对“中年危机”,一个回答引发热烈讨论!

事件经过

一个普通女程序媛眼看就要 27 岁了, 又到适婚的年纪,还没结婚, 其实还挺喜欢码代码的,没有抵触过。想考证,没有长远职业规划,求助v站引发了热烈讨论。

网友回复评论五花八门,我们挑选了一些高赞回复。



上述列出了部分网友对女程序员职业规划的建议,有建议考证、进外企、考公务员、攒钱、买房、出国等。
但真正引发热议的还是这些评论!

喔,对了,还有网友向楼主毛遂自荐的。

大部分网友认为在中国避免中年危机的方法就是避免结婚。

搞得有些网友看到将来可能面临的危机都害怕结婚了。

事件逐渐演变成关于中年危机的一场辩论。

甚至网友跟风回复,避免中年危机,如果喜欢写代码,技术自己感觉能继续精进并保持持续的学习,那继续走技术路线!

进阶之路

为何会想起写这么一篇文章呢,一方面很多程序员对于技术精进仍然十分困惑,不知道该如何学习进阶,以至于提前陷入中年危机的困惑之中,作为一名Android开发近十年的老码农或许可以分享一些自己的心得体会,刚好这几天工作需要,组内想规划 Android 技术路线,简单来说就是目前我们组处在什么样的水平程度,目前所做项目用的技术处在什么阶段,在未来一年内,项目技术迭代该如何走,走到什么程度。最后是从事 Android 开发这几年,一直也没好好规划自己的技术路线,想认真整理下未来进阶之路。我们都知道 Android 技术体系一直很庞大,刚开始学的时候基本是从一个点一个点开始,没有系统全局观概念,同时也是学不过来,从做上层应用开始,到做 Framework 层,然后再到系统层做驱动开发各个层面的开发者都有,绝大部分开发者都是从应用层开发,往往做到 Framework 层就浅尝辄止了,一直以来,做Android 开发有这么两个说法,如果是做应用开发,往应用架构方向发展比较合适,如果是做系统层开发,往往底层驱动比较合适。

看张图:

挑些图中几个点简单来谈谈自己的一些想法。

移动架构

移动架构是 2017 移动技术年度TOP5话题之一,从中就体会到架构是有多火,记得刚开始学 Android 时候,哪有现在那么框架,那时候谈架构的更多是在服务端开发,比如多层架构,有展示层、业务逻辑层、数据访问层这就是最简单的三层模式,Android系统则是基于事件驱动响应机制设计的单页面架构,其实跟浏览器中的窗口页面是一样的, 系统中一直有个消息轮询监听机制,哪个事件被触发了,相应的响应代码进行处理,这些处理操作是被提前注册到系统中。

最早开始的开发模式基本是基于Android 系统自带 MVC 模式,Activity 基本类似于Control 的作用了,View 和Mode 互相耦合,后来才演化出现在主流的 MVP、MVVM 模式,顺便提一句,MVVM 模式其实是在微软 WPF 技术体系中提出来。

图中显示两个方面:

  • 展示层: MVC、MVP、MVVM、Clean、Flux、Android Architecture Components

  • 架构层:模块化->组件化->插件化->沙盒/双开技术,比如可以双开微信,类似Docker, 每个页面都是插件,类似Vue.js中每个页面都是组件。

性能优化

简单来说,一个APP 是需要从三个方面被关注的,业务功能、符合逻辑的交互、性能响应。如果我们在使用一个 APP 时候,经常滑动时经常卡顿、时不时崩溃、有些功能设计简直非常规,比如在 Web 网站有树层级等面包屑点击,你非要在手机也搞一个类似树级点击加载,那是不是有点强人所难了,我上拉下拉、左滑右滑不行吗,非要通过点击才行吗?那么性能优化核心是什么呢?追求快、稳、省、小,关注卡顿、内存泄漏和崩溃、代码质量和逻辑、安装包大小四个方面。

推荐学习资料

  • Android进阶学习全套手册

  • Android对标阿里P7学习视频

  • BAT TMD大厂Android高频面试题

以上的面试资料整理在我的**GitHub**有下载方式,同时还可以加入我们安卓开发者的圈子一起学习交流!

猜你喜欢

转载自blog.csdn.net/weixin_43901866/article/details/108415898
27