Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

写在 Oracle 入职一个月之时(兼招人帖)

Posted on 03/19/201806/23/2019 by 四火

OCI加入 Oracle 的 OCI(Oracle Cloud Infrastructure)团队一个月了,感触颇多。事实上每一次团队的更换都是一次体验记录和整理的好机会。技术方面的东西有很多,在允许的范围内,我会在以后慢慢再谈,但是其他方面,现在我想稍微谈一谈,特别是和我的老东家 Amazon 比较地看。以下的文字更像一篇帖子,而不是文章。

先说工作中的生活。Amazon 的总部在西雅图,整个 SLU 满大街走着大亚麻的人,但是 OCI 目前只有 downtown 两栋楼的几层,人数要少得多。对我来说,每天上班从 van pool 改成了 bus,commute 的时间代价略高,但由于车次很多,因此也能够接受。Downtown 的环境比较复杂,比 SLU 复杂得多,据我观察白天治安还是不错的。午饭那堆各式各样总在变化的餐车(food truck)没有了,取而代之的各种小饭馆。没看到楼里有自动售货机,不过有免费的水果、零食、咖啡、饮料,都称不上有很多选项,但也聊胜于无。午饭后我经常走过两个 block 去派克(Pike)市场附近逛逛小商铺晒晒太阳。

说回工作。从各式工具,特别是基础设施上看,Amazon 显然更加完备,Oracle 则有时显得缺乏,有时具备但是略显过时。在 Amazon,如果需要一个合适的 kv store,有很多 AWS 上面的选择可以考虑。但是在 Oracle,选项就非常少了,需要更依赖于开源的资源,或者开发团队就需要做更多的工作,甚至干脆从头做一个,于是,这方面看机会也就更多。其实,在软件行业里,这才是常态,毕竟像 Amazon、Microsoft、Google 这样的互联网大公司工作,才有接触到那么多现成的基础设施的机会,在绝大多数公司中,都需要自力更生一点。我无法评判哪一种一定更好,有现成的选择当然使得技术选型和研发过程显得更加顺利,但是另一方面,时间久了就会忘记了这些东西本来该有的样子,和实际是怎么实现的,就好比总是吃现成饭的人,哪一天 S 给他一堆食材调料,让他自己下厨,就很难适应了。

毫无疑问,在云这块领域里,Amazon 绝对是业界标杆,而它和 M、G 并称三驾马车,其它公司都和它们有着或多或少的差距。无论从基建、招聘、硬件、设计各方面等等来看,Oracle 的野心着实很大,挑战无疑也显而易见。但是无论如何,这样一家 “古老” 的公司,如此之狠下心去参与云计算的变革,这样的勇气让人觉得真是感慨。当然,传统关系数据库的成功之老本,无论怎么成功,总有一天要吃完,这样的变革,也可以说是早晚必行的事情,那个时间点出现,都会引发争议。和 Amazon 这样火爆的形势比起来,身在 Oracle 其中,我保持谨慎乐观,但是这样能够在云计算的浪潮中扮演更大角色的机会,实在让人很难拒绝。

团队可以简单谈一谈,但是项目上面,我能说的不多。我所在的是整座从 IaaS、PaaS 到 SaaS 的金字塔中很底层的一层,代码用的 Python 居多。我们团队气氛和 Amazon 的很像,目前在迅猛的扩张中,招聘任务很艰巨,也很令人期待。目前全部都是有经验的程序员,包括非常资深的程序员,没有刚毕业的新手程序员。背景上面情况各异,但是多数人都有或多或少的云开发经验,比如从 AWS 团队来的,从 Azure 团队来的,也有少数人有和硬件打交道的丰富经验。我本人大概是一个例外,这二者都没有,这也给我带来了一些意料之中的压力。当然,毕竟已经工作快十年了,这些事情也算不上什么大问题。

我经历的每个团队都有不同的风格,有极其充满激情的,有团队成员之间关系走得特别近的,而我如今这个团队,最大的特点,用两个字来概括,就是 “成熟”,不仅是专业技能上的成熟,也包括业务领域知识上的成熟;不只是工程师沟通方面,由于成熟的背景,使得沟通显得尤其简洁,还包括研发经理的管理方式——主动的工程师+松散的管理。总体来看,身边的工程师都在努力工作,这方面要比我几年前待过的某些团队显得更加务实。没有人吹牛,很少人在打酱油,这让我看到了一点创业的氛围。

薪酬待遇方面,我无法透露太多,但是如果你优秀,我想它会是非常有竞争力的。如果你也对 Oracle 有兴趣,想在 cloud 这个领域体验一把创造者的乐趣,真正做一个弄潮儿(也许已经不算 “潮” 了,但还是很有趣),而不只是一个云服务的使用者,欢迎和我联系。另外,如果你对大牌的公司的传统团队失去了兴趣,又不想冒太大的风险去一家小公司,那么 OCI 这样的大公司的全新团队也许会适合你。页面的右上角有我的邮箱链接,以及微信链接。工作地点主要是西雅图。当然,如果你感兴趣的是 Amazon,我也可以帮你联系 Amazon 的朋友来推荐,但是这方面我会很谨慎,毕竟我已经离开了,找朋友推荐是要背负更多责任的。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 常用命令归纳:Linux/Oracle/JVM/Git
  2. 职业生涯下一站
  3. 编程语言学习和使用的观点
  4. 西雅图印象
  5. Algorithm In Interview

9 thoughts on “写在 Oracle 入职一个月之时(兼招人帖)”

  1. 贝索斯的光头 says:
    07/23/2018 at 6:00 AM

    误打误撞到这里居然碰到 Amazonian 组织了,我最近也在考虑跳槽,很多 Amazon 的人都去了 COI,但是还是有点顾虑 Oracle 的历史问题。。请问方不方便私下聊几句?

    Reply
    1. 四火 says:
      07/23/2018 at 8:31 AM

      Email me.

      Reply
      1. 贝索斯的光头 says:
        07/24/2018 at 12:41 AM

        找了半天您博客,实在没找到您邮箱 您方便留个邮箱吗?或者 ping 我也行 xiangmin.liang AT gmail.com

        Reply
        1. 四火 says:
          07/24/2018 at 12:44 AM

          在右上角,订阅·联系 下面有一个邮件图标。RayChase1986@gmail.com

          Reply
          1. 贝索斯的光头 says:
            07/24/2018 at 4:13 AM

            Got it!

  2. IsaWdx says:
    07/01/2018 at 1:40 PM

    哈咯四火你好,我是一个准西雅图程序员,可不可以向你请教一下贵 OCI 的 on call 情况。因为年纪大了… 研究生毕业了,就希望更能 work life balance。所以想请教一下贵组 oncall 的情况,以及 security 的 oncall 是不是比较多呢?

    Reply
    1. Anonymous says:
      07/02/2018 at 10:17 AM

      OCI 每个组情况差异比较大,有的组 oncall 压力比较大,有的则基本不影响生活。不过好在据我观察,压力比较大的组,基本上 oncall rotation 里面的人比较多,因此很长时间才轮到一次,于是就还好。
      Security 的 oncall 不清楚。

      Reply
      1. IsaWdx says:
        07/30/2018 at 12:21 PM

        哈哈多谢,我发现我们组人比较多,oncall 轮很久。

        Reply
  3. hjx says:
    03/20/2018 at 9:11 AM

    博客改版了。

    Reply

Leave a Reply to 贝索斯的光头 Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
  • Anonymous on 我裸辞了
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme
Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接