点了个赞

一点建议：1. demo 可以预先把用户名密码填在输入框内，我也是翻你前端 github 才看到用户名密码； 2. 前端页面可以适配下手机浏览器，我至少看到这样的页面 [对手机不是那么友好的页面](imghost.chenhai.net/images/0f8f9184-98be-40c9-9cad-b1e32478da24.png)

分两个方面回答你的问题：1.现在自动化工作，没有那么复杂，微软有个 powertoys ，不用写代码都可以完成一些工作了（比如疫情时完成每日健康信息填报
2. pc 上的浏览器是运行在沙箱里的，和系统是隔离开的，是无法进行类似于文件操作的，所以使用 JavaScript 是无法进行一些操作的； JavaScript 在系统层级的运行时比较常用的是 Node.js ，我用过的自动化库是 robotjs ，可以自动操作键盘鼠标，但是图像识别方面就比较菜，比如你要他填个验证码就比较麻烦

写了个，自己去改参数 https://codepen.io/xubeiyan/pen/xxyBQOW

报表软件不知是哪种，js 有个 handsontable 库，肯定是支持 react 的

如果了解 git 的底层工作逻辑，就大概知道了，这个跟踪（ tracked ）相对就有未纳入跟踪（ untracked ）,在有的 git 仓库里面你能看到.gitignore 这个文件，这个文件就可以自定义哪些文件你不想跟踪
其次 git 并不保存每次 commit 后的文件，而是保存和上一次 commit 之间的差异（重点），如果这个文件是没有 tracked 的，那就无法去找到最初的版本，所以告诉 git 我要记录此文件的变动，那就必须要有一个原点，这就是 git add 的意义

您找的是不是，FrontPage 或者 Dreamweaver （玩笑）现在前端有 flex 和 grid 布局之后已经简单很多了，实在不行就直接上 UI 框架

有一种做法是将 http 请求重定向至 https

http 和 https 不能使用同一个端口号，平时浏览器没有显示，http 默认是 80 ，https 是 443 ，因为后端（例如 nginx 没法区别

@grahamsa0503 cloudflare 干这事挺麻利的，可以看看他们的技术

@herozzm 验证码并不局限于这一种，可以结合多种识别方式，比如登录 ip 区域，浏览器指纹，cookies ，nocaptcha 和 recaptcha v3 也为验证码提供了新的模式

圣诞节那个事件之后拒绝用 antd ，material UI 我觉得可以

验证码并不是越来越难而是越来越简单，比如要求你从屏幕左端划到右端，机器人是无法做到人类这种各种加减速而又不能拉出一条直线的轨迹的

nodejs 调试可比 java 舒服多了，给你的项目装个 devDependence 叫做 nodemon `npm i --save-dev nodemon`，启动项目的时候`nodemon index.js`，他会自己监视项目目录下的*.js 文件，检测到修改就重启 node

自己写就好了（ calculator 简单得真的不能再简单

@dxcqcv 加的，见鬼，这些人下班都不回家吗？

@Donahue 就是加班特别严重（女人当男人用，男人当牲口用

又要和这个 markdown 搏斗了....

上周刚入职了重庆教育系统的某事业单位，是前端岗位，说前端框架选的是 angular ，后端数据库使用的是 MongoDB ，我开始没有在意，因为会 react 和 vue 很快就能学会…况且我是前端，关心数据库干嘛？

然后重点来了，第一天我熟悉了下 angular ，第二天就准备开始写，说代码在哪里，答在 SVN 服务器上，clone 下来，拉了一个多 G ，我直接傻了…下来看看，node 安装包若干，node_modules ，各种库的安装包…问为何要这样？答曰内网开发是这样的…但版本控制怎么会有 node 安装包？答曰有时候要装 node ，我去你们这个也太惨了吧，没有 Internet 你这个保障要做好啊，npm 缓存做好啊，node 安装包也是啊…不要把 SVN 当 ftp 用啊，提交要写消息啊，开发和发布分开做分支啊！加工能也要加分支啊（

如果说这还是第一天见到的感觉还行，奇葩的还在后面…我要写的项目都启动不起来，问你需要自己 build ，tm 的没互联网 build 个毛线，build 脚本写好啊！我见识了 leader 打开 webstorm （前端不用 vscode 感觉生活不便），点击 package.json 中的一大堆 build 脚本启动…喂你们不用命令行的吗？

更奇葩的在于其根本没有传统意义上的后端程序，其并不是有后端程序完成各种逻辑和访问数据库，而是直接访问 MongoDB 数据库，通过写 service 的模式，直接在数据库中查询，于是前端需要了解后端数据库设计，才能够合理地查询，而且后端的查询需要前端人员去配置 MongoDB 上的 functions ，虽然这是一种 backend as a service 的思想，但我觉得这个完全就是一种省略后端程序的偷懒…这也是为什么要选 MongoDB 的原因（没想到吧！）但实际上我们的数据关联性很大，明显的使用关系型数据库要好得多（但就是不用！）

昨天我听过最经典（没头脑）的设计莫过于两台平板通信需要服务器支持。大概是这样，他们想做个唱歌录制视频的功能，但由于要将选歌和录制分开，于是准备使用两台平板，然后我提了一个问题“这两台平板如何通信？”得到的答复竟然是通过远程的服务器，还用 websocket ，难道就不能通过连接到同一个 WiFi 下一台向另一台通信也用 websocket 吗，实在不行一台架服务器，另一台通过 HTTP 通信也可呀。为此这个问题还和我争论了整整一个小时，这 leader 完全辩不过我就开始扯什么架构云云，我都快笑死了但我又不能表露出来

我也不是才参加工作的人，但这种设计上的问题不提出后面再来改是很可怕的事情，尤其是这种看起来看似有十多年的开发经验设计出来的产品有严重的问题

这样的事情是很可怕的，尤其是 leader 觉得自己水平很高架构设计万无一失的时候，下面的人估计杀人的心都有了

所以今天我打算走了，还好在试用期我跑得没有心理负担…

就这吊的不行的口气，算了吧，给你也不会感恩的，已 block