4

点赞

0

评论

0

浏览

Hello, 不好意思拖了这么久才回答。 那说明我是颗弱草。我觉得所有岗位都招收女生吧:)

Hello, 不好意思拖了这么久才回答。

那说明我是颗弱草。我觉得所有岗位都招收女生吧:)

google

1

点赞

0

评论

0

浏览

这个问题我其实也不是特别好回答。理想和现实大部分时间其实都是有偏差的。确实有时候实验室的东西确实不让人感兴趣,有时候甚至不止是不让人感兴趣而且很明显你能明白是毫无价值的(当然我觉得你的不是)。我觉得你不妨引入20%的概念,这是一个别人没法剥夺掉的时间。你可以规划好你一天的时间,看paper的时候就认真看,把一件事做好,尽管你没兴趣,但也是一种能力的培养其实,只要这件事不是毫无价值的(毫无价值的事反复做就是浪费时间,我一直是这么觉得的)。然后你设定你看paper时间,自己学习和做点小项目的时间,比如周末、比如晚上。

这个问题我其实也不是特别好回答。理想和现实大部分时间其实都是有偏差的。确实有时候实验室的东西确实不让人感兴趣,有时候甚至不止是不让人感兴趣而且很明显你能明白是毫无价值的(当然我觉得你的不是)。我觉得你不妨引入20%的概念,这是一个别人没法剥夺掉的时间。你可以规划好你一天的时间,看paper的时候就认真看,把一件事做好,尽管你没兴趣,但也是一种能力的培养其实,只要这件事不是毫无价值的(毫无价值的事反复做就是浪费时间,我一直是这么觉得的)。然后你设定你看paper时间,自己学习和做点小项目的时间,比如周末、比如晚上。

代码科研实验室

5

点赞

0

评论

0

浏览

Hi, 我个人感觉其实就是多写代码,多跟文档。比如你有一个喜欢的项目,要把它做全了做好了都不是一件特别轻松的事情。要实现一个demo非常简单,但是要实现业界水平的app,就需要反复雕琢代码,反复优化,反复学习文档。就像我们其实有时候也经常花个一两天甚至几个小时简单粗暴的搞个demo证明想法work。然后后续慢慢把这个demo里的内容做到产品里去时往往得花两周。 你把一个小项目做好了,在这个过程中会学到很多。其实既有深度又有广度了。我觉得重要的是完成一个loop,而不是做到一半停止。虽然这也经常没法做到,但是尽量抱着这种态度去做吧,比如一个app,就想着把app完善了,而不是demo水平。一个功能,就想着把功能完善了,而不是应付下这次的需求。每天多做一点,慢慢也就提高了。 只是个人的见解哈。

Hi, 我个人感觉其实就是多写代码,多跟文档。比如你有一个喜欢的项目,要把它做全了做好了都不是一件特别轻松的事情。要实现一个demo非常简单,但是要实现业界水平的app,就需要反复雕琢代码,反复优化,反复学习文档。就像我们其实有时候也经常花个一两天甚至几个小时简单粗暴的搞个demo证明想法work。然后后续慢慢把这个demo里的内容做到产品里去时往往得花两周。


你把一个小项目做好了,在这个过程中会学到很多。其实既有深度又有广度了。我觉得重要的是完成一个loop,而不是做到一半停止。虽然这也经常没法做到,但是尽量抱着这种态度去做吧,比如一个app,就想着把app完善了,而不是demo水平。一个功能,就想着把功能完善了,而不是应付下这次的需求。每天多做一点,慢慢也就提高了。


只是个人的见解哈。

android

4

点赞

0

评论

0

浏览

英语的重要性其实挺低的,等出国了再慢慢练也行。 面试的时候对算法还是很重视的,但是进入之后开始干活就是靠一些基本功,很少会需要特别高深的算法,不过那对于思维和编程反正都是种锻炼。 我觉得其实就是多写代码、多做项目(当然烂项目越少做越好,比如什么政府部门的外包之类的;多和牛人做项目,比如Ricky@ :))、多学习技术。追求技术而不是追求公司。技术好了,进不进谷歌也是次要问题了其实,别人也会抢着内推你的。

英语的重要性其实挺低的,等出国了再慢慢练也行。

面试的时候对算法还是很重视的,但是进入之后开始干活就是靠一些基本功,很少会需要特别高深的算法,不过那对于思维和编程反正都是种锻炼。

我觉得其实就是多写代码、多做项目(当然烂项目越少做越好,比如什么政府部门的外包之类的;多和牛人做项目,比如Ricky@ :))、多学习技术。追求技术而不是追求公司。技术好了,进不进谷歌也是次要问题了其实,别人也会抢着内推你的。

求职google

0

点赞

0

评论

0

浏览

呃,这个问题我回答不了哈,层次太低,只懂码代码,不懂格局。 反正我自己觉得还挺好用的,而且功能越来越强大,个人觉得将来会挺流行。

呃,这个问题我回答不了哈,层次太低,只懂码代码,不懂格局。stuck_out_tongue

反正我自己觉得还挺好用的,而且功能越来越强大,个人觉得将来会挺流行。

weargoogle

2

点赞

0

评论

0

浏览

我的回答不一定正确。但是据我所知,应该没有一个专门的整个公司的所谓可靠性团队,而是分散在各个团队里的。主要负责产品的可靠性、产品的性能。其中可靠性又包括对于提交的代码质量的把控、对于问题的监控和对问题的修复。从这几个目的出发会做主要几种行为: 测试框架:单元测试,end to end测试,自动化测试(如Espresso或者UiAutomator), ... 开发分析工具:监测性能、监测内存泄漏、监测页面变化等的工具 线上监测工具:监测性能、日志、反馈、bug捕捉;将这些信息呈现给团队成员 维护:出了问题如何解决,这样将bug分发到正确的人 流程:如何将测试、分析工具等结合到从开发到提交、部署到维护的流程里。

我的回答不一定正确。但是据我所知,应该没有一个专门的整个公司的所谓可靠性团队,而是分散在各个团队里的。主要负责产品的可靠性、产品的性能。其中可靠性又包括对于提交的代码质量的把控、对于问题的监控和对问题的修复。从这几个目的出发会做主要几种行为:

  • 测试框架:单元测试,end to end测试,自动化测试(如Espresso或者UiAutomator), ...
  • 开发分析工具:监测性能、监测内存泄漏、监测页面变化等的工具
  • 线上监测工具:监测性能、日志、反馈、bug捕捉;将这些信息呈现给团队成员
  • 维护:出了问题如何解决,这样将bug分发到正确的人
  • 流程:如何将测试、分析工具等结合到从开发到提交、部署到维护的流程里。

google可靠性

反馈意见