精华内容
下载资源
问答
  • 2019年7月3日入职现在这家公司,做后端开发已经整整一年了,这一年里见证着自己一步步完成设定的每一个小目标,自己成长的痕迹,有些欣慰,也有些压力。欣慰是能按照既定的轨迹进行着程序人生的规划路线,压力在于对...

    今年的小目标

    2019年7月3日入职现在这家公司,做后端开发已经整整一年了,这一年里见证着自己一步步完成设定的每一个小目标,自己成长的痕迹,有些欣慰,也有些压力。欣慰是能按照既定的轨迹进行着程序人生的规划路线,压力在于对自己成长速度的不够认可。
    所以,今年给自己定的终极目标就是:一年之后加入miHoYo!

    目标的缘由

    和联调的前端同事交流的时候,我们突然聊到miHoYo公司,她说她有个同学是在miHoYo工作,聊到miHoYo那我瞬间就精神起来了,毕竟是我喜欢了崩坏系列很多年,自然了解miHoYo公司和其他公司不同的地方,是发自真心的喜欢这家公司,如果以后能在自己喜欢的公司工作的话,岂不是快乐加倍?
    所以,即刻了解了一下miHoYo公司的招聘岗位和要求,发现:Java岗位(我做的是Java研发)需要5年开发经验?!Golang语言必须要有实际项目开发经验?!平台前端开发也要有经验的呢~看来现学现卖已经经不通了,于是我大胆做出一个决定,在接下来的一年里,为我热爱的公司,付出双倍努力的学习,让自己有机会进入miHoYo!

    接下来的心里路程

    其实想到这里,我心里也是比较迷茫的,一部分是担心自己是否能通过一年的努力就弥补工作年限和项目经验上的差距,虽然我我对我的努力从来都不会质疑,但是一年里不仅要完成每天工作上的要求,还有抽出时间来进行新语言的学习,想想如果中途因为过大的压力导致懈怠甚至放弃,心里落差真的会很大!想到这里我决定:给自己指明一条路,让自己只朝着这一个目标前进

    最终决定,继续实现我Java后端开发的道路!

    mmdYueY4n9,从今天开始自己记录学习的道路,与各位共勉~

    首先我决定复习一下数据结构和算法,虽然大学期间学习的成绩还可以,但是经过一年,总会有些遗忘。因为基础我是有的,所以每天刷题来见证自己的成长吧~

    这段时间疯狂的看Java书,感觉自己有了高中和大学拼搏奋斗的感觉!这种感觉自从工作之后就很少有了~我会保持住这种劲头,大家一起见证我的成长吧!


    这段时间写项目的授权模块功能研究的头都大了,最终完成总算告于一段落。在这段时间复习了数据结构和算法,大学虽然自以为学的很扎实结果现在看看还是生疏,现在基本做到每天总结之前学习内容的习惯,希望能与各位共勉吧~

    之后有时间会把自己研究的给Jar包代码给别人的时候授权的思路和实现代码分享给的大家~

    展开全文
  • 一年工作经验跳槽字节跳动社招经历分享 精 oscarwin 编辑于 2019-11-07 10:18:45 APP内打开 赞 64 | 收藏 533 | 回复28 | 浏览14033 一年工作经验跳槽字节跳动社招经历分享 精 APP内打开分享给朋友6453328...

    作者:oscarwin
    链接:https://www.nowcoder.com/discuss/336659
    来源:牛客网
     

    一年工作经验跳槽字节跳动社招经历分享 精

    头像oscarwin 编辑于 2019-11-07 10:18:45 APP内打开

    赞 64 | 收藏 533 | 回复28 | 浏览14033

    一年工作经验跳槽字节跳动社招经历分享 精

    APP内打开分享给朋友6453328

    虽然已经临近年末,但是还是萌生要看新机会的想法,主要的原因是觉得在目前的岗位上技术增长遇到的瓶颈,因此想去做一些更有挑战的工作。因为仍然准备继续在深圳工作,因此选定了三家公司,腾讯、字节跳动和 shopee,考虑的岗位方向仍然是后台开发(其他岗位也面不上呀,伤心)。虽然年底跳拿不到年终奖了,但是我觉得和自己个人整个职业生涯的发展比起来算不了什么,最好的时机永远是当下。

     

    todo准备

    敲定了方向和目标后就开始系统准备,主要分为以下几个方面来准备。

    算法题

    事先已经看过别人的社招面经知道头条每轮技术面都有算法题,而这一块平时练习的比较少,校招时刷的题也忘记了很多。因此系统复习的时候算法题还是花了比较多时间的。
    》先快速刷完了剑指 offer,这个校招时已经刷过两边了,因此现在刷起来会相对快一些。然后就是
    》啃 LeetCode 的题了,LeetCode 的题比较多,想在短短几周内刷完基本是不可能的,因此我主要
    》》hard级别只刷题目描述超简单的,记住面试时间有限。其他hard不刷
    》》按照类型去刷,每个类型刷几道就会比较有感觉了。
    比如
    链表的题优先考虑递归和双指针来解决,
    栈和队列的题优先考虑用两个栈或队列来解决,
    树的题基本都是递归等。不过
    数组和字符串的题一般比较灵活,这种题只能尽量多刷了
    平时要上班刷题也不方便,我采用的
    》方法就是看题,用手机打开 LeetCode 的网站,看完题目后直接想解决方案,脑子里大概捋一下代码怎么写,能想到的就过,想不出的就看看别人的解法
    ,用这个方法刷起来就很快。用这种方法你可能会担心面试时题写不完整,其实不用太担心,因为
    》算法可以不完整,核心思路和边界处理必须对,面试时间有限

    理论基础

    基础这一块主要以《快速复习》为主,主要是语言(我主要用C++,所以复习C++)、操作系统和网络编程。校招这一块会问题的比较多,社招这一块问的比较少,但是如果这一块打不上来就比较尴尬了。
    语言就不说了,这一块大家应该都知道会考些什么,校招的时候毕竟都疯狂准备过。
    》操作系统就看内存管理、进程管理和文件系统,一般虚拟内存问的多
    》网络编程这块就包括 TCP/IP 协议,HTTP协议,网络安全三个方面。
    》》TCP/IP主要就是三次握手,四次挥手,TIME_WAIT 的作用等这些常考的题了。
    》》HTTP 协议考察 HTTP 协议的返回码、HTTP 的方法等
    需要特别指出的是 HTTPS 加密的详细过程要非常透彻,不然容易产生一种感觉好像都清楚了,
    但是一问就有点说不清楚。最后就是
    》》网络安全,主要考察也是 WEB 安全,包括XSS,CSRF,SQL注入等。

    后端技术

    这里的后端技术主要指工作中要用到的一些基础组件,一些常见的后端架构设计。主要准备了MySQL、Redis、消息队列、zookeeper、分布式系统架构设计和docker。MySQL 主要看了极客时间的 《MySQL 45讲》,关于事务、索引、锁以及 binlog 和 redolog 都讲的非常好,也是面试最爱考的,除此之外对数据库的读写分离、分库分表也要掌握。没有任何利益相关,决不是打广告。Redis 主要看了《Redis 的设计与实现》,然后自己再总结了一下 Redis 的使用场景,以及 Redis 实现分布式锁基本 Redis 就没有问题了。消息队列的开源软件比较多,我主要选择 Kafka 来学习,主要看官网文档,极客时间的《Kafka 核心技术与实战》,和一些技术文章等。不过极客时间的《Kafka 核心技术与实战》,我觉得讲的比较一般,不是很建议。分布式系统的就准备CAP理论、BASE理论、限流、熔断、一致性***算法、主从架构、集群架构、异地多活、负载均衡、分层架构、微服务等。

    深挖项目

    没有参与开源项目的经验,工作中做的项目也很一般,项目这块我实在没什么太多拿的出手的,不过还是要挖掘一下,毕竟这一块是逃不掉。我说几个我思考的点吧:

    1. 找项目中相对而言具有亮点的地方。比如我用 redis 实现了一个延时队列,然后对这个延时队列我通过分片来解决瓶颈,通过分发来加快处理速度。可以看我的《基于REDIS实现延时任务》一文。这个虽然不是什么复杂技术,但是可以将其考虑全面可以展示出自己具有一定的架构能力。
    2. 找项目中复杂的地方。如果你做的项目中有复杂的地方,即使不是你做的,也可以拿来说,前提是你要搞得非常清楚来。
    3. 量化指标。一个接口原来有性能问题,比如你做了一个小的优化,将其 TP99 的耗时从原来的 500ms 优化至多少 200ms。
    4. 赋能整个团队。在开发业务的过程中肯定会遇到一些重复的工作,或者可以复用的服务。你可以开发了某个工具或者服务化了某个功能推广到了全组使用,给公司创造了价值。

    Shopee

    一面

    • mysql 有那些存储引擎,有哪些区别
    • mysql 索引在什么情况下会失效
    • innodb 与myisam 的区别?
    • mysql 的索引模型
    • mysql 主从同步怎么搞的?分哪几个过程?如果有一台新机器要加到从机里,怎么个过程。
    • 乐观锁与悲观锁的区别?
    • binlog 日志是 master 推的还是 salve 来拉的?
    • redis 持久化有哪几种方式,怎么选?
    • redis 主从同步是怎样的过程?
    • redis 的 zset 怎么实现的?
    • redis key 的过期策略
    • hashmap 是怎样实现的?
    • tcp 的握手与挥手
    • select 和 epoll的区别
    • http与https的区别,加密怎么加的?
    • raft算法和zk选主算法
    • Kafka 选主怎么做的?
    • kafka 与 rabbitmq区别
    • kafka 分区怎么同步的
    • kafka 怎么保证不丢消息的
    • kafka 为什么可以扛住这么高的qps
    • http各种返回码,401和406啥区别?
    • redis 哨兵和集群
    • kafka partition broker consumer consumer group topic 等都是啥关系?
    • 两个单向链表,返回求和后的链表结构,例如2->3->1->5,和3->6,结果返回2->3->5->1

    二面

    二面没什么好说的,和面试聊人生去了,我以为是要凉的节奏,但是却拿到了offer。

    三面

    HR 面

    腾讯

    腾讯面试提前1天和提前一个小时都会发短信提示。去的腾讯滨海大厦面试,大楼的现代化程度很高,不过需要提醒一下的是,腾讯的滨海大厦分为南塔和北塔。我去的时候就上错楼了,需要下到4楼重新换成电梯。

    一面

    笔试

    • 微服务的特点,如何实现服务发现和负载均衡
    • c++内存管理
    • time_wait在哪一端产生,作用是什么
    • 程序crash如何定位
    • 服务性能问题如何定位
    • 两个排序数组找中位数
    • 就数字n的平方根
    • 设计一个算法,抽奖次数越多中奖概率就越高
    • MySQL 如何分析一条语句的执行过程。delete from t1 limit 3和delete from t1的区别?

    面试

    • 问项目
    • 跳台阶
    • 数组中奇数个元素
    • 一栋楼有n层,不知道鸡蛋从第几层扔下去会碎,用最少的次数找出刚好会碎的楼层
    • 动态规划与贪心有什么区别
    • redis数据结构的底层实现
    • redis如何实现高可用
    • 负载均衡算法有哪些
    • 服务发现是怎么实现的
    • 熔断是怎么实现的
    • id生成器怎么实现的,如何实现全局递增
    • 协程和线程的区别
    • 进程间通讯方法
    • 平时逛哪些论坛,研究哪些算法
    • paxos算法,这个算法我说不清楚,然后说了raft算法
    • gdb怎么切换线程
    • 如何判断一个图是否有环
    • 介绍一下缓存
    • 查看 CPU 的命令和磁盘 IO 的命令

    二面

    • 项目的系统架构画一下
    • 如果用户量上涨怎么优化
    • 负载均衡的加权轮询算法怎么实现
    • 背包问题
    • 贝叶斯的概率学原理
    • 分词算法
    • 连续整数求和(leetcode 第 829 题),要求时间复杂度小于O(N)

    总结

    腾讯二面面完我就知道凉了。动态规划非要写出递推公式,因为我一直都是用动态规划表的思路来解题,所以这个地方没有答好。后面又问贝叶斯和分词算法,一点都不会(我的内心:我是来面后台的,又不是面算法的)。最后一道算法题只能想出 O(N) 复杂度的,面试官一定要小于 O(N) 的,答不上来。这道题是 leetcode hard 级别的难度,所以没有刷。不过后面去看可能也没有那么难,只是这种通过数学公式的特点来解题往往容易被忽略了。总之,腾讯的一面算是中规中矩,二面确实让我有点手足无措。之前看网上的说法是腾讯算法题考的比较少,可能还是要分部门吧,我这次面试的是腾讯视频,二面基本上全是考算法。还有大部分面经都说,算法题很少考 leetcode hard 级别,这个我也要表示怀疑了,因为腾讯和后面的头条都考了 hard 级别的。所以刷题时不能完全跳过 hard 级别的题。那有什么题不会考呢?我认为是描述起来很复杂的题面试时不会考,因为面试时间比较紧,如果光时把题看懂都要解释半天的,这种是不太会考的,比如那个 LeetCode 上买股票的题。

    字节跳动》最想去的大厂,听说钱是真的多,反正都很累

    一面

    • 问项目
    • 任务系统怎么保证任务完成后发奖一定成功
    • zset 延时队列怎么实现的
    • redis 数据结构有哪些?分别怎么实现的?
    • redis 的持久化
    • mysql 的索引
    • 一个无序数组找其子序列构成的和最大,要求子序列中的元素在原数组中两两都不相邻

    二面

    • Redis 的 ZSET 怎么实现的? 尽量介绍的全一点,跳跃表加哈希表以及压缩链表
    • Redis 的 ZSET 做排行榜时,如果要实现分数相同时按时间顺序排序怎么实现? 说了一个将 score 拆成高 32 位和低 32 位,高 32 位存分数,低 32 位存时间的方法。问还有没有其他方法,想不出了
    • MySQL 事务的四个隔离级别? 先说了四个级别的区别,然后说了每个级别可能产生的问题
    • binlog 日志和 redolog 日志清楚吗? 说了两个日志的作用以及两阶段提交
    • C++ 的动态多态怎么实现的?
    • C++ 的构造函数可以是虚函数吗?
    • 缺失的第一个正数(leetcode第41题)
    • linux 系统里,一个被打开的文件可以被另一个进程删除吗?
    • 一个 10M 大小的 buffer 里存满了数据,现在要把这个 buffer 里的数据尽量发出去,可以允许部分丢包,问是用TCP好还是UDP好?为什么?
    • 一个完整的 HTTP 请求会涉及到哪些协议?

    三面

    • 问项目
    • redis 的 ZSET 是怎么实现的?
    • 让你设计一个限流的系统怎么做? 令牌桶
    • 让你设计一个延时任务系统怎么做 说了两个方案,一个是使用 redis 的 ZSET 来实现,考虑分片来抗高并发,使用 redis 的持久化来实现落地,使用 redis 的哨兵实现故障转移。 一个是使用时间轮的方法。
    • 现有一个随机数生成器可以生成0到4的数,现在要让你用这个随机数生成器生成0到6的随机数,要保证生成的数概率均匀。
    • 有 N 枚棋子,每个人一次可以拿1到 M 个,谁拿完后棋子的数量为0谁就获胜。现在有1000颗棋子,每次最多拿8个,A 先拿,那么 A 有必胜的拿法吗?第一个人拿完后剩余棋子的数量是8的倍数就必胜,否则就必输。
    • 给出一棵二叉树的根节点,现在有这个二叉树的部分节点,要求这些节点最近的公共祖先。

    四面

    HR 面

    总结

    头条4轮面试都是视频面的,视频面试体验其实还是挺好的,坐在家里面试我会更加放松一些,这样脑子也灵活一些。人一紧张脑子就转不动了。头条的3轮技术面都问了zset的实现,ZSET的实现可以好好看看源码怎么实现,这样说的时候有更多东西可以说,不是说一个跳跃表就完事了。还有一点就是遇到不会的逻辑题或者算法题不要放弃,问问面试官可不可以提示一下。如果能在面试官的慢慢提示下能完成这道题,也是会被认可的。

    展开全文
  • 前端开发工作一年小记

    千次阅读 2018-07-07 17:44:42
    作者/云荒杯倾 再过几天,就是我作为一名小小的前端工程师工作整整一年的日子...这种冲动甚至大于“写总结是一种思路整理、自我纠正和目标重新聚焦的过程”理性认知。 (本文没有太多技术讲解的东西,非喜慎入。)...

    作者/云荒杯倾
    再过几天,就是我作为一名小小的前端工程师工作整整一年的日子了。而且,距离上一次写技术文,已经过去很久远。且逢周末,还是雨天,气温不高,心情凑合,就想写写。然而,写工作总结实际上可能仅仅是源于一种不可遏制的冲动,类似于伟人老去,海边回顾一生那种感觉,尴尬脸。这种冲动甚至大于“写总结是一种思路整理、自我纠正和目标重新聚焦的过程”理性认知。

    (本文没有太多技术讲解的东西,非喜慎入。)

    缘起

    说起和前端的结缘,其实可以追溯到2009年,大一的一门其他学院老师开设的选修课,叫网站维护与建设,一个女老师,讲的很有意思,主要还是老师本人挺有意思,她讲了很多,从ps到dw,从HTML到简单的css和js。最后期末要上交一个作业,她说作业中必须包含轮播图,然后她还把轮播图的代码写好了,只需要替换图片路径,给我们放到一个地址去下载。

    我写了大概五六个页面吧,页面内容基本上我写的一些文字随笔,然后给加上背景音乐(因为好几个页面都放了XXX.mp3导致最后的作业文件包很大),当然老师要求的轮播图是必须的。

    最后拿了个87分,要知道这个分数对于大一基本上没有什么学业付出的我来说已经不错了,相对于其他科目得分。我记得那时候高数(我们用的同济五版)每周交作业,都是去图书馆借一本高数习题解,把答案抄到纸上交上去的。

    然而,最重要的是,我觉得我值得那个分数,甚至稍微有点少(虽然是满足的),因为我做那个作业的过程是有意思的,没有那么痛苦,就做完了,我觉得做的不错(现在想来很丑),何况里面还有免费赠送给老师看的文字随笔,呸。

    虽然,在这门课之后的很多年,我并没有再去碰HTML、css、和js。但这可能算是一个好的开端,好的记忆。

    步入职场

    就一晃,一晃N年过去了,硕士毕业了。通过校招进入现在的公司。base在中关村。说起去这个距离我硕士学校很近的公司,我还可以经常回学校转转是一方面,另一方面是因为面试体验好。工资嘛,够用就好,何况,校招进去差距不会太多。除了极个别。

    那个男人,那个高高瘦瘦的男人,高级技术总监,在面试我的前5分钟我就感受到其身上的技术魅力了。直到现在,每次开会,听到他无论什么知识点,都可以给我们无限展开、娓娓道来,有时还在会议现场search js规范佐证他的正确,且让我这个渣渣都能全程听懂,我都会嘴角上扬,觉得自己一年前的选择没有错。

    技术提升

    在这一年,进步是全方位的,总而言之,就是技术栈的扩大和工程能力的提高两点。
    但这些在高级工程师看来都是不足挂齿的,而且有些技术我目前还是不求甚解的。

    总体来说,只能说是稳步进步吧。速度不够快。但是种瓜得瓜,我认。如果道歉和自责可以达到目标,那每个人都可以。

    工作后的生活状态

    2018年,我的其中一个目标是依靠技术文章,在掘金上有100个关注,然后在写了几篇文章后,就轻松达到了这个目标。这也是我很久没有再写的一个重要原因。每当解决了一个bug,或者有了写的冲动,就被各种思绪破坏掉。大概是从考研结束后,我对自我要求变得很低,对个人提升如此容易满足,让我觉得自己没有按照自己理想的速度前进。大概是前进目标消失的过。

    越写越丧,先到这吧。。。

    展开全文
  • 第1、2节分享给对这个行业感兴趣的学弟学妹和刚入行的同学们,第3、4节(也是本文的重点所在)整理分享了自己工作一年多来一些主要的心得体会和经验。 第1节 产品经理的工作内容和范围 这一节主要解释了产品经理是做...

    这篇很长的文章将分为4个部分:

    1) 产品经理的工作内容和范围

    2) 产品经理的工作方式和方法

    3) 心得体会

    4) 其他经验分享

    第1、2节分享给对这个行业感兴趣的学弟学妹和刚入行的同学们,第3、4节(也是本文的重点所在)整理分享了自己工作一年多来一些主要的心得体会和经验。

    第1节 产品经理的工作内容和范围

    这一节主要解释了产品经理是做什么的,这是一个入门级问题,可能对学弟学妹比较有用吧。但是要注意的一点是,由于行业很大,随着细分领域的不同(桌面产品、web、游戏、移动终端等)、公司的不同、甚至部门的不同,不同的产品经理的职责也不尽相同,所以felix所写的只能代表在腾讯的产品项目制度下,移动客户端产品经理的工作内容。所以,当以下出现PM(产品经理)这个字母组合的时候,你要在大脑中的替换为:腾讯模式下移动互联网客户端项目的产品经理。

    1)挖掘用户需求,撰写需求文档;

    2)跟进产品开发过程,与项目组内各类角色成员合作以确保产品开发的顺利进行;

    3)跟进发布过程,确保产品顺利发布;(包括发布策略的制定)

    4)产品相关数据的监测和分析;

    5)行业、市场及竞争对手的监测和分析;

    6)聆听并回复用户的声音,发现产品问题和筛选有价值的需求;

    7)与公司内外部的产品进行功能层面上的互利合作;

    以上,1~7的部分是一名客户端产品经理必须处理好的基本工作内容,此外,还有一些事情PM也是要或多或少参与的,只是根据产品形态、公司/部门的大小,会有一些专人去做这些事情,因此PM在这些事情中的参与度会小很多:

    a)产品的市场宣传相关内容

    重点在宣传:品牌的建立和推广、对企业等组织进行宣传合作、对终端消费者进行宣传合作、同时研究消费者心里

    b)产品的市场拓展相关内容

    重点在拓展市场:具体到移动互联网上的客户端产品,就是通过投入资源与手机厂商,或者产业链其他环节进行合作帮助产品通过厂商内置、后置等渠道拓张市场份额;

    c)产品的商务拓展相关内容

    重点在商务:根据产品形态的不同,不一定会有这样的部门。作为接口,它连接产品项目组和外部的与我们有商务合作的组织或个人

    d)产品的渠道推广相关内容

    重点在推广:动用各种渠道类资源,帮助产品扩张市场份额;紧跟市场大盘,预测市场发展规模并制定相关策略

    e)产品的内容运营相关内容

    重点在运营:根据产品形态的不同,紧跟社会热点进行内容类的运营,一般意义上而言,对于大多数半年以上的产品,内容运营至关重要。(如何处理产品的可运营性和功能特性之间的关系也是PM要花时间细想的领域,这是后话)

    以上,a~e的部分则一名PM或多或少要参与其中的工作。

    所以小结一下,一个PM的工作范围是以上1~7和a~e的和,而主要的工作内容(也是花时间最多的部分)是1~7的部分。

    第2节产品经理的工作方式和方法

    第1节概要性的描述了PM要做什么,而这一节则主要描述PM会怎么做。与上面1~7相对应的顺序。

    一、需求撰写

    1)需求从哪里来?

    a. PM根据自己的专业素养(也就是感觉)体验自己产品和市场上其他产品时发现的问题或是灵感闪现出的关键点;

    b. 各级产品领导的直接反馈和建议

    c. 用户使用中遇到的问题、困惑、以及反馈非常需要的功能点

    d. 行业最新的动向

    当然,以上仅仅说明了需求的来源,这大量的需求最终在前线PM这里汇总,PM根据自己的专业能力对需求进行筛选、优先级划分、推理权衡和细化,并时刻与产品核心路线进行对比校正,最终拿出产品下一步发展的方案;

    2)怎么写?

    a. 主要工具

    word、ecxel、ppt什么的、原型设计类的软件,这些都不重要。所以你可以自由的选择自己需要的工具、软件、甚至系统,自己顺手就好,所以建议时不时的换一换工具换一换心情。

    b. 写作技巧

    #1 开始写之前,一定要在自己的脑子里完美的想好这个功能点的方方面面(或者至少想个80%),各种可能、各种异常处理都要想清楚;

    #2 写作的时候,要尽量清晰全面的把想好的东西写出来:

    #2.1 清晰是指逻辑清晰,一定要让交互、设计、开发、测试同学能很好的理解你想要传达的想法;

    #2.2 而全面是指详细,一定要详情,非常非常的详细,需求产生的背景、要怎么改善、为什么这么改善、这么改善后期望达到什么样的效果、触发条件呢(前置后置)、具体怎么改善呢(最大量的写作工作、事无巨细描述清楚你的逻辑、同时考虑所有的异常情况)、必要的流程图、适当的最终效果(这里后面还会有提及)等等等等

    #2.1和2.2是一名PM专业程度的体现,一定要拿出逻辑清晰的文档,因为你是自己产品的上帝,你的每一处逻辑都会影响到千千万万在这种逻辑下生活着的终端用户,通过完美的逻辑,概念设计一个完美是世界是这个工作最有价值的部分之一,可是最快乐的部分,不要错过它。

    #3 写作之前和写作之后

    #3.1 真正动笔写作之前最好能先把你的想法和涉及的开发、交互沟通一下,初步判定一下可行性,否则天马星空的设计如果最终被开发判定实现不了,或者实现的成本高于你的预期,就要再斟酌斟酌了。

    #3.2 写作之后的流程

    自己写出来的东西还不能直接拿给项目组开始开发的流程,还要至少组织一次会议请同为策划的同事、需求相关的同事和各级领导进对你写的东西进行一次评审,这样做的目的主要有3个:

    a. 帮助你检查需求的严谨性,找出错误和漏洞,讨论出更优的方案

    b. 知会到需求相关方,也就是这个需求会涉及到的项目组以外的其他组织的相关同学,在正式开工前听到他们的意见,一方面可以根据他们的现实情况对需求做一些调整,另一方面可以与他们约定好后续的合作方式、需要的资源,对方准备也需要一个时间

    c. 领导那里会有关于市场、产品今后发展方向的更多的信息,因此他们会帮助你评估这些需求是不是符合当前产品的发展方向、会不会/会如何影响到公司/部门在这一个点上的定位和布局、会不会比他们对这个产品的期望不符。

    具体这一步的流程和在项目循环中的位置,在后面一节“项目相关的流程”那里会进一步说明。

    二、开发过程

    与上面1~7相对应相对应,现在我们开始讨论第2个部分:开发过程。开发过程是我们的产品从概念变成真正可贩卖的工业品中必不可少的神奇一步,是多种不同分工、不同专业背景的同学在一起协同工作的过程,很重要。后面会以如下的一个目录方式逐步讲解这里的细节:

    1)项目的概念

    2)项目组

    #1 人(资源)

    #2 流程(人和人之间如何协同)

    3)PM在开发过程各个阶段中的作用

    #1 需求阶段(需求方全体确认需求)

    #2 开发阶段(开发团队集中开发阶段)

    #3 测试阶段(质量检查的阶段)

    #4 发布阶段(内测、灰度、正式发布等逐级发布阶段)

    #5 发布后的阶段(效果跟踪的阶段)

    下面会根据这样一个目录进行说明:

    1)项目的概念

    项目的概念相对简单,可以理解为一个话题或者主题,很多人为了同一个目标、同一个主题、同样的利益和愿景聚拢在一起形成了项目组。这一点和公司等任何组织的形成类似。

    2)项目组

    #1 人(资源)

    项目组里有不同的人,一般来说,一个处于开发循环中的核心项目组包括了这样的一些人:产品经理、视觉设计人员、交互设计人员、开发人员(前端开发、后台开发)、测试人员、项目经理等。

    所谓的开发循环中的核心项目组是指一个形成一个产品所需要的最少(最标准)的人力配置结构,当然一个更宽泛意义上的项目组还包括了很多很多其他角色:运营、渠道、运维等等等等;

    这些角色在开发循环中(显然,不在循环中的时候某些角色还有自己的独立于项目组之外的工作)的主要职责是:

    a. 视觉设计人员(视觉设计,你看到的几乎每一个优美的图案)

    b. 交互设计人员(交互设计,你在使用产品过程中哪些举动可以获得反馈以及以什么形式获得什么样的反馈)

    c. 开发人员(前端开发同学的成果就是你拿到的最终安装包、后端开发同学的成果则是在服务器端的逻辑,离你看起来很远,但实际上息息相关)

    d. 测试人员(写过程序的同学都清楚,开发过程中难免会有各种各样的问题,有些很容易看出来,但有些要通过一定的测试手段和方式才能找出)

    e. 项目经理(成熟稳健的项目经理对一个团队来说非常重要,人力资源在项目中的保证和调配、确保项目中涉及的各流程的顺利运行,以及处理好项目组内成员及其分别的外部支援团队与项目组之间的关系,这些是项目经理工作的内容,所以你看到了与项目经理良好的互动和项目配合对PM的工作会有很大的帮助)

    ##题外话一下,项目经理的英文 Program Manager,产品经理的英文 Product Manager,所以你看到两者如果英文缩写的话会很像,因此不同的公司都会想办法在英文名上对这两者进行区分,在腾讯,公司制度上项目经理缩写为PM,而产品经理缩写为PDM,但实际上不论是在行业内还是在公司内,大家还是总是喜欢叫产品经理为PM。所以以下我会继续这样写。

    #2 流程

    互联网产品的一个典型的项目组内环形开发流程是这样的:

    需求的撰写和定稿--》交互设计和视觉设计--》开发--》测试--》发布--》新的需求的撰写和定稿……

    ##所以你看到了,需求阶段是整个环形开发的起点,因此当你综合考虑PM的职责和他在开发流程中这样特殊的位置时,就会明白他是很不容易的,有很多事情需要他来处理和承担责任(背黑锅而受到指责什么的……所以新手特别是毕业生产品经理是很艰难的,类比导演专业一毕业就带摄制组出去拍摄,艰难程度可想而知,因此对于新手,在你从业的前半年到一年的时间是需要准备好随时接受来自项目组内外的压力,这里冷暖自知了,最后第3部分心得体会和大家分享一点点)

    那个循环开发流程只是说项目组内需要一同经历的流程,也就是说为了协调大家各种角色的时间、更好的进行协同工作所需要的循环流程,但实际上项目组内的部分同学,除了这个流程以外,在这里的项目组里每天每周都还有无数其他的流程要走。与项目相关的,比如PM在自己的组内有需求评审的流程、比如交互设计师和视觉设计师分别在自己的视觉/交互组内都有各自的评审流程;

    3)PM在开发过程中各个环节中的作用

    #1 需求阶段

    #1.1 加工从各个需求渠道过来的需求、撰写需求的部分就不说了,上面已经讲到了

    #1.2 带着写好的需求文档经过需求评审的流程,并根据评审的建议或意见进行修改,直到达成一个绝大多数人都能够认可的需求;

    #1.3 和交互设计师深入交流,不要只说你要什么效果,而要全面的讲讲为什么要这样做,你达成一个什么样的目的,这样可以更好的借助交互设计师的专业知识,可以提供给你和他更开放的思路一起想出可能原先想都想不到的更好的实现方案。

    ## 题外话一下,如果你所在的公司和部门在你所在的项目中提供了专职的专业交互设计师,那么建议在写需求文档的时候可以使用一些低保真的原型工具(低保真!),而不是Axure因为这样会限制你和交互设计师、以及在需求评审阶段的每一个人的思维,这绝对不是你想要的效果,所以,试试低保真的原型图吧

    #1.4 和视觉设计师深入交流,不要说你想到哪里用什么颜色,同样,尽量说说你想到达到什么样的效果,至于配色什么的交给视觉设计师吧

    以上1.1~1.4的部分才是一个完整的需求方确定需求的部分。

    #2 开发阶段

    #2.1在问题出现时权衡取舍、做出决策

    开发过程中,随时会遇到概念设计阶段想不到的新状况,比如开发同学开发过程中发现有的地方不好处理、或者有的地方有两种以上的实现方案但是都有优缺点、或者某些地方要是真按照需求文档那样写会有一些潜在的风险,而以上的任何一种情况出现,都需要你,一个一线PM根据自己的经验和感觉、根据产品方向和核心价值进行权衡取舍后给出直接明确的答案:做或者不做、选A方案或是B方案、哪些损失是值得的。

    #2.2 保证资源及时到位

    #2.2.1 及时与某些项目资源输出方沟通

    保证资源的到位是项目经理的职责,但实际上产品经理也要深入的参与其中。比如设计资源的到位情况,项目经理会保证在一个时间段内这个设计人力可以100%的属于这个项目组,但是在设计师动手之前你需要与之充分沟通,确保设计师与你向着相同的方向在努力;而当设计师输出设计资源以后,还要根据设计资源的质量(也就是能否满足需要、是否契合PM希望达到的视觉气质等等)反复与设计师沟通,这个过程可长可短,而项目组后续的很多工作都有可能卡在这里,所以PM在这里也有责任保证资源的保质保量及时的输出。(##题外话,所以如何保质保量及时也是一个问题,这里涉及到“信任”和“妥协”,在第3部分心得分享的模块,会做进一步说明)

    #2.2.2在项目过程中随时与项目资源输出放沟通

    既然如上所说,开发过程中随时都会有新的问题,都会有项目内外部各级的同事领导体验反馈出问题,那么相应到,很多资源上的新需求,也是在项目过程中随时产生的,当有此类场景出线时,及时与相应的资源输出方(一般是交互和设计)进行快速有效的沟通非常必要。

    #2.2.3 及时审核确认

    每天项目都会有新的进展,每天都会有一些功能点完成、一些修复优化的点开发好,因此及时的审核确认也是PM工作的一部分,否则等到了测试阶段或者上线前的阶段再发现一些重大问题(或是与需求文档不一致的地方,你会发现这种事情时有发生)就会造成很大的修复成本,时间、人力、项目组的信心、PM被信任的指数等等等等都有可能受到不同程度的伤害,因此这也是一个很重要的部分。

    #2.3下一个循环也在同步的进行

    移动互联网市场正在日新月异的迅猛变化,当前行业里最雄厚的资本、最杰出的人力资源都在以极快的速度向这个领域内聚集,因此腾讯MIG去年常说的一句话就是“快比什么都重要”,所以具体到腾讯的模式下你会发现以两周或者三周为周期的项目组开发周期非常的普遍(记得一年多以前还有2个月多一个周期,那个时候PM还有喘口气的时间,这是题外话了),因此作为一个PM,在一个正在进行中的项目周期中,你除了要做到上面的#2.2.1~2.2.3之外,还在同时为下一个项目周期做好准备,开始进行需求的撰写、评审以及其他的需求方流程。

    #3 测试阶段

    一般来说,在前期开发过程中,PM会进行高频率的产品自测,也就是上面的#2.2.3所描述的部分,而到了真正的专业测试阶段,PM介入的就比较少了,专业的测试人员测试出问题后大部分情况会直接反馈给开发同学,只有当有很多很多问题开发同学做不完需要PM排优先级的时候、或者是有些优化点优先级低但是可能意义非凡时,需要PM来做一些时间和效率上的取舍。(关于质量与效率等问题,在第3部分心得体会那里也会有提及)

    #4 发布阶段

    一般情况下,在经过了专业测试之后的产品差不多就可以发布了,以后的过程可能不同的公司/部门都会有所不同,但大致上还是比较相似的:

    #4.1找一小撮玩家进行测试

    可以找公司内的同事,也可以招募一些公司外部的玩家用户测试,这一阶段的目的是找出专业测试也没有发现的重大问题(比如安卓平台上由于机型和系统的严重碎片化,很容易发生程序在某个特定机型上出一点小状况的事情)以及听听用户对某一个新feature是否会有比较大的正向或是负面的反应;

    #4.2 灰度发布

    还是基于万一出现问题时控制受众范围的考虑,一般我们会采用灰度发布的策略(当然这个策略的制定也是PM工作的一部分),灰度策略制订时一般考虑两部分受众:新增用户、老版本用户。新增用户如何处理、什么比例;老版本用户如何处理、什么比例,这些问题一般通过PM的经验结合这款产品的用户规模、所在生命周期的某一特定阶段而制定。

    #4.3全量发布

    灰度发到100%就是全量了,也有不经过灰度发布直接全量的情况。

    #4.4其他

    当然,以上#4.1~4.3才不会是我们工作的全部,还有很多很多的事情需要你来做,比如提前一周左右输出发布计划给所有相关部门和人员、发布前的各种各样的资料准备、发布前和各宣传相关的渠道的交流(微博、软文、、)、发布前准备好客服公告、新版本发布时安装包里帮助文件的更新、发布后信息知会给所有相关部门和人员等等等等。

    #5 发布后的阶段

    #5.1 效果跟踪

    可以通过很多渠道直接或间接的获得用户反馈,比如论坛、微博、Q群、帮助社区、新闻(腾讯的产品不论好坏一般都会有或多或少的行业评论)、甚至家人、朋友、同事、领导等等等等。

    #5.2 数据分析

    毕竟只有血淋淋的数字才能直观的证明一项新功能/改动的正确性和效果,因此版本发布后的数据分析也是必不可少的工作。数据分析这里至少将包括规模数据的分析、和各主要特性的分析两大部分,当然用户及市场反馈的部分也是一个重要的可选项。

    以上1)~3)整体上概要性的描述了开发环节中PM的主要作用,而实际工作中一般要处理的事情会更多一些。

    三、产品相关数据的监测和分析

    这一部分讲到了数据,虽然在心里我倾向于认同PM(至少在需求的创造这一方面)实际上是一种(感性的)艺术,不应该以数据来作为唯一的判断标准进行衡量,但是醒醒吧阿宅,经济学常识告诉我们,在一个市场经济主导的经济社会里处于竞争环境中的企业内工作,这样的环境注定了用数字说话才更有力量,因为数据才代表了收入和金钱,所以艺术只能让位于商业,好吧,这么说有点冷酷,那么听听下面的说法:

    另一方面,用户数据可以简单直观理性的证明给我们自己和各级相关同学:我们在做的事情是正确的!是有价值的!是想着光明的方向的!这些数据帮助你看到用户真实的想法,即使你在网上看到一堆人骂一个功能没用仅仅噱头,但看到数据显示92%的用户会频繁的使用该功能,你心里会不会踏实很多?

    这里大概说一下吧,一般情况下我们更关注规模数据、操作数据和运营数据,其他的还好。

    另一方面,以什么样的周期来关注数据也是一门学问了,根据公司/部分/产品/数据种类的不同而不同。

    数据这里比较敏感就不细讲了,感兴趣的同学可以在网上找找书什么的,或者在工作中自行摸索。

    四、行业、市场和竞争对手的监测和分析

    #1 行业与市场

    行业和市场信息的阅读和了解其实没有必要进行制度性的要求,只要平时多看看行业新闻就好,主要是培养自己的产品sense(这一点多用多想别人的产品也有很大帮助)和行业敏感度,这一点对热心于这个行业的新同学来说从来都不是问题吧。

    值得提的两点是:

    #1.1 兼容并蓄、海纳百川的心态

    主观上不要轻视任何一种创意和市场行为,每一条科技新闻的形成背后都有一堆执着的人和一定的市场基础,多看多想,不要急于否定和排斥,可以多练习形成自己的观点和判断(这个阶段不一定要分享出来)。

    #1.2 行业敏感度的培养与验证

    当你对一个产品一个功能一种趋势有了自己的判断,即使身边的人、项目组暂时不能接受,但市场终究会给出一个答案。如果你的预见,总是能经过时间的证明(比如一段时间后在竞品的身上看到了自己原先的设计),对自己自信心的形成会有很好的正向激励作用。

    #1.3 工具、方式

    一般来说,作为一个客户端PM白天你几乎是没有时间用来看网页看新闻的,所以你会比别人更需要一些移动智能终端设备比如iPhone、iPad什么的,便于你利用一些碎片时间update到最新的资讯,否则自己会很快过时,逐渐陷入到自己特定的领域内无法形成宏观的视野,也会容易缺乏自信,变得依赖于岗位。

    #2 竞争对手的监测和分析

    维护一张表格,周期性的检查竞品的动态,挑出一些你关注的点进行持续性的分析,知己知彼才能更好的打败对手。

    第3节心得体会

    现在回头看,在前面的章节中大量的许了愿要在第三节中进行心得体会的分享,千万不要有过高的期望啊,只是felix自己在工作中的一些不完全的感悟和总结(怎么可能期待我在这样的大半夜1点半回忆完整个这1年的经验呢~呵呵),难免会有偏颇和不成熟的地方(毕竟才1年级嘛,不然以后靠什么吃饭),仅供参考。

    1)服务意识

    第一点并没有提MIG内部常说的“产品经理是火车头”的概念,因为如果以那个观点作为出发点,操作层面其实比较走弯路,特别是毫无管理经验的毕业生同学。

    所以根据自己长期的摸索,认为以“服务意识”作为一个PM心态的原点会比较好的应对面临的问题。这么想的原因是:

    #1 首先重新审视一下我们的工作实际上是要求面面俱到,在开发循环中的任何一个环节全权代表产品团队和项目组在做一个一线的决策,因此可想而知每天可能每个环节的同学,包括各级领导都有可能来找你确认、查询、解决、反馈一些问题。确实会很忙很乱时间完全碎片化,有时也会因为总是被打断正在进行的事情,和接到很多临时性的任务而心烦意乱,所以这种时候如果认为别人的“打扰”干扰了你的“正常工作”,那你就输了,因为不断被“打扰”,不断被确认也是我们工作的一部分,因此这种时候如果能认识到“我的工作就是一种服务性的工作啊呵呵呵呵”基本上心理会比较容易摆正心态。

    #2 服务的心态可以更顺利的作为一种内驱力,在项目组正常运行时提供助推剂;比如你不会独断的任务需求的产生是你一个人的事情(虽然你确实收到了比较专业的训练),而是会用一种开放的心态与项目组内成员充分的交流;同理,很多事情,比如外部团队帮助下制定的产品宣传策略和品牌推广活动,作为一个接口人你也可以开放的分享的项目组的其他成员(当然虽然他们也许没有时间看,而你也不一定有时间这么做)

    #3醒醒吧啊宅,不要被“Manager”两字蒙蔽了双眼,IT业内(传统行业那个就不提了)最早提出PM概念的微软在设立“PM”这个职位之初的定位:为工程师端茶送水、预定会议室、与其他团队交流以及帮工程师团队承担来自外部的压力、并尽最大努力帮不善言辞的工程师们推销他们的想法。so ,看到了吗?其实这个职位从设立之初就是个服务性岗位,so,我把这一点作为“服务意识很重要”的最重要理论基础了。

    2)“产品经理是火车头”的理解

    这一句话基本上在腾讯MIG内部经常被提及,你的各级leader、项目经理,甚至开发团队潜意识里都会反复提到这个词,所以作为这句话所涉及的主体行为人,PM会怎么理解这句话呢?我的理解是:

    #1 执行力

    输出需求的效力、保证需求尽快通过各种各样评审的效力、保证需求所涉及的各类资源的正常按时输出、保证对开发过程中出现的问题的及时解决、保证发布正常进行的效力、以及各种各样你主要处理的事情的执行力,因为一般情况下,对方的单线程和线性的,而PM会同时面对很多人很多件并发的事情需要解决,因此如果在某一个方面某一批人那里出现延误和没有处理好的情况,PM很容易被认为执行力差……所以执行力是一个很重要的要求。

    #2 积极的感染力

    就是怎么看怎么觉得有精神,类比各类动漫中的热血小强型角色;

    #3 责任感

    主人公的意识,积极的涉足、主导和解决不期而遇的问题,时刻从产品大局出发权衡取舍;这里大家已经很熟了就不说了。

    #4 当然,还有黑锅

    如上所述,既然很多很多人的很多事情都与你有关,那么进度卡在你这里、或者你没有说清楚、或者你没有提任务、或者你没有早说……就都是你的责任了,这种情况下一方面参考一下#1的解释调节调节,认真你就输了;另一方面,可以通过一些制度性的行为为自己提供支持,比如及时邮件什么的。

    3)信任、妥协、营造气氛

    这条几乎上升到了方法论的层面,这两条其实说大很大说小很小,灵活应用的话效果会比较好。

    #1 信任与妥协

    上面第二部分说了,PM所在的项目组中有各种各样的角色(项目组外也是),每个人都有自己的专业分工,所谓“术业有专攻”,其他角色顶着自己的帽子、带着自己的头衔,一定是在自己的专业领域内受到多年理论和实践打磨的,为什么你不相信别人的专业素养却要求别人相信你的眼光?所以信任很重要。

    所以毕业生PM来公司如果立马就开始背诵“产品经理是火车头”,并且希望自己在任何一个领域内的看法都被严格执行的话,基本上立马会躺枪,因为你的看法在某一个特定的领域内是不成熟考虑不全面的,所以在有些时候当你意识到在这个领域内有更专业的人可以贡献力量的时候,“妥协”吧!因为大家的目标是一致的(妥协的理论基础)

    #2 营造氛围

    如果能在一定时期里项目组内,特别是需求方内部(产品、交互、设计)大家都能比较好的做到信任和妥协,就有可能形成一个良性的循环,其结果是PM的工作会轻松一些,而项目组的效率会更高一些。(眼熟么,有点像微观经济学博弈论里囚徒困境中双方互信时的情况,各方的利益都能最大化并且组织的利益也得到了最大化)

    4)承受压力

    当然,你要做很多的事情,你要接触不同的人,会会有很大很大的压力,在上面的第2节、第3节的2)#3里也略微讲到了如何面对压力。这里再稍微说一下

    #1 正向操作

    #1.1 尽量让各级领导和你项目组中的同伴了解到你工作的内容(虽然很难,因为在项目跟进时PM的工作量很大但很琐碎,每一个点要花的时候都是不定且很难预估的)

    #1.2 多和前辈沟通或者买些书来看,积累理论工具和有效的方法论。压力不会凭空产生的,压力一定是依托于某件或者某一些你可能面对不了的事情而发生的,因为你需要经验的积累(理论工具!)和处理这些问题时可行的方法,这会更治本一些,从根本上减轻压力。

    #1.3 同理,为了直击压力本源,你需要更好的解决问题,那么可以尝试借助更好的工具(新电脑、新键盘、iPad、Mac、)或者其他人的力量帮你提高效率、分散压力

    #2 中庸缓和型操作

    如果压力太大,可以看看电影逃避一下什么的,或者洗个澡按个摩什么的,或者找个哥们喝一杯什么的、或者冲动性消费一下什么的,或者暴饮暴食什么的(虽然不建议)

    5)平衡效率和质量、工作和生活的关系

    #1 效率和质量

    工作中的事情很多?而且总是在限定的时间内要求有结果,那么其实对于PM来说随时都在面临一个效率和质量的问题,要效率高,必须赶在时间点到来之前完成手上的所有的事情,那么每件事情的完成质量可能就会有偏差,难免有些情况会不符合别人的预期;而如果重视质量,有绝无可能在限定的时间内完成我们在上面提到的海量的工作,效率必然有损。所以如何平衡效率和工作是一个很重要的问题。如果达到这里的平衡就要看自己了,如果处理不好很容易自己累死累活但吃力不讨好。

    #2 工作和生活

    工作很重要,那生活呢?显然,作为一名PM你也许会很少会有休息的时候,周一到周五累死累活工作到很晚,周末两天光是补觉洗衣服基本上就没有时间了,这样当然不好!时间长了,随随便便一个契机一个场景坐在那里喝着咖啡就该开始走神感慨,我的生活为什么会是这样?这是我要的生活吗?如果不是,那这样生活的意义何在?

    所以为了避免这种困惑的发生,为了缓解孤独寂寞冷,尽量调节自己的生活吧,给生活更多的时间。如果你没有妹子的话,去找个妹子吧。如果你异地的话,找一种爱好吧,比如电影、运动、看书、桌游或者单纯一点:吃!

    6)被信任

    第3)点提到了信任,那里的信任其实更多的是指PM对其他成员和角色的信任,那么反过来呢?如何被信任?

    凡是讲PM工作的书基本上都会提到PM个人影响力的构建,主要讲得就是如何被信任这一永恒的话题。每个人都会有自己的方法,但基本上都是要不断的通过自己的努力累计被信任的成功案例来逐步达到这一点的。有点类似恋爱中的男方操作技巧不是吗?

    第4节其他经验

    这里就很松散了,不能也不可能总结完所有的经验,在操作层面出现的问题、总结的经验还是要自己亲身体会会来的直接一些。所以像什么会议之前xx、会议之后xxx,充分沟通,邮件电话之类的工作技巧就没什么可分享的了,而且隐隐觉得此类办公技巧真的写出来会被大牛嘲讽什么的……

    所以谈谈其他一个更重要的话题吧,那就是健康!!!

    # 健康

    一定要保护好自己的身体,时常锻炼一下什么的(虽然这一点我做的也不是很好,现在我坐到下午5点多的时候差不多就要开始腰背酸疼了…然后要挺到8、9点…)

    结合上面提到的“效率与质量、工作与生活”的章节,尽量给自己的生活留下充分的时间。培养至少一种自己愿意坚持的运动类型,这样不仅可以强身健体,更可以换换心情。

    没想到一直连载了两天,长达4次更新才写完这篇文章,这一次总结的有点多了,下次吸取教训框架可以搭的小一点就不用这么面面俱到了。


    展开全文
  • 一年来完全用Linux工作

    千次阅读 2012-07-12 14:23:44
    记得王垠同学写过文章《完全用 GNU/Linux 工作》。嗯,当初看了也是很激动。本篇文章,不是为了学人家怎么样,我只是和大家聊聊我用Linux一年来的体会、感受罢了。别人是模仿不来的,模仿别人没有什么可以值得称道的...
  • 目前 Semantic SLAM (注意不是 Semantic Mapping)工作还比较初步,可能很多思路还没有打开,但可以预见未来几年工作会越来越多。语义 SLAM 的难点在于怎样设计误差函数,将 Deep Learning 的检测或者分割结果作为...
  • 谈软件测试---一年测试工作总结

    千次阅读 2015-10-07 10:16:23
    这篇总结推迟了好久,一直想在工作一年之后写一篇总结,由于各种琐事以及感觉想法的不成熟,一推再推。这两天尤为强烈,不管怎样都应该把这一年多测试工作学到的知识和想法记录下来。  软件测试行业在国内发展...
  • 一年总结

    热门讨论 2017-08-26 20:07:11
    在这一年里自己有收获成长,有不足和缺点,但是更多的是改变~ 【计算机】  这一年自己对计算机的态度从不痛不痒无关紧要慢慢的改变成很上心积极的心态。记得敲百例的时候,自己只是机械的把代码打上去,到...
  • 去年这个时候,我毕业了,怀揣着兴奋不安,来到京城,对爱情的向往,对未来的执着。 幸福的时光总是短暂的,毕竟每天都要正常的生活,迫于北京的人、事、物三方的压力之,很快这个现实的手,就伸到了我的跟前,...
  • 今天是1024 程序员节日 写篇文章送给自己 给自己定一个一年目标 一年以后再来看看自己吧 技术点上 1、SpringCloud相关知识点笔记,在2020年结束前全部整理完成 2、消息队列在自己真实项目中彻彻底底了解消息队列...
  • 前言本来正在愁这周写些什么,突然看到得到的推送,吴军老师的第二季《谷歌方法论》的开播,突然想到已经订阅《硅谷来信》已经超过一年了,正好趁此机会回顾一下这一年来的收获。吴军老师是我非常欣赏和佩服的人,...
  • 工作一年的一些心得和心路历程

    千次阅读 2018-01-31 15:21:36
    1.很多误区,公司招人,更注重的其实是一个人的想法,目标,内在,品行,在短短的面试其实不容易看出这些,所以我们在对待每一份工作的时候一定要把自己展示出来,告诉面试官我是一个什么样的人,我想要做到什么样的...
  • 帝都一年

    2012-11-10 22:01:09
    一直想开一个博客记录自己的点滴,不论是技术还是非技术的,但是之前一直没有实行起来,...从实习开始,不知不觉已经来帝都小有一年,感觉在这一年里自己能够感觉到确实有所成长。但接触的越多,了解的人越多,也越发感
  • 2018年——不平凡的一年

    千次阅读 2018-12-31 18:48:31
    时光如梭,岁月荏苒,转眼间,12... 好,回顾了一下整个一年,这里做一下总结,还是经典的从工作、学习、生活三个方面进行总结。工作的点滴经历、学习的点滴收获、生活中我的点滴成长……2018对于我来说是不平凡的...
  • 专家答疑:决定转行成败的关键是你是否做好了向面试官推销自己的准备工作。 转行的准备工作,具体如下: 1、你真的确定新职业是你真正感兴趣和适合...3、为了获得新职业,你需要提前学习和掌握此相关的知识技能...
  • 新人程序员的感想一年总结

    万次阅读 多人点赞 2018-01-17 21:58:37
    从事这行一年了,临近年底写写自己对程序和工作的个人理解  我是培训的一名程序员,我是自愿去培训的,实际点就是因为我想赚钱,没别的。在大学的学的是硬件学过C(基本没看过书),培训的是java,学了几个月什么...
  • 16年,平凡而又收获的一年

    千次阅读 热门讨论 2016-12-31 22:01:48
    16年,平凡而又收获的一年岁月如水,时间飞逝,转眼间,已经到了年尾,即将引来新的一年,我要赶紧抓住16年的尾巴,写篇文章记录一下我16年的点点滴滴。篇章大概如下,学习&工作室篇,实习篇,盛夏六月, 博客篇,...
  • 三四月刚过完年,开大会给过去一年做个总结,给新一年定个基调,而九十月正是冲业绩的时候,开大会为的是进一步刺激市场。目的不同,大会上展现的内容自然就不太相同,一般来说上半年侧重讲市场战略和布局,半年会...
  • 辞旧迎新又一年(18年年终总结)

    千次阅读 2019-01-31 22:36:05
     先概括过去的一年,如果说17年是本命年水逆,那么18年算是水逆后开始转运的一年,但貌似也没彻底转过来。相比17年,18年的人生上没有什么太大的阻碍,但倒也不是顺风顺水,希望19年成为我顺风顺水 一路高...
  • 我的2017年总结-播种学习进阶的一年

    千次阅读 2017-12-31 13:31:10
    2017年,大学毕业工作满5年,人生之路刚刚走上正轨,投资之路刚刚入门,无限险峰等着年轻的我去挑战。在这一年明确了6个关键事项1.人生定位:不做核心,做谋士。2.未来5到8年职业目标:懂商业的技术合伙人。3.实施...
  • 新的一年2020

    2020-01-24 21:40:47
    我的研究方向的发生了比较大的转变,我从一个机器学习的萌新变成了计算机视觉领域的研究者,逐步了解深入目标跟踪、行人重识别等领域。 关于兴趣。我依然参加了不少数据科学的比赛,也写了很多比赛思路和baseline;...
  • 新的一年,新的梦想

    千次阅读 2013-12-07 11:03:30
     我觉得这篇文章的 文学色彩、写作思路、积极向上的精神都是很不错的,所以我以这篇文章为模版“填词”,有了下文。友情提示 本文仅供参考,切莫当真。填词作文 岁月如梭,一晃2013年已成为过去,我的生命已走过...
  • 2020-记录不平凡的一年

    千次阅读 多人点赞 2021-01-05 14:11:27
    这注定这是让很多人会“痛恨”的一年,我相信如果时间可以重来,很多人都希望这一年可以从头开始,但是人生没有那么多如果,我们当下所经历的每一分钟都是人生中的必然经历,我们根本无法预知明天和意外哪个先来,...
  • 2019新的一年已经到来,如何制定个人it工作计划呢? 下面是收集整理的it个人工作计划,欢迎阅读。 下手方向 其实无论你是否是IT行业都可以从以下5个方向入手。 写好年度总结的基本要点 年度工作总结时应本着...
  • 北漂职业生涯中心酸而又收获颇丰的一年

    千次阅读 多人点赞 2017-01-28 16:17:14
    每年的年初年末的惯例,只不过今年把这篇文章搬家到这里来了。2016的总结2015年底跳槽到现在...从原来的中等程度的加班一子变成高强度的加班,让人倍感身心疲惫。上一家公司,一般情况也就加班到八九点,偶尔会通宵一
  • 2019年美赛A题翻译与思路详解

    万次阅读 多人点赞 2019-01-26 00:22:10
    2019年美赛A题翻译与思路详解 翻译与思路详解 1.问题一 在基于史诗奇幻系列小说冰之歌和火而虚构的电视剧中权力的游戏之中,三条龙是由龙之母丹妮莉丝塔格利安抚养长大龙孵化出的时候是很小的,约 10 千克。在一年...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 32,585
精华内容 13,034
关键字:

下一年工作思路与目标