暂无个人介绍
暂时未有相关通用技术能力~
阿里云技能认证
详细说明
2024年03月
2024年02月
2024年01月
2023年12月
2023年11月
2023年10月
1、水平参差不齐,
2、到公司后历史代码问题
3、公司制度问题
4、业务需求变更
5、测试场景不全,用例不够
6、没有代码codereview
7、太忙了哈哈
1、
2、当前阶段智能化还有待提升,比如前面写了这样的代码,后面会自动生成和前面类似写法的代码,其实真实情况可能不是这样;再生成参数的时候还是挺有用的,一些简单的语句很有作用
参与起来,动起来
linux还是专供服务器领域吧,桌面的话很难搞赢win的,用户习惯等原因
1、用户输入参数必须校验
2、与三方系统对接,http请求参数
一般使用aop的通用参数拦截校验器
1.在日常工作中,你会用到代码生成工具吗?最喜欢哪一种呢?
我现在使用的是通义灵码。可以自动实现类似功能的代码逻辑。会检测你最近写大代码。最喜欢类似于junit4自动生成,并且可以配置
2.你一般使用代码生成工具来做什么?
生成单元测试
3.面对尚处于“成长期”的代码生成工具,你有哪些期待和诉求呢?
希望通过大数据可以更智能化。
祝大家龙年工作顺利,上线顺畅,生产无bug
积极参加
微服务拆分,有些功能没必须拆分一个微服务出来,可能只是一个工具类而已
第一优先级很明显是稳定性。稳定性包括健壮和性能。
可读性次之。
1.为什么会出现微服务和单体架构的争议?
业务初期,用户量小,业务不复杂,单体架构简单,部署容易,操作方便。但随着业务增长,用户量增长,业务形势越来越复杂,为了单一的业务开发不影响已经稳定成熟的其他业务,就会将每个业务单独拆分,形成微服务。这样就可以实现每个业务服务单独部署,互不影响。但随之而来的挑战也越来越大,出现了分布式。数据一致性如何保证,分布式事务如何保证,等等问题。
2.在实际的业务中,你选择的是微服务还是单体架构?
这个得看具体的业务了,如果是用户量很小,业务不复杂,那肯定选择单体架构。
3.在云上,哪种架构更符合未来云的发展趋势呢?
微服务吧,每一块复杂每个业务服务的管理,统筹、监控、分布式都有共用的中间件
1、AI 应用开发怎样才能更简单?
利用现有框架,框架提供简单可靠的api
2、你觉得云上 AI 开发有哪些优势?
可靠性高、弹性扩展、开发只关注自己的逻辑,不需要考虑底层基础建设
3、你有什么快速入门 AI 开发的小技巧和教程?
阿里云开发论坛就很多啊
1.在日常开发中,你有哪些低成本、保扩展性的套路?
java开发过程中,我觉得有个道路用的最多,扩展性也挺好。
模板方法+工厂+策略,屡试不爽!
● 你参与今年的云栖大会了吗?是通过什么方式参与的?
工作原因,只能远程参与了。看直播。
● 大会上有哪些让你感到影响深刻的产品或技术?
感兴趣的是自动驾驶。让开车更安全、更智能、多一些守规矩、少一些马路杀手。
2、你认为 ACS 的产品设计能降低企业使用 K8s的成本吗?
这个是必然的。降低了企业的运维成本,也不必招一些很厉害的运维人员,只招熟练使用阿里云对应产品的人员就可以了。
3、对于这款新产品,你有哪些好奇的问题,欢迎来提
后续屏蔽了k8s这些技术底层,让运维人员只使用阿里提供的产品,或者sdk,这样无形中会让技术人员越来越依赖阿里云。对底层技术的研究慢慢减弱了
云计算的第三次浪潮将会给社会带来怎样的变革?
我觉得会给各行各业带来很大的影响。每个行业通过沉淀的业务数据,云计算会发挥很大的作用,业务流程更高效,更便捷。但不可否认的事,可能会给某一些行业的从业者带来很大的挑战。
数据就是发电的材料了。没有数据,云计算也没有可用之地。
你是否同意每个开发者都应该有一台云服务器的观点?为什么?
我同意。
作为开发,应该了解一个请求从头到尾的过程,这样才能更好的理解技术。并且自己动手在服务器上搞一搞,也更有助于自己技术的增长,对技术会 有更深的认识。
太赞了,每人一个云服务器
2、如果用 AI 也能创作MV,你觉得ta更擅长怎样的曲风?
电子器乐可能更擅长,再加一些说唱
虚拟数字人直播效果与真人直播还有多少距离?
没有亲近感,可能只是好奇看一下,不想长时间观看。
1、AIGC 是通向 AGI 的那条路吗?
是一条大道。但不是唯一的路。
智能的标准是什么?目前来说aigc确实是一条不错的途径
2、当前实现真正的 AGI 会存在哪些卡点?
复杂的参与人情社会的规则,应该是agi的难点