
暂无个人介绍
能力说明:
了解Python语言的基本特性、编程环境的搭建、语法基础、算法基础等,了解Python的基本数据结构,对Python的网络编程与Web开发技术具备初步的知识,了解常用开发框架的基本特性,以及Python爬虫的基础知识。
暂时未有相关云产品技术能力~
阿里云技能认证
详细说明2023年12月
2023年11月
你如何看待本次函数计算的版本升级?
本次函数计算是对开发者更友好的升级,让入门门槛更低了。
1、价格的红利释放,资源成本降低92%,对于用户来说就是成本的降低,会让新老用户更加青睐。
2、极简体验,让开发者是使用的过程中,能够更方便快速的体验函数计算的效果。
3、AI 应用开发更简单,这让函数计算和AI的应用结果,提供更多的应用场景。
版本升级后,将会在哪些场景方便你的使用,请举例说明。
版本升级之后,对于AI应用开发的我们来说会更加友好。方便AI应用的部署。
你会使用函数计算进行AI应用开发吗?请分享你的开发案例。
暂时还在调研中,后期有计划
为什么会出现微服务和单体架构的争议?
微服务架构和单体架构是两种不同的软件架构模式。
单体架构是一种传统的软件架构模式,它将整个应用程序作为一个单一的、完整的单元来构建和部署。在单体架构中,所有的功能模块和组件都集中在一个代码库中,共享同一个数据库和资源。单体架构的优点包括简单易懂、开发效率高、性能较好和部署简单。然而,单体架构也存在一些缺点,例如可扩展性差、部署和维护困难以及技术栈限制。
微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API)。微服务架构的优点在于其分布式、高内聚低耦合、易于扩展和容错等特性。
在实际的业务中,你选择的是微服务还是单体架构?
会选择微服务,因为我们的实际业务中是需要接入多个服务,是需要不同的服务之间的配合的,所以单体框架对我们实际业务中的限制太大了。
在云上,哪种架构更符合未来云的发展趋势呢?
个人认为对于用户来说微服务会更加有趋势,主要是实际业务中需要对接的服务太多,厂家也不同,单体的框架就会限制业务的发展。
你每天的通勤时间是多久
每天上下班通勤一共要花费2小时。
你会利用通勤时间做哪些事儿?有哪些收获?
一般会先看下每天最新的新闻,或者最新事件。之后会阅读自己喜欢类型的小说,或听书。如果是听书,过程中,也会浏览一些技术博主的分享。
有人认为工作不要占据了全部生活,有人认为沉浸式学习时间很难得要利用起来,你同意哪个观点?
我任务为不能让工作占据全部的生活,上班期间就集中精力处理工作,下班之后,要有自己的时间,游戏,电影,书,运动等娱乐内容还是很多的,要学会使用不同的生活方式来平衡工作。
ECS选型的过程
首先介绍下ECS的应用场景,主要是为了网站的应用当然也就是入门级别的需求。但是也在选择型号和存储的时候有些艰辛的过程。
1、介绍下ECS的功能和特点(来自阿里ECS文档):
云服务器ECS(Elastic Compute Service)是阿里云提供的性能卓越、稳定可靠、弹性扩展的IaaS(Infrastructure as a Service)级别云计算服务。云服务器ECS免去了您采购IT硬件的前期准备,让您像使用水、电、天然气等公共资源一样便捷、高效地使用服务器,实现计算资源的即开即用和弹性伸缩。阿里云ECS持续提供创新型服务器,解决多种业务需求,助力您的业务发展。
选择云服务器ECS,您可以轻松构建具有以下优势的计算资源:
无需自建机房,无需采购以及配置硬件设施。
分钟级交付,快速部署,缩短应用上线周期。
快速接入部署在全球范围内的数据中心和边界网关协议BGP(Border Gateway Protocol)机房。
成本透明,按需使用,支持根据业务波动随时扩展和释放资源。
提供GPU和FPGA等异构计算服务器、弹性裸金属服务器以及通用的x86架构服务器。
支持通过内网访问其他阿里云服务,形成丰富的行业解决方案,降低公网流量成本。
提供虚拟防火墙、角色权限控制、内网隔离、防病毒攻击及流量监控等多重安全方案。
提供性能监控框架和主动运维体系。
提供行业通用标准API,提高易用性和适用性。
2、选型过程中遇到的坑:
在日常开发中,你有哪些低成本、保扩展性的套路
在日常开发中,以下是一些低成本、保扩展性的套路:
模块化设计:将应用程序拆分成多个独立的模块,每个模块都有明确的职责和功能。这种设计方式可以降低代码的复杂度,提高可维护性和可扩展性。
面向接口编程:定义接口,并让代码依赖于接口而不是具体的实现。这种方式可以降低代码的耦合度,方便进行替换和扩展。
使用设计模式:设计模式是解决常见问题的经过验证的解决方案。使用设计模式可以提高代码的可读性、可维护性和可扩展性。
避免硬编码:避免在代码中直接写死值或逻辑,而是将它们作为配置参数或外部化的逻辑。这样可以在不改动代码的情况下进行灵活的配置和扩展。
使用插件体系:将功能模块化成插件,每个插件都是独立的代码库,可以根据需要动态加载或卸载。这种方式可以方便地进行功能的扩展和定制。
使用事件驱动架构:将应用程序拆分成多个独立的事件处理器,当事件发生时,相应的处理器会被触发。这种方式可以提高系统的解耦性、可扩展性和可维护性。
使用微服务架构:将应用程序拆分成多个独立的微服务,每个微服务都是一个独立的业务模块,拥有自己的数据库和API接口。这种方式可以提高系统的可扩展性和可维护性。
数据库设计:合理设计数据库表结构,使用关联表、视图、存储过程等来管理复杂的数据关系。同时,要考虑数据库的性能和扩展性,例如使用主从复制、分片等机制来提高性能。
代码审查和测试:通过代码审查和测试来保证代码的质量和扩展性。编写单元测试和集成测试,模拟各种场景下的行为,确保代码的稳定性和可扩展性。
持续集成和持续部署(CI/CD):通过自动化构建和部署流程,减少人工干预,加快开发速度和质量。同时,可以快速响应需求变更,提高系统的可扩展性和灵活性。
这些套路可以帮助开发者在低成本的情况下提高代码的质量和可扩展性。然而,具体的应用还需要根据实际情况进行选择和调整。
1.作为开发者,你认为哪种架构思潮可以代表未来呢?
目前,有很多架构思潮正在推动着技术的发展。其中,最具代表性的是微服务架构和容器化架构。微服务架构将复杂的应用程序分解成一组独立的服务,每个服务都有自己的数据库和API接口,并通过API调用进行通信。而容器化架构则是将应用程序及其依赖关系打包到一个可移植的容器中,以实现更快速、更安全地部署应用程序。
2.你同意“微服务架构是下一代软件架构”的说法吗?为什么?
同意,随着科技和技术的变更,越简单的软件构架将是未来技术发展的方向。简约的构架,可以让服务运行的更加流畅。
AI生成的作品是否具备版权?如果具备,版权应该属于谁?
目前关于AI生产的作品是不具有明确的版权的,一般使用权是生成者所有的。这个也是目前为有法规定义的版权问题,因为产出的效率和数量太大了。
AI 学习时如果使用版权材料(如文中提到的知名歌手的歌曲),是否属于侵权行为?为什么?
是属于侵权的,因为再AI学习的过程中是使用知名歌手的歌曲的,虽然不是播放,但是也进行了商业价值的转化。
如果AI可以使用版权材料进行学习,社会将会产生什么变化?
会出现很多同质化的产品或材料。书,文章,歌曲,图片等等都会有大量类似的,切无法保障原作者的版权。
你参加开源社区主要的目的是什么?
参加开源社区主要是为了能够获取开源提供的免费能力,用户自己学习和项目参考。
你是否在开源社区中贡献,或者开源自己的项目?
没有贡献过,但是有使用开源的项目,因为要考虑成本的问题
你认为个人开发者是否应该从开源中获利?如果是,该如何获利?
可以的,通过好的开源项目,可以通过离线部署,或者定制化开发,进行收费,或者是利用开源来进行广告入住,用于获利。
视觉智能开放平台的接口直接支持上海oss的url传入,不支持自定义域名的上海ossurl传入。
是的,视觉智能开放平台的能力公测是免费的。
图像识别的调用可以参考下图像识别的文档:https://help.aliyun.com/zh/viapi/developer-reference/image-recognition/
从报错来看,是图片无法下载,有几个原因导致:
1、输入的图片URL是无法访问的,或者已经过期,导致下载失败。
2、就是图片url中的图片是空的,或者图片是损坏的,也会导致下载错误。
3、就是输入的图片URL是非上海oss的,视觉智能开放平台是需要输入上海oss的url
QPS只支持购买12个月的。可以直接购买。
这个报错是因为QPS限流,可以购买资源包抵扣,资源包的QPS默认是5,或者直接购买QPS,活体检测和人脸比对都是支持QPS售卖的。详情可以看下计费文档:https://help.aliyun.com/zh/viapi/developer-reference/billing-is-introduced-3
这个报错是网络环境导致的,建议可以排查下本地的网络环境是否正常。
自学习工具是公测期的,是免费的。
旧版本支持的模型更少,新版支持的模型更多。新用户目前开通的否是新版
旧版:
新版:
物体检测的接口文档是有介绍的:
视觉智能开放平台的图文生图已经在走下架流程,新用户是无法调用的。