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

[新组上路] 从同事视角给职场新人的一些小建议~

   
🔗
hxtang 2020-10-12 08:51:18 | 只看该作者
全局:
potplus 发表于 2020-10-12 07:31
同意, 亲身经历, 老板在perf季节/犹豫该不该升职的时候确实会问组里senior的意见, 甚至老板都直接告诉我 ...

我的data point是老板平时就会问的,不会等到perf/想做某些操作的时候。有时候如果真的某些方面特别outlier(包括异常优秀和异常让我吐血)老板不问我也会主动说
回复

使用道具 举报

🔗
hxtang 2020-10-12 08:55:58 | 只看该作者
全局:
把一个项目拆成很多块分别问这件事,其实需要有个度
如果求助的范围比较合理,自己还是干了不少活,也还是注意给帮助自己的人credit的话,是个不错的trick,可以避免占用单个同事太多时间。
我也见过包括拆分问题以内的所有事情都是靠别人做的,还特别pushy,最后credit全说成自己的。这么搞的结果就是最后大家都觉得很讨厌,不会再帮忙了。

评分

参与人数 1大米 +1 收起 理由
Joyce5211 + 1 赞一个

查看全部评分

回复

使用道具 举报

🔗
huahandsome 2020-10-12 09:05:39 | 只看该作者
全局:
个人看法:
1. 入职3-6个月内,不懂赶紧问。当然要注意态度和时间,并做笔记。不要重复问一样的问题。
2. 问题本身没有简单/难/stupid/silly。 提问能更快解决问题并了解产品。自己埋头苦想 不是好办法。
3. 6个月后考虑独立解决一些问题。
花3-6个月熟悉没做过的产品/code 很正常。这些都和级别无关。
回复

使用道具 举报

🔗
 楼主| Joyce5211 2020-10-12 11:08:17 来自APP | 只看该作者
全局:
huahandsome 发表于 2020-10-11 18:05:39
个人看法:
1. 入职3-6个月内,不懂赶紧问。当然要注意态度和时间,并做笔记。不要重复问一样的问题。. From 1point 3acres bbs
2. 问题本身没有简单/难/stupid/silly。 提问能更快解决问题并了解产品。自己埋
同意!初期组里的大家一般都是对什么问题都无所谓的,尽力帮助和解答。重复的问题确实有些降低印象。
回复

使用道具 举报

🔗
 楼主| Joyce5211 2020-10-12 11:58:22 来自APP | 只看该作者
全局:
hongye0001 发表于 2020-10-11 16:08:45
谢谢楼主!不过关于新人问问题的事情,中国文化同这边教育的太不同了,老中一般比较怕如果问了trivial or silly的问题,会让人认为能力不行,所以课堂什么的都比较沉默,但这边的孩子从小受的教育是
谢谢补充!
希望地里的新人们根据自己组的情况灵活判断,不要畏首畏尾。迅速onboarding 才是最重要的!
回复

使用道具 举报

🔗
 楼主| Joyce5211 2020-10-12 11:59:23 来自APP | 只看该作者
全局:
hxtang 发表于 2020-10-11 17:55:58
把一个项目拆成很多块分别问这件事,其实需要有个度
如果求助的范围比较合理,自己还是干了不少活,也还是注意给帮助自己的人credit的话,是个不错的trick,可以避免占用单个同事太多时间。.1point3acres
我也见
哈哈, 同意!所以说当时我们是真被那个人秀到了。。。。。。
回复

使用道具 举报

🔗
kunpeng0927 2020-10-12 15:53:55 | 只看该作者
全局:
我虽然是在半导体行业的公司做硬件类工作,同样对于LZ的2,3点是相当赞同。
我就说一下这个对于trival和silly question的个人看法吧。既然入职作为同事,在同一个大组里,那么我是假定对方至少拥有专业背景的基础知识,如果问的问题是属于专业上在学校里就很经常接触的知识点,那么我会觉得这问题trival and silly. 如果一个问题,虽然在我看来是老生常谈了,但我知道问的人还没个概念,或者对方刚上手,是想多知道些细节,这些我都觉得很正常,通常会耐心解答,而且如果我知道有documentation,也会发给对方。再来问的话,可以是和上次问题相关联的引申问题,可以是自己的理解,我都会觉得对方是有进步,也乐意继续回答下去。但如果还是exactly the same question, 那就真的会感觉对方是在敷衍工作。
不过奇葩总是会遇到的,记一个已经在组里两年的junior的两件事:有一次他来问我,一个文件夹里有十个文件,一个script(tcl)里的某procedure可以对一个文件运行一个功能。他说他不想点击十次,然后每次都把Input_file的文件名改一下,问怎么搞?这个问题简直把我惊呆了!读取文件夹里的所有文件名,然后用for循环就能搞定的事情,竟然作为他的gating item,这真会让人怀疑其能力。
同样是此junior,做一款芯片的某个task,需要用到某软件,问我软件怎么用,第一次问时我都一一解答。然后过了两个月,他拿着另一款芯片的task出错的结果找我,让我帮他找错在那里。我一看,根本乱七八糟,软件都没用好,基础的,必要的操作步骤都没运行。我说我之前给你讲过的呀,对方竟然理直气壮的来一句:"It is already two months ago, I forget it."
我后来跟manager反应了问题,这简直已经超出我遇见的engineer的常识之外了。结果跟manager谈完之后,我才认识到LZ说的“一定要重视别人给的feedback”,这人还真可以不care。因为涉及到政治不正确。
回复

使用道具 举报

全局:
刚入职两个月的新人真的很头疼😩想问lz如果自己做的东西和组里没什么关系,是TL给的活,但是技术栈和工作内容都和组里的东西并不相关。事实上就是因为有个和组里技术栈不符的外部project需要有人做,TL就问senior mgr提了方案要到了hc才把我这个new hire招进来…所以全程只和TL有项目上的交流,和组里的其他人没有任何联系(包括我的直接manager也是只负责组里的实现不负责我的项目,虽然他会知道我大概在做什么),这种情况下我有问题也只能问TL…但我不敢问tl一个人太多问题,然而除了tl又没有人可以问😭这可怎么办
回复

使用道具 举报

🔗
saberS 2020-10-12 23:15:21 | 只看该作者
全局:
感谢,这些建议很有用
回复

使用道具 举报

🔗
 楼主| Joyce5211 2020-10-13 00:10:30 来自APP | 只看该作者
全局:
钟瑾继 发表于 2020-10-12 01:12:45
刚入职两个月的新人真的很头疼想问lz如果自己做的东西和组里没什么关系,是TL给的活,但是技术栈和工作内容都和组里的东西并不相关。事实上就是因为有个和组里技术栈不符的外部project需要有人做,TL就
有内网和doc可以学习吗?如果没有的话也没有更好的办法了。注意做笔记,不要问重复的问题。
另外这是一个跟TL拉近关系的好机会。项目顺利完成,以后TL会罩着你的!

评分

参与人数 1大米 +1 收起 理由
钟瑾继 + 1 很有用的信息!

查看全部评分

回复

使用道具 举报

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

本版积分规则

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