西西河

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

共:💬137 🌺107
分页树展主题 · 全看首页 上页
/ 10
下页 末页
              • 家园 是滴,最怕忽悠。但是我觉得还是有人才的

                只不过挡不住一些利益方面的诱惑吧。微软何以能取得这么大的市场份额,恐怕不仅仅是盗版的推波助澜和东西好用吧。

                我总是有种感觉,国内高层,不管政治经济还是科技,都不是笨蛋。在全世界范围来看都应该是菁英。缺少的只是真正为广大群众谋利益的心思的菁英吧。倪光南不就一直呼吁用Linux来代替Windows么。

                • 家园 懂Linux的这类人才要不跳槽也难

                  毕竟国企和外企之间的待遇差距是明显的,如果采用Linux网银,这类人才跳槽跑掉,剩下的烂摊子没有人接手就麻烦了。

                  • 家园 现在让我选择一次,我一定选择大型央企。。。

                    人生不能重来啊。。。

                    另外,我还是相信,大型国企央企里面的人才未必比我们看到的外企的人才差。我就一直在外国公司里面,这么说似乎有点妄自菲薄了。

    • 家园 我觉得linux下最大的问题是硬件支持

      现在大部分的硬件厂商不提供linux下的驱动程序。

      解决办法可能只有3个:

      1) 寻找兼容的驱动

      2) 自己写

      3) 买的时候得留心一下是否有linux的驱动。

      不过,我听说ubuntu对硬件的支持不错,自己也试过一下,发现的确如此。至少我的无线网卡它能认出来,虽然我也费了不少劲。

      • 家园 另外一个问题是Linux的移植问题

        很多时候在一台机器上能够编译的东东,到另一台机器上由于环境不同就可能莫名其妙的编译不了,缺乏一个像Windows之类的共同标准,对于商业人士来说,这是太要命的问题了。

        • 家园 我看那gimp就是用python编的,不存在移植问题

          gimp的功能足够强大了,基本上可以替代photoshop。

          python和java等语言一样,几乎没有什么移植问题。

          我看还是人的问题,程序员如果只会在微软平台上工作,那么他的能力和视野就太局限了。

        • 家园 这个其实归咎于开发人员的素质了

          不太客气地说,很多开发人员只会用IDE。甚至连Compiler和Linker的区别都不知道。这样自然没办法解释和解决编译运行时候的一些错误了。当然还有个懒人的办法,就是尽量用Java或者script。让Sun以及其他script的解释器去解决不同平台的各种问题。

          另外,Windows也不是那么好的全部兼容的。Vista和XP就很多不兼容。

          • 家园 没办法,国内的计算机编程培训本来就集中在windows块

            Linux尝新容易,要学精很难。Linux软件设计方面的书大半是英文的,要教未来的这些设计员们自学就业前景不明朗的这块是有相当风险的,另外,找工作方面如果要提供编程经历,Windows编程比Linux编程能够提供相应的实例也容易的多。Windows兼容性尽管糟糕,但是比Linux还是要好。Windows编程的话相应的工具软件很多,Linux编程靠的基本上就只有Vi这个最基本工具,工作都必须手动完成,工作量很大。

            • 家园 不是吧

              青兄所说略有偏颇啊。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。更吸引人的是,所有这些编程的工具和支持环境都是免费的:)

              • 家园 这么比不合适

                在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那套东西好用吧。

                • 家园 linux的eclipse cdt用来作c/c++开发

                  效率不比vs差,之所以没有推广起来,那是因为老鸟用vi/emacs已经很顺手了,而新人一般不知道这玩艺。

                  我是因为先做c/c++,然后做java,最近又需要重新弄点c++的东东,所以才选择了eclipse cdt。

                  我写了篇blog,关于用eclipse cdt调试memcached代码的,应该说不比vs难用。

                  http://uniseraph.javaeye.com/blog/257235

                • 家园 花赞

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

                  • 花赞
                    家园 我也是一样

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

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

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

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

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


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

Copyright © cchere 西西河