楼主: ettemill
跳转到指定楼层
上一主题 下一主题
收起左侧

[职场感言] 自己思考的一些码农需要关注的点(写代码除外)

   
🔗
gongchen 2019-7-22 05:18:47 | 只看该作者
全局:
K姐 发表于 2019-7-22 04:11
到一定级别才能看见楼主说的这些。你没见过不代表没有啊

什么级别有这些,什么级别没有这些呢?这是和级别有关的么?
回复

使用道具 举报

🔗
swufejun 2019-7-22 05:36:00 | 只看该作者
全局:
gongchen 发表于 2019-7-21 11:45
感谢楼主分享

现在西海岸互联网公司的风气和楼主说的是相反的。我基本没见到过面试会*专门*考察面试者如 ...

我觉得这个和组之间有关,it depends. 有的组面向外部客户,偏重business 需求,那有的组就是纯service team或者infrastructure team。我现在自己的组基本上就是platform as a service, 基本上就是我们自己搭建好data platform,让下游的组来用,他们自己发挥服务他们的客户。如果类似外部产品的组,确实很多需求和上游交流,下游交付。不过anyway,什么组都是需要有效沟通,把自己的idea和外面表述表达清楚。我们组的国人TPM也鼓励我们这种国人多说,不能被其他人霸占话语权。

评分

参与人数 1大米 +30 收起 理由
admin + 30

查看全部评分

回复

使用道具 举报

🔗
gongchen 2019-7-22 05:45:44 | 只看该作者
全局:
swufejun 发表于 2019-7-22 05:36
我觉得这个和组之间有关,it depends. 有的组面向外部客户,偏重business 需求,那有的组就是纯service t ...

同意external customer facing的组和internal的组在需求管理的流程上不太一样。我的观察是internal的组获得的来自engineer的需求一般都比较清晰。

可能也和一个组的新旧有关系。即使是external customer facing的组,如果非常成熟,没有大的product/feature要从头做起的话,我觉得需求管理的压力其实也是很小的。
. Waral dи,
补充内容 (2019-7-22 05:59):. ----
我觉得这其实可以解释为什么现在北美互联网公司的面试其实并不侧重楼主说的“需求管理”。因为北美大型互联网公司在做崭新产品的组少之又少。成熟的组新入职的engineer先会花大量时间读codebase,这和grind lc很像

评分

参与人数 1大米 +30 收起 理由
admin + 30

查看全部评分

回复

使用道具 举报

🔗
lx5945 2019-7-22 08:57:24 | 只看该作者
全局:
但是我有一个问题,3年的时间是短还是长啊?我感觉3年的时间还是挺久的~
回复

使用道具 举报

🔗
hagendasi 2019-7-22 11:02:48 | 只看该作者
全局:
楼主是在其位,想的都是manager的重要技能,manager的技能当然是非技术的能力要占大部分。
非manager的职位,肯定还是技术最重要。
所以我是不同意楼主的这个观点 --  “感觉整个技术生涯中,组织能力以及领导能力,其实是远远要重要于技术能力的”, 既然是技术生涯,当然还是技术最重要 是基石,其他技能都是在技术过关的基础上延伸出来 锦上添花的。
回复

使用道具 举报

🔗
 楼主| ettemill 2019-7-22 13:51:14 | 只看该作者
全局:
hagendasi 发表于 2019-7-22 11:02
楼主是在其位,想的都是manager的重要技能,manager的技能当然是非技术的能力要占大部分。
非manager的职 ...

其实我算是Tech Lead的职位
技术能力是很重要,但是随着职业的发展,我发现组织能力以及领导能力其实是更加重要的. 1point 3acres
尤其是现在大部分软件系统不是可能只靠一到两个人就能够写出来
如何领导自己的组员我觉得是相比技术能力是更重要的
回复

使用道具 举报

🔗
 楼主| ettemill 2019-7-22 13:53:34 | 只看该作者
全局:
fightinus 发表于 2019-7-22 03:17
感谢lz分享。虽然现在的工作年限还不足以完全切身体会到lz说的每一条感受,但是我觉得很快就会全部感同身受 ...
.1point3acres
是的,但是我觉得communication skill这个事情可以从现在开始抓起

一开始还是要多写代码,培养自己的软件技术价值观。
回复

使用道具 举报

🔗
 楼主| ettemill 2019-7-22 14:05:38 | 只看该作者
全局:
本帖最后由 ettemill 于 2019-7-22 14:11 编辑 . Χ
swufejun 发表于 2019-7-22 05:36. 1point 3 acres
我觉得这个和组之间有关,it depends. 有的组面向外部客户,偏重business 需求,那有的组就是纯service t ...

其实PaaS的话也很注重需求管理

可能不是你说的那种业务需求,但是可以考虑,或者大而化之,内部组也是业务需求呀。
是不是其他组有什么需求你们能够提供,但是现在没有提供呢?这个都是要靠聊出来的。没准你们和几个组一拍即合就能聊出一个还不错的项目?

“让下游的组来用” 这里面可以做太多文章了,例如下游的组用的好不好?怎么调查怎么知道?要不要Build up a metric regularly measuring it? 没准在让下游的组用的happy这快还能做出很多意想不到的东西
.google  и
需求拿到了就可以选型自己心水的技术了. Waral dи,

评分

参与人数 1大米 +20 收起 理由
admin + 20

查看全部评分

回复

使用道具 举报

🔗
 楼主| ettemill 2019-7-22 14:07:08 | 只看该作者
全局:
gongchen 发表于 2019-7-22 05:45
同意external customer facing的组和internal的组在需求管理的流程上不太一样。我的观察是internal的组获 ...

旧组的话technical stack比较旧,更新technical stack也是算是一个需求,这个时候如果能够非常清楚地跟老板陈述利弊,把这件事情deliver出来,也是一个很不错的事

评分

参与人数 1大米 +2 收起 理由
gongchen + 2 很有用的信息!

查看全部评分

回复

使用道具 举报

🔗
gongchen 2019-7-22 14:41:18 | 只看该作者
全局:
本帖最后由 gongchen 于 2019-7-22 14:42 编辑
ettemill 发表于 2019-7-22 14:05
其实PaaS的话也很注重需求管理

可能不是你说的那种业务需求,但是可以考虑,或者大而化之,内部组也是 ...

楼主能不能讲讲在“拿到需求”上有几个方面要做呢?

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
职场达人
  • ↑ 本版用于讨论职场各种干货话题,闲聊请去🔗聊聊或者🔗匿名版
  • ❌ 本版严禁水贴,引战,发布广告,拉群,贴个人联系方式,扣分无警告
  • ☑ 求职、面经等去 🔗北美求职和 🔗回国求职大区,刷题和学习请去 🔗终身学习大区
  • ☑ 请去专版发布 🔗内推, 🔗招聘信息,和讨论 🔗创业内容
  • ☑ PIP / DevList/ Need Support 等话题也已开设 🔗专版

本版积分规则

>
快速回复 返回顶部 返回列表