2.3w+
社区成员
- 主页
业务，技术都在变化，你选择跟随哪一个？
个人建议：
如果你新工作，多关注各种技术，多尝试一下
如果你已经算有经验的，多关注某方面的业务，别随便换行业。
限定词不同，大家有兴趣就发表一下自己的看法吧。
如果你新工作，多关注各种技术，多尝试一下
如果你已经算有经验的，多关注某方面的业务，别随便换行业。
限定词不同，大家有兴趣就发表一下自己的看法吧。
...全文
请发表友善的回复…
发表回复
朗晴 2012-08-20
自古成功在尝试。
Ivan_2000 2012-08-20
同意竹子所说的，工作久了吃的都是行业知识。换行就得重新排队卖包子，有人能排到有人排不到，风险成本都挺高。
技术还得耍，好的东西还要及时尝尝鲜。
技术还得耍，好的东西还要及时尝尝鲜。
jackson_fighting 2012-08-11
先技术 后业务
减肥啊啊啊啊啊 2012-08-11
以后可能会更关注业务吧、
其实经验大部分都是跟业务熟练度挂钩的、
业务熟练、用什么技术开发出来都一样、
做完的东西总是要走产品流程的、
诶、这倆也确实不好分开、
其实经验大部分都是跟业务熟练度挂钩的、
业务熟练、用什么技术开发出来都一样、
做完的东西总是要走产品流程的、
诶、这倆也确实不好分开、
chkaka 2012-08-11
技术和业务两者是相辅相成的关系，二者都是相互参杂在前一起，无法分离~~~
哎~对于与初学者当然偏重技术，偏轻业务~~，慢慢的才开始有了业务的概念。
是一个过渡的阶段。
lz和ls 的都是技术前辈~，都给意见~~
哎~对于与初学者当然偏重技术，偏轻业务~~，慢慢的才开始有了业务的概念。
是一个过渡的阶段。
lz和ls 的都是技术前辈~，都给意见~~
MiceRice 2012-08-11
确实有时候很纠结，技术人员内心往往喜欢搞技术，但其实搞业务（不是指市场或商务）从收入来说会比搞技术的高，而且更容易受用户所尊敬；而纯搞技术的，往往是负责挨骂的，做好了是业务设计好，做烂了是系统开发烂；进入运维期后往往更甚：系统正常是应该的，不会有功劳一说，系统如果瓢了那就全是你的问题了。
此外，所谓架构师，往往是需要对业务有相当程度掌握的，否则应用架构就会很虚；所以绝大多数企业的架构师基本上只有领域架构师，不太可能培养基础技术体系的架构师。
所以我觉得啊，在绝大多数企业里，想要能干出点成绩来，两手都得抓。
此外，所谓架构师，往往是需要对业务有相当程度掌握的，否则应用架构就会很虚；所以绝大多数企业的架构师基本上只有领域架构师，不太可能培养基础技术体系的架构师。
所以我觉得啊，在绝大多数企业里，想要能干出点成绩来，两手都得抓。
brightyq 2012-08-10
兴趣也比较重要了。
brightyq 2012-08-10
兴趣也比较重要了。
-AJ- 2012-08-10
想把两者完全分开看，挺难的。
业务需要技术的支持，而技术为业务服务。
就我个人而言，比较花心，两个都跟，有时37开，有时46开，对技术关注的比业务稍多一些。尤其是web这一块，每年都有新东西，肯定不会都拿来用，不过了解一下还是好的。
业务需要技术的支持，而技术为业务服务。
就我个人而言，比较花心，两个都跟，有时37开，有时46开，对技术关注的比业务稍多一些。尤其是web这一块，每年都有新东西，肯定不会都拿来用，不过了解一下还是好的。
zqfddqr 2012-08-10
老紫竹 有段时间看不到了啊. 严重同意楼主观点 , 但是作为一个程序员注定是要追逐新的技术的,老程序员追追相关的就好了吧.
朗晴 2012-08-10
我选技术。
我来了，分在哪儿
我来了，分在哪儿
Cactus_hxk 2012-08-10
个人觉得要涉猎面广，去学习一种新的技术，未必要弄得滚瓜烂熟，主要要知道他是干什么啊，他能帮你实现什么要的事！然后记住它的名字！等在开发的过程中遇到那样的业务需求，就可以拿来用来了！
Jeff-HT-Lee 2012-08-10
[Quote=引用 2 楼 的回复:]
作为技术人员 技术是基础，有了技术才是业务。
否则你拿什么吃饭？
[/Quote]
技术再牛逼，做出一个客户不需要的东西，你也挣不到钱。相反，你的产品采用的技术可能落后点，但十分符合客户的需求，钱照样挣。
作为技术人员 技术是基础，有了技术才是业务。
否则你拿什么吃饭？
[/Quote]
技术再牛逼，做出一个客户不需要的东西，你也挣不到钱。相反，你的产品采用的技术可能落后点，但十分符合客户的需求，钱照样挣。
加油馒头 2012-08-10
作为技术人员 技术是基础，有了技术才是业务。
否则你拿什么吃饭？
否则你拿什么吃饭？
libei_march 2012-08-10
我应该算LZ描述的第一条吧,现在正在充实中...