200分议论，软件开发究竟是变容易了，还是越来越难了_J2EE大全_优良自学吧 |
当前位置： >
> 200分议论，软件开发究竟是变容易了，还是越来越难了优良自学吧提供200分议论，软件开发究竟是变容易了，还是越来越难了,200分讨论，软件开发究竟是变容易了，还是越来越难了？最近一直在考虑这个问题，比如SAP ERP，基本靠配置就可以满足客户绝大部分需求。而JAVA世界中的轮子越来越多，貌似什么东西都可以找到。而且客户也在进步，不再追求华而不实的定制功能，好像买一台电视机一样，不会提出把面板改成机器猫图案的，那么按照20/80原则，200分讨论，软件开发究竟是变容易了，还是越来越难了？最近一直在考虑这个问题，比如SAP ERP，基本靠配置就可以满足客户绝大部分需求。而JAVA世界中的轮子越来越多，貌似什么东西都可以找到。而且客户也在进步，不再追求华而不实的定制功能，好像买一台电视机一样，不会提出把面板改成机器猫图案的，那么按照20/80原则，软件80%的基本功能可以事先确定下来，不再需要每次重复开发。从这点来讲，是越来越简单了，以至于高中生也可以加入进来。但是，剩下的20%，会越来越困难，因为，既然用了别人的轮子，那么要完成20%的功能，除了必须的工作外，还要深入到轮子的内部，彻底了解实现机制，并且按照已然存在的规范去开发，显然造成了一定困难。轮子往往越来越集中到少数大企业，比如SUN\IBM\MS，他们处于商业考虑，不断搞出花样，那么可怜的程序员也要跟着学习新的轮子，而事实证明，这些工作是浪费生命，而且不会有太大的技术上的提升。从这点来讲，是越来越难了，而且，越来越无聊了。一直在寻找银弹，一直失望，那么，大家来讨论吧，你觉得软件开发是难了还是简单了。参加就有分------解决方案-------------------- 在一定程度上说， &随着大量封装的出现， &软件开发是越来越容易了。 &但这种容易又带来了另外的问题， &把程序员都变成了编码员。
------解决方案--------------------哎有什么办法？谁叫人家是老大呢。天天搞新花样害人
------解决方案--------------------我认为凡是做了2-3年的java程序员应该不会再为懂hibernate不懂spring这样的问题烦恼了，java技术无非就是构建在java语法与设计模式之上的一个又一个应用而已。所以对于程序员来说，应该是越做越简单的。没有成长的程序员就会像楼主说的，越来越难。
------解决方案--------------------对于入门者来说，变得简单了对于高手来说，变得越来越难了
------解决方案--------------------分工的细化，流水线上的工人越来越容易，管流水线的越来越难，随着抽象层次的金字塔越分越高，提高生产力的重任也占用越来越少数量的人类大脑。
------解决方案--------------------我是实习生（现在在公司里）。我觉得应该是变得简单了吧，因为东西都让Sun给写好了，拿过来直接用就行了，只要知道他是干什么的就可以写了。我懂的也不多。
------解决方案--------------------最主要是有些框架的广告做的太多，而程序员的最大毛病就是好奇，只要有新的就认为是好了跟风的越来越多我总体感觉软件开发越来越容易了，但是仁者见仁，智者见智有些东西会用了，不见得能用好有几个能真正明白struts的内部机制？！这是一把双刃刀
------解决方案--------------------同意LZ的觀點。隨著大量框架封裝的出現，使得一個項目的開發速度得以提升。提高了軟件生產效率。對於這種類似於流水線上的程序員來講，是越來越簡單了。但是這種現象帶來了新的問題，就像樓主所講，這20% 的不同需求，也許會使得我們不得不更改原有的框架。這將給我們帶來很在的困難。還有就是，所有框架都是死的，它在一些特殊的場合也會出問題，然而解決這樣的問題，必須了解框架內部原理。這給我們帶來問題的複雜度。
------解决方案--------------------我觉得学习的过程难了，开发的过程相对简单了。科技在不断的发展，对于IT业来讲，如某某公司又开发了什么什么工具、语言、框架，其实无非就是在简化我们的开发过程，使我们专注于更加重要的事情。但同时我们就必须理解这个东西，吃透它才能更好的解决我们的问题。例如有了struts我们不用再像以前一样自己用servlet构建自己的分层机制了。有了spring的IOC和AOP，使我们的系统具有更好的扩展性和可维护性。所以在前期学习的时候，变的困难了，我们必须理解和掌握它，但在开发的时候却变的越来越方便，使我们的精力用到了更加重要的地方。
------解决方案--------------------探讨对于入门者来说，变得简单了 对于高手来说，变得越来越难了
------解决方案--------------------对于仅仅学会使用来说是简单了，但是理解原理来说复杂了
------解决方案--------------------同意11楼 的观点
------解决方案--------------------入门到门槛变低了。要学到会用到轮子太多了。专研技术的时间变少了，专研的精神慢慢的没有了。工作越来越无聊了。
------解决方案--------------------个人认为，对于开发简单了，对于找工作就难了，这个是我现在最郁闷的东西，面试的公司恨不得你什么都会但是在公司实际开发时用的少之又少，郁闷啊！！！
------解决方案--------------------框架越来越多
当初打着轻量级旗号的现在哪个还轻量？
------解决方案--------------------我认为凡是做了2-3年的java程序员应该不会再为懂hibernate不懂spring这样的问题烦恼了，java技术无非就是构建在java语法与设计模式之上的一个又一个应用而已。所以对于程序员来说，应该是越做越简单的。没有成长的程序员就会像楼主说的，越来越难。：：：：说的精辟！！！
------解决方案--------------------思想在成熟，，，工具在简单！
------解决方案--------------------？？？？？？？？？？？现在还没有定论！！！
------解决方案--------------------我不知道是难还是容易了，我只知道我现在基本就是复制粘贴了加班不是攻破难关而是做更多的复制粘贴了还没有做程序员以为程序员有很大挑战性做了才知道也是一件不怎么有意思的工作自己的作品是建立在别人代码之上一直很郁闷
------解决方案--------------------是复杂了, 是由于复杂而产生的难度, 真正技术难度反而在不停的被掩盖
------解决方案--------------------
个人觉得项目越做到后面，就越来越简单啊。
我说的是web开发这块啊
------解决方案--------------------
1.从整个软件开发的历史来看，从最原始的纸带打孔式编程，到汇编语言，到B语言C语言，再到现代的面向对象编程语言C++、JAVA等，软件开发的难度显然是大大降低了。没有用C或是更古老的编程语言开发过大型项目的同学可能对这点没有体会吧，呵呵。
2.如果仅仅说java，java1.1基本上是没有生产力的（就是不适用于开发大型项目），java应该说是从1.2、1.3版本开始流行的，现在java已经发展到了6.0（还是7.0？）。对于年轻的java程序员来说，学的可能是5.0的java，根本没有用过老版本的java，那么我可以告诉你，用惯了5.0，再去用1.4、1.3、1.2的java，你会觉得非常别扭、非常不方便、非常不好用。从这个角度来说，java语言是越来越简单易用了，那么对于开发来说也是越来越容易了。
但是，实际真的是这样吗？答案即不是“是”，也不是“否”。
首先，java语言本身越来越易用，现在的IDE也越做越好，还有很多、很好的开源项目、框架，帮你解决了这样、那样的问题，用java开发项目确实是越来越容易了。想想以前，用servlet+jsp+JDBC开发一个应用，得写多少个servlet？得写多少JDBC代码？你要考虑解耦合、事务等等各种各样复杂的问题。现在呢，SSH框架横空出世，帮你把MVC解决了，耦合解决了，ORM解决了，事务解决了，你可以专注于业务代码了。
但是，框架本身又带来很多问题，首先你得学习框架吧？本来你以为学了java，你就可以说我精通java了，可以出去找工作了。错，大错特错！现在几乎是个java程序员都懂得struts，懂得hibernate、ibatis、spring、webwork的也不少，哦对了，还有ajax，ajax这个东西只是一种思想，具体的实现恐怕没有100也有80吧，你说你能懂几种？还有数据库，你至少得精通一种主流数据库吧，比如Oracle、DB2、MSSQL等。嗯，现在还有什么SOA，SOA也只是一种思想，它的实现也有很多，不过还好就一个WebService算是最流行的，那么你会WebService吗？WebService的实现方式还有n种呢！
总而言之，java语言本身的进步、加上各种框架、技术的帮助，java开发确实是越来越容易了。但这个是建立在技术熟练的基础上的。如果对这些个框架、技术不会玩、玩的不熟练，那么对你来说java开发其实是越来越难了，因为学习这些框架、技术的成本比学习java语言本身的成本还高，因为要学的技术太多了。而且更严重的是，这些个技术不是一成不变的，而是在不断变化中的，所以你得必须不断学习新技术，那么可以认为这又增加了java开发的难度。
说了这么多，其实我真正想说的是
1.要不断学习，充实自己，那么开发就会变得简单起来；如果自己的技术落后了，那么开发将会是将很困难的事。
2.但是，也不要被什么SSH这些表面东西所迷惑，以为会用SSH就牛了？更重要的东西其实是SSH背后所遵循的设计原则，为什么要用Struts，什么是MVC？为什么要解耦，我直接new一个实现类不一样吗？ORM有什么意义，到底是用ORM呢还是直接JDBC，如果用ORM那么是用Hibernate还是ibatis呢？思想或者说是设计模式比框架本身更有意义，因为框架是会变化的，而思想、设计模式是不变的（至少变得比框架要慢得多吧）。套用一下中学老师的话：不要死记硬背，要在理解的基础上记忆。会用框架相当于死记硬背了，理解则是指要理解框架背后的思想，那么以后框架升级了甚至更换了，那么你学起新的框架也就省力了，因为不管是什么框架，他的精髓你已经都知道了，你需要学习的只是他的表象。
------解决方案--------------------讨论的好热闹啊呵呵学习
------解决方案--------------------应该是工具的进步使得开发（编程）变得简便了，以前用文本编辑器，比如记事本、写字板、ultraEdit。。。等等，要使用最基础的javac、java等命令行，现在有Eclipse、XmlSpy等等，有丰富的快捷键、提示、自动语法检查、自动编译等等，更有图形化的编程工具，不如某某Builder但是开发的东西越来越复杂了，更加丰富的UI，更加复杂的底层架构，强大的功能。。。就像原始社会，人们的工具只有木棒、石块等等，只要能打到野兔、野鹿，填饱肚子就可以了而现代社会可以造出飞机、航母，但是要探索月球、火星。。。
------解决方案--------------------看后受益匪浅啊，开发难度的降低，带来的是工资的水平的降低，真不知道软件这一行业还算高薪行业吗？
------解决方案--------------------java三个有名的轮子ssh，真是想说爱你不容易，上手还算容易，等你看了书，有了要求，稍微深入一小下子，哈，原来完全不是那么回事。
------解决方案--------------------up
------解决方案--------------------信我回归ＣＯＤＥ ｊａｖａ！！！
------解决方案--------------------其实不能单纯的以简单和困难来说明这个问题，因为不同的标准、不同的领域，都是不同的，举个简单例子，你说开枪难不难，当然很简单，现在枪械这么先进，扣一下扳机，子弹就出去了，只要不是向着自己就可以，可以拿奥运会射击金牌难不难，当然很难，全世界就那么一个人，把一件事情做精做深，就算貌似简单的事情也是不容易的，而且编程是一项系统工程，不光是计算机知识，业务领域也应该有所了解，我一直认为，单纯的计算机只是一个工具，只有把计算机与它所服务的业务领域结合起来，深入了解整个系统架构，成为一个高水平的架构师，这才是编程的最终目的。所以这里没有所谓的难或者简单，如果你仅仅满足于编出一个简单程序，可以是不难，可是如果你对自己的要求是成为一个驾驭一个信息系统的架构师，那就不容易
------解决方案--------------------方向理解对了就简单，盲目追逐就难！注重Java的内核！
------解决方案--------------------探讨引用: 方向理解对了就简单，盲目追逐就难！
注重Java的内核！ 不解，什么是java的内核？
------解决方案--------------------项目的业务逻辑变复杂了，时代在进步，项目的要求自然在提高，如果还是在做5年前的项目，那当然现在的技术做起来比较快比较简单
------解决方案--------------------用得浅就觉得很简单用到深处就会觉得编程其实并不容易
------解决方案--------------------楼主的大部分观点都认同，而且这样的模式开发项目，所需要的周期在不断的减少。但楼主如下的观点还是不怎么认同吧：[轮子往往越来越集中到少数大企业，比如SUN\IBM\MS，他们处于商业考虑，不断搞出花样，那么可怜的程序员也要跟着学习新的轮子，而事实证明，这些工作是浪费生命，而且不会有太大的技术上的提升。]对于一个想要通过掌握有深度的技术，以使自己在这个行业立足的人而言，这已经是不得不考虑的问题。虽然工作才3年，但自觉自己已经跻身于开发这“20%”工作的人群中，因此也有着相同的思考，这是我态度比较乐观而已。在我那项目耗时8个月，其中引入了若干的开源项目，也就是楼主说的轮子吧，而我的工作就是把这些项目以组件的形式拼装到我的项目中去。其实这样的过程绝没有想象的简单，往往出现在某个环节的问题都会和某个组件挂钩，这就不得不强迫自己去追根溯源。这个过程真的很痛苦，毕竟虽然网络很强大，但此时真正有用的只有反编译，看代码。虽然耗时，但这却也是吸收的过程。复杂的做简单其实并不难，但简单的做复杂就没那么容易，很多开源的项目就是没事干把简单的连接功能做成异步通讯框架。但这样的过程必然有其用意，理解这个真的很有用处，在日后自己开发一些针对自己公司的“轮子”时可以显示出来的。写这个以共同勉励吧，其实“拿来主义”很好，只要拿来了去研究；否则是自掘坟墓，毁了自己项目，还断了自己前进方向。
------解决方案--------------------生产要适应需求！！！
------解决方案--------------------真TMD难！
------解决方案--------------------越来越简单了。以后小学生都会开发了。
------解决方案--------------------其实 有时 就学一门 语言 把它 搞个精通 不管那些大公司什么变 无非 就是核心还在，如果那些大公司不弄个新东西 他们钱哪里啊！！
------解决方案--------------------越来越容易了，也越来越糊涂了
------解决方案--------------------技术提高了。 客户要求也提高了
------解决方案--------------------我觉得开发东西觉得是简单了，而且开发速度也快了，也许这只是表面现象吧，可能只是小妹参与开发的时间较短吧，呵呵，随便聊下~
------解决方案--------------------做大家都做过的东西的时候 就超级简单了 但是想做个性东西 还是难
------解决方案--------------------其实 JAVA就和做其他事情一样，基础好，在看其他的都会很容易
------解决方案--------------------难啊。我觉得好难啊。。真是难。。
------解决方案--------------------越来越难啊
------解决方案--------------------薪水越来越低了！有机会有魄力就创业去！
------解决方案--------------------现在的学习曲线是越来越陡峭，使用曲线是越来越平坦了原来编程学的是语言，现在变成学框架了软件开发难易总是并存的，少数人写难的底层，大多数人写简单的上层......说不定哪天代码会自动实现新的功能，自动修复bug，希望在我有生之年不要看到
------解决方案--------------------开发越来越简单了，但维护越来越难了，越底层的错误，越不知道怎么维护了。。。因为太容易上手，好多新入行的人不懂原理了。
------解决方案--------------------
MS没恶搞什么新花样，都是围绕快速便捷高效强大,每出现个东西都可能成为MS大本营今后的一种规范,做dotnet开发相对很轻松.
倒是那些ibm,sun整天在恶搞,故意把水搅混,下面一大堆第三方的小喽罗在跟风,倒也有少数精品,然而大多数都是个人行为,不能成为规范的次品太多,做出一大堆互相类似和重复的东西,浪费大家的时间和生命不说,还不知道里面隐藏了什么BUG,哪一天停止版本更新了其中的BUG就不再修正了，你就歇吧;这些个人行为最常干的就是每出个主版本很多方法过时不可用了,配置跟着变了,繁琐得很;没事去open-open之类开源网站,那上面哪天不死一两个技术.
熟悉这些轮子有什么用,不会有太大的技术上的提升,你再提升能升到哪去?最多是小小地改良.GOOGLE出一篇解决方案,把SPRING,HIBERNATE3.2.5源代码下下来改一两行然后重新编译一把，你就以为自己飞升和圆满了?
很多时候根本不需要&还要深入到轮子的内部，彻底了解实现机制&,你丫一写代码的,找些成熟的主要的框架,熟练使用,实现功能就OK了,少开口闭口彻底,深入什么的,也不怕别人笑话.搞这行的性格孤僻缺乏沟通交流,省出点时间陪陪家人是真.
------解决方案--------------------需求是水涨船高的，所以不觉得什么容易了什么方便了，底层实现包装得越好，上层逻辑结构就越复杂，老板不会让你轻松的就是了，无论高手低手一律累残为止，
------解决方案--------------------我觉得是 越作越复杂特别是这几天作 webservice 用到的jax-ws看似方便 但还要深入他 我已经糊涂了
------解决方案--------------------要学的新东西越来越多,自己的思维越来越少
------解决方案--------------------顶楼主啊，一般简单的技术网上基本有的，而真正难的技术就要靠自己琢磨了。。。
------解决方案--------------------越来越容易了，站在巨人的肩膀上能看的更远
------解决方案--------------------不管难了还是简单了，某个层次上程序员的工资不会出现大的变动。做编码和做架构他们本身的技术含量在那摆着
------解决方案--------------------感觉是没有什么区别，框架的出现也只是为了能够规范程序的编码，不用框架一样能够实现。如果是单纯的使用框架而不去学习为什么框架这样写的话永远都会停留在用上，我们应该学习为什么要这么用才是学习框架的目的吧
------解决方案--------------------容易了，肯定是容易了，因为我们不用打纸带了！
------解决方案--------------------对于入门者来说，变得简单了& 对于高手来说，变得越来越难了
------解决方案--------------------了解业务熟悉业务,行业竞争那么激烈......一点也不容易
------解决方案--------------------技术上来说，封装的东西多了，不用写程序都从底层写起，可以集中精力到应用层以及业务细节上，这比较好，写程序变得容易了。可是现在需求变化性要是大的话，对于开发人员来说写个真正的好软件反而越来越难了
------解决方案--------------------当然是越来越容易，这是毋庸置疑的。楼主说的因为用了别人的轮子而变得困难的部分占20%其实并不成立。我们可以这样考虑：既然别人的轮子导致难度加大，那么没有这个轮子前难度应该更低。也就是说，我如果不用这个轮子我就不用承担该轮子增加的难度。那么既然没有人逼你用轮子，你又为什么说轮子增加了开发难度呢？
------解决方案--------------------应该讲变简单了，程序员可以抽出更多时间去了解业务。
------解决方案--------------------我觉得还是简单了。因为只要对过去应用案例进行总结，抽取出可重复利用的部分做成模块，基本可以满足以后80%的需求，20%实际上也不复杂。应用做得灵活些也不难。
------解决方案--------------------傻瓜化的开发方式简化了初级程序原的思维，复杂化高级成员的工作
------解决方案--------------------20/80,80%的程序员还在停留在修改代码的层面上，那么还有那20%才可能是在核心层面。个人见解。
------解决方案--------------------越来越难了，一个双核就不知道害死了多少程序员，四核又害死了一批。。。。
------解决方案--------------------我觉得变容易了 要不大家都说天下代码一大抄只要有不会的去谷歌baidu一下就有
------解决方案--------------------入门越来越容易了，精通越来越难了
------解决方案--------------------流水作业
------解决方案--------------------探讨    1.从整个软件开发的历史来看，从最原始的纸带打孔式编程，到汇编语言，到B语言C语言，再到现代的面向对象编程语言C++、JAVA等，软件开发的难度显然是大大降低了。没有用C或是更古老的编程语言开发过大型项目的同学可能对这点没有体会吧，呵呵。    2.如果仅仅说java，java1.1基本上是没有生产力的（就是不适用于开发大型项目），java应该说是从1.2、1.3版本开始流行的，现在java已经发展到了6.0（还是7.0？）。对于年轻的java程序员来说，学的可能是5.0的java，根本没有用过老版本的java，那么我可以告诉你，用惯了5.0，再去用1.4、1.3、1.2的java，你会觉得非常别扭、非常不方便、非常不好用。从这个角度来说，java语言是越来越简单易用了，那么对于开发来说也是越来越容易了。    但是，实际真的是这样吗？答案即不是“是”，也不是“否”。    首先，java语言本身越来越易用，现在的IDE也越做越好，还有很多、很好的开源项目、框架，帮你解决了这样、那样的问题，用java开发项目确实是越来越容易了。想想以前，用servlet+jsp+JDBC开发一个应用，得写多少个servlet？得写多少JDBC代码？你要考虑解耦合、事务等等各种各样复杂的问题。现在呢，SSH框架横
空出世，帮你把MVC解决了，耦合解决了，ORM解决了，事务解决了，你可以专注于业务代码了。    但是，框架本身又带来很多问题，首先你得学习框架吧？本来你以为学了java，你就可以说我精通java了，可以出去找工作了。错，大错特错！现在几乎是个java程序员都懂得struts，懂得hibernate、ibatis、spring、webwork的也不少，哦对了，还有ajax，ajax这个东西只是一种思想，具体的实现恐怕没有100也有80吧，你说你能懂几种？还有数据库，你至少得精通一种主流数据库吧，比如Oracle、DB2、MSSQL等。嗯，现在还有什么SOA，SOA也只是一种思想，它的实现也有很多，不过还好就一个WebService算是最流行的，那么你会WebService吗？WebService的实现方式还有n种呢！    总而言之，java语言本身的进步、加上各种框架、技术的帮助，java开发确实是越来越容易了。但这个是建立在技术熟练的基础上的。如果对这些个框架、技术不会玩、玩的不熟练，那么对你来说java开发其实是越来越难了，因为学习这些框架、技术的成本比学习java语言本身的成本还高，因为要学的技术太多了。而且更严重的是，这些个技术不是一成不变的，而是在不断变化中的，所以你得必须不断学习新技术，那么可以认为这又增加了java开发的难度。    说了这么多，其实我真正想说的是    1.要不断学习，充实自己，那么开发就会变得简单起来；如果自己的技术落后了，那么开发将会是将很困难的事。    2.但是，也不要被什么SSH这些表面东西所迷惑，以为会用SSH就牛了？更重要的东西其实是SSH背后所遵循的设计原则，为什么要用Struts，什么是MVC？为什么要解耦，我直接new一个实现类不一样吗？ORM有什么意义，到底是用ORM呢还是直接JDBC，如果用ORM那么是用Hibernate还是ibatis呢？思想或者说是设计模式比框架本身更有意义，因为框架是会变化的，而思想、设计模式是不变的（至少变得比框架要慢得多吧）。套用一下中学老师的话：不要死记硬背，要在理解的基础上记忆。会用框架相当于死记硬背了，理解则是指要理解框架背后的思想，那么以后框架升级了甚至更换了，那么你学起新的框架也就省力了，因为不管是什么框架，他的精髓你已经都知道了，你需要学习的只是他的表象。
------解决方案--------------------太多的使用框架使我们局限于框架了，基本没有了自己的思想！我感觉失去了做程序言的乐趣！
------解决方案--------------------菜鸟顶下，貌似很有道理
------解决方案-------------------- 从现在的发展来看应该是越来越简单了，进入程序员的门槛变低了！好多都是重复的代码，高中毕业就可以开始学习，感觉没什么难度啊。
------解决方案--------------------以后的程序世界将是两极分化的世界。高深的程序员转行做更高深的框架设计和系统优化，目的只有一个，为老板节省资源。刚入门的程序员成为了简单的半砖和泥的建筑工人，每天没日没夜地实现要求的功能。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－这是趋势也是形势，可怜中国的软件行业是每天都在固步自封，赚钱，然后再赚钱。国家做研究的那几个木头疙瘩穷的叮当响．国家也根本没办法制造大量的精通核心技术的人才．总是在跟人家屁股后面跑，而更可怜的是很多公司是跟着本国的所谓老大跑．．．中国的老板，很少关注国外的变化，出国考察的更少了又少（基本上都是旅游）．尽管他们被客户折腾的懂了一些技术，但他们的落后何止是十几年！我们程序人员，饭碗才是第一，而很多都是为了饭碗去学习的技术，提高的自己（更多的是的不到锻炼的机会，复制，然后再复制．．）．可是当我们到达一定高度却发现，我门仅仅从原始社会走到奴隶社会．．＞＞＞＞总而言之，我们到底是站在策划者的位置，还是实施者的位置，这是一个问题．实施者，肯定是简单了，每天将记下配置过程进行实施，钱就到手了．可是策划者，．．．．．．．＞＞上面就是他们难的原因把自己武装起来吧　不要老是让外国人赚咱们的钱！
------解决方案--------------------怎么感觉我像个怨妇？
------解决方案--------------------我是学习net的，感觉net的系统越来越大，但是编程真的是越来越简单了，但是很多时候，这样的下来我们只是知道怎么用，不知道为什么要这样用，这个就是我最大的感触。编程把人变的原来越傻了
------解决方案--------------------入门容易，， 深入难..............
------解决方案--------------------我的感觉 尤其是在纯应用层面... 的编程 ... 都对不起 “开发” 这么高深的两个字了
------解决方案--------------------难与易看你是在那个开发层面上了我是搞.net的 感觉里面学的东西很多啊
而且只有学习深入了才能达到开发自如
------解决方案--------------------感受颇多....
------解决方案--------------------用户的要求越来越多了
------解决方案--------------------产业发展的必然，程序员的门槛越来越低，代码工人越来越多但是，高手永远都是高手，感叹编程变难的人说明就不太具备成为高手的潜质，放在以前，说不定连门槛都入不了
------解决方案--------------------做项目的大部分时间不是花在写代码上，而是在思考业务流程的过程中流淌了。。。
------解决方案--------------------代码好写，需求难折腾……难的是需求的实现……
------解决方案--------------------哎....都让你们说的这么难，这么烂，我还要不要加入这个圈子呢~&（本文来自互联网，不代表搜站(/)的观点和立场）本站所有内容来自互联网,若本站收录的信息无意侵犯了贵司版权，请给我们来信()，我们会及时处理和回复，谢谢编辑推荐最近更新