主要观点总结
文章介绍了加入一家初创公司的技术团队的经历，包括项目背景、技术选型、开发过程、人员招聘和团队管理等。同时提供了关于选择创业公司的建议和加入知识星球的方式。
关键观点总结
关键观点1: 社群介绍
文章介绍了一个或许对你有用的社群，提供部分资料如《项目实战（视频）》、《互联网高频面试题》等，并提供了开源项目的相关信息。
关键观点2: 技术选型与项目背景
文章描述了在初期技术选型过程中考虑的因素，包括使用uni-app进行App开发、egg.js+MySQL作为后端技术栈的选择原因，以及使用antd-vue开发运营后台的决策。
关键观点3: 开发过程中的挑战与调整
文章提到了在开发过程中遇到的挑战，如老板的要求变化、产品设计的推翻、人员的流动等，以及后期技术方案的调整，包括App打包方案的调整、使用midway.js开发新业务等。
关键观点4: 人员招聘与团队管理
文章分享了人员招聘的感受和团队管理的个人理解，包括招聘的难度、全栈开发的重要性、推荐的代码规范、有效的考核规范等。
关键观点5: 选择创业公司的建议
文章最后总结了选择创业公司的经验，包括确认老板的靠谱性、解决核心矛盾、抓住主要问题等，并提供了创业公司的避坑建议。
正文
👉
这是一个或许对你有用
的社群
🐱
一对一交流/面试小册/简历优化/求职解惑，欢迎加入
「
芋道快速开发平台
」
知识星球。
下面是星球提供的部分资料：
👉
这是一个或许对你有用的开源项目
国产 Star 破 10w+ 的开源项目，前端包括管理后台 + 微信小程序，后端支持单体和微服务架构。
功能涵盖 RBAC 权限、SaaS 多租户、数据权限、商城、支付、工作流、大屏报表、微信公众号等等功能：
-
Boot 仓库：https://gitee.com/zhijiantianya/ruoyi-vue-pro
-
Cloud 仓库：https://gitee.com/zhijiantianya/yudao-cloud
-
视频教程：https://doc.iocoder.cn
【国内首批】支持 JDK 21 + SpringBoot 3.2.2、JDK 8 + Spring Boot 2.7.18 双版本
来源：juejin.cn/post/
7257085326471512119
长话短说，就是在2022年6月的时候加入了一家很小创业公司。老板不太懂技术，也不太懂管理，靠着一腔热血加上对实体运输行业的了解，加上盲目的自信，贸然开始创业，后期经营困难，最终散伙。
自己当时也是不察，贸然加入，后边公司经营困难，连最后几个月的工资都没给发。
当时老板的要求就是尽力降低人力成本，尽快的开发出来App(Android+IOS)，老板需要尽快的运营起来。
基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
-
项目地址：https://github.com/YunaiV/ruoyi-vue-pro
-
视频教程：https://doc.iocoder.cn/video/
当时就自己加上一个刚毕业的纯前端开发以及一个前面招聘的ui，连个人事、测试都没有。
结合公司的需求与自己的技术经验(主要是前端和nodejs的经验)，选择使用如下的方案：
-
使用
uni-app
进行
App
的开发，兼容多端，也可以为以后开发小程序什么的做方案预留，主要考虑到的点是比较快，先要解决有和无的问题；
-
使用
egg.js
+
MySQL
来开发后端，开发速度会快一点，行业比较小众，不太可能会遇到一些较大的性能问题，暂时看也是够用了的，后期过渡到
midway.js
也方便；
-
使用
antd-vue
开发运营后台，主要考虑到与
uni-app
技术栈的统一，节省转换成本；
也就是初期选择使用
egg.js
+
MySQL
+
uni-app
+
antd-vue
，来开发两个App和一个运营后台，快速解决0到1的问题。
App的开发方案有很多，比如纯原生、flutter、uniapp、react-native/taro等，这里就当是的情况做一下选择。
-
IOS与Android纯原生开发方案，需要新招人，两端同时开发，两端分别测试，这个资金及时间成本老板是不能接受的；
-
flutter，这个要么自己从头开始学习，要么招人，相对于纯原生的方案好一点，但是也不是最好的选择；
-
react-native/taro与uni-app是比较类似的选择，不过考虑到熟练程度、难易程度以及开发效率，最终还是选择了uni-app。
很多时候方案的选择并不能只从技术方面考虑，当是只能选择成本最低的，当时的情况是
egg.js
完全能满足。
-
使用一些成熟的后端开发方案，如Java、、php、go之类的应该是比较好的技术方案，但对于老板来说不是好的经济方案；
-
egg.js
开发比较简单、快捷，个人也比较熟悉，对于新成员的学习成本也很低，对于JS有一定水平的也能很快掌握
egg.js后端的开发
。
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
-
项目地址：https://github.com/YunaiV/yudao-cloud
-
视频教程：https://doc.iocoder.cn/video/
前期开发还算顺利，在规定的时间内，完成了开发、测试、上线。但是，老板并没有如前面说的，很快运营，很快就盈利，运营的开展非常缓慢。中间还经历了各种折腾的事情。
-
老板运营遇到困难，就到处找一些专家（基本跟我们这事情没半毛钱关系的专家），不断的提一些业务和ui上的意见，不断的修改；
-
-
还有个兼职的领导非要说要招聘原生开发和Java开发重新进行开发，问为什么，也说不出什么所以然，也是道听途说。
反正就是不断提出要修改产品、设计、和代码。中间经过不断的讨论，摆出自己的意见，好在最终技术方案没修改，前期的工作成果还在。后边加了一些新的需求：系统升级1.1、ui升级2.0、开发小程序版本、开发新的配套系统(小程序版本)以及开发相关的后台、添加即时通信服务、以及各种小的功能开发与升级；
中间老板要加快进度了就让招人，然后又无缘无故的要开人，就让人很无奈。最大的运营问题，始终没什么进展，明显的问题并不在产品这块，但是在这里不断的折腾这群开发，也真是难受。
明明你已经很努力的协调各种事情、站在公司的角度考虑、努力写代码，却仍然无济于事。
-
-
在新的配套系统中，使用
midway.js
来开发新的业务，这都是基于前面的
egg.js
的团队掌握程度，为了后续的开发规范，做此升级；
-
-
如下是对于当时的人员招聘的一些感受：
-
小公司的人员招聘是相对比较难的，特别是还给不了多少钱的；
-
好在我们选择的技术方案，只要对于JS掌握的比较好就可以了，前后端都要开发一点，也方便人员工作调整，避免开发资源的浪费。
对于小团队的管理的一些个人理解：
-
