rails5 往后基本都是在前端上折腾了，不过我基本都用 api 模式了，不影响

1. 内部看看有没有大前端团队，回头活水过去做全栈，跟着业务做才能学到东西，自己整很难学出来，因为国内大厂业务压力太大了，你没多少时间做的
2. 一般全栈团队不是 node 就是 go，对后端来说语言、框架都不重要，学啥都无所谓，更重要的是整体的设计能力和经验

机器太老了，不应该升级新系统的，可以试着回滚一下 10 版本的系统

intj

很简单，你这里应该先在接口里校验好友关系，如果不是好友需要报错 403 forbidden 之类的。

接口不应该信任前端参数，必须做校验的，不做校验就是安全漏洞了。

做应用程序还是得先把产品搞明白，定位、受众、核心功能。然后进行数据建模，想想数据库需要哪些表、每个表要什么类型、彼此之间什么关系。最后后写接口、页面就好了。

看你怎么定义完美的应用程序，有的应用产品上大成功，代码可能和屎一样；有的产品代码异常精妙，就是没人用……

买了，但被公司屏蔽了 ，在公司用不了。

公司表面说是有代码泄露风险，但实际上感觉是想自己造轮子搞 KPI，自己搞了套类似的，我真吐了，还写对比表格：“性能和准确度不如 copilot 但是风险可控”。

Copilot 最近是不是集合了 GPT-4 搞了个 chat 功能

感觉是不是会增加 test 的时间，毕竟 AI 的代码还得多测试一下

因为 rails 7 默认用 importmap，这个会使用 来放 js 代码，这个是模块化的，你一个文件里的内容不 export 出去，其他的文件都是看不到的。</p> <p>HTML 中 onchange onclick 这种只能使用全局变量。</p> <p>以前不用 type=&quot;module&quot; 的时候，你直接在顶层作用于声明变量他就会是全局的。现在不行了。</p>

这块 Nginx 应该怎么配置一下吗，我本地跑没问题，Nginx 转发之后就歇菜了，一次性把结果仍会来

感谢，学到了，就是需要这个

partial 这个我知道，你的意思是接口直接渲染好的 HTML partial 吗，然后 JS 就不需要手动拼接 DOM 了。这样好像确实可以，感谢。

我现在手里的几个项目都是前后端 JS，都是人员不分离，技术上分离。

这年头的经济形势就挺不适合创业的

NAS 好贵呀

穷玩车，富玩表，屌丝玩电脑

有时间玩的人没钱买，有钱买的人没空玩，都在 996 还房贷……

而且很多大作都会先登录主机平台，主机这玩意儿要玩的爽还需要电视音响和客厅，门槛一下子就拉高了。

很多 APP 里面的大部分页面都是 WebView 搞的，比如说抖音。现在混合开发是主流，客户端搞个壳子，里面全是 Webview，还可以实时热更新，多好。

跟规模其实没关系，得看业务的具体需求，前端交互复杂的产品肯定得分离的。

看项目呀，如果不分青红皂白，直接微服务、云原生、BFF、前后端分离搞起来，那肯定不对，因为没有银弹，没有需求硬去追求新技术会导致项目失控的。

但如果说你真的，重前端、客户端，甚至要做多平台，API 复用，那分离开确实是必要的。

好像也不是，拿到的还是 HTTP_USER_AGENT 这种形式，和 request.headers 一样

感觉还是中文有问题，很多问题英文来问准确度高不少。

我用了半个月，感觉一般查文档还挺靠谱的，就偶尔会偷偷给你致命一击……

现在微服务之后其实很多时候操作比较复杂，很难讲面对哪一个资源模型做操作，RESTFul 那一套很难描述

我自从开始访问 Ruby China，就一直是间歇性不稳定，有时候不挂梯子永远打不开，有时候又一直很流畅

用蓝牙的都比较卡，用接收器的没啥影响

早上人少的时候就不卡