V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Chuckle  ›  全部回复第 3 页 / 共 11 页
回复总数  215
1  2  3  4  5  6  7  8  9  10 ... 11  
2025 年 8 月 6 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
@ruoxie 原本想着搞个插件把脚本结构化成命令聚合在面板中方便执行,但这个插件的设计确实惊艳到我了,或许我需要的不只是脚本管理工具,而是一个工作台
2025 年 8 月 6 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
@ruoxie 这个插件不错啊,看起来是能满足我需求的,llm 和代码片段暂时用不到,执行纯 node 脚本就够了
2025 年 8 月 5 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
@absx 脚本里现在读的就是 cwd ,命令行的路径,主要问题是怎么管理和快速执行
2025 年 8 月 5 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
@alleluya 代码片段不适合,这些脚本是一个或者多个文件的,首先有个统一的地方存,其次可以在一个面板中快速在当前打开的项目路径下执行(或者弹窗选子路径)
2025 年 8 月 5 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
或者这个插件该怎么设计好,没有就搓一个吧
2025 年 8 月 5 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
@skiy 差不多,也有这种需求,快速注入一些配置到当前打开的项目。还有本地跑项目的时候,想先修改一下配置,开启一些实验性功能、加点构建环节,再跑,这种修改也不适合推到 git 给所有人用,所以脚本还得跑完之后自动恢复原来的配置。脚本倒是写好了,但是现在就是执行起来麻烦。
2025 年 8 月 5 日
回复了 Chuckle 创建的主题 Visual Studio Code 找一个 VSCode 插件,管理各种脚本
@infun
@nativeBoy 主要是需要独立于项目之外,因为很多项目都需要这些脚本,想有一个统一的管理地方,并能够快速在项目根目录执行,用 markdown 、jupyter 就得把脚本扔项目里面了,一个个 cv 一遍又一遍
那倒是端个好用的上来 https://i.imgur.com/agAJ0Rd.png 我还愁企业版 cursor 对着工程瞎改呢
2025 年 8 月 1 日
回复了 cfer 创建的主题 职场话题 如果你现在不写代码了,你还有什么退路?
感觉,还想碰代码就测试,有业务经验就产品,还有就是交付
2025 年 8 月 1 日
回复了 cfer 创建的主题 职场话题 如果你现在不写代码了,你还有什么退路?
送外卖都不熟路(
开源项目要是也和公司商业项目一样,换人、换核心开放、人员流动大,那也一样 shi ,而且热门的开源项目,本身就是经过广大程序员层层筛选后的精华
2025 年 8 月 1 日
回复了 2024 创建的主题 程序员 大家愿意中文编程吗
语言是工具,显然英语适合编程
2025 年 8 月 1 日
回复了 Dg3gWjbFvvq 创建的主题 程序员 大家是怎么保持工作之外的“技术热情”的?
我工作外就喜欢搓小工具,vsc 插件啥的,也能反哺工作,挺有意思
2025 年 7 月 30 日
回复了 SwaggyMacro 创建的主题 程序员 我不能一个人难受,想看看 V 友们公司逆天的代码
@akakidz #2 某种程度上来说业务逻辑严谨 https://i.imgur.com/agAJ0Rd.png https://i.imgur.com/agAJ0Rd.png
2025 年 7 月 30 日
回复了 Dg3gWjbFvvq 创建的主题 程序员 语法最优雅的编程语言是什么?
不管,就是 jshttps://i.imgur.com/agAJ0Rd.png
插眼,我也想看剧了 https://i.imgur.com/agAJ0Rd.png
2025 年 7 月 30 日
回复了 ainyyy 创建的主题 程序员 问老开发一个前后端矛盾的问题
就好比,前端也直接把“可复用的”表单值扔给后端,问就是传了,对象里找找,或者明明需要传很多个业务 id ,这些 id 有关联,就传一个,后端自己查表、调其它服务拿剩下的,还有传个嵌套的数组,后端还得遍历几遍打平拼东西上去等等。数据格式、业务上这种,就看需求开发谁做主了,领导都这么说了,一直这么搞,那肯定有它的理由,虽然现在只是两个字段拼接,但有时候像数组这种数据量大的,特别还是用 react 的话,deep 对比、数据转换,性能会有比较大问题,可能就是不想开这个口子,所以再简单的数据处理也要后端做,前端一般来说数据结构不会经常改的,特别是封装好的业务组件,顶多随着需求加东西。
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2126 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 88ms · UTC 12:22 · PVG 20:22 · LAX 04:22 · JFK 07:22
♥ Do have faith in what you're doing.