- 主题:kicad有点难啊，想打退堂鼓
这个我觉得不会。开源项目一般不会太考虑windows生态，大概率是windows下主流编译环境是啥样，出来就是啥样。比如kicad6不支持win7一个理由是内嵌了的python升级到了3.9，而python3.9不支持win7了，原因就是我说的这个理由。其实技术上不管是kicad6还是py3.9，目前也都没啥特别不能支持win7的地方。包括kicad6，你手动把python依赖改成3.8自己编译，或者整个删掉python插件支持，都可以马上就让kicad6在win7上欢快的跑起来。只不过这种非官方行为缺乏长期支持而已。
关于这一点嘛，我没啥想说的，微软以前也不是这样的，也是吃够了xp升级的苦头，才下手这么狠的。我只能说用linux就没这种烦恼。
最后，坦白的说，我觉得kicad的历史包袱还是比较重的，早期代码质量不咋滴。cern外援之后kicad才开始向商品级质量迈进，4、5、6三个阶段都有显著提升的，但即使到了kicad6，也只能说还在清理历史包袱阶段，而且还没有清理完成。不过也快清理结束了。很快python会是kicad的强依赖，之后kicad未来的生命力会非常的惊人，以至于现在的各路eda相比之下都会是石器时代。
【 在 minix3 的大作中提到: 】
: KiCAD6正式版还没有发布，现在用的6应该都是Nightly building版本。期待将来正式发布也许会支持win7
:
--
修改:lvsoft FROM 180.111.49.*
FROM 180.111.49.*
支持win7我就用一下
【 在 minix3 (随便走走) 的大作中提到: 】
: KiCAD6正式版还没有发布，现在用的6应该都是Nightly building版本。期待将来正式发布也许会支持win7
--
FROM 222.90.82.*
目前不支持win7还是个比较大胆的决定的。
当时xp->win7主要是因为64位需求和SSD普及，升级win10为什么呢？完全没动力。
这种生产力工具无论OS还是EDA感觉没有必要这么激进用最新版本。
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 这个我觉得不会。开源项目一般不会太考虑windows生态，大概率是windows下主流编译环境是啥样，出来就是啥样。比如kicad6不支持win7一个理由是内嵌了的python升级到了3.9，而python3.9不支持win7了，原因就是我说的这个理由。其实技术上不管是kicad6还是py3.9，目前也都
: 关于这一点嘛，我没啥想说的，微软以前也不是这样的，也是吃够了xp升级的苦头，才下手这么狠的。我只能说用linux就没这种烦恼。
: 最后，坦白的说，我觉得kicad的历史包袱还是比较重的，早期代码质量不咋滴。cern外援之后kicad才开始向商品级质量迈进，4、5、6三个阶段都有显著提升的，但即使到了kicad6，也只能说还在清理历史包袱阶段，而且还没有清理完成。不过也快清理结束了。很快python会是kicad
: ...................
--
修改:spadger FROM 222.90.82.*
FROM 222.90.82.*
我也是有win7机器的，因为kicad5和6是不兼容的，文件格式，api都变了。我自己所有的项目也都完全已经迁移到kicad6了，所以kicad6不能跑我也是很烦的。虽然我可以自己编译一个能跑的版本，但我懒得去干这个事情。
这个没办法，我们这种用pc干生产力的早就不是主流群体了。现在的主流用户都是内容消费者，以后的os只会为他们服务。我很早就看到了这种趋势，所以很早就迁移到了linux，不折腾。linux生态可以放100个心，基本上可以永远保持更新到最新的系统，只有古老到进博物馆的机器才有可能遇到drop support的问题。
win7->win10改进了哪些不重要，重要的是微软看到xp升级win7是多么的折腾，被搞怕了，所以这次尽早做绝一点，免得后面变成负担。其实win7->win10的过程已经是挺折腾的了。
最后，你说是这么说，但现在软硬捆绑一体的趋势是越来越强的，现在的新机器你想装win7其实也是挺费力的。win10升级win11很多老机器都是不行的。生产力工具可以不升级，机器总不能一直憋着不升级吧，以后一定是一个软件硬件同步迭代的时代。其实我最近折腾ai就已经深有体会了。3-4年前的paper就只能用3-4年前的机器，搭2080ti的卡，配当时的软件版本跑。想用3090跑？折腾死你...
【 在 spadger 的大作中提到: 】
: 目前不支持win7还是个比较大胆的决定的。
: 当时xp->win7主要是因为64位需求和SSD普及，升级win10为什么呢？完全没动力。
: 这种生产力工具无论OS还是EDA感觉没有必要这么激进用最新版本。
: ...................
--
修改:lvsoft FROM 180.111.49.*
FROM 180.111.49.*
我目前最新的U是i3-5005U，主力还是3代i3，i5，Win7无压力，并没有感觉不够用。
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 我也是有win7机器的，因为kicad5和6是不兼容的，文件格式，api都变了。我自己所有的项目也都完全已经迁移到kicad6了，所以kicad6不能跑我也是很烦的。虽然我可以自己编译一个能跑的版本，但我懒得去干这个事情。
: 这个没办法，我们这种用pc干生产力的早就不是主流群体了。现在的主流用户都是内容消费者，以后的os只会为他们服务。我很早就看到了这种趋势，所以很早就迁移到了linux，不折腾。linux生态可以放100个心，基本上可以永远保持更新到最新的系统，只有古老到进博物馆的机器
: win7->win10改进了哪些不重要，重要的是微软看到xp升级win7是多么的折腾，被搞怕了，所以这次尽早做绝一点，免得后面变成负担。其实win7->win10的过程已经是挺折腾的了。
: ...................
--
FROM 222.90.82.*
这个看你干什么事情吧...
2015年的u...跑win7当然是很合适的...
我现在都是8核起步，最差也是i7-9700k...
算力不够是常态，我还在考虑整个32核的threadripper...
【 在 spadger 的大作中提到: 】
: 我目前最新的U是i3-5005U，主力还是3代i3，i5，Win7无压力，并没有感觉不够用。
:
--
修改:lvsoft FROM 180.111.49.*
FROM 180.111.49.*
要是有感兴趣的大牛编译支持win7的版本我就试一下
【 在 spadger 的大作中提到: 】
: 支持win7我就用一下
:
:
--
FROM 112.64.8.*
你这是点名我了吧...
【 在 commander 的大作中提到: 】
: 要是有感兴趣的大牛编译支持win7的版本我就试一下
:
--
FROM 180.111.49.*
:)
上次在kicad论坛上也看到有人纠结这个python3.9的问题表示要自己编译一个
其实我还有个win11系统的电脑，但是我不想用它
【 在 lvsoft 的大作中提到: 】
: 你这是点名我了吧...
:
--
FROM 112.64.8.*
其实可以@javaboy
他用高度custom的windows系统，这块他的经验比我丰富的多。
我windows基本上就是个游戏机...
而且其实现在我都在linux下玩游戏了...可能后面都我不一定会留个windows系统了...
【 在 commander 的大作中提到: 】
: :)
: 上次在kicad论坛上也看到有人纠结这个python3.9的问题表示要自己编译一个
: 其实我还有个win11系统的电脑，但是我不想用它
: ...................
--
FROM 180.111.49.*