欧雷

对「Future.js」和「Fxxk Design」真的感兴趣的人，请进。反混沌Future.jsHandieFxxk Design

在某个设计师群里（是的，我现在不仅混技术群，还混设计群、产品群……），有一个群友在一篇文章中看到这样一个评论：

面试题：说一说ant、elment、arco三者框架的优缺点，你是怎么做选择的？为什么？

那个群友就问大家该如何回答。

之后大家众说纷纭，其中有个人说：

这个不应该是开发要用哪个框架开发，设计就用哪个框架设计页面吗

虽然那个群的名字写着「设计师」群，但群里有很多像我一样不是设计师的人加进来，所以我也不知道 TA 是不是设计师。

总之，我觉得 TA 的观点有问题，于是就很直男地连珠炮似地开始输出我的观点：

这不对，设计为啥要跟前端的技术选型耦合？设计是设计，前端技术是技术。设计可以以某个 Design 为基准创建并沉淀自己的设计体系，但前端不一定就要用那个 Design 自带的实现。虽然有时会出现受限于组件库的实现无法满足设计，但这也是临时的问题，终要花时间去解决。

设计是开发的上游

同质化竞争，这么卷，累不累😂

就跟一堆网约车似的

上层的人谁关心你是 Element、Ant 还是 Arco，Vue、React 还是 Angular。

「上层的人」就是指设计、产品、老板、用户

用开发的局限性去要求设计及需求做出改变，大多数情况是不合理的。

我主要是指技术选型方面的局限

总结下我的观点——「分工」与「模块化」异曲同工。工作

某个技术吹水群里突然有人问：

大佬

有没有处理过适配

就是设计稿是1920*1080怎么适配所有pc端分辨率

之后热心的群友们纷纷发表言论，大多是在吐槽。

作为总会遇到需求冲突并试图解决冲突的人，我也回了几句：

我都是回复：没有不能实现的，但耗时间，你看着办

时间给够，火箭也能给他造出来

一个需求必须要自洽，不然就是扯蛋

别人说怎么来就怎么来，要么是自己不专业，要么就是个软柿子

自己要做的是凭借专业知识把利弊、成本等抛出来，让他们做选择

总结下我的观点——要完成一件事需要固定的步骤和时间，少于那些步骤或时间，就做不出来；很多提需求的人自己就没搞明白需求，作为专业人士，得有自信，不能软，要去合理地拒绝、引导及给出靠谱的方案。工作

昨天在全公司前端群里发了下 Handie 的介绍，然后跟这人聊了起来。她的问题还挺好，让我又有写文章的材料了。🤓Handie低代码

今天取关好几个

当初发明 Web 时可能万万没想到日后相关技术会广泛应用于商业应用，无法有效应对面向对象抽象的 URL 成了前后端通信的主要障碍。

在做应用开发时，一个或一系列 URL 本身不能满足实际以领域/业务为单位获取资源的需求。在数据方面，GraphQL 这类是个解，但其他静态资源貌似还没解？

现如今，以类似 REST 的思想让 URL 与某个「页面」绑定是个错误的设计。

家乡的味道😊

之前我的容忍度还是高了点，从现在起零容忍——在公众号里发别人课程广告的，如马学兵、奈学教育等，一律取关。

经过观察，那些名字起得比较大的公众号都不太值得关注，比如：XX架构、XX架构师、JavaScript XX、湾区XX。

蔡学镛说的话总是有共鸣

发现玄机🤓

Modern.js 想让前端开发变成产品开发，而 Future.js 是想让后端开发变业务开发。Future.js

生孩子与否，没有什么伟大的理由，都是自私的选择；要生就两个起，一个跟没有没多大区别；所谓的养育成本和教育成本都是自找的，谁让你啥都想给最好的，跟别人去比了。人生观

周末这两天的小目标就是每天一篇 Handie 入门教程文档。

写着写着，在想下一节如何起承转合时，发现我每写几句就出现「描述器」这个词，突然意识到——Handie 体系中暴露给使用者的最重要的两个东西「描述器」和「部件」——前者不就是用来控制模块边界和 IO 的「规则」吗？而后者就是让别人可劲儿造的上层模块！感悟软件工程模块化设计Handie

晚上地铁上，突然对🐷感慨——现在中国在（开源）软件方面真是崛起啊！

有此感慨，主要还是中国现在不仅是各种库、包有很多国外用户，在语言、数据库等更为基础的层面也有很大发展。

我一直以来都有种疑惑——

因为我好多年前就开始做开源项目，虽然净是些玩具，但也没觉得自己做的就是些没用的或没人用的东西，即使是玩具，也是抱着能够解决一部分人的问题的心态去做的。

但身边的人总是给我一种「不自信感」，就是那种「社区已经有那么多方案了，你又造什么轮子」，「你做的东西会比已有的更优秀吗」之类的感觉。

我不明白这些人为什么会如此妄自菲薄，不明白为什么不觉得自己可以改变世界，不明白为什么就认定自己不是天选之子。

要相信和敬畏信念的力量、人的意志力。开源软件

参加过的项目，看了那些代码，离「模块化」真的都比较远……不是分割了文件，用了 import、export 就是「模块化」了……

总时不时地安利，感觉都要被我搞烦了……😂模块化Handie

如果脑机接口成熟了，基于生物的计算会叫什么？

什么鬼？这是人发的还是自动回复？

通过在支援的项目组中「强行」引入 Handie 外加不断安利，前端项目的 owner 表示愿意尝试用 Handie 去开发新功能和做重构（公司的基建是 React-based 的，我这也算是夹缝中生存了😂）。

经过他的反馈，让我确切地意识到还是需要一些手把手的「新人入门」教程来一步步指导如何去用 Handie。

感觉整个文档写完要好几万字了，可以算是一本「小书」了……Handie

外卖也可扫码存取了，刘德一屁👏🏻这挺好，能够有效防止我外卖被别人拿走无奈饿肚子加班的惨剧再次发生🙃日本想都想不到自己发明的 QR 码被强国用得如此出神入化🙂

😒

没记错的话，Dart 在 11 年正式发布；Rust 在零几年就有了，在 12 年正式发布——它们都有十年及以上的历史，然而一直不温不火，却在长期沉寂后因某个原因而大火。

我想说的是，如果认为自己做的事情方向是对的，就坚持下去，即使短期内没有显著成效也要坚持，终有大放光彩那天。DartRust自勉