用了VSCode、IDEA等十几款编辑器后，我总结出优秀编辑器的特质
本文主要谈论个人对这些编辑器和该领域现状的看法（不喜勿喷）。我使用 vim，尤其是 neovim 已有十多年。首先，我会解释一下自己目前的工作流程、我对编辑器看重哪些方面。当然，文章仅是一家之言，不代表其他人的情况。
相关分享
1
喜欢
so
soulteary.com
/
2024-08-06 07:58
2024 年中总结 - 苏洋
本文总结了作者在2024年上半年的个人成长和技术进展。作者在GitHub上积极参与开源项目，分享了1100多次代码提交，推动了多个Docker项目的发展。同时，他在知乎和其他技术平台上取得了显著的写作成就，包括获得“大模型优秀答主”称号。此外，作者还参与了多个技术活动和社区交流，推动AI技术的普及和应用。文章还提到他在多平台上的活跃表现和未来的计划。
无图
0
喜欢
te
tech.meituan.com
/
2024-01-28 23:48
美团RASP大规模研发部署实践总结
RASP是Runtime Application Self-Protection（运行时应用自我保护）的缩写，是一种应用程序安全技术。RASP 技术能够在应用程序运行时检测并阻止应用级别的攻击。随着云计算和大数据的发展，应用程序安全越来越受到重视。RASP 技术作为一种新型的安全防护手段，正在逐渐被业界接受并广泛应用。
无图
0
喜欢
cn
www.cnxct.com
/
2024-01-17 23:15
美团RASP大规模研发部署实践总结
RASP是Runtime Application Self-Protection（运行时应用自我保护）的缩写，是一种应用程序安全技术。RASP 技术能够在应用程序运行时检测并阻止应用级别的攻击。随着云计算和大数据的发展，应用程序安全越来越受到重视。RASP 技术作为一种新型的安全防护手段，正在逐渐被业界接受并广泛应用。其中Java RASP 是一种针对 Java 应用程序的 RASP 技术。通过在 Java 虚拟机（JVM）级别进行监控和防护，能够有效防止对 Java 应用程序的攻击。
无图
1
喜欢
ad
www.addesp.com
/
2023-12-26 22:24
nginx 防火墙模块开发总结
那段时间我的站点有时会打不开，起初以为是网络问题，后来越来越严重，进入后台才发现数据库 IO 拉满了。看了看 nginx 的日志才发现站点被疯扫，于是打算做点什么。
然后在 Github 上看了几个防火墙模块，要不然功能不全，要不然使用复杂，于是萌生了自己写模块的想法。
无图
1
喜欢
bl
blog.yuanpei.me
/
2023-07-02 23:28
实现网页长截图的常见思路总结
作为一个经常写博客的人，我有时会在微博上分享博客内容，可不知道从什么时候开始，国内互联网越来越丧失信仰，所有的厂商都在试图打造一个**“只进不出”的信息孤岛，进而达到增强“用户黏度”的目的。
既然外链注定要被屏蔽掉，那我就勉为其难地顺应潮流发“长截图”咯，所以，接下来我会为大家分享实现网页“长截图”**的常见思路，希望对有类似烦恼或者需求的小伙伴们有所帮助。
无图
1
喜欢
in
insights.thoughtworks.cn
/
2023-03-01 08:43
好代码的五个特质
如何衡量代码好坏？SOLID采用了一组原则来定义好的代码，但是原则更像是规则，要么符合，要么不符合。而软件开发过程非常复杂，其间充满了平衡和妥协，事实上并没有一种非黑即白的规则可以适用。
无图
0
喜欢
li
linux.cn
/
2022-12-10 22:36
如何在 VSCode 中自动缩进你的代码
代码中的缩进指的是你在代码行的开头处的空格。像其他代码编辑器和 IDE 一样，VSCode 允许你自动缩进你的代码。
无图
1
喜欢
mp
mp.weixin.qq.com
/
2022-08-07 09:40
必备的VScode插件
VS Code在没有这个扩展的情况下也会支持Python代码高亮显示。但还是推荐你安装Python这个扩展，Python是由微软自己开发的，与VS Code是同一个创建者。它对提高Python开发人员的效率非常有用，VS Code会自动建议你在打开第一个.py文件后立即安装它。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2022-08-07 09:40
Vue项目打包部署总结
使用Vue做前后端分离项目时，通常前端是单独部署，用户访问的也是前端项目地址，因此前端开发人员很有必要熟悉一下项目部署的流程与各类问题的解决办法了。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2022-07-24 11:00
微服务API设计的实践与思考总结
随着微服务的越来越流行，越来的越多的公司开始实行微服务架构，相对于单一应用架构，微服务将复杂性拆分并且打散到一个个粒度更加细分的应用中，极大了减少了开发中单个服务的复杂性，开发人员只需要面向专注单一业务场景编程，从技术开发角度，单一服务代码量上减少很多，从业务角度上，业务复杂性的降低降低了需求的沟通成本，然而，整体业务复杂性依然存在，当我们需要接入或者依赖其他服务时，通常作为接入方来说，我们不需要深入了解服务提供方的业务，此时API成为了开发人员间的沟通语言。良好的API设计，能极大的减少沟通成本，甚至有时候可以代替文档，尤其是对于基础性服务来说，服务的可扩展性有时候体现在API的可扩展性，我曾经参与过一个基础业务微服务的业务升级，由于旧版本的API划分不够清晰，部分API存在重复性，后面不得不对大部分API进行重构（替换为新版本的API），仅仅在服务消费方升级这个阶段就持续1-2个月之久，在这个过程中也不断对API设计中存在的一些问题以及应该遵循哪些原则进行了一些思考。
无图