@httplife ipcalc 了解一下

@supuwoerc 正好我开发了一个小程序, 里面有一个正则表达式(前端版本)的课程, 感兴趣上下班路上可以看看, 希望可以帮助到你.
可以直接小程序搜索: "小命令"

求拉 base64: eXVqaW5xaXUwOTE4Cg==

@plusDiscuss 求拉, base64: eXVqaW5xaXUwOTE4Cg==

这个是什么字体 ? 感觉挺好看的. @bluepikachu

感觉小程序更适合

@julyclyde you are right.

@MissRain 正解. 可以用我写的工具也可以查询到
https://cloud.engineerdraft.com/ec2
数据源是直接从 AWS 接口获取到的.

作为一个资深运维, 特别不喜欢 root 操作东西. 基本上需要的时候采用 sudo.
业务基本上在业务账号上运行, 基本上 99%的导致都不需要 root 权限.
另外删东西之前, 一般先 ls 出来, 确定范围再操作.
最后脑子是个好东西.

azure 中国一生黑

@linxiaoziruo 从你的描述上看启动慢的话, 可以 "系统", "容器", "网络, 业务代码上来分析
- 系统方面: 系统当时的负载是不是比较高 ? 甚至有可能有对应的硬件故障? 比如硬盘故障导致系统启动慢 ?
- 网络方面: 如果业务的特性, 比如业务启动需要去服务中心注册之类, 那么外部依赖, 和网络上是否有问题?
- 容器: 容器相关的网络, IO 等也会导致慢, 比如容器常见的 DNS 的 ndot 问题
- 业务代码: 有可能线上环境的问题, 比如业务配置文件不存在, 超时配置等不合理系列问题.

不能影响线上系统的性能的话, 主要思路其实是要对自己执行的命令有充分的了解. 比如 strace 命令其实是会有一定的影响, 可以考虑使用 sysdig 或者 bcc 之类的命令来替代.

最后打一个广告, 上面的各种命令, 都在我(资深的运维工程师)开发的 "小命令" 小程序里面有一定的体现, 且在持续更新中.

其实前端不难, 你就看非 CS 专业的人转前端多? 还是转后端多 ?

看看市场上为什么多非 CS 专业的程序员入门选择前端的人数大于后端 ? 就知道到底是前端难还是后端难.

👍🏻

👍

@mohanmeng 我司 乘法云 (抱歉网址麻烦自己搜索一下, 触发的 v2 的 spamming 系统, 发不了链接)在黄龙万科中心, 公司规模不大 , 995. 每天 19:30 下班. 如果有兴趣的话, 麻烦给我简历 [email protected]

@goodstudyQAQ @zmxnv123 要不要来我公司看看 https://chengfayun.com/ , 在**北京, 杭州**都有岗位, 公司长期招聘 前后端工程师(技术栈: Golang, Typescript) 公司规模不大, 但是一直 955. 技术出生的老板甚至有点反对 996, 觉得其实大部分公司 996 的原因是各种无意义的会议沟通扯皮, 效率低下导致. 公司的技术话语权还可以, 各种会议较少. 感兴趣的前后端同学欢迎投递简历: [email protected]

你看着吧出了 arm 版本还是会阉割。阉割的核心并不是 CPU 的体系结构决定的。