Figma 不是万金油，如果仅仅是梳理软件架构，有更简易的工具比如类似于 draw.io 的各种绘图工具。不是 Figma 干不了，是没必要。Figma 还是更适合 UX 设计的场景，在这个场景下，已经筛除了大部分的程序员。这大部分的程序员，可能在做嵌入式开发，可能在做数据库开发，可能在做 Web 服务端开发，可能在做别的许多许多的事情，总而言之，他们不需要跟用户界面打交道。而在跟用户界面打交道的程序员中，比如前端和移动客户端开发，由于许多公司分工明确，他们使用 Figma 这类工具只是作为观看者而非编辑者，因为编辑的工作是负责 UX 的设计师在干。而学习 Figma 能给他们带来什么呢？这个问题才是值得思考的问题，而这个问题依然很有可能导向：他们不需要学 Figma ，他们需要一个更适用于他们的工具。

滑板，比你说的这俩便宜，也足够有趣味，想折腾也有折腾的空间。

Angular 不清楚，Next 不同页面是处理成多入口的呀，A 页面没有用的 B 页面的代码，不会出现在 A 页面的打包产物里呀。感觉 Angular SSR 应该也有类似的特性吧？

@newaccount
> 屏幕贴膜，偏光显示，戴眼镜才能看（狗头
再加上左右眼不同方向的偏振，必须双眼视力才能看全（狗头（不过这样对单眼视觉的人群不友好

人在上海，不得不做。

@service517 点开后，里面的 data 字段下的 result 字段是我的微信号，也就是最后一对双引号里包裹的内容

需要确定下细节，可以联系我。我的微信： https://s.api.enetapi.com/api/Base64?jiemi=bGpwLWNvZGU=

直接飞书拉满，省心。Notion 可以试试，不过团队协作可能是收费的。

@Arison 是啊，程序员的优势就是可以自己搞 web 开发做互联网项目。自媒体的确是一个进入成本相对低的行业。

要看软件类型。你这种方案的确适合可以根据使用时长、或者数据传输量来定价的产品。而适合这种定价的产品往往已经使用了你说的方案。比如宽带，比如 CDN 服务。举个不太适合你说的这种定价方案的例子：网盘。网盘需要付出存储数据的成本，如果根据使用时长或数据传输量来收费的话，那么产品闲置的时候，占用的存储空间带来的存储成本就只能服务提供者自己承担。

不知道是不是可以做成 HLS 流呢？ https://cloud.tencent.com/developer/article/1746730

微积分，概率论

而如果是自己项目的全局独一份的 store ，我觉得的确没必要套一层 provider 。

个人理解。Provider 在于可以隔离。外部代码使用你编写的组件时，可以在多个地方使用，而他们的内部状态不能引用同一个 mobx 实例，使用 provider 可以保证每个组件内的 mobx 实例是来自它自己的顶层 provider 。两颗组件树访问不同的实例。

兄弟，泄露内网域名了，赶紧删帖吧

关于块作用域楼上解释得差不多了，我给楼主一个建议：别用 var 。用 const 和 let 。

@raysonlu #23 你成了

@wxd92 没有群，业主可能有群，但作为租客接触不到。核酸检测由二房东微信通知。在垃圾点守着等到工作人员，问到了居委会电话，下午三点打过一次，无人接听。

看样子这样的 html 文件挺多的 https://sports.sohu.com/map.shtml