草庐IT

管理经验

10年时间把IT研发团队从10人扩大到600多人,有自己的努力,更多的是靠运气(平台和机遇)。为了让团队能变的更好,创造更多的价值,让员工更有成就感和归属感,我每天学习,努力提升自己的业务/技术能力,视野,思维,格局。同时学习如何管理项目,如何用人。总之事事谨慎,不敢有丝毫懈怠,生怕自己德不配位。团队从小到大,一步一步磨练自己的管理能力和思考问题的能力,我想把点点滴滴记录下来,为自己梳理经验,也共享给需要的人。#写的比较零散,慢慢完善,日日精进,不喜勿观。 1.识己之短,用人所长团队在20人左右的时候,我从不考虑借力,不需要成员帮助我思考,我觉得自己比谁都强,成员相当于我的手,按照我的想法做就

管理经验

10年时间把IT研发团队从10人扩大到600多人,有自己的努力,更多的是靠运气(平台和机遇)。为了让团队能变的更好,创造更多的价值,让员工更有成就感和归属感,我每天学习,努力提升自己的业务/技术能力,视野,思维,格局。同时学习如何管理项目,如何用人。总之事事谨慎,不敢有丝毫懈怠,生怕自己德不配位。团队从小到大,一步一步磨练自己的管理能力和思考问题的能力,我想把点点滴滴记录下来,为自己梳理经验,也共享给需要的人。#写的比较零散,慢慢完善,日日精进,不喜勿观。 1.识己之短,用人所长团队在20人左右的时候,我从不考虑借力,不需要成员帮助我思考,我觉得自己比谁都强,成员相当于我的手,按照我的想法做就

三无选手上岸大厂的后端校招经验

众所周知,受疫情影响,互联网迎来了『寒冬』,大厂HC骤减,腾讯基本不招人,华为也不再是有手就行,阿里某些部门流传只招23所院校,在如此严峻的形势下,上岸大厂变得愈发困难...1.个人介绍大家好,我是一枫。本科末流211,硕士中流985,均是电子信息专业,非科班、无实习、无比赛,最终上岸字节跳动,岗位是后端开发。我是在读研的时候接触到的Java,在B站学习了Java基础、MySQL基础、JavaWeb、SSM、SpringBoot,但是那时候只是懂个皮毛,比如MySQL就只会Insert、Update、Select、Delete,像什么索引、事务、慢查询等都一窍不通。正式准备秋招是从2022年的

三无选手上岸大厂的后端校招经验

众所周知,受疫情影响,互联网迎来了『寒冬』,大厂HC骤减,腾讯基本不招人,华为也不再是有手就行,阿里某些部门流传只招23所院校,在如此严峻的形势下,上岸大厂变得愈发困难...1.个人介绍大家好,我是一枫。本科末流211,硕士中流985,均是电子信息专业,非科班、无实习、无比赛,最终上岸字节跳动,岗位是后端开发。我是在读研的时候接触到的Java,在B站学习了Java基础、MySQL基础、JavaWeb、SSM、SpringBoot,但是那时候只是懂个皮毛,比如MySQL就只会Insert、Update、Select、Delete,像什么索引、事务、慢查询等都一窍不通。正式准备秋招是从2022年的

用100W+行代码贡献经验,带你了解如何参与OpenHarmony开源

摘要:截至2022年11月,深开鸿共计参与共建OpenAtomOpenHarmony(以下简称OpenHarmony)社区16个SIG,其中4个为深开鸿主导,并累计贡献代码量超过百万行。本文分享自华为云社区《用100W+行代码贡献经验,带你了解如何参与OpenHarmony开源》,作者:华为云社区精选。截至2022年11月,深开鸿共计参与共建OpenAtomOpenHarmony(以下简称OpenHarmony)社区16个SIG,其中4个为深开鸿主导,并累计贡献代码量超过百万行。巴延兴作为开源共建团队成员,深度参与开源共建,并将在本次分享中介绍深开鸿的共建经验,在根技术、垂直领域、生态扩展等多

用100W+行代码贡献经验,带你了解如何参与OpenHarmony开源

摘要:截至2022年11月,深开鸿共计参与共建OpenAtomOpenHarmony(以下简称OpenHarmony)社区16个SIG,其中4个为深开鸿主导,并累计贡献代码量超过百万行。本文分享自华为云社区《用100W+行代码贡献经验,带你了解如何参与OpenHarmony开源》,作者:华为云社区精选。截至2022年11月,深开鸿共计参与共建OpenAtomOpenHarmony(以下简称OpenHarmony)社区16个SIG,其中4个为深开鸿主导,并累计贡献代码量超过百万行。巴延兴作为开源共建团队成员,深度参与开源共建,并将在本次分享中介绍深开鸿的共建经验,在根技术、垂直领域、生态扩展等多

现有iOS工程引入flutter配置方式-记录问题和经验

现有iOS项目引入flutter模块。方式一:直接cocoapods引入fluttermodule(flutter工程必须是module类型)工程的路径。这个网上资料很多,也是flutter官网推荐的方式,可以参考这篇文章:https://www.jianshu.com/p/e3e689e77280  优点是快,方便。 缺点是 原生项目和flutter项目太过依赖 方式二:将flutter工程打包成framework,再放入iOS项目工程里。可以参考文章:https://www.jianshu.com/p/bad5d57a086b这里写的方式二1.命令行里,cd到flutter工程目录下,运行

现有iOS工程引入flutter配置方式-记录问题和经验

现有iOS项目引入flutter模块。方式一:直接cocoapods引入fluttermodule(flutter工程必须是module类型)工程的路径。这个网上资料很多,也是flutter官网推荐的方式,可以参考这篇文章:https://www.jianshu.com/p/e3e689e77280  优点是快,方便。 缺点是 原生项目和flutter项目太过依赖 方式二:将flutter工程打包成framework,再放入iOS项目工程里。可以参考文章:https://www.jianshu.com/p/bad5d57a086b这里写的方式二1.命令行里,cd到flutter工程目录下,运行

版本控制经验分享

主分支,命名为master,版本分支发版后合并到该分支,只有生产部署权限可以合并其它分支到该分支;版本分支,命名为release_版本号_发版时间,从master创建,版本发布使用,版本发布前或者发布后打tag标签,也可以不打标签看自己,版本发布后合并代码到master。功能分支,命名为feature_[需求编号|任务编号],从版本分支创建,每个功能分支对应一个需求。功能分支是开发人员使用的分支,开发人员的代码提交到功能分支后,在合并到版本分支之前先把版本分支代码合并一次到自己的功能分支,然后再合并到版本分支。缺陷分支,命名为bugfix_[缺陷编号],从版本分支创建,每个缺陷分支对应一个bu

版本控制经验分享

主分支,命名为master,版本分支发版后合并到该分支,只有生产部署权限可以合并其它分支到该分支;版本分支,命名为release_版本号_发版时间,从master创建,版本发布使用,版本发布前或者发布后打tag标签,也可以不打标签看自己,版本发布后合并代码到master。功能分支,命名为feature_[需求编号|任务编号],从版本分支创建,每个功能分支对应一个需求。功能分支是开发人员使用的分支,开发人员的代码提交到功能分支后,在合并到版本分支之前先把版本分支代码合并一次到自己的功能分支,然后再合并到版本分支。缺陷分支,命名为bugfix_[缺陷编号],从版本分支创建,每个缺陷分支对应一个bu