业务,技术都在变化,你选择跟随哪一个?

老紫竹 2012-08-10 01:10:18
个人建议:
如果你新工作,多关注各种技术,多尝试一下
如果你已经算有经验的,多关注某方面的业务,别随便换行业。

限定词不同,大家有兴趣就发表一下自己的看法吧。

...全文
333 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
朗晴 2012-08-20
  • 打赏
  • 举报
回复
自古成功在尝试。
Ivan_2000 2012-08-20
  • 打赏
  • 举报
回复
同意竹子所说的,工作久了吃的都是行业知识。换行就得重新排队卖包子,有人能排到有人排不到,风险成本都挺高。


技术还得耍,好的东西还要及时尝尝鲜。
jackson_fighting 2012-08-11
  • 打赏
  • 举报
回复
先技术 后业务
  • 打赏
  • 举报
回复
以后可能会更关注业务吧、
其实经验大部分都是跟业务熟练度挂钩的、

业务熟练、用什么技术开发出来都一样、
做完的东西总是要走产品流程的、

诶、这倆也确实不好分开、
chkaka 2012-08-11
  • 打赏
  • 举报
回复
技术和业务两者是相辅相成的关系,二者都是相互参杂在前一起,无法分离~~~

哎~对于与初学者当然偏重技术,偏轻业务~~,慢慢的才开始有了业务的概念。

是一个过渡的阶段。
lz和ls 的都是技术前辈~,都给意见~~
MiceRice 2012-08-11
  • 打赏
  • 举报
回复 1
确实有时候很纠结,技术人员内心往往喜欢搞技术,但其实搞业务(不是指市场或商务)从收入来说会比搞技术的高,而且更容易受用户所尊敬;而纯搞技术的,往往是负责挨骂的,做好了是业务设计好,做烂了是系统开发烂;进入运维期后往往更甚:系统正常是应该的,不会有功劳一说,系统如果瓢了那就全是你的问题了。

此外,所谓架构师,往往是需要对业务有相当程度掌握的,否则应用架构就会很虚;所以绝大多数企业的架构师基本上只有领域架构师,不太可能培养基础技术体系的架构师。

所以我觉得啊,在绝大多数企业里,想要能干出点成绩来,两手都得抓。
brightyq 2012-08-10
  • 打赏
  • 举报
回复
兴趣也比较重要了。
brightyq 2012-08-10
  • 打赏
  • 举报
回复
兴趣也比较重要了。
-AJ- 2012-08-10
  • 打赏
  • 举报
回复
想把两者完全分开看,挺难的。
业务需要技术的支持,而技术为业务服务。

就我个人而言,比较花心,两个都跟,有时37开,有时46开,对技术关注的比业务稍多一些。尤其是web这一块,每年都有新东西,肯定不会都拿来用,不过了解一下还是好的。

zqfddqr 2012-08-10
  • 打赏
  • 举报
回复
老紫竹 有段时间看不到了啊. 严重同意楼主观点 , 但是作为一个程序员注定是要追逐新的技术的,老程序员追追相关的就好了吧.
朗晴 2012-08-10
  • 打赏
  • 举报
回复
我选技术。
我来了,分在哪儿
Cactus_hxk 2012-08-10
  • 打赏
  • 举报
回复
个人觉得要涉猎面广,去学习一种新的技术,未必要弄得滚瓜烂熟,主要要知道他是干什么啊,他能帮你实现什么要的事!然后记住它的名字!等在开发的过程中遇到那样的业务需求,就可以拿来用来了!
Jeff-HT-Lee 2012-08-10
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 的回复:]

作为技术人员 技术是基础,有了技术才是业务。
否则你拿什么吃饭?
[/Quote]

技术再牛逼,做出一个客户不需要的东西,你也挣不到钱。相反,你的产品采用的技术可能落后点,但十分符合客户的需求,钱照样挣。
加油馒头 2012-08-10
  • 打赏
  • 举报
回复
作为技术人员 技术是基础,有了技术才是业务。
否则你拿什么吃饭?
libei_march 2012-08-10
  • 打赏
  • 举报
回复 1
我应该算LZ描述的第一条吧,现在正在充实中...

23,404

社区成员

发帖
与我相关
我的任务
社区描述
Java 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧