业务重要？还是技术重要？-低调大师

业务重要？还是技术重要？

2020-09-03 603

初级工程师的困惑

曾经有公众号的小伙伴后台联系我，咨询一些问题。有一个粉丝问过这样一个问题：

群主，向你请教一个困扰我很久的问题，从毕业到现在，我一直从事大数据平台开发d的工作，主要是搭建CDH周边产品，并在基础上开发一些BI产品和内部的分析系统。我很喜欢这份工作，但就是离业务太远了，很少了解用户到底需要怎么的BI产品和数据平台。所以每次看到数据分析师接触真是的也无需求，可以把自己的想法和业务结合起来，得到老板认可的价值，我都会很羡慕。目前公司的大数据平台产品还不是很成熟，需要作为技术平台核心人员的我比较受重视，但是随着公司数据平台的完善，对于不懂业务的我，是不是会淘汰呢？

收到收到这条消息，我很欣喜。首先，作为一个刚毕业两年的同学，能有这种居安思危的想法，已经超越了很大一部分职场人。其次，我其实和这位同学有着相似的经历，很愿意去分享一些自己的想法。

技术 or 业务

首先，其实除了很少岗位不需要懂业务外，大部分公司的技术岗位都需要懂业务的，随着大数据平台的逐步成熟，有了平台开发这样一个岗位，他们主需要关注平台的功能，不需要关注具体的业务逻辑，随意大数据平台开发人员存在着和业务脱节的问题。作为开发人员我们经常嘲笑产品经理只懂业务，不懂技术，但是我可以明确的告诉你，只懂技术，不懂业务，在绝大数公司中是不会成为核心骨干的，技术永远都是服务于业务的，特别是在商业公司中。这也是刚毕业学生和资深工程师的区别，工作5年后，绝大多数工程师都会成为某一领域的业务专家，能够把业务和技术灵活的结合起来，解决企业实际的问题，以及在看到一些技术问题时候，会通过业务的变通来解决问题。那么在实际工作中，我们如何平衡技术和业务的关系呢？

记住下面一句话：撸代码的时候别忘了思考！

曾经的同事

我曾经遇到过一个同事，开发了一个XX分析应用系统，但是当业务人员问他这个数据怎么来的时候，他完全搞不明白，只是一句话，这个需要问产品经理。问产品经理固然没错，但作为系统核心开发人员，也要清楚的知道自己每个接口开发的逻辑，服务的业务。我们总是嘲笑产品经理不懂技术，产品是不是也会把开发当做撸代码的机器呢？

即使是作为平台底层的开发工程师，大部分时间都是对读写进行优化，但是读写的场景你都不了解，怎么去优化呢？只是一味的升级技术？增加内存？上固态硬盘？你需要去了解访问高峰时在什么时候，哪些场景下读高并发？哪些场景写高并发？那个复杂的查询SQL是在什么业务场景下触发的？这些都是作为开发工程师需要了解的，也许你花了很多时间和资源去解决的一个慢查询，只需要通过业务角度的一个转换就可以去解决掉了。

我的故事

记得之前做数据开发的时候，领导给我们布置了一个任务，去看业务系统的设计文档，现在想起来，真是感谢领导给自己指了一条明路。后来团队来了一个高级工程师，进公司的一个月内，把公司的各个业务系统都熟悉了一边，收集的一些资料都是我们干了两年都没有接触到了。通过这件事，我也养成了这个习惯，进入一家新公司后，首先是通过各种资源，获取公司目前开发的业务系统知识文档，熟悉公司在干什么。

当然，这样说着很轻松，其实要在干好自己本职工作之外，再思考学习，你也许就需要加班。提到加班，很多人已经反感至极，but me too！但是初期都会有这样一个阶段，每个办公室都会有那么一两个人走的比较晚，后来你发现慢慢的这几个人要么走了，要不成为了你的领导。

数据产品

当你熟悉的公司的产品之外，研发人员也可以成为产品经理的。特别是随着大数据平台越来越普及，来了一个新的职位：数据产品经理，这个职位还真不是一般产品经理能干的。不懂几个大数据技术栈和后端系统设计的，你还真接不了这个活。

解惑

所以，现在我想给那位大数据开发同学说，趁现在，去了解公司的业务吧，多去和数据分析的同事聊聊，和产品聊聊用户需求，不要迷茫，也许数据产品就是你的方向。

本文分享自微信公众号 - 数据社（DataClub）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

微信关注我们

原文链接：https://my.oschina.net/dataclub/blog/4545195

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Swift 的不安全

作者：Venkman，iOS 开发者，现就职于字节跳动飞书团队 Session: https://developer.apple.com/videos/play/wwdc2020/10648/ 这篇将会讨论下 Swift 中不安全的 API。标准库中提供了许多不同的结构，类型，协议，功能，属性等，其中少量被明确标记为不安全。我们没办法从接口名字上直接知道安全类型和不安全类型具体的区别是什么。实际上他们的区别在于对待无效输入时的处理实现。标准库中的大多数操作在执行之前都会完全验证其输入，因此我们可以放心地假定，我们可能犯的任何严重编码错误都将可靠地捕获并报告。 “安全”和“不安全“的定义这里有一个强制展开 Optional 类型的例子：我们知道 value 一定不能是 nil，如果我们将 value 赋值为 nil，然后使用强解操作符，我们的程序会马上 crash。虽然尝试强制展开 nil 值仍然是严重的编程错误，但是因为其后果已得到很好的定义。所以我们可以说强解这个操作是“安全的”，因为我们可以很清楚的知道对于各种输入会有什么表现形式。（包括强解 nil 会 crash）。从...

2020-09-04

738

1. 背景随着互联网业务不断发展，业务服务以及服务实例呈快速增长的趋势，然而传统微服务架构虽然能在一些场景满足服务高性能，高可用，可治理等需求，但同时也面临着耦合性高，灵活性差，管理复杂，可运维性低，缺乏多语言支持等问题。而如今云原生场景下，Service Mesh则越来越成为热议的话题。 ESA Mesh是OPPO互联网自研的Service Mesh组件，隶属于ESA Stack微服务体系的一部分。ESA Mesh致力于提供云原生场景适合公司的Mesh方案，解决公司跨语言调用难，多语言服务治理生态匮乏，服务治理不统一等诸多问题。提供云原生场景下弹性易用的微服务架构基础组件，层层突破微服务落地难，Service Mesh落地难上难的困境。 2. Service Mesh的前世今生随着近几年来云原生生态的不断壮大，CNCF基金会中的会员以及容纳的项目越来越多，CNCF为云原生进行了定位。以下是CNCF对云原生的重新定义（中英对照）： Cloud native technologies empower organizations to build and run scalab...

2020-09-03

667

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。