有规律你就能写工具自动化，写工具的过程你会学到很多业务开发永远不会用到的知识

没有规律的 C 端活动页才是真的浪费生命

中后台大部分都是重复的工作，重复的工作工具化，你做了什么工具吗。很多人都看不上做管理后台，一看代码大都是一坨屎山，RBAC 之类的权限模型都学不明白。业务逻辑复杂，表单复杂，那么学会代码分层了吗？整洁架构之类的了解吗？

除了业务代码，没有别的产出，在我这算不上高级

最近看的话，是 chatgpt 给的，因为全网根本搜不到，内容：整洁架构中如何使用 react-query

@monologue520 redux 的写法简直毒瘤，半年不用再回去改，脑子里想的就是这什么 JB 语法

zustand ，无比反感 redux

开发阶段加个 checker 插件，接口字段改了或者组件字段改了，用的地方没改的话直接报错，改起来不要太方便

export interface ResultData<T = any> extends Result {
data: T;
}
把 any 改成 unknown , 不写具体类型直接报错，代码提交或者构建的时候跑一遍 tsc check

// #region 机构-公司主体详情
export interface IFetchCompanySubjectDetailResult {
/**
* 状态码：0 成功
*/
code: number;
/**
* 状态描述
*/
message: string;
data?: {
/**
* ID
*/
id: number;
/**
* 所属机构 ID
*/
distributors_id: number;
/**
* 公司名称
*/
company_name: string;
/**
* 公司地址
*/
company_address: string;
/**
* 公司电话
*/
company_phone: string;
/**
* 公司统一社会信用代码
*/
company_idcard: string;
/**
* 收款方名称
*/
receive_name: string;
/**
* 收款方开户行
*/
receive_bank: string;
/**
* 收款方账号
*/
receive_account: string;
/**
* 账户信息
*/
user_account: string;
/**
* 是否删除
*/
if_deleted?: string;
/**
* 法定代表人
*/
legal_representative?: string;
/**
* 允许类型：0 不允许，1 允许
*/
is_allow?: number;
/**
* 创建时修
*/
created_at?: string;
/**
* 最后修改时间
*/
updated_at?: string;
};
}

export interface IFetchCompanySubjectDetailData {
/**
* 所属机构 ID */
distributors_id: number;
}

/**
* 机构-公司主体详情
* xxxxx/project/2523/interface/api/193535
* @author xxxxx
*
* @param {IFetchCompanySubjectDetailData} data
* @returns
*/
export function fetchCompanySubjectDetail(data: IFetchCompanySubjectDetailData) {
return request<IFetchCompanySubjectDetailResult>(`z_contract_companies/show`, {
method: 'POST',
data,
});
}
// #endregion

工具生成的，项目禁止使用 any 。

我从来不问八股文，因为我讨厌别人问我八股文

A 公司我觉得叫前端组长更合适

qk75 zoom 65 。我刚从金粉轴换到白武士轴，麻将音真的越敲越上瘾

之前关注过 deisgnable ，奈何文档都没出就不维护了。之前想法是基于 deisgnable 做一个 vscode 插件，直接生成代码，这样摸鱼的时间又多了

element: Home

quasar

组内招人，不过要本科以上，公司硬性要求

从左看过去，typescript ，好像还不错，layui ，jquey ，PHP 。。。告辞