入职之后由 上一家公司的 .NET C# MVC 转到 uni-app + vue ,然后转到 kbone 框架的微信小程序, 再接着是 flutter,离职前夕小程序开始使用 taro next 框架.
一个外包公司
老板能力很强,既是技术带头人,又是销售,合格 007 的创业者,一手确立公司的技术风格.
965 的工作制度,不管是在业内,还是石家庄都算得上顶配。
中秋端午什么的,还会有礼物。
不聚餐,不随份子,工期制,不加班。
追逐效率,技术迭代迅速。
结构统一的后端+前端+中台框架,技术大部分时间花在完型填空和独特需求的实现上。
乐于技术更新,提升开发效率
神奇的是,我并没有在一个外包公司做过"外包工作", 我干的最多的是接手中道崩殂的项目,然后就是上游技术的提供。
来公司第一个正式项目,就是如此。电商,主要技术 uni-app vue,得益于公司技术的规范化,技术上没有什么难度,难点都在需求沟通和二次开发上。慢慢捋清楚需求和原有的代码,没有什么意外的完成。
来公司第二个项目,也是如此。也电商,主要技术 uni-app vue 小程序。不仅是半路接手,这个项目是由另一个公众号网页改过来的,而且这是第一次接触小程序体系。但是,通过一段时间的学习和进一步了解,发现这个项目的完成度很高,在理清楚需求和代码之后,顺利完成了收尾。
flutter 项目,从零开始 flutter,并且接手这个项目,这一个大型项目,从业务,技术选型,和产品定位,都能彰显出来。接手时,项目已完成初期主线开发,项目已经成型,而我要做的是,技术体系更新,以及下期内容开发,在后续的工作中,有一定的技术压力,即使完成了项目的二期开发和交付,我仍然不认为我能达到 flutter 入门的程度。
公司技术转型,由 uni-app 到微信小程序,经过技术审查,决定选择 kbone,我负责 kbone 的探索,并完成原始代码的搭建,以及基础 ui 库的开发。
辞职前夕,由 kbone 转到 taro,开了个头,算是起步了.
跨 web 小程序 Android/IOS app 项目,特别残废,只能完全实现一部分 web 功能,web 无法实现的就不要考虑了。
小程序没有跨平台需求,就老实用原生,网上各种各样小程序框架,都是用来跨平台的,没有哪个,是为了让你用 vue/react 写小程序的
一个 JavaScript 开发者,没有实际的 Android IOS 开发经验,并不能很好使用 flutter,比如支付,pub 上确实有个人开源的微信 /支付宝支付,你敢用么?小众 sdk 你怎么接入呢?
flutter 相比 RN/uniapp,区别只是图形性能的提升,这三者选择,优先 RN,不想学习的 vue 选手也可以 uniapp,绝对不建议 flutter 。
flutter 不是一个成熟的开发方案,他仍然在快速迭代中,在我的开发过程中出现过很多次 api 变动,dart flutter 版本冲突,外部包变更。还有就是文档质量低。
前面说了那么多公司优点,但是我不喜欢这家公司,尤其是上 2020 年疫情之后的工作经历,我越来越不喜欢这家公司,什么都好,就是过的不舒服,也和同事交流过,他们并没有什么厌烦感,这就很个人很主观,我也不清楚恶心在哪里,总之钱多事少离家近,我还是离职了。时隔 20 多天,我当时是因为一个同事不分时间点的语音通话和傻缺问题,点炸的,离职邮件也发了,qq 一个月没上了,回去上班是不可能回去的。
人在藁城,疫情期间都睡疯了,真尼玛开心,看起来马上就要解封了,虽然八股文都没刷,但是最近准备开开心心的找下一家。
95 年没房贷车贷女朋友,以上经历仅供参考,辞职是一件值得深思熟虑的事情。
1
yumenawei 2021-02-22 18:07:58 +08:00 1
玩够了,记得学习,准备迎接下一份工作。(实名羡慕)
|
2
henryhu 2021-02-22 18:14:33 +08:00 1
同意,慎用框架,用了都是泪
|
3
Jinnn 2021-02-23 10:17:37 +08:00
用了各种小程序框架, 都有坑, 但是原生开发效率低难维护也是个问题
|
4
zw1one 2021-02-23 10:18:22 +08:00
个人经验:裸辞之后不复习,很容易找到一个和上家差不多的公司...
|