tailwindcss + nextjs github pages 和 vercel 双备份
https://duan602728596.github.io/

@Aluhao 医生开了药，抹了一段时间，感觉不痒了。但是是不是根治就不好说了

去年得过一次，拖了半年才看医生。总感觉是因为当时给自己很大压力造成的，因为当时新入职，要学的东西，要做的事情特别多。

要有偏见——节选自《不要有偏见》

1. 在关键的地方做好错误日志上报
2. 编写 unit test ，e2e test ，vp test 等等
3. pr 在合并之前需要跑 pipeline

6. 宽屏上，公共聊天消息提示的红点会离 button 很远，怪不得看起来很奇怪

1. 最开始进入时候的提示 modal 和整个网站的配色风格不搭配，感觉就是 light 和 dark 混搭
2. 左下角的蓝色 button 文字黑色有点奇怪，一般来说 primary 和 second 的文字颜色都是白色
3. 赞助一下，为爱发电的 modal ，下面圆角没处理好，露出了白色
4. 公共聊天那行的 disabled button 会出现两种鼠标指针样式 5
5. Accessibility 做的其实很不好，好多 button 都没法用键盘来选中和控制

因为 proxy 、defineProperty 、原型链和深浅拷贝都是面试八股文啊，实际上用的时候真的很少很少

串儿的话，可以推荐一家丰茂烤串，本东北人觉得味道相当不错了。就是有点小贵

@zjsxwc exceljs 就可以啊

这个搞个 html 网页不就好了，
1. js 有成熟的库比如 xlsx.js 、sheet.js 来处理 excel
2. 解析 json so easy
3. 浏览器请求图片可以有强缓存，不需要每次都下载，节省带宽，节省时间
4. 浏览器可以多线程处理，不用担心处理的时候无响应

我这以前还见过直接把密码明文传回来的，喷了三个月才改。所以不要神化后端，有些人就是能力不行，只不过他恰好做后端而已。

nextjs 会将 node_modules 中的模块使用 require 加载，import 出现在 commonjs 中，需要将 antd 编译打包
修改 next.config.js 文件如下：

module.exports = {
webpack(config, options) {
/* 将 antd 打包到服务端生成的文件中 */
if (options.isServer) {
const endIndex = config.externals.length - 1;
const externalsFunc = config.externals[endIndex];

config.externals[endIndex] = function(ctx, callback) {
if (/(antd|rc-|@ant-design)/i.test(ctx.request)) {
return callback();
}

return externalsFunc(ctx, callback);
};
}
};

interface Result {
code: string;
message: string;
}


interface ResultData<T = unknown> extends Result {
data: T;
}

function post<T>(url: string, params?: Record<string, any>, _object = {}): Promise<ResultData<T>> {
return this.service.post(url, params, _object);
}

const previewCode = (params: any): Promise<ResultData<string>> => {
return post<string>(`/generate/preview`, params);
};

const preview = async (type: any) => {
const { data }: { data: string } = await previewCode(post);
let previewContent;
previewContent.value = data;
};

稍微改了一下

反正我们是有 code review 和各种单元测试、e2e 测试的。每次 push 代码都要跑一个小时的各种 pipeline 。

这个优点在生产环境里完全没有必要。在开发环境还会有问题，所以就不用。

感觉和我以前做过的新闻平台发文的需求很像，我们当时有好多新闻类型。我当时的做法是：
每个类型一种 UI 。
像叠积木一样，将 UI 需要的组件进行拆分，每个组件只负责一种功能。组件之前如果有通信，用 Event 监听。这样可以减少组件间的互相依赖。不同的类型就将组件根据不同的需求组合起来。
数据和逻辑统一处理，数据只有一个入口和出口。当时在浏览器环境内使用了 graphql 。不同类型需要获取和处理哪些数据，直接通过 graphql 的查询语句组合起来。这样就不必拆分处理逻辑，而且也能精细的获取到想要的数据。
路由处理建议 1 和 2 。

锁定包管理器，请用 corepack： https://github.com/nodejs/corepack 。
关于 node-sass ，官方已经警告废弃了，并且已经推荐了好几种方案，包括迁移到 sass ，配置各种参数等： https://github.com/sass/node-sass#binary-configuration-parameters ，几分钟就能搞定的东西。

用 idea 甚至可以直接发 http 文件