powershell 连个 find 都没有，写个屁的批处理啊。
用了tm的一长串，才拿到一堆文件，结果是二B的对象输出，没容易办法拿相对路径。
android-ndk 的 make ，不知道tm怎么编译的，找东西不管path，先去c:\\windows\\system32， 结果脚本里 find 给搞的一团糟，都用 c:\\windows\\system32\\find.exe 这个鸟货。
windows 的这个 find，真的有人用？ 不如干脆删了，把名字留下吧。
引用第78楼Realplayer于2013-06-26 19:15发表的:
ciao,今天先後試了Ubuntu10.10（停止支援）、12.10和13.04
對小白來說就是虐待
爲什麽顯示卡驅動不能像驅動精靈那樣自識別-下載-安裝呢 images/back.gif
本来就是自动识别安装的，哪怕是核显 + 独显的双显卡，不过如果不能自动搞定，等待你的就是N家或A家给你准备的噩梦了
shell里传递对象难道不是极端蛋疼的表现吗。字符模式下当然是文本流最简单最直观，输入输出还可以直接复制粘贴。为什么还要夹个对象夹在中间。
shell就应该简单粗暴，要复杂人家直接上python、ruby、perl了，谁还来shell呀。
拿语言设计思维来批评shell，他是看书看多了走火入魔了吧。
引用第81楼henvelleng于2013-06-26 19:37发表的:
本来就是自动识别安装的，哪怕是核显 + 独显的双显卡，不过如果不能自动搞定，等待你的就是N家或A家给你准备的噩梦了 images/back.gif
用的就是核显，没有显卡驱动推送。上次用老版本的ubuntu，a卡还有自动upgrade(虽然你一装系统就崩了)
引用第83楼Realplayer于2013-06-27 08:35发表的:
用的就是核显，没有显卡驱动推送。上次用老版本的ubuntu，a卡还有自动upgrade(虽然你一装系统就崩了) images/back.gif
据说效率高是优点，不过这种违反直觉的效率能高到什么程度真不知道。
引用第84楼jun4rui于2013-06-27 09:15发表的:
其实显卡不在乎3d效率的话用开源的也不是不行，反正也没啥游戏。
其实Linux下的游戏，大部分用开源驱动也能凑合用了
images/back.gif
半年前用6770跑Gnome shell还没Intel HD 2500顺溜
差距啊
SI的优化应该会好很多，不过手头没片子让我测试。
引用第83楼Realplayer于2013-06-27 08:35发表的:
用的就是核显，没有显卡驱动推送。上次用老版本的ubuntu，a卡还有自动upgrade(虽然你一装系统就崩了) images/back.gif
Intel的装好就不用动了，官方提供全套开源方案——包括视频转码。
AMD的开源驱动和闭源差很远，要经常升级；前几天高级电源管理的代码过了内部的法务审查要进内核了，笔记本用户等3.11吧。
NVIDIA这公司是傻逼有多远滚多远
引用第70楼refo2613于2013-06-26 16:45发表的:
微软最早的产品就是编译器
微软现在的VISUAL STUDIO产品的自动化程度的确是最好的，入门难度也是最低的 images/back.gif
我第一次听说程序员工具是以自动化程度和入门难度为判断优劣标准的……
那啥，你问问用VS那群人有几个知道makefile怎么写，链接库使用方式再说吧-，-还有那傻逼一样的libstdc++实现，还不让换gnu的，一个参数递归推演让丫编到栈溢出。
就算是考虑入门级的，你能允许我指定文件编码么？
用过一阵子red hat 感觉安装软件真麻烦
win这点好太多了
Shell传数据结构比传字符串要好这点是毋庸置疑的，但首先你的操作系统得先基于结构。王的观点是编程语言应该基于ast而不是文本，操作系统应该是一个大的程序应用是函数ipc仅仅是函数传参，网络协议是函数签名。想法是很好的但学术界和工业界是有鸿沟的
Clang的目标代码优化也并不差吧
http://solarianprogrammer.com/2012/10/24/cpp-11-sort-benchmark/
引用第89楼fumeflow于2013-06-28 18:20发表的:
用过一阵子red hat 感觉安装软件真麻烦
win这点好太多了 images/back.gif
Linux装软件方面不差啊..
Arch linux ,Opensuse,软件源挺方便的....
win下到有些问题
引用第89楼fumeflow于2013-06-28 18:20发表的:
用过一阵子red hat 感觉安装软件真麻烦
win这点好太多了 images/back.gif
一看就知道是不做软件开发的
windows软件可以用各种第三方管家软件来安装维护和升级的，所以windows这方面现在倒也不能算弱项了
不过windows自己系统更新p大的玩意儿都是动不动要求重启，这点黑到死！
——— 来自Stage1st Reader Evolution For iOS
懒人还是用yum装软件来得舒服
引用第95楼henvelleng于2013-06-29 17:42发表的 :
windows软件可以用各种第三方管家软件来安装维护和升级的，所以windows这方面现在倒也不能算弱项了
不过windows自己系统更新p大的玩意儿都是动不动要求重启，这点黑到死！
——— 来自Stage1st Reader Evolution For iOS images/back.gif
平常觉得装软件方便那是一堆人包括微软在帮Windows擦屁股。
至于擦不到的地方，嘿嘿，装个第三方库就知道了：自己重新编译然后用正确的姿势拷贝到各个目录下
你跟打qq游戏的大叔大妈说重新编译 谁懂啊
没法用啊，桌面还是一团团糟
装了 bash for windows，再也不碰 linux
windows 有chocolatey了吧
虽然还没怎么用过
不过windows当然是跟大门走咯
玩其他的linux安心
引用第93楼鸡蛋灌饼于2013-06-29 15:44发表的:
一看就知道是不做软件开发的 images/back.gif
别扯了 你以为我没编译过dll lib再放到各个文件夹？
那是做这个软件的人懒 按说是该提供exe安装包的
linux的破解软件呢 你给我yum一个啊？
引用第102楼fumeflow于2013-06-29 22:09发表的 :
别扯了 你以为我没编译过dll lib再放到各个文件夹？
那是做这个软件的人懒 按说是该提供exe安装包的
linux的破解软件呢 你给我yum一个啊？images/back.gif
少蠢了，C++库换编译器就要重新编译，你打算让作者提供多少种安装包
破解软件问题上更显得你不知所谓，有rpm包yum localinstall会用不？Arch上还有AUR听说过么？
再退一步，这些东西连installer都不带么？真要这么牛掰让用户全手工这是打算卖给谁啊
打脸来了：
我认识一个 Adobe 的高级设计师。他告诉我说，当年他们把 Photoshop 移植到 Intel 构架的 Mac，花了两年时间。只不过换了个处理器，移植个应用程序就花了两年时间，为什么呢？因为 Xcode 比起 Visual Studio 真是差太多了。而 Mac OS X 的一些设计原因，让他们的移植很痛苦。不过他很自豪的说，当年很多人等了两年也没有买 Intel 构架的 Mac，就是因为他们在等待 Photoshop。最后他直言不讳的说，微软其实才是真正在乎程序员工具的公司。相比之下，Apple 虽然对用户显得友好，但是对程序员的界面却差很多。
adobe程序员关于这段话的回应：
极不可能属实。我在 CS4 加入 Photoshop，没有经历到 Intel 的移植。但是有以下事实：
Adobe 的软件重视 cross-platform，因此很难用到 IDE 的很多高级功能。比如 NIB/XIB，KVO 这样的功能根本不会用。只用基本的 project，compiler，以及代码高亮等功能。
Adobe 用大约 18 个月完成了从 Carbon 到 Cocoa 的转换。你认为是一个语言加 API 的转换容易还是仅仅变一种 target binary 更容易。
后来我接触过一些其它做同样迁移的项目，毫无困难。
在 Photoshop 的讨论中从未提到过这样的历史。
Photoshop 代码中针对 PPC-specific 的代码极少。
看完只觉得说了一件事：windows的软件比mac的软件容易开发
然后这件事跟我有毛关系呢...