Re: 求教，Linux学习问题

[shell909090 <shell909090@gmail.com>]

flygun2005@163.com 写道:
> .    关于shell909090要处理很多linux不同版本的开发问题，表示同情。从某种程度说，您搞了这么多linux应该是非常精通它们了，是否可以考虑一些更好的办法来处理？毕竟一套系统要适应过多的操作系统，应该是比较痛苦的事情。除非系统就是为了远程统一管理各种操作系统的。
>     个人觉得客户不同意静态编译之类的问题，最好是通过引导客户采纳建议来解决，有的东西客户都不需要知道。客户觉得功能好用、性能满足要求就可以了。牺牲一些静态编译的硬盘空间，换来系统的稳定、快速升级（要处理的版本少了，代码自然简洁、简洁往往更稳定。代码少了，不复杂，自然可以有更多时间升级功能），应该是客户和开发商都可以接受的事情。
>     Simple is the best 我觉得这个原则在绝大多数情况下都是非常合适的。不知道对你的情况是否合适。
> -----
> flygun2005
> ------------------------------
>   
老实说，说我搞这么多linux就"精通"，我着实不敢说是。我本来是C++程序员，后 
来转行做java。没多久，公司里有一些问题需要JNI编程，我就直接解决了(年轻 
阿……)。然后老板大加赞赏，赏我以后有JNI就直接找我。开始问题不大，基本都是 
windows下面做一些规范的算法。到后来，因为 java的可移植性，我们的系统就不 
断的移植。每次一移植，我就要解决和系统有关的一堆问题。搞到后来，我从java 
程序员兼职的JNI程序员变成专职的 C++程序员。而且很多系统管理上的问题是等 
他们撞了上来我才知道。从现在来看，这些JNI的代码应当简约压缩，将其中和系 
统最相关的使用C++编写，无关的就放到Java层去。并且尽量使用跨平台的库和编 
码方式。这样才有利于跨平台和代码管理。问题是，我们已经实施的客户不愿意牺 
牲性能，我们的老板不愿意花费时间和成本去整理，我们的同事不愿意费劲修改系 
统和增加编码。因此现在这堆JNI基本就处于个人控制的状态，一旦我跑人就完蛋。