关于技术、业务、产品的一点思考

简介: 关于技术、业务、产品的一点思考

1.技术与业务


技术和业务,其实孰轻孰重很难说清楚,因为两者很难分开。


从商业的角度来说,技术是为业务服务的。完成一项业务需求,可能有多种技术途径来实现,在技术背景或资源有限的情况下,如何利用现有的技术,到达最优的效果就显得尤为重要了。


站在公司的角度,显然业务能力强的人,更受欢迎(相对来说,如果技术水平足够强自然也是有很强的竞争力)。单纯懂技术的话,是不能给公司直接变现的。


站在个人的角度。作为工程师,不要太排斥业务。其实很多人包括我在内,刚工作时都是很排斥业务的,觉得天天搞这些业务逻辑,对自己技术能力没有一丁点提高,这种想法不能说错。不过,如果,把眼光放开点,不仅仅关注技术的话。其实对自己的业务能力是一个锻炼。多去挖掘背后深层次的东西,可能比单独沉迷技术,迷之自信要好。


跳出技术来做技术,可能会有意想不到的效果,这两个月这种想法越来越深。很多时候你会发现,一些没有直接参与项目的同事,或者你觉得技术不怎么强的人,来帮你分析的时候,往往能直指问题本质。


2.技术与产品


做产品和技术又是两种不同的思路。这里的技术纯只纯研发类的技术。


研发类的技术,事实上完成的是 0~1 的突破,需要躺一些坑。比如公司的基础技术积累。小到一些驱动外设的积累,大到算法平台搭建、Ai 芯片预研等。如果有幸赶上一波从 0~1 的积累其实对个人的成长和阅历有很大的提升。


做技术就是在公司原有技术积累下去做一些产品。大部分都处于第二种情况。技术是工具、业务是方法(这里指业务逻辑)、产品是结果。做产品,特别是嵌入式产品,除了关注产品本身意外,还关注成本。


最典型的就是,这款 flash 涨价了,找替代品;这个外设会增加成本,有没有替代方案。sensor 又换了,又要重新调试。


这个时候作为工程师,其实要看的更远一点,一款产品不仅仅是功能完善了就止步了。有了产品能力,其实对自身也是一大核心竞争力


3.产品与平台


做产品往往都是特定的方案或者需求,需要收敛性,不能功能越多越好。前面提了,在资源有限的情况下,达到最优的效果即可。


做平台。这里的平台指通用方案,或者需要开放二次开发的。考虑的就是通用性。适配不同的客户需求。两者是不同的开发思路。


往往平台开发难度要比单纯做一个产品要求高的多了。无论是软件,硬件还是算法。当然做平台,还有一点要考虑的就是二次开发的时间,要尽量的让客户的方案快速落地。


4.总结


说了这么多,似乎把技术说的一无是处。其实不是的。大部分公司还是很重视技术的。因为技术是基础建设,有了底层基础建设,很多天马行空的想法才得以实现。本文是笔者的一些思考,从一个工程师的角度去看待技术之外的事情。


事实上,技术、产品、业务没有必要分的那么开,多了解技术之外的东西,反过来倒逼自己做技术,未尝不是一件坏事!

相关文章
|
7月前
|
SQL 前端开发 搜索推荐
淘天业务技术2023年度热门文章盘点
淘天业务技术2023年度热门文章盘点
180 4
|
3月前
|
存储 监控 安全
SaaS业务架构:业务能力分析
【9月更文挑战第20天】在数字化时代,软件即服务(SaaS)模式逐渐成为企业软件解决方案的首选。SaaS 业务架构设计对于提供高效、可靠的服务至关重要。其核心业务能力包括:用户管理(注册登录、角色权限)、数据管理(存储备份、安全共享)、业务流程管理(设计定制、工作流自动化)、应用集成(第三方应用、移动应用)及客户服务(支持培训、反馈改进)。通过优化这些能力,可为企业提供更高效、可靠的 SaaS 服务。
71 11
|
7月前
|
存储 大数据 云计算
企业级服务:技术实现与业务价值
企业级服务:技术实现与业务价值
111 4
|
数据可视化
【业务架构】最直接的价值链分析指南
【业务架构】最直接的价值链分析指南
|
负载均衡 监控 架构师
【业务架构】LEANIX : 业务能力
【业务架构】LEANIX : 业务能力
|
数据可视化
【业务架构】价值链分析的直接指南
【业务架构】价值链分析的直接指南
|
人工智能 运维 监控
助力企业提升运维效率 蚂蚁数科发布业务智能可观测平台
蚂蚁数科发布业务智能可观测平台 可助力企业提升运维效率3倍以上
325 0
助力企业提升运维效率 蚂蚁数科发布业务智能可观测平台
|
安全 API 数据处理
如何提升IT对业务发展的贡献度
希望置身业务驱动型环境的 IT 团队们,能够八仙过海各显神通,提升 IT 团队对业务发展的贡献,获得稳定的立足之地,然后才能逐渐施展拳脚。
394 0
如何提升IT对业务发展的贡献度
|
SQL 大数据 BI
业务重要?还是技术重要?
业务重要?还是技术重要?
325 0