一般来讲除了突出自己小而美的独立 app 之外,很少有公司会考虑用户缓存问题.
在设置里加个清楚缓存按钮就可以了.
剩出来的那些带宽都是小钱钱呀.

蓝奏云+2

倒不必须是 node,前端由于生理限制只能是 js,对 node 的熟悉随用随查,慢慢就好.

后端别限制太死,java/php/python/node 随便掌握一个即可,把自己当全栈发展.

比如我工作用 vue/react 写前端,java 写后端,然后自己写的简易 api 会用 php.

别把语言限制太死,工作中你要让我接手 N 年 java 项目我勉强可以接手,但是要让我接手 N 手的 PHP 项目我可能会边做边骂娘考虑跑路

然后我自己写 api 还是习惯 php...写完直接丢 nginx 里就好,免编译,支持在线修改爽啊

@Bijiabo #2 理想很美好,我其实挺想 all in one 的,最困难的就是"个人"之间的协作了

我对接的人里 蓝湖 /腾讯文档 /飞书文档 /易文档 /内部管理系统 /企业微信 /钉钉甚至 QQ 用什么协作的都有,我已经被迫把这些软件注册齐了,基本上是对接的个人用什么我用什么.

乙方难啊...

@10bkill1p #1 我对这种日程管理类的框架 /软件什么的特别害怕,光把所有要做的事情记下来,还要分割成步骤就已经让人头皮发麻了,还不一定能坚持记录下来

我个人是持纯炒作态度的,你要是能借着这个概念搞到钱他就有意义,要是韭菜就离这玩意越远越好.

最离谱的就是有人在元宇宙里炒地皮

往科幻了说就是一时上传机械飞升,但目前来看,除非脑机高速发展,能让更多的感官接入网络,否则我看不出这玩意与 VR 的本质区别,我是悲观的认为你我有生之年是看不到元宇宙的'成型'的.

多关注下 NFT 还有点讨论的余地, 这玩意好歹有点现实意义.虽然现在也还是割韭菜炒作阶段.

内地的轻量 能选区域吗

Z 直播, 开个武林外传或者相声直播 挂着挺舒服

手心+1 可以隐藏输入法悬浮窗,无广告,看着也舒心

这还不爽飞?省心不用 DEBUG 了

我给项目提 BUG 前都是自己先 DEBUG 一遍,能找到病灶的话就一起提上去了.不然回头扯皮更麻烦.

@murmur #6 UOS 跟 deepin 同源 还是蛮 OK 的,大胆点 就是自研,又不是啥丢人的事

@Tink #3 我丢, oldschool 极简模式. 首页 5kb 大,我服了

@just1 #1 了解 那这就难受了

首先算法从来不有趣...
与之相比我感觉还是生活有趣,若非业务需要鬼才愿意花时间研究算法.
其次不分前后端,所有'工程师'日常工作的 90%都是重复劳动,后端 CRUD 同样无聊=.=

付费版是自建服务器做下载的?这启动成本有点高啊,100 兆带宽起步

@lululau 设计和业务问题，国内传统企业都是跟业务走，这种公司里程序员甚至架构师产品经理的地位都不高，今天改个需求明天废弃字段还催工期，然后对代码质量要求不高功能实现就 ok ，日积月累初始架构设计的再好也迟早得崩要么毁灭要么变屎山。

比如新需求 username 字段废弃，原有系统中的 username 改为 xxx 表中的 new_username 字段，而且早上提需求，中午问进度，第二天早上要上线。

现在改前后端根本来不及，还会有浏览器缓存，cdn 等问题，这种狂野的需求，最简单的方法是修改 sql 字段 new_username AS username 。

都是泪啊😵

@clf #5 这么狂野的我 19 年做过,是个仓储项目,当时负责 DBA 的老哥跟我炫耀他们系统一个表 200 个字段后台只需按需启用接口,最后我们只需要调用 SP 即可.

整个项目全是存储过程,业务逻辑全在 SQL 里,看着就头大.

幸运的是当时我只做前端不用碰 SQL...

@clf #1 讲真我看那代码就觉得像是先写的 sql 然后直接粘贴进项目的,然后 java 自动截段换行.阅读起来太痛苦了,非在这个项目上干了 2 年的老哥驾驭不了


@kop1989 #2 他们就是按需取字段把我恶心到了, 一个 file_path 都专门写个 if 判断下在加