五千年(敝帚自珍)

主题:小心地探讨我们可以用Ubuntu干些什么,不能干什么? -- yueyu

共:💬137 🌺107
全看树展主题 · 分页首页 上页
/ 10
下页 末页
家园 不是吧

青兄所说略有偏颇啊。Linux软件设计的中文版书籍已经很多了;而且很多Linux下的开发工具都有相应的中文翻译版本。至于兼容性,恕小弟学识疏浅,到目前位置,我还真没有在不同的Linux发行之间发现不兼容的问题。在Linux下,只要有源代码,在Suse,Ubunut,Fedora,等等之间重新编译基本上就是两三个命令的事情。往往以前运行在普通Unix下的程序一样可以编译在Linux上运行。而windows下用Visual Studio写的程序拿C++builder就会碰上一堆的问题。

至于程序开发环境,vi只不过是众多Linux上文本编辑器的一种,还有更加强大的emacs等等。集成的IDE环境有Eclipse,Ajunta等等。支持的语言几乎涵括了你所能想到或者知道的编程语言,甚至是.net - Mono on Linux还带了很好用的IDE。更吸引人的是,所有这些编程的工具和支持环境都是免费的:)

家园 我认为好用不好用还是习惯问题,当然MS对UI有相当研究

MS的UI设计当然不是吃干饭的。并且已经培养了用户这么多年,自然会让用户很依赖目前office的操作方式了。

crossover更不好用,我认为不如直接用openoffice或者国产的永中office

家园 呵呵,玩游戏各有各的喜好了

我个人还是更偏好电视游戏。电脑都不怎么玩游戏

家园 而且没觉得苹果的硬件有啥好用的

虽然好看但扩展能力不好,用起来不方便,笔记本也就罢了,工作站只有PCIE,没有PCI和PCI-X,一大半阵列卡和声卡没法用,前面板也只有两个光驱口,没法装硬盘抽屉。

还是觉得用OSX+自己攒的机器搞山寨苹果合适。

家园 最基本的功能

基本上只用最基本的功能。但是open office 的字体到排版都比MS office差。

家园 “差”是比较主观的东西了

如果只是说“差”是比较主观的因素了。各有各的喜好了。不过我实在不认为,连基本功能OOo都无法满足的。字体只要自己安装即可,和应用程序都没什么关系

其实如果用基本的功能,我认为还不如用lateX加模板呵呵

家园 学术上用的很多阿

我们写文章,Latex基本上是标准格式,比word用的多。主要是公式,图表,和引用,排版比word容易。

但是在一般人群中推广不容易,以为要写一些很基本的code.

家园 我的观点:除了网银,一般的办公、上网都可以应付了
家园 我的经验是c比c++更易移植

一些c++项目移植很头大

家园 应该拿x300和mba比

x200和mba不是一个级别的。

毕竟mba是13寸的屏幕,屏幕大,对于重量控制等等要有更高的要求。

家园 这么比不合适

在Linux下,只要有源代码,在Suse,Ubunut,Fedora,等等之间重新编译基本上就是两三个命令的事情。往往以前运行在普通Unix下的程序一样可以编译在Linux上运行。而windows下用Visual Studio写的程序拿C++builder就会碰上一堆的问题。

无论你的linux下,还是Unix下,用的编译器都是gcc对不?

但是如果你把Visual Studio的代码移植到了C++ Builder的话,那可就是跨了编译器的移植了,这难度可不是一点半点。

C++Builder很久以前在linux下有个移植版本,叫做:kylix for C++。可以试着把用gcc编译的项目用它编译一下,看看效果如何?我虽然没有试过,但是我相信绝对不是一件轻松愉快的事情。

vi只不过是众多Linux上文本编辑器的一种,还有更加强大的emacs等等。集成的IDE环境有Eclipse,Ajunta等等。

客观地说,linux上的IDE,能和VS想比的确实没有,哪怕是十多年前出来vs6,都未必比得上。

Windows下强大的编辑器也不是没有,UE的水平也不差,而且vim/emacs也在Windows下有移植版本。但是为什么几乎没有人用这些编辑器开发大型的C/C++项目?如果linux下的ide平台真的这么强大,那么为什么还那么多人抱着vim/emacs不放?

其实想想就知道,原因无非就是linux下的这些IDE,其实比起vim/emacs来说,强不了多少。

另外,再说几个Windows下开发比较容易入门的因素:

Windows下开发,有MSDN。这个重量级的文档资料库,不但远远比man强,而且在整个开源社区,也拿不出一个能和它相提并论的文档库。事实上有时候我在linux下开发时,碰到一些stl中比较复杂的用法时,也会去差MSDN。

另外就是linux下的makefile语法相当的晦涩。一个超过几万行的项目,通过makefile组织起来就颇为的复杂了。在我的公司里面,大部分的makefile都不是从头开始手写的,而是拿一些现有的makefile弄过来修修改改,能用就行的。这样就造成了相当多的代码冗余,也大大的增加了阅读的难度和出现bug的几率。

我想很多人看到这里就会说到automake,但是automake生成出来的makefile,就更是天书一般。没有三五年的经验,很多人估计一下子是就懵了。

当然,makefile不仅仅是automake那种东西,但是无论那种,对应到大型项目中时,都不太好懂。例如说ACE的那套makefile,版上有多少人是能完全弄清楚它的原理流程和细节的?

但是VisualStudio的sln和vcproj,用的则是简洁的xml类似的组织形式,相当的容易看。同样是ACE的项目,vs的项目工程,就好懂很多。

ps:现在有个新的cmake,听说挺不错的,有空了解一下,希望能比automake那套东西好用吧。

家园 mba有两种,我比的是价差比较小的。

有Solid State Drive的Mba要2499, 比X300贵了660,还比X300重。

X300只有2.43磅,mba有3磅。差不多重了23%。

mba最厚的地方0.76in,所有x系列没有超过0.73in。

X300长度和宽度上也比mba小。

所以,无论怎么比,还是mac贵。要知道,thinkpad已经是比较贵的pc laptop了,要和acer什么的比,更不知道差别有多大了。

家园 花赞

老兄说的很有道理。现实工作中,您还别说,俺们还真就是用VI/emacs + Makefile来搞的。虽然痛苦,可是真长level阿:)

花赞
家园 我也是一样

在Windows上用ssh连到服务器上,vim/emacs来写代码,是我公司里的标准开发模式了。

也有一些人是在Windows上用vs写代码,然后提交到svn上,然后直接从服务器上update代码再编译的。

但是无论怎么写代码,makefile是绕不过的。

越来越觉得,makefile这套机制,应该做出些革命性的转变了。臃肿、庞大、效率低下,实在和现在的潮流不符。

家园 不用GDB,如何Debug?

Emacs+GDB+Xref还是很好用的。可以试试看

Makefile也没那么可怕吧。我觉得还挺好用的,呵呵。

全看树展主题 · 分页首页 上页
/ 10
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河