数学版权诉讼只要侵权方接到判决后限期内下架,就大概率拿不到任何赔款
卧槽那 license 岂不是几乎没什么实际的保护效果吗?
你可能需要花费一笔巨款请顶级律师来和微软庞大的律师团打官司,还不一定能赢。
事实上就是如此,甚至上面的 hacker news 还有自己的开源软件被商业公司在无注明来源情况下用了还收到绿尸函的搞笑事情
不 真的是windows有问题… windows在文件打开与启动进程方面是差很多 我甚至怀疑windows在加载dll上 是不是比linux动态加载so慢
我不知道如何回答你. 你提出的問題, 微軟把它當作 feature, 那真的是無解. 我這裡的 feature 定義為 “Windows 本身設計就是以某個為基準去做, 或者他是個問題但沒打算修復” 的概念. 不管前者還是後者你都拿他沒有辦法. 除非你是某個微軟個高層.
我想提的概念是, “它有問題, 所以我就擺爛的” 思考方式我實在是沒轍. 它有問題, 但同時它也有很多的 workaround 或者微軟提出的正式解法都視而不見 (或不願意支持) 才是最大的問題. 這裡有兩個有趣的想法:
- 責怪(多數): Windows 不像我熟悉的作業系統 (不管 macOS/Linux), 它的錯, 所以我不打算支持它!
- 接納(少數): Windows 不像我熟悉的作業系統, 但使用它的解法一樣可以做到我要的功能, 沒問題, 我可以支援這個系統.
我想強調的是, 這個沒有對錯. 不是所有人都想支援多系統 (精力問題, 或沒興趣, 等等). 但不想支援跟它本身很爛是兩碼子的事! 不想支援就不想支援, 為什麼要掛勾說系統很爛? 更好笑的是, Emacs 的 Windows 版還真不爛, 你還想怪誰?
對, 你說 dll 加載可能真的很慢. 但那不是你插件寫的不好的理由. 就單純說 “沒興趣”, “沒有精力”, 都是可以接受的, 為何怪系統? 接著, Emacs 在 Windows 不慢, 用你寫的插件很慢… 這要怪誰?
講到這細節就很多了, 情況也很不同, 但大多數的情況就是擺爛或不在乎 (這裡再次強調 90% 以上).
P.S. 這裡的"你"只是用於舉例, 不是針對哪個特定人物.
现在,emacs的对手已经不是vim了。现在emacs和vim的共同对手是 vscode cursor这些编辑器。以前我还见到有人用vim主力编辑器。现在vim都少了,更别说emacs。
国内的 Emacs 用户有没有一千人都难说.
GitHub 上搜 emacs.d
也就 12k 个仓库
哈哈哈哈 不 我只是喷windows不思进取而已 最近被迫用上了windows…terminal暴死 加上wsl不能使用又无法很好装应用 唉 所以就一如既往的黑windows而已。 ps 目前还没写过任意一个emacs插件哈哈
很多用户抱怨 Windows上的 Emacs慢主要是 Emacs 加载文件比 Linux慢,这其实是 Windows NTFS文件系统本身的问题,和 Emacs 无关。Microsoft 也认识到了这个问题,所以目前也在 Windows 11 上支持了 使用 ReFS 的 DevDrive,问题等到了一点点缓解。
另外,如果你的机器配置比较老,问题会更加明显。 我同样的 Emacs 配置(70个包),在4年前的老电脑上启动用3s时间,新电脑上只要 0.8s。
我天天在 Windows 上使用 Emacs,目前使用的是 Emacs 31.0.50, 体验已经很好了。如果遇到问题,我会及时 M-x report-emacs-bug 给上游报Bug。只有 Windows Emacs 用户一起参加维护,Emacs 在 Windows 上的体验才会越来越好。
Windows上Emacs慢主要原因还是msys编译造成的吧?
本站有1000人么?应该有吧
本站有6千多人哈
用这个数字来统计Emacs用户数有些过于乐观
level 2 活跃过较久昏用户已经有 992 人了。去掉潜水号 level 1 的也有 5730 人。
另外比如我自已的配置仓库就不叫 emacs.d
很多用户不在论坛不在GitHub不在tg的,只是把 Emacs当作工具来用,没有交流。
了解! 我自己只是私心希望各個平台都能夠好好支援, 這樣才能達到平台間的轉移自由!~ 在哪個系統都能用自己熟悉的工具是非常開心的事!
可以编译 MINGW/UCRT 版本的
我觉得就像生物的繁衍一样,最重要的是遗传基因的流传
如果放到软件里,最重要的是他的核心功能 ,其他的相对来说不重要