08:29-08:42 从永庄到十字路口, 13m
08:42-08:49 从十字路口到进入进入公司, 7m
08:50 到公司
08:51-08:56 整理桌面卫生, 7m
08:57-09:00 打水, 到垃圾, 3m
09:01-09:24 思考今日要完成的内容
09:25-10:15 和博哥讨论若干事情, 50m
10:16-12:16 参与敏捷开发会议, 2m
12:17-13:17 午休+午饭, 60m
13:18-13:31 午睡片刻, 15m
13:32-14:30 查看课程表结构情况, 58m
14:31-15:00 博课给讲解公司目前组成情况
15:01-15:06 领取门禁卡, 5m
15:07-15:27 整理查看爱尖子研发部人员组成, 20m
15:28-15:38 追踪自带电脑流程事情, 10m
15:39-16:52 查看课程数据库表结构内容, 73m
16:53-17:01 休息, 8m
17:02-18:11
1.和博哥讨论若干事情工作上的事情
2.参与敏捷开发会议学习敏捷理念
3.博课给讲解公司目前组成情况
4.整理查看爱尖子研发部人员组成
今天工作内容:
1.根据数据库来分析理解业务
2.了解产品经理的业务分工 [暂时不用知晓]
3.了解目前服务器后端分组情况 [完成]
4.技术例会,是否是技术早会 [非例会,而是敏捷分享会]
5.测试环境走一遍网站业务 [没有处理完]
需要整理内容:
1.传参的形式,目的,解释内容[博客,印象笔记]
2.返回值的格式,目的,解释内容[博客,印象笔记]
3.谷歌浏览器如何评估百度推广的广告[博客,印象笔记]
4.对开发环境,测试环境,pre环境,线上环境的定义和使用说明[博客,印象笔记]
5.学习整理敏捷开发[博客,印象笔记]
6.如何快速熟悉现有业务? [重点思考问题]
6.1 查看数据库表结构初步熟悉表,然后了解业务,确定正确的表结构范围.
6.2 查看具体数据表结构作用,以及表和表之间的关系.最好是到处html更加直观,xml次之.
6.3 查看哪些表是基础数据表,哪些表是业务数据表,或哪些表是业务关系表内容
7.PR合并处理,工具查看处理
8.ajz_main_sit和course两个合并请求处理
技术管理:
1.昨天艰难地把环境搭建完成且可以运行的,发现我认为的问题,这些问题如何避免呢?更多的是遵守效应加上权威效应,如果cto搭建的框架,制定的代码规范和流程规范,git使用规范等等,那么下面就会去遵守的,并且只能处理一次机会,为什么呢,盲从的话,不管对的错的都会参考去做,并且一般来说参考错的是最简单最直接的,如果比较深层次的对的,可能因为无法理解,导致根据自己的方法去做. 所以统一的包结构,并且把基础包的命名和作用都进行统一处理完成,常用的类的后缀命名,比如控制层,服务层,dao层,mapping层都统一规范处理.方便新参与的人员以及后期维护人员的可读性处理.
反思总结:
1.犯了个很低级的错误,不应该先看数据库设计,找测试,最后找产品经理的,应该先找产品经理或者研发人员要产品原型,查看产品原型是我的超级擅长的内容,这样可以方便我快速了解业务内容,这是个非常弱智的错误啊,浪费半天时间的.
2.有公司层面的入职培训,介绍假期等等福利制度内容,其实部门内也需要部门内的培训啊,这样可以减少各自的按照自己的经验处理的问题.比如不需要日报,需要周报内容,这些都是自己去问的,如果有部门内培训就没有这些事情了啊.