最主要原因是,现在年轻一代,不管有没有钱但是一定得享受,用Mac主要部分还是装逼。要说好用windows也很好用,别给我说什么unix系统,链接服务器方便,终端好用和linux命令一样、系统不卡这些,这些在window都可以搞定。作为一个用了10年Mac的老程序员总结就是这些。已换windows
一方面是xcode的原因,另一方面是因为mac干扰少,windows容易卡,还动不动出d窗广告,容易分心。我不用Xcode但是我也用mac,写c++用的sublime text。
做app开发的,可以在mac上完成android和ios两个平台的开发,打包,上架。在win上想要完成ios端只能黑苹果。现在又有很多app前端混合开发或者搬砖的能同时搞android和ios,用mac省事。专做后端开发呢,win居多
软件开发,mac是首选,itream ,idea,subline,好用!主要是系统稳定,系统能用到机器报废,我第一台电脑还在用,11年的mbp13寸!
如果打 游戏 那必须windows
公司配置mac,我感觉是这几点吧!一,提供公司形象,
二,公司抵税,
三,算是给研发的福利,说提高效率有点扯蛋[呲牙]!
我也是在纠结究竟买Win好还是Mac好。作为开发老兵,用过Win,用过Linux,就是没长期用过Mac,这终是一块心病,但是多次看着Mac想入手,一考虑到价格还有点不舍得。一台Win的笔记本,就算比较贵的ThinkPad X1也没有Mac同等配置的贵,别和我说什么物有所值,钱才是第一考虑要素,至少对我来说是这样。工作上来说,Win肯定是够用的,绝对不会出现不能工作的情形,只有别的系统兼容Win的情况,不会有Win去兼容别人的情况。有人说,一个人可不可靠就看他做事稳不稳定,如果和领导或客户开会,突然有个程序或文档要打开,这时Mac系统卡壳会不会影响自己的印象呢?这个真不好说,但在职场还是保守点好,至少对我来说是这样。但是,技术上的冲动有一种强烈的吸引力,Mac从开始到现在,一直有一种精致的映像在市场中傲立,Win虽然好用,却没有这种引领 时尚 的风骨。对技术老鸟来说,什么技术都应该不算障碍了,把Mac配成和Win一样方便,甚至更方便也不是难事,唯独放下心中是不适应,即可。甚至,一种特立独行般的个性就是品牌所带来的价值,像耐克,阿迪一样,穿在身上总觉得更自信一些,用起Mac来是不是敲码都更快一些呢?现在我也立一个flag,等现在这个本子淘汰的时候,一定入手一台Mac,虽然每次下单的时候都会改变主意,这次真不想变了。别等哪天老奶奶都用上Mac,才开始入手就太Out了,虽然现在已经有点Out了。
用mac都懒人居多,大多不想折腾环境
因为linux很多底层环境都有了
例如,windows还要装很多才能搞makefile 指令,例如mingw这种...
跑git也是也是要装很多,装错移除也是一大困难。
不过若非XCode因素,ubuntu才是最适合软体开发的
因为你不可能把伺服系统架在macos上。。。 OS要钱
写完还要考虑环境在装在ubuntu上,简直傻B。
这是我周遭码农的心得。
卡不卡,是你电脑买太差, 有钱买mac却没钱买同价位的win笔电,这才是病。
分不分心,这是你的问题,说用mac就专心也只是借口而已。
当然这一切要建立在你不会用到Xcode情况。 否则正常码农首选因该是ubuntu类型。
开源/DIY/又可以伺服器/免费商用
当你用了Mac开发以后,就回不去了。
Java程序员开发效率提升30%以上,关键还一直用一直爽,不像Windows下开发,一开始偶尔卡一下,后面偶尔不卡一下。
一,界面简洁。
二, *** 作简单。
三,手机,电脑,iPad都是一个 *** 作逻辑,上手快。
四,系统好
虽然都是用x86构架,但是内存管理依然和iOS一样。
五,没有乱七八糟的广告,和d窗。
大概就是你看30帧电影和看60帧电影的区别吧,看30帧你也说不上哪里不好,反正一直都是怎么看的,但一看60帧你就感觉,卧槽,好丝滑好流畅
像我这样搞完前端搞后端,搞完后端搞andriod,搞完andriod搞ios,你说,不用mac怎么搞,怎么搞
mac是最适合写代码的,硅谷的mac普及率极高,和windows不同,你不需要安装臃肿的ide,甚至也不需要用Xcode。mac上各种语言的编译器、解释器都是自带的,你只需要一个文本编辑器就能写C了。
推荐Sublime Text,这个文本编辑器是跨平台的,mac、Linux、Windows都能使用,在mac上使用尤其方便。cmd+n新建文本,cmd+s保存成xxx.c,然后就能写代码了,写完以后cmd+shift+b编译运行,就是这么简单!
mac可以说天生就是为程序员设计的,切不可枉费了乔布斯一片苦心啊!因为mac好用,世界上许多顶级程序员都是用的mac,他们开发的各种工具,也是在mac上支持最好,更新最快,很多工具在windows上根本不能用,linux上配置也要麻烦不少,但是mac上就是一句命令的事。想在IT界与世界接轨,mac是非常好的选择。跟我念:“学会用mac,走遍天下都不怕。”
vscode
vscode,sublime,vim,装一个clang或者gcc编译器足矣。
mac是最好的 *** 作系统,比Windows好用太多,微软是一家没有审美的公司。
emacs
Windows及Mac OS X在 *** 作系统架构、开发环境、API、图形环境等环节上的相近处与不同的地方,也简单提出了跨平台应用程序开发的两种策略。事实上在两种平台上开发所需要了解的概念跟技能没有太大的不同,两种平台在性能上的差异也不大。大体说来,Windows和Mac OS X都是为桌面应用环境、图形用户接口(GUI)而设计的 *** 作系统。虽然不同平台细节各有特色,但两者相近的抽象概念,其实远远多于相左之处。本文试图指出方向上明显的异同所在,而非详细列举各种细项差别。最后,我也将简短分享自己在开发跨平台软件时的一些技巧和心得。
系统架构与开发环境的差异
用最简单的话来说,Mac OS X与Windows在架构与开发环境上最大的不同点在于:OS X是UNIX也不是UNIX;OS X主要开发工具Xcode使用GCC作为编译程序,与其他种类的UNIX相同;不过OS X也有独树一格的"bundle"软件包装格式这样的东西,成为它与其他 *** 作系统不同之处。
Windows和OS X都属于现代的 *** 作系统,所以Windows在 *** 作系统层级所提供的功能──执行文件与链接库加载、多任务与多线程、内存管理──在OS X上都找得到对等的API和作法。不过,相较于Windows在微软独力开发下,架构和API都维持着相对的一贯性(另一方面,也背负着各种历史遗迹和向下相容的包袱),Mac OS X则是底层源自NeXTSTEP的Mach微核心(现在称为XNU),而应用层(用准确的UNIX术语来说叫userland)来自FreeBSD 4。这件事情相当重要:OS X透过这样的`架构,才拥有和一般Linux/FreeBSD相似的UNIX应用环境。有相当多Mac软件开发者喜欢在UNIX shell下工作,使用各种UNIX工具。在Windows上,必须加装Cygwin之类的环境才能办到。
Apple几年前有则广告是「把其他牌子的UNIX送进/dev/null里」(用过UNIX的朋友应该不难体会其中的吹嘘意涵)。平心而论,OS X受益自UNIX环境之处不少。尤其,Apple使用了大量的open source工具。举例来说,Apple不像微软,没有自己的C语言编译工具,Apple用的是UNIX业界的标准──open source的GCC(其中当然有不少OS X的扩展功能就是)。虽然Apple有自己的开发环境Xcode,但是底层采用GCC这件事对开发者来说是相当重要的。同时,Apple的C/C++链接库用的也是GCC标准的stdc/stdc++。了解这个差异,在遇到与Microsoft C/C++ compiler不同的地方时,就更容易能找到解答的资源(这类型问题往往不限于OS X,其他UNIX平台也会发现)。
但是Mac OS X并不完全是UNIX。它的GUI环境(Aqua)就完全不是一般Linux/FreeBSD所使用的X11。而在UNIX层之下的微核心也和其他UNIX不同。接下来这一点很重要:OS X虽然有和Windows .EXE和.DLL相对应的文件(OS X跟其他UNIX一样,可执行文件一般不加扩展名,UNIX系的动态加载链接库则冠以.dylib),但更重要的架构差异是bundle。
Bundle概念承袭自NeXTSTEP。简单来说,就是由 *** 作系统提供一种类似对象封装的文件包裹。OS X上最常见的bundle要属.app结尾的应用程序了。虽然.app外观上是个文件,在UNIX shell下看就能发现它其实是个目录,内含各种metadata(通常至少会有一个名为Info.plist的数据文件)、可执行文件、动态链接模块、各种资源等。除了.app外,OS X的各种框架档(以.framework结尾,是一种同时包含头文件及链接库的包装)、应用程序的外挂模块(通常以.bundle结尾)等等,都是以bundle形式呈现的。了解这个差异,才能了解为什么OS X上很少有程序需要额外的安装程序,也鲜少听说有所谓的"DLL hell"(因共享链接库版本不兼容造成的困扰)。
多的IT经理停滞了他们对系统的更新的需求,他们希望在自己的PC升级上配合他们的Windows 7部署。"
一旦Windows 7开始了面向公众的发布,使IT店铺部署Windows XP的比率毫无疑问将出现下降。在其发布的18个月中,或者说在第一个Windows 7版本服务包的发布之后,"OEM许可证与每台PC的绑定将不再进行面向Windows XP的降级。"这就是说,基本上,在企业或SMB(中小型企业)内部署的XP将需要在未使用任何属于Windows XP的批量许可证或购买XP的批量许可证复制从而使用XP。这增加了一个额外的步骤,面向采购过程的IT管理人员可能不愿意参加。
对于Windows XP的支持也将结束,这对那些想继续使用旧版 *** 作系统的IT部门来说增加了不小的复杂性。对Windows XP SP 2、SP 3进行扩展支持的服务将于2014年4月结束,在该日期之后将不再有任何面向XP的更新或补丁。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)