备案控制台

疯小孩121_个人页

个人头像照片 疯小孩121
个人头像照片
文章
0
问答
5
视频
0

个人介绍

暂无个人介绍

擅长的技术

获得更多能力
通用技术能力：
  • Linux
    初级

    能力说明：

    掌握计算机基础知识，初步了解Linux系统特性、安装步骤以及基本命令和操作；具备计算机基础网络知识与数据通信基础知识。

    获取记录：

    • 2023-12-28 在 大学考试 Linux运维初级 大学参加技能测试未通过
    • 2023-12-28 在 大学考试 大学/社区-用户参加考试
云产品技术能力：

阿里云技能认证

详细说明

暂无更多信息

2024年01月

2023年12月

正在加载, 请稍后...
暂无更多信息
  • 回答了问题 2024-01-29

    只允许用 AI 写代码，不允许程序员手写，你怎么看这种做法？

    我认为使用AI写代码对于提高效率是毋庸置疑的，但现阶段AI的发展水平，应该仅仅是辅助而不是完全替代我们写代码

    踩0 评论0
  • 回答了问题 2023-12-23

    自驱学习VS激励学习，你更倾向于哪种？

    1、如果可以选择，你更希望有人激励你学习还是你自驱学习？为什么？

    自驱学习还是激励学习完全取决于个人意志力，如果自己能够坚持，不需要别人的监督提醒，自驱学习完全可以，但我没人监督不行，所以我的有人激励才行，哈哈哈

    2、你认为未来学习模式可能有哪些变革？是更有利于自驱学习还是激励学习？

    疫情以来居家上网课催生出了一大部分自学产品，包含了软硬件，我所在的公司就有开发生产小课屏学习机之类的，目前看，未来远程授课自学的场景在增多，可能更需要自取学习吧

    3、你怎么定义你是否学会了一项知识？是更倾向于动手还是测试？为什么？

    是否学会一项知识，在于是否能运用知识，IT场景怎么运用？当然是动手实践啦

    踩0 评论0
  • 回答了问题 2023-12-22

    开发业务需求有必要引入 TypeScript 吗？

    引入TypeScript的必要性取决于具体的情况，比方说：

    1、项目规模：如果项目规模较大，或者有多个开发人员共同开发，那么引入TypeScript可以提高代码的可读性和可维护性，减少类型错误和误解。

    2、开发团队的经验：如果开发团队对JavaScript有深入的理解，并且已经熟悉了类型检查的概念，那么引入TypeScript可能会更加容易和高效。

    3、开发工具的支持：如果开发团队使用的开发工具支持TypeScript，那么引入TypeScript可能会更加方便和舒适。

    4、未来的发展方向：如果项目需要适应未来的技术发展，并且需要与新的JavaScript特性进行互操作，那么引入TypeScript可能会更加有益。

    总的来说，如果项目团队想要正规化发展，引入TypeScript还是很必要性的

    踩0 评论0
  • 回答了问题 2023-12-22

    微服务还是单体架构？

    选择使用微服务还是单体架构取决于具体的应用场景、项目规模、团队能力和业务需求等因素。

    以下是一些考虑因素：

    项目规模和复杂性：如果项目规模较小，业务逻辑相对简单，那么单体架构可能是一个更好的选择，因为它更易于开发和维护。然而，随着项目规模和复杂性的增加，微服务架构可以提供更好的可扩展性和灵活性。
    团队能力：微服务架构需要更高的技术水平和团队协作能力，因为它涉及到分布式系统的设计、部署和运维等方面。如果团队缺乏相关经验或者技术栈不匹配，那么单体架构可能是一个更现实的选择。
    业务需求和变化：如果业务需求频繁变化或者需要快速迭代，那么微服务架构可以更好地支持这种需求，因为每个服务都是独立的，可以独立开发、测试和部署。然而，如果业务需求相对稳定，那么单体架构可能是一个更高效的选择。
    系统性能和可用性：微服务架构可以提供更好的系统性能和可用性，因为它可以将系统分解为多个独立的服务，每个服务都可以进行独立的优化和扩展。然而，这也需要更多的硬件资源和网络带宽。
    安全性和数据一致性：微服务架构需要更加重视安全性和数据一致性问题，因为每个服务都是独立的，需要处理跨服务的数据同步和事务管理等问题。
    综上所述，选择使用微服务还是单体架构需要根据具体情况进行权衡和决策。在某些情况下，混合架构（例如，采用微前端或微后端的方式）也是一种可行的选择。关键是要根据项目需求和团队能力来选择最适合的架构模式，并且要考虑到长期的可扩展性和维护性。

    踩0 评论0
  • 回答了问题 2023-12-22

    你有哪些低成本又能保持扩展性的套路？

    模块化和组件化：将代码分解为独立、可重用的模块或组件，这样可以提高代码的复用性，减少重复工作，同时使得代码更容易维护和扩展。
    采用分层架构：通过将应用程序划分为多个逻辑层（如表示层、业务逻辑层和数据访问层），可以降低各层之间的耦合度，提高代码的可扩展性和可维护性。
    使用依赖注入：依赖注入是一种设计模式，可以帮助我们解耦代码并提高其可测试性和可扩展性。通过依赖注入，我们可以更容易地替换或修改组件之间的依赖关系。
    保持接口简洁和稳定：在设计接口时，应尽量保持其简洁和稳定。避免频繁更改接口定义，以确保与其他组件或系统的兼容性和扩展性。
    编写可扩展的算法和数据结构：在编写算法和数据结构时，应考虑其可扩展性。例如，使用动态数组而不是固定大小的数组，或者使用哈希表而不是顺序搜索。
    使用配置文件和环境变量：通过使用配置文件和环境变量，可以轻松地在不同环境中部署和管理应用程序，而无需更改代码本身。这可以提高代码的灵活性和可扩展性。
    实施持续集成和持续部署（CI/CD）：通过实施CI/CD流程，可以自动化构建、测试和部署过程，从而更快地交付高质量的软件，并且更容易进行扩展和更新。
    利用开源库和框架：利用开源库和框架可以节省开发时间和成本，同时提供更多的功能和扩展性。选择成熟、稳定和广泛使用的库和框架，可以降低风险和维护成本。

    踩0 评论0
正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息