从就业前景角度来看是b/s ，c/s 哪一个好?
本人c#学得差不多了，准备去找工作了。
请各位前辈谈谈是b/s ，还是c/s结构的工作前景好？
从工作压力，就业难度，工作前景是否宽等方面分析。
希望各位多多赐教，给我指点一下方向，非常感谢！！
[解决办法]
毫无疑问 bs
[解决办法]
既然是学得差不多了，管它是那种好呢，老板要你怎么做，你就怎么做不就行了？
[解决办法]
用键盘想都知道，B/S
[解决办法]
B/S
[解决办法]
bs
[解决办法]
在深圳好象C/S更吃香呀.`!~嘿嘿.
[解决办法]
C/S工资糕点，但是工作不太好找
B/S钱少点 但是现在算的上主流
以上只是刚刚进公司时情况
[解决办法]
从就业来说，一颗红心、两种准备
[解决办法]
从就业前景来看，只有楼主学得好，基础扎实才会有前途.
[解决办法]
没啥区别，c/s简单些， b/s 技术性较强，待遇也稍高
[解决办法]
我认为B/S的技术要求比C/S高很多...
--搞B/S至少你得会js,会HTML什么的吧?
[解决办法]
jupiter911
小白阿幻
等 级：
发表于：2008-01-14 17:53:2820楼 得分:0
我认为B/S的技术要求比C/S高很多...
--搞B/S至少你得会js,会HTML什么的吧?
后台没区别，拿前台来说
javascript, css, html, xml, dhtml 等等等等...
c/s 多数基本上就是拖拉控件罢了..
[解决办法]
我觉得都应该了解一下,如果单纯做B?S,很容易把基础搞掉~
[解决办法]
我觉得都应该了解一下,如果单纯做B?S,很容易把基础搞掉~
b/s 不单单是画表单，怎么会把基础搞掉？
[解决办法]
大公司以及一些做对日外包的公司C/S比较多一些，现在日本都在搞C/S分布式
速度远远大于B/S系统
但国内来讲也是按照客户而言的，总体呢B/S待遇少些，搞起来累些，但工作好找
[解决办法]
没啥区别，c/s简单些， b/s 技术性较强，待遇也稍高
个人觉得c/s技术性强些 但是知识面宽度比不上b/s 待遇肯定是c/s高 ，因为更专业
[解决办法]
个人认为C#适合B/S。
如果用C#做C/S，不如用VC了。
[解决办法]
毫无疑问，，，以后是BS 的天下
[解决办法]
毫无疑问b/s更容易找到工作，web项目更容易分解出简单的工作给你做，如果初次工作，还是多学点b/s技术,
c/s大型项目，除非很好的应用级别的框架，一般需要有足够的编码经验，和相当强的算法处理能力。
－－－因为可以通过拖拉控件就能做出的功能form，都会做成通用模块，不会交给新手做。剩下的工作肯定是相当复杂的。
[解决办法]
一个人要是既会b/s也会c/s走到那都不怕。
[解决办法]
bs现在找工作好找一些
[解决办法]
c/s可是很恐怖的，做winform程序会不可避免的去用windows api，wmi，多线程，每一种学好都牛，更别提都会了。。。
[解决办法]
当然是b/s！
[解决办法]
终究有一天所有的软件都会走向Ｂ／Ｓ的！
[解决办法]
B/S做到一定程度后，就会产生瓶颈， 而突破这些瓶颈除了sun,微软，个人是没有办法的。B/S系统最终会发展到所有公司的B/S系统都一样。
C/S技术上没有任何瓶颈，任何问题从理论上讲都可以解决。
软件最终走向是功能越来越强大，更重要的是用户的操作越来越简单！
架构优秀的C/S结构的系统会在不久的几年内成为主流。
[解决办法]
.... 不管C/S还是B/S，基本上就是对数据库的操作，B/S更讲究效率，C/S毕竟在客户端，影响不大。
所以B/S更难点，且数据库要精通这样比较好。。
[解决办法]
学的差不多是個怎麼概念,你懂財務知識嗎?你懂報關的知識嗎??
c/s和b/s很多時候不是你選的,是你的老板選的.如果你審麼都差不多了,那你差不多可以自己做老板了.
[解决办法]
不要认为C#学得差不多了，有很多东西你都感觉你会了，可是实际开发中，有些基本语法你甚至还要去找参考书，有些基础的东西你要理解，烂记于心，当别人问你时你能脱口而出，别人再追问你原理时，你能跟他讲得清清楚楚，理解占90%，记忆占10%.C#只是一门语言，你不只是去学会他的语法，要做个好程序员，你得理解程序的精髓,如果只是追求一味的结果，你可以找到一份工作，但你想提高就很难了！
记得一位大师说过：真正的程序员是难看懂每一种语言编写的程序。
语言就象是做房子的砖，而精髓则是房子的架构。
希望楼主塌实的学好一门语言，选择你喜欢的方向去发展，而不是去追随潮流，那样必然导致你以后遇到提高的瓶颈;
[解决办法]
希望能理解一下,所谓的B/S 其实也是C/S,只是这个C是预先做好的一个通用的C,而且B/S把底层的操作隐藏了,所以就有为什么前面说的C/S待遇高点但工作不好找.
[解决办法]
既然楼主说学得差不多了 那就是两种都懂咯?
就不用问这种问题了吧...
公司用的哪种就用哪种呗
不过总体来说B/S多一点吧..
[解决办法]
现在比较偏向B/S
[解决办法]
C/S比B/S功能更强大 我到没看哪个B/S能开发出相当牛B的程序来.比如 游戏好了 B/S你能开发吗?
C/S和B/S可以相辅相成,没有哪个技术好与坏,只是客户需要什么~
看你自己的喜好了,还有公司让你干什么了
[解决办法]
b/s 还是要好点。
你现在上的这csdn等等.....都是b/s的。
[解决办法]
都是一些无聊的争执,其实我已经说得很清楚了,基本上都一样,所谓的B是不是浏览器,,,浏览器是不是一个软件...那么可以把这个软件看做C了吧~!
再来说S,如果是B/S,S其实是在一个固定的架构内定逻缉,,,打个比方IIS或者说Tomcat是不是可以看做一个软件,一个S呢~!,如果在这个下面写东
西,是不是只能固定的模式呢~!而其中对于网络的通讯,数据的收发,内存的管理操作都隐藏到底层,都给框架去实现了...所以B/S其实就是一个基于
C/S上延伸出来的东西.只是把网络的复杂性隐藏了.所以一味的争执这个没什么意义,另外我看下来,有一位楼主提到不管是什么都是操作数据库,这样
的想法和我当初刚进入软件行业基本一致,等你过几年后,就会越觉得这种想法很可笑.你要知道很多细节的东节在B/S下都由框架去实现了.对于响应速
度要求很快的操作,不断频繁的操作数据库是在浪费CPU的资源.一个简单的例子,游戏服务器要求响应速度非常快,由于如此他许多操作是直接在内存中
交换数据,,,一般的做法,是在系统启动时,把数据库中的数据全部加载至内存,然后在整个游戏的生命过程中都基本上是和内存交换数据,当然除去那些
非常特殊的事务,这只是一个比方,当然还很多细节的东西,我也不能长篇大论了.
[解决办法]
c/s需要多线程，同步异步，remoting
b/s涉及的知识面广，有JS，CSS，HTML等
[解决办法]
BS有技术局限性，以后技术若能突破则可能取代CS；
CS没啥说的，需要高速和高稳定性传输数据的都采用CS
[解决办法]
我是遇到哪个做哪个
c/s b/s都做过
看工作需要了，
有时候老板准备出c/s产品我就做c/s
有时候说准备出b/s产品了，就准备做b/s
当然我这是在一家小公司里
老板看中的就是c#可以两者都做
[解决办法]
C/S b/s本是同根生
用什么顺手就用什么
就是感觉 B/S的总体表现手法 没有C/S那么随意 B/S受浏览器限制 反正是头让我搞C/S就搞C/S 搞B/S就搞B/S
[解决办法]
呵呵，所谓B/S,本质上是基于Web服务器的C/S罢了。
它的好处主要是不需要安装客户端软件，缺点也是由此而来，基于Web的服务往往功能和灵活性受到浏览器的限制。
[解决办法]
最终解决方案------WPF，用C/S思维去开发，但用B/S结构去操作，我看好这个。现在的B/S做起来太有局限性，罗嗦死了，C/S才是真正的软件思维，我认为B/S做多了会影响你做程序的思维。
[解决办法]
bs前景更广阔吧 而且工作也好找 其实2个都学是很有必要的
[解决办法]
这个应该是B/S和C/S集合最好！
我的异常网推荐解决方案：软件开发者薪资,http://www.myexception.cn/other/1391128.html
