校园是年轻人最多的一个场景，把握好校园场景的需求走向，打通校园市场壁垒，对于以后的市场扩张有非常关键的作用。大学生作为一个，高消费群体，无论是消费能力还是消费频次都有保障。除了日常的吃穿，学习资料的采购更多的需求逐步凸显。随着互联网电商平台的快速发展，大学生们越来越沉醉于使用手机解决生活上的“吃喝玩乐”等服务，例如：“吃、喝”——可以在线外卖；“玩、乐”——可以在线提前订购；但是目前很多学校都开始加强管理，比如出现不让外卖进校、减少学生外出时间等，这让大学生对于校内综合服务需求大大增加，因此校园生活服务平台便开始慢慢衍生出来。校园服务小程序开发的优点及作用有哪些？校园内为何一定要开发小程序？伴

本文于2019年7月22日完成，发布在个人博客网站上。考虑个人博客因某种原因无法修复，于是在博客园安家，之前发布的文章逐步搬迁过来。入门编程规范。开发环境使用方法。基本语法，与其它同类软件的对照。数据类型，与其它同类软件的对照。常用API的使用方法。基本的调试手段。熟练初步掌握技术架构，技术细节方案。常规运维信息，比如：1）查看，分析执行计划。2）资源占用情况，比如CPU，内存。3）慢SQL的判定，提取方法。常见报错的处理方法。常规优化类问题的处理办法。处理测试环境的问题。常规的编程技巧。掌握帮助文档的使用方法，满足日常工作要求。指导其他开发人员完成开发，验证工作。精通架构方案选型，软硬件组网

本文于2019年7月22日完成，发布在个人博客网站上。考虑个人博客因某种原因无法修复，于是在博客园安家，之前发布的文章逐步搬迁过来。入门编程规范。开发环境使用方法。基本语法，与其它同类软件的对照。数据类型，与其它同类软件的对照。常用API的使用方法。基本的调试手段。熟练初步掌握技术架构，技术细节方案。常规运维信息，比如：1）查看，分析执行计划。2）资源占用情况，比如CPU，内存。3）慢SQL的判定，提取方法。常见报错的处理方法。常规优化类问题的处理办法。处理测试环境的问题。常规的编程技巧。掌握帮助文档的使用方法，满足日常工作要求。指导其他开发人员完成开发，验证工作。精通架构方案选型，软硬件组网

升级学校云系统我们学校要根据目前学生互联网在线学习、教师教学资源电子化、教学评价过程化精细化的需求，计划升级为云教学系统。请同学们根据学校发展实际考虑云交付模型包含哪些？云部署采用什么模型最合适？请具体说明。9月3日买电脑还是租电脑A公司有20人，行政人员5人，科研和技术人员15人。现接手一个大工程，15天完成，需要100台服务器运行15*24小时，不间断计算。讨论：A公司小王，建议买100台电脑，也可以解决后期办公用。小李建议到B公司接100台（租用）。会产生搬运费和租金。你有什么建议？建议到B公司租用电脑，1、公司人员少，仅有20人，体量在互联网行业很小，是初代企业，开源节流才能长远发展，

一、背景简介站长工作台，致力于为京东物流所有站长、运营管理人员提供高效工作平台，拥有多元化的业务形态。我们力求提升团队研发效率、实现敏捷业务交付，以打造一支具备灵活性、高度协作和强适应能力的敏捷团队。二、提效案例描述2.1、痛点分析站长工作台的报表页面和任务卡片页面，大多数的UI风格和交互方式一致，面对新业务诉求时，开发人员难以避免重复工作，从而导致团队开发效率降低、代码质量难把控以及项目维护困难等诸多问题。2.2、解决方案根据业务场景，构建一套低代码工具链，涵盖代码编辑器、版本管理、解析器、能力编排等，提供可视化开发能力、预设组件、集成部署等功能。借助图形化界面和组件，助力开发人员加速应用程

一、背景简介站长工作台，致力于为京东物流所有站长、运营管理人员提供高效工作平台，拥有多元化的业务形态。我们力求提升团队研发效率、实现敏捷业务交付，以打造一支具备灵活性、高度协作和强适应能力的敏捷团队。二、提效案例描述2.1、痛点分析站长工作台的报表页面和任务卡片页面，大多数的UI风格和交互方式一致，面对新业务诉求时，开发人员难以避免重复工作，从而导致团队开发效率降低、代码质量难把控以及项目维护困难等诸多问题。2.2、解决方案根据业务场景，构建一套低代码工具链，涵盖代码编辑器、版本管理、解析器、能力编排等，提供可视化开发能力、预设组件、集成部署等功能。借助图形化界面和组件，助力开发人员加速应用程

基于Kaldi实现语音识别时，需要引入一款名为OpenFST的开源软件，本文中提到的内存问题，即和这款软件相关。考虑到过程比较曲折，内容相对比较长，因此先说结论。在做长时间的语音识别时，集成了Kaldi和OpenFST的进程将会占用远超出预期的内存，这个现象可能和OpenFST、glibc的实现相关，未必是内存泄漏。进程占用超出大量内存的原因，简单说一下：OpenFST在工作过程中，申请了很多内存，同时产生了很多内存碎片。语音识别进程默认使用的glibc无法合并相关的碎片，因而即便相关的内存已经被释放，但glibc仍然无法向操作系统释放内存。因此，在使用top观察进程的虚拟内存时，发现进程占用

基于Kaldi实现语音识别时，需要引入一款名为OpenFST的开源软件，本文中提到的内存问题，即和这款软件相关。考虑到过程比较曲折，内容相对比较长，因此先说结论。在做长时间的语音识别时，集成了Kaldi和OpenFST的进程将会占用远超出预期的内存，这个现象可能和OpenFST、glibc的实现相关，未必是内存泄漏。进程占用超出大量内存的原因，简单说一下：OpenFST在工作过程中，申请了很多内存，同时产生了很多内存碎片。语音识别进程默认使用的glibc无法合并相关的碎片，因而即便相关的内存已经被释放，但glibc仍然无法向操作系统释放内存。因此，在使用top观察进程的虚拟内存时，发现进程占用

对于通常的软件项目，参与角色，比如可以有用户，消费者，产品团队，研发团队（研发团队包括开发和测试），运营团队，运维团队，管理团队。通常认为，用户，负责购买服务的群体，而消费者，负责使用业务的群体。这两个群体，不在本文的讨论范围之内，因此后续的介绍中，除非明确说明，否则默认均不涉及。产品团队，研发团队（研发团队包括开发和测试），运营团队，运维团队，管理团队，可以归纳为产品交付团队。关于各团队的简单的说明：产品团队，负责定义产品，规划路标，收集和定义需求的团队。研发团队，可以细分为架构团队，设计团队，开发团队，测试团队。架构团队，依据产品定义，路标规划，定义并看护产品的架构。设计团队，依据需求定义

本文记录，作为项目主要负责人，完整参与语音识别项目的交付历程。2019年12月中旬接到项目交付任务，收集基本知识，启动业务分析工作。2020年1月完成竞品分析的整理。梳理合作伙伴的清单，整理项目计划，启动和各合作伙伴的沟通工作。启动架构方案、设计方案的准备工作。2020年2月和合作伙伴A谈好合作方案，基于云云对接的方式，启动项目交付工作。架构设计、方案设计（文件转写）完成文档的输出和评审。月底，支持短文件转写（即时长在60秒以内的语音文件）的服务，在生产环境顺利上线。按照部门要求，后续按照月度版本的方式组织交付，即月初启动交付，月底完成版本发布和生产环境的变更。本月版本交付的内容：短文件转写（