重点难道不是删帖控评麻流得很...

小米: 太好了, 他们都在关心技术和责任, 没人关心咱们控评的事那这波节奏可以控制住了

只是要 make 的话那装个 make 不就完了..
https://gnuwin32.sourceforge.net/packages/make.htm

永久这两个字的成本有多高你需要有点概念...

事实上能做的只有定期导出并转为开放格式再归档到硬盘光盘磁带啥的, 并且还得多来几个备份, 定期确认存储介质的状态, 才可能做到永久(至少在自己死之前数据还活着)

虽然 3 公里不算多, 很多 200+的鞋都能 cover 住, 不过提醒一下先报下体重, 超过 160 了的话建议还是换个高配点的, 180 那基本得上顶级缓震了

不是 ADHD, 但我现在觉得找心理咨询师还不如找 AI 聊天...

@thinkershare 那么反过来说, Nuget 设计确实很烂, 工作不饱和闲着没 p 事设计了一个没啥用的东西

又或者, 这个星球上主流几个语言的包管理器(cargo, uv, npm, pnpm, uv, pdm, nuget, gradle)设计者都是 sb, 闲出屁来要整个没啥用的 lockfile, 那还等什么呢, 包管理器的革命就等你了, 这个世界需要你, 快到主席台上来吧

"如果能够证实死后会以灵魂或其他方式活着"那我立马自杀, 直接飞升俯视众生从此不用操心各种事情, 不比苟活着当牛马好多了, 还有这种好事.jpg

确实很累, 我两台机都很累, 但"自由的代价是永恒的警惕"

社区文化很不一样的, 前端是一个语法还在 stage3 就有一堆项目敢给你上生产, py 从 2 到 3 过渡都用了多少年, 也就比 Java8 好一点吧

抛开社区文化因素, 还有非常重要的一点是, VSCode 在一开始就用了 TypeScript, 且一开始就对前端提供了一流的支持(开箱即用的补全和浏览器 Node 调试), 并且 VSCode 飞速发展取得巨大成功带来的示范效应也是很足, 这种重量级应用不亚于 Docker K8s 之于 Go, JS 四个爹, 三个传说级(水果 Google MS)一个史诗级(Moz), TS 亲爹 Anders 也是传说级, 从社区, 到背后公司(钱), 到设计者(品味), 到重量级应用(光环示范), TS 是属于是 buff 叠满了

VSC 和 TS 差不多同时出生, 互相成就, 假如 VSC 一开始没多久就烂了, 那指不定 TS 可能又是另一个 Flow, 在人们眼里可能也就一个普通的大公司内部用的小众语言罢了, 再叠个强运 buff (

啊大佬这样的都难找工作吗..

Java 感觉还没 C++有前途, 要不考虑 Qt+OpenCV 写上位机, 这个方向看起来比较养老(我正在物色这个方向, 看要求都是 WPF, Winform, Qt, OpenCV, 而且 C#岗位都是要求最好会 C++, 我前端+C# 后端, 会一点 WPF 和 C++, GUI 框架会一个的话其他学起来不会很难, 所以觉得 Qt 也还好

@LitterGopher 有的, 叫作 dotnet add 和 dotnet restore, 分别对应添加单个依赖和安装所有依赖, 不过后者通常不会用到, 因为 build 等非常多的命令会默认执行一次 restore 以至于基本上不会用到 restore 这个命令

还有一部分情况是, .NET 的人大多用 vs, 鼠标点点就装完了根本不知道有这些东西

@thinkershare 为什么需要? 官方知道会有你这样的人来问, 所以已经给你回答了 https://devblogs.microsoft.com/nuget/enable-repeatable-package-restores-using-a-lock-file/#why-use-a-lock-file

首先, 现在还在用 npm 的肯定都是业余兼职前端的, 十有八九都是后端在公司被迫兼职前端的, 那就别锐评了

其次, pnpm 没有每个项目都复制一遍依赖的问题. npm: Windows 可以复制 dll, 我不可以学习一下微软先进思想复制 node_modules?

另外, 哪怕是 npm 的几个 G 放现在根本算不上什么黑点, Nuget 依赖小, 但.NET 构建产物可不小, 我随便打开本地一个.NET 项目一看, 几百 M 到几个 G 的都很正常, Rust 项目下的随便几个 G 十几个 G 也没见人黑

最后, pnpm 就是这个星球最好的包管理器, 没有之一. .NET 吹下 C#语言啥的没问题, 但别吹 Nuget, 这玩意和优雅沾不上边, 黑前端黑点别的可以, 黑包管理也属于是黑不到点子上. 以前我也以为前端包管理非常 sb(但那时我都已经在用 pnpm 了), 直到我看了其他家都是怎么做的, 才发现原来都是残疾人, pnpm 真香.

以 Nuget 为例, 2018 年才整出个 lockfile 这种连 npm 都玩剩下的东西, 结果到现在还没几个人用. 总是听前端扯什么幽灵依赖菱形依赖的, 我看看 Nuget 菱形依赖怎么解? 一看解析个最低版本依赖只保留一份我差点昏了过去, 合着原来你们都不解决的啊, 不解决就等于没有问题, 天才, 以至于现在我都是用 paket 做包管理了(但 paket 也有它的问题). 区分 dev 依赖和 runtime 依赖吗? 不区分, 当然你要说能通过 PrivateAssets 和 ReferenceOutputAssembly 控制那勉强也算有吧.

文档, 都说 MSDN 文档天下第一, 结果为了发个包去看 Nuget 的文档发现好几份, 我随手一翻 https://learn.microsoft.com/zh-cn/nuget/what-is-nuget,
https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-nuget-config-get,
https://learn.microsoft.com/en-us/nuget/nuget-org/publish-a-package

MSBuild, 这玩意的文档更是散落在 MSBuild 的各个角落, 以前我觉得 webpack 工程师名不虚传, 后来发现 MSbuild 才是重量级
https://learn.microsoft.com/zh-cn/dotnet/csharp/language-reference/compiler-options/language,
https://learn.microsoft.com/zh-cn/dotnet/core/project-sdk/overview,
https://learn.microsoft.com/en-us/dotnet/core/deploying/single-file/overview?tabs=cli,
https://learn.microsoft.com/zh-cn/visualstudio/msbuild/common-msbuild-project-properties?view=vs-2022,
它就不能把这些配置项写在一起, 以至于我专门为了 MSBuild 的配置整了个收藏夹目录作为手册方便查阅, 看完这些我都要成 MSBuild 配置仙人了

https://imgur.com/k9cA79s

补充一点参考资料
https://www.zhihu.com/question/36697792/answer/3575608392
https://www.zhihu.com/question/586423333
https://fsprojects.github.io/Paket/faq.html