@brsyrockss #152 这个就得看怎么定义完了, 工业革命以来科技爆发是指数级进步的, 百年时间够做很多事了, 任何突破都会造成完全不一样的未来, 亦如 10 年前的电子支付, 15 年前的 iphone, 40 年前的 windows, 这些还属于应用科技方面的发展, 我都不敢想量子计算机编程是什么样的,
最简单的举例, 幻想一下 windows 真的江山永固活个 100 年还没有被新技术新系统淘汰, 那在这期间微软将面对些什么, 在这之间有指令集更新换代, 硬件设备更新换代, 审美更新换代, 新终端出现造成的降维打击, 甚至人们只是厌倦嫌弃了, 都会让 windows 被抛弃, 这太难了
以我卑微的见解来看, 100 年后的世界还是我能理解的, 那就是真滴完蛋, 没有希望了, 毁灭吧赶紧的

我现在是 notion/语雀 /git markdown 混着用, 长久备份的教程文档丢到 github, 同事间分享的用语雀, 其他乱七八糟一律先丢 notion, 后期慢慢处理

还不够, emoji 的网格状分布太均匀了,随随便便切下图直接计算相似性就可以破掉,应该有的大有的小, 并且相互堆叠, 这样应该就无解了

没, 别做梦, 真要 100 年后还有'很多人'在用现在这堆石器时代的软件, 那人类真就完了

@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.... 这种版本一般人看不懂也记不住的
多选的话后续增加模块也更为方便, 针对每个模块做选择就可以了, 不需要另外配置版本号