职场从survive到thrive 【讨论】

受教了。。。。

学习了，还没找工作，受教了。

感谢K姐的经验之谈，非常受用。

先占一楼。等更新。好有用。谢谢小k

大受启发！ThanKs!

小K 发表于 2016-2-23 13:42
形象建设（make yourself visible)

每周汇报：每天记录accomplishments, 每周五编辑好，发个report给老 ...

每周汇报那个怎么做起？每周写份总结邮件给老板？是不是先要和老板商量好某种形式的沟通？

写的太好了。从微信账号转战过来的，这里的分享比微信上多多了~~~

虽然只有国内工作的经历，但是就我读下来，感觉这些放之四海皆准，稍微按照实际情况调整一下就能用了！

做技术工种，关键是磨练出自己独有的一套技术方法，然后默默吸收别人的technique。“语焉不详”的分享这一点，精妙！


. From 1point 3acres bbs

大池子里的小鱼 vs 小池子里的大鱼

大池子里的小鱼 - 好处是可以学到很多东西，一般大公司很正规，可以按部就班的发展（或者不发展），对fresh grad来说去大公司，把基础打扎实了也不错。

小池子里的大鱼 - 好处是可以爬的很快，在那种牛phd扎堆的地方你仍然想top 20%难度估计会非常高，但是

您好！
本帖隐藏的内容需要积分高于 155 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 155 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式
Unlock interview details and practice with AI
Curated Interview Questions from Top Companies

但是无论如何，如果还想折腾下的，在一个竞争过分激烈的地方混太久不见得是个好的策略。学东西这件事是没有尽头的，值得学习的事情也不会是只有技术而已。

On leadership:

- 从模糊中寻求清晰的结构
   - （这句话其实我听见就够了）create framework of communication e.g. regular syncs, 比如周几的某天谈什么什么内容，standup什么也好，各种staff meeting也好。
虽然个性上恨死这种事情了，但是如果公司就tm认这一套，代码咱都能debug，公式咱都能推导，论文都能发，还tm不能组织会议？？？

   - 根据公司文化，注意不必要的structure -- 比如取消一些不必要的会议，这方面我有得天独厚的优势

   - 哪怕你是一个人的team(i.e. 就自己）send out monthly achievements email -- high level project updates

写project brief, 知识系统的时候洋洋洒洒无数页觉得无所谓。那这些project update 也就不算啥，其实并没有什么人会去仔细读，但是你不去跟着bs，你就等于白做了。

重新复习我前文说的：没用吹牛逼结束的项目，都等于没做。


- 思路清晰：
   - 要能秒说出自己team的mission和对公司的value proposition (even if you are a team of 1), do this for you, your immediate team, your bigger team. 要跟各种startup的书说的一样，develop an almost "elevator pitch" 并且敢于any time anywhere 傻逼一样骄傲的说出来。越lofty越好。


千万不要用phd的要求看待这句话。无论你觉得你的底线在哪里，都可以再放低50倍。

如果你觉得你之前是做了90才说60的，你现在必须学会做了10 吹成800.   不敢开这个口，then you are not ready for this role.


为什么有的phd敢于说出那么脸红心跳的话来，一个hard coded rule也叫intelligent 这啊那的？你不服气的话，想想如果不这么做，你很快会report to a lying piece of **** 你就不服气了。

如果你写东西的时候实在忍不住要check assumption, validate 这啊那，或者只report avg scenario 而不敢report 3 X best case scenario ，那你需要狠狠的扇自己，然后撕掉重写。隔天看了你自己没吐，那你就吹的不够厉害。

On a serious note - 很好的frame自己的value proposition，然后有什么新想法就可以用这个frame去评估。
不是每件事都值得去做，学习what not to do is just as important.


哪怕你不是做产品的，也需要能清晰定义远景目标。类似产品经理需要理解user story，你需要理解你做的事情，最理想的情况下大致什么样子，然后定义一步步实现这个理想。 千万不要害怕有magic leaps...


下面这条非常好：

您好！
本帖隐藏的内容需要积分高于 133 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 133 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式
Unlock interview details and practice with AI
Curated Interview Questions from Top Companies

有人可能觉得只有大公司才需要玩这一套，只要你的公司还有领导和员工之分，那这一套都普适。如果是很小的startup，所有成员都是cofounder，那另说。

我在三家startup工作过，大小不等(from ~40 to hundred to thousands of employees)，不得不承认，的确上文说的这些内容都适用。

the IC in me absolutely detest recurring meetings with no agenda. and I despise lofty weekly/monthly product updates that is nothing but bragging^2.
But this seems like the ONLY way to not be treated like a doormat.