采访阿里专家15问,我对未来更加坚定!

1. 技术发展太快,跟不上技术发展的脚步怎么办?随着开发年限的增长,技术人应该如何保值?

技术 + 业务 主要两块;必须要掌握通用的技术,通用的技术先都要会用、会落地;技术只是一个工具,将需求转化成实现;有一个误区,好多人觉得技术比业务更重要,其实不见得,技术为业务服务;虽然技术发展的很快,技术是我们的基本功。比如做物流,物流这块业务的知识、链路要掌握;扎根业务,业务吃透、掌握物流领域的各种玩法;深入了解自己做的东西,比如过几年出去去相同的行业,对领域的理解,这就是我们的优势,对业务的洞察能力就是你的优势。

35 岁的人和 20 岁的人去相比,对新技术的把控能力是比较差的,新的人接受新东西更快。但是 35 岁人的优势在于对业务的把控能力,之前积累的业务领域的理解和深度。

30、40 自己的规划是什么?往前倒退,现在应该做什么东西。想清楚自己做什么,比如自己崇拜谁,你觉得你想成为你公司的谁,你想成为的人有哪些能力,要成为他必须有他的能力。

沟通能力、架构落地能力必须掌握。

2. 数据结构与算法和设计模式相比,哪个更重要?如果要先开始加强,楼主有什么想法?

做业务这块,我认为设计模式更重要。使用设计模式解决问题、抽象, 业务开发 设计模式比较重要的。 去看设计模式,把设计模式用起来。比如使用策略模式、抽象工厂模式、单例模式等。有目的去用, 算法这块对于业务来说了解就行,当自己的业务中需要用到某种算法了。应用实践大于单纯学习。

3. 知识付费花钱买了焦虑,发现提升并不大,个人有何建议?

实战 有目的去看 碎片化学习没有用 串起来看串起来用 有目的书本知识体系串起来 不单单去学 而要整到自己的知识体系去 本身喜欢学习

4. 技术成长,技术与业务孰轻孰重?高效的学习方法是什么?

技术与业务孰轻孰重和问题1 重复掉了。高效的学习方法:边学边用 做笔记 会把知识串联起来 跟别人交流起来。不单单去学,而是把知识整理到自己的知识体系中来。

5. 针对海量的数据需要进行实时统计,最佳的解决方案是什么?

  1. T+1 离线 + 报表 2. 大数据、流式计算 一般大公司有自己单独的数据团队,数据团队不侵入业务只提供数据:数仓、报表。(基于 binlog 同步到数据仓库,聚合到报表。)

6. 没有系统地学习过《数据结构与算法》、《计算机网络》、《操作系统》、《编译原理》等,是不是程序之路走不长远?

不是的,这个看自己了,如果你想做偏底层开发的,内核开发等,那的确是需要掌握的。但是对于做业务的来说,这块的话基本掌握,有些了解就行了,用到的时候去用。

7. 要不要研究源码?例如 用 redis 是不是要看 redis源码?自己用过框架的源码都要看嘛,这个该怎么抉择?

对于一些常用的就必须掌握,比如说 Spring 。也不是全部掌握,有针对性的学习。比如 Spring 的 AOP怎么实现的,Spring 中的设计模式是怎么用的?对于一些有针对性的东西。

8. 帮别人问--程序员怎么能找个靠谱的女朋友?

不予回答 , 没经验,哈哈。

9. 工作中每天都写日报,还需要额外每天都向自己的领导汇报每天的工作不?

可以写一写 有必要抛出给领导 遇到的问题或者风险尽早往上抛出。尽量提出技术方案,让领导做选择。

10. 针对最近国内各大互联网公司的裁员事件,楼主怎么看?

可替代性特别大 核心骨干不会裁 个人贡献 --- 团队贡献 选择比做的事情更重要

11. 阿里的架构师是什么要求?

技术架构 + 业务架构(解决业务问题+抽象+领域建模)有时候TeamLeader 也承担了架构师的职责。不用太在意架构师本身的这个 Title。

12. 技术人除了工资收入之外是否还需要炒股或者学习投资等提高自己的第二收入,降低生存风险?

提供核心竞争力 有必要炒股和投资能力提高 扩展自己的边界 有意识做一些对自己有帮助的投资 运营一个公众号+接广告(赚外快) 理财产品看个人 第二职业降低风险。前提是必须不影响自己的技术,吃饭的本钱。

13. 不善于沟通交流,这块软实力应该如何提高?

有明确目标 多发表 有目的性 发表 外部渠道 找朋友做交流 做一些分享 沟通能力 小规模的交流

14. 如何写一个优秀的年终总结?如何做一个成功的技术分享?

基于事情(有价值的东西、业务价值、数据化报表、遇到了什么问题、基于数据来说话)、有准备的去做、里程碑、时间线记下来 回头分享 、 记录下来 、 今年或者明年 遇到了什么问题 ,年终的时候去看,原来去看。

做了哪些事情、问题反馈,不要为了分享而分享

15. 楼主主要在阿里做什么?难度大么?真的是面试造火箭工作拧螺丝?

电商体系 外向 内向(退货)服务体系 秒退 客服 用户体验 基于店家的交易体系 客户满意度 提升效率 退款 阿里小弟 技术层面(大数据量 分布式 高并发技术复杂度 业务复杂度 平台化 不只是 CRUD 遇不到CRUD 基本是业务驱动 业务很复杂 跨团队 链路特比长 怎么解决不同端的需求 抽象能力是很复杂的 业务经验 基于核心链路的业务定制 敏捷开发 快速迭代 可扩展 设计模式 抽象 解决遇到的一些问题 推翻原来的设计 重构 (承载现有的业务和适配老的业务)) 业务吃下来 有些东西知道 核心竞争力

业务经验比技术更重要 3 - 5 年之后 提升业务经验 前瞻性思考 技术只是手段 他优势在哪里?他具有管理能力 + 具有行业的洞察能力 + 架构能力 优秀的架构师在于抽象能力 软件架构师是造梦这 行业洞察力 好好考虑

领取最新面试资料

文字回复“JUC”,优选资料会免费送到给你!

采访阿里专家15问,我对未来更加坚定!_第1张图片

往期资料领取

这个清明节我要学习阿里微服务架构下分布式事务Seata

SpringBoot 从入门到进阶系列官方小册发布

本文由博客一文多发平台 OpenWrite 发布!

你可能感兴趣的