提交 2d04ad68 编写于 作者: 小傅哥's avatar 小傅哥

回答内容更新

上级 bf0bfde0
小傅哥,想问问你一般是怎么进行功能拆解和梳理的,有的时候明明好好的梳理后,到开发时还会遇到某些功能没有考虑完善。
问题和建议:
1. 研发做细节设计进行拆解和梳理后有无架构师、前端&后端、测试、产品、运营等项目成员参与评审?
2. 产品是否在开发阶段继续增加或者调整需求了?
3. 研发在开发时候是否完全遵守开了开发的规则标准?
4. 另外即使最完整的设计,也可能会在具体的开发实现过程中,遇到一些功能是设计阶段没有考虑清楚的。但只要这个变化是可控的就可以。
---
小傅哥,作为入行不久的人来说,是关注技术深度,还是关注技术广度。
以我个人的经验来看,技术广度和技术深度的学习是相辅相成的,当你能拿起铁锹挖土、挖沙子、挖坑,挖的多了就会想着能不能来个挖掘机深入的挖一下!
在你所能接触的日常业务开发过程中,一定会潜移默化的开始听闻到知晓到了解到学习各种各样的技术,以及为了解决某个问题时研究新的组件或者框架。对于新人来说其实你最开始手里的能力也就只能让你用这些框架或者轮子,只有当你不断的一点点熟练各个框架后,才可能深入的去了解一些技术的内核,但这些技术的内核又和其他技术关联。只要你不断的学习,你就会遇到一会需要扩宽技术知晓度,一会又要深挖技术底层实现,这样的学习过程像一个双螺旋结构,互相相应着。
所以,对你现在来说可以更多的关注使用,但在使用完成后进行总结,尝试去阅读一些自己好像很难理解的技术内容,慢慢的,这些知识会随时你学习时间的增加,一点点被你的大脑吸收!
---
小傅哥,来自传统行业,项目多为管理系统,出去面试的时候很吃亏,请问这种情况该怎么包装项目经验,获得更多的面试机会,谢谢!
一般管理系统都是面向B端人群使用,此类系统很难有一些技术上的亮点,比如:分库分表、分布式开发、并发经验、秒杀场景、系统优化等,那么如果需要包装,其实也就是需要自己学习补充此类技术内容。
可以参考学习的类型项目包括以下三方面:
组件:以考察源码以及核心技术的使用能力,比如开发一些:RPC、网关、数据库路由、分布式任务等,把这样的技术学习是使用放到面试简历中,一定是会加分的。如果有学习此类内容的想法,建议先阅读设计、之后是 Spring 源码,最后是关于中间件的设计和开发。这三项内容目前小傅哥都有写,可以进行学习。
业务:通常你出去面试特别高频的问题,往往集中在电商、交易、秒杀、抽奖、活动这些方面,那么你可以有针对性的在 github 搜索一些关于此类的项目,还是蛮多的。
运维:此类项目多以部署服务、系统压测、性能监控、插件开发为主,比如一些低代码平台也是从此类技术中衍生出来的,如果你能在面试中说上一些,也是非常不错的。
没有空空荡荡的包装,只有深入的学习和实践,才能在面试中不被问住!从以上这些方面下手吧!
\ No newline at end of file
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册