我也在纠结用哪个？
我正常是招商 visa, 因为是上学时候办的，额度是 6w ，完全够用
但是我看大家说，这卡虽然不用转换费，但都是直接先转美元再转人民币，之间会有汇率折损，具体是多少没找到信息。
如果是 1.5%也太高了吧

然后我就开始找有没有不要 2 次转换的

第一张：工行全币种
这个好理解，就是开了多个账户，直接货币消费，人民币还款，只有 1 次转换。 支持的货币对我来说也够用了。
就是卡丑了点...



第二张：建设 visa muse 卡
这个虽然没有多开几个账户，但是说是有 10 几种也是直接转人民币？这就给我搞蒙了，如果是这样为什么还要多开几个账户？

。。。 是厦门政府下发的任务吗

我还发现一个很蛋疼的情况 有点端口可以直接通 有点不行 比如 3000 因为这个宿主默认占有了...

我也很迷茫 自己做没动力 大厂卷不动

是的 大部分都想躺平...

@xmsz 然后我发现 localhost 能不能访问 主要是因为端口是否被占用？

我记录一下刚刚的情况

我 wsl2 开了第一个服务，宿主 localhost 访问不了，但是通过 netsh interface portproxy(connectaddress=172.17.187.118)，宿主可以访问了，但是手机（局域网其他设备）访问不了

我 wsl2 又开了一个服务，这个时候宿主 localhost 可以访问，但是其他手机还是不行



然后各种调试，还是不行

最后居然可以了... 我已经蒙圈了，完全不记得是什么影响的

可能的操作
- 防火墙，设置通过应用？开了 hy, 还要其他啥的
- 防火墙，关闭了开放

同个问题 打开还白屏一段时间 一点都不丝滑

我最近需要开发一个 PC 端的套壳应用
首选 electron 生态好 也不用学些新东西
但是这玩意其实就是安装了一个浏览器，所以对于用户环境还是蛮尴尬的，大小还好，主要是内存占用

那优化就是用 tarui ，但是这玩意除了大小和内存变小，带来的更多的问题，比如生态，比如需要学习 rust ，比如有很多 webview2 的限制...

根本还是不能代替...


现在蛮卡壳的

我今天突然想用一个很骚的招

那就
1. 使用 RemoteAppTool 实现融合效果，之前试过感觉可行，然后我只要在 rdp 上运行终端和预览程序就可以
2. 使用 rdp 的共享文件，这样可以实现在 macOS 下写代码，然后 rdp 用来预览就行

这个方案类似于 vs remote 的效果

然后理想很美好，代码是共享了，但是遇到第一个问题那就是，我安装依赖的时候提示"EPERM: operation not permitted, open '\\tsclient\"...

但是我如果正常修改文件都是没问题的 有没有解决这个问题

然后我最近 通过掘金 /github 去看看有没有厦门小伙伴
结果发现几个好玩的

比如，不错的前端全都在稿定，有毒啊，全部被招走了，都不留点给其他人
比如，厦门本土公司，美柚 美图 cocos 有很多很强的 iOS 开发者，但是其他比如前端就完全没有
比如，一些老的不错的开发者都在铃盛
...


希望还有一些同学还没去这些公司，让我们一起共创辉煌

@noahhhh 有搞了一个散热器和一个小风扇吹手(...) 稍微解决了手感 但是电脑上还是卡 而且有时候是突然的卡住 估计是撑爆了

@looking0truth 对的 盈利算可以养活大家 目的也没错就是担心我们如果有事做不了会影响进度

我也遇到这个需求
第一种，就是集成 log+txt 的方案，好处就是通用简单，但是查询起来少一点方便
第二种，elk 之类的，好处就是适合超大数据，场景很少
第三种，就是用本地数据库比如 sqlite ，好处就是使用最简单，查询也最方便。但是感觉有点不是正道用途

所以有没有其他方式来解决需求？即配置简单 + 查询方便

真的蛮垃圾 不仅每次都要手机验证码登录 而且打开速度非常的蛮... 慢到我以为是我宽带又回到了 20 年前的 5m

如果你们公司是以产品为主，那 confluence 毫无疑问

其他情况下... 飞书是最优选

我不知道你为什么会觉得自己学习能力差...
而自卑的话... 如果你是普通人完全不用自卑...

当然，你自己现在这个阶段产生焦虑而已

不用担心，时间会抹平一些

当然更骚的是，你可以去一家很烂的公司，你会发现，md ，这些人能干什么？
然后你就不会焦虑了，适当的躺平一点

综合 我认为应该是后端...

如果直说浪费后端资源 /客户端 1v1 的，那应该没做过，或者天真一点的，或者海报就很简单，或者是完全不追求生成效果，或者完全不管用户反馈的场景...


前端生成的问题就是
1. 复杂海报每次生成需要时间，是每次，用户用一次生成一次。体验并不好，除非你生成后再放到 CDN 上(那还不如...)。我们之前开发的头像小程序就是，蛮尴尬的...
2. 遇到字体文件，吐血... 你总不能给客户端下载个 10m 的字体？
3. 最恶心的来了，你这个服务只能兼容 90%左右的情况，而剩下 10%会搞死你
...

特别是最后一点，就算你兼容的是 99%，那 1%还是会搞死你。
一般的人根本不懂兼容，他只觉得没能兼容 100%就是你的问题，你直接气疯...
而且我们公司有个后端程序员居然也怎么想... 真的尴尬


对于后端来说，只需要考虑『资源』问题
对于产品、设计、前端来说，要考虑的不仅仅是『资源』，还要『兼容』、『效果』、『体验』....

所以综合起来肯定是后端生成


当然，如果其他前端好的方案也可以讨论
我们 web 端和小程序，基本已经穷尽了，当然自己也用 canvas 写了，但效果真的...