@retrocode #4 插件市场有相关的 demo, 你可以看一下是否能获取到

上代码, 你用的是哪个 api, 用的原生插件还是 uni 自己 api

用平板刷抖音就发现过这个问题, 视频比例完全是崩的, 找了一圈没找到视频比例自适应的设置
我感觉这个是抖音的问题了, 抖音上的视频比例相当参差不齐, 什么比例的都有, 我是发现一些 4:3/1:1 的视频, 抖音是不会裁切转而会自适应的, 相反一些接近全屏的就会出现 OP 说的裁切问题,
应该是抖音哪个产品一拍脑子在 霸占全屏的信息流 和 裁切的完全不能看 之间的取舍的结果,依然很恶心就是了,
我感觉除非市面上的手机都采用一个比例, 或者抖音产品把这坑爹的自适应去掉, 否则是无解了, 回头 iphone 新款屏幕比例在一变, 照样会有黑边和裁切

勇敢勇敢我的朋友,我最喜欢拿客户的小项目练手了,带薪学习还不爽啊
vue3 的变化主要是编码思想的转变, 适应一两天基本上就会很顺手了,现在也已经有好几个开源整理好的 vue3 脚手架可以直接上手

@polobug #2 缺点就是好活较少, 或者客户事多, 所以当额外收入还不错, 全职就得靠给大客户(国企 /zf/传企)做远程外包了,不过最后结局要么是被企业收编干回全职,要么是客户无了找下一个客户

@polobug #2 比如一些定制开发的小活, 找个开源项目二开,工期 1 个月, 单人做一周, 下班时间做的的话 2 周, 后面对对需求改吧改吧, 之前我了解的报价是 1-2 万,含帮忙部署, 对公司来说肯定不够,但是个人接单的话这笔收入就很可观了

单笔收入高,但是不稳定,相当于兼职外包,行情好的时候 /或者培养出大客户后搞钱很容易,行情不好就收入锐减了

@Hider5 #30 气冷抖啊 白丝就不行吗!

flomo

你这个实时监听过分了兄弟...这都不只是安全的问题了,
没辙,现在一般的通用做法是,当应用从后台切前台的时候无脑读一次剪切板然后处理内容,主流的几个应用都是这么做的

@xuanbg #21 要嗨,求个型号地址

@lixile #8 难搞哦, 解耦这个目前的架构设计的应该是没问题的, 每个模块现在对应的是不同的业务流程, 之前是单仓库模式, 定期发版, 如果某一个模块出了问题,想回退很难,同时还会影响到其他团队的进度, 所以才设计成这样的,

请问下你对 Jenkins 熟吗, 源码管理的配置可以直接改成 shell 模式吗?我干脆直接写个脚本手动进对应目录 git 算求了,好烦好烦

@lixile #5 对对对, 我原来就是想这样的, 但是因为每次需要人工 git 对应版本在提交, 直接被否了, 所以想把通过 tag 获取对应子模块版本这一步搬运到 Jenkins 上, 然后发现 Jenkins 没有类似的配置, 查到的文章都是所有模块使用同一个 tag(foreach 轮训打的), 或者直接拉取 master 最新, 这和我们的预期不符

@lixile #4 这个之前我考虑过通过主仓库做版本控制, 被领导否了, 主要考虑到可视化操作, 可以针对单个模块做版本控制发包, 在 Jenkins 界面内直接针对模块版本做选择,
类似 app.mod1.mod2.mod3.mod4.mod5.... 这种版本一般人看不懂也记不住的
多选的话后续增加模块也更为方便, 针对每个模块做选择就可以了, 不需要另外配置版本号

@lyc575757 #2 是的,指定分支这点现在是 OK 的, 问题出在服务器发版, 每次发包需要定版, 我们目前是通过 tag 1.0.0 来指定对应版本的,
发包时会有类似:

```
git update app 1.2.3 -submodules1 0.0.1 -submodules2 1.0.1 -submodules3 2.4.8 .....
```
这样发包的需求, 模块由不同的团队维护, 我们的想法是每次发包的时候,可单独指定每个子模块的 tag 版本号

但是查了一圈还是搞不懂如何配置子模块实现这样的需求

没什么不好的, 改变自己可以改变的, 接受不能改变的, 谁还没个中二的时候认为自己和别人不同呢

正规应用 5W 用户了 上市场吧 正常上市场是花销最便宜的了

问题在于不同人对"好"的代码定义不同, 以"好"代码为理由不写注释的人, 代码一定不是"好"的代码