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

老紫竹 2012-08-10 01:10:18

个人建议：
如果你新工作，多关注各种技术，多尝试一下
如果你已经算有经验的，多关注某方面的业务，别随便换行业。

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

...全文

354 15 打赏收藏转发到动态举报

写回复

15 条回复

切换为时间正序

请发表友善的回复…

发表回复

朗晴 2012-08-20

打赏
举报

回复

自古成功在尝试。

Ivan_2000 2012-08-20

打赏
举报

回复

同意竹子所说的，工作久了吃的都是行业知识。换行就得重新排队卖包子，有人能排到有人排不到，风险成本都挺高。

技术还得耍，好的东西还要及时尝尝鲜。

jackson_fighting 2012-08-11

打赏
举报

回复

先技术后业务

减肥啊啊啊啊啊 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描述的第一条吧,现在正在充实中...

不管是业务型还是技术型，适合自己才是最重要的。职业规划对于每一个人来说都很重要，对于步入社会不久或者进入一个新行业时，很多人都会有困惑。该如何规划自己的职业生涯呢？之所以产生这种困惑的原因在于自身对于行业的掌握情况不足。很多人都会想如何提高自己的薪资，因为想要提升自己，迷茫中的你或许会求教身边比自己水平更高的人，或许他们会给予你答案。或许你常常听人说程序员分为技术性程序员和业务型程序员。或许你的导师会告诉你，如果自己的技术很差，而且感觉学的慢，可以尝试做业务型程序员。----然而，这其

本文探讨了软件架构中的复杂性及其对业务成功的影响。随着技术和业务环境的快速变化，架构师面临着管理日益增加的复杂性挑战。文章分析了影响架构复杂性的关键因素，如技术选择、团队协作和需求变更，并提出了一系列应对策略，包括明确的架构决策流程和持续的架构评估。通过强调沟通与合作，架构师可以更有效地应对复杂性，从而为企业创造持久的价值。

小A所在的公司因为最近业务快速发展，从外面新招了一个技术总监，来带领整个技术开发团队以便跟上业务的需求。过了前两周了解熟悉的阶段，小A跟小B吐槽：怎么新来的总监只知道把业务部门提过来的需...

根据实际业务管理的需要，对硬件、软件以及所要用到的技术进行规格的选择。狭义上的技术选型：团队决定选用哪种技术去解决业务问题。（某种语言、某种框架去开发项目）广义上的技术选型：泛指项目实施过程中的各种技术决策。（制定技术AB方案选其中一套，每个技术决策都是技术选型）在决定采纳某个技术之前，一定要做好调研，并尝试小规模引入，积累经验，经过验证后再大规模采用。总结一下技术选型的简单过程；解决了那些问题；是否达到了预期；哪些地方是值得改进的。如果落地失败，总结失败的原因是什么；总结如何防止再犯；

一：相机跟随原理： unity相机跟随是一个很常见的需求，这里的原理就是相机的位置和主角的位置有个差值，一旦主角移动相机根据这个插值进行更新相机的位置就好了，另外需要平滑变化相机的角度。主要是利用了Vector3.Lerp对位置进行插值，Quaternion.Slerp适合对角度进行插值。 using System.Collections; using System.Collections.Generic; using UnityEngine; public class PlayerFo.

23,409

社区成员

70,525

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章