精华内容
下载资源
问答
  • 阶段工作回顾总结

    2019-01-25 11:36:47
    最近的工作涉及到的表单特别多,一页都有很多的字段,有很多地方需要改进 节奏感有些混乱,导致出现许多小问题 控制代码版本的时候没有用到很好的方法 开发过程中,与后端的配合存在一点问题,因为要与别的团队合作...

    忙忙碌碌又一段的开发时光。最近的工作涉及到的表单特别多,一页都有很多的字段,有很多地方需要改进

    1. 节奏感有些混乱,导致出现许多小问题
    2. 控制代码版本的时候没有用到很好的方法
    3. 开发过程中,与后端的配合存在一点问题,因为要与别的团队合作,中间的开发涉及到一些接口对接,没有文档,中间确实痛苦了不少
    4. 一遍维护老项目的新迭代,一边开发,一边配合测试,中间抽取公共文件自己做了很多无用功
    5. 上传图片的问题,以及图片回显的问题
    6. 涉及到外网内网的请求问题,当时后端没有说清楚,因为他们没有配好,导致了一个错误,我觉得团队协作,即使后端应该积极配合
    7. 解决bug的速度得到了提高,一般就是前端的问题能很快找到问题所在
    8. 业务理解能力很强,平常喜欢看小说,可能有帮助。开发的逻辑上处理有些问题,有些验证是需要先后顺序的,后面开发的节奏慢的时候,发现有一些逻辑是颠倒了一下,包括实名验证等
    9. 涉及到金额价钱计算的开发,应该提高意识。
    10. 组件化的好处,后期优化以及新功能添加的时候很方便,这一点很为自己点赞。
    11. 灵活运用vue的灵活性,用数据控制css的处理。
    12. 随时更改页面布局,在后面调逻辑的时候,能随时更改逻辑布局
    13. 应该再加油一下
    展开全文
  • 网易实习第一阶段简单回顾

    千次阅读 2016-08-20 11:56:58
    前几天顺哥面试的时候碰到HR明确说我转正答辩通过,趁此机会对这段时间的工作做个梳理。面试经历之前在已经在 Android实习生面试记录-蘑菇街、网易等 写了,结果就是网易发了offer,蘑菇街拿到终面机会但是我没去...

        前几天顺哥面试的时候碰到HR明确说我转正答辩通过,趁此机会对这段时间的工作做个梳理。面试经历之前在已经在 Android实习生面试记录-蘑菇街、网易等 写了,结果就是网易发了offer,蘑菇街拿到终面机会但是我没去面:5月4号入职网易,同时蘑菇街通知5月5号现场终面(第五面...)。那天上午办完入职手续后顺哥来接,正在电梯间接到蘑菇街HR电话确认是否能够去终面,根本不确定是否可以请假&感觉刚入职又去面试不大好就拒了。过了几个礼拜蘑菇街HR又给我打电话说北京有面试问我去不去,虽然感动但还是拒了。

    开始阶段

       入职第一天,领机器配环境,自由网络一切都很爽。完事后老大扔了一本Clean Code 给我看了两天,笔记: [读书笔记]Clean Code (1-8章)[读书笔记]Clean Code (8-完结)。之后就是熟悉工程源码看看git提交规范什么的,一周时间在周会的时候做了个汇报。项目还是蛮大的,当时住公司晚上待到九十点走也仅仅是看了个皮毛,深入细节的话一个礼拜还是不够的。汇报的时候也列出了我看源码的步骤还画了个大大的类图(第一次尝试

           

    开发阶段

    1. 企业云课堂

        了解了怎么提代码,怎么写代码以及熟悉了项目源码后,正好又要开始新的需求。顺哥分了点任务给我,叫我先做设计。这点是与我之前写代码是很不一样的,一种“野路子”碰上正规军的感觉。以前自己做项目,基本就是把功能确定在纸上大概画画UI,然后脑子稍微想想怎么实现哪些地方可以复用大概的架子是怎样的就开始写代码了。有时候遇到问题就边做变查,甚至半路发现之前没有考虑到的点但却发现一时半会解决不了可能就可耻地改需求了。反正是自己做的东西,既是运动员又是裁判员~_~  对于一些书上讲的UML不屑一顾,嫌麻烦。但现在不一样,我面对的是一个商业产品:需求是确定的,不能说改就改;你需要对你的每一行代码负责,保证产品完成的质量。就这样开始了第一次开发的设计。

        其实还好,这次做的是 网易云课堂企业版的第一个版本。企业版是针对企业的相对于线上的网易云课堂业务复杂度更小,好多东西都是可以复用的。因此也将相关的代码深入看了下,主要对比不同的地方,另外看当前的代码有哪些可以借鉴以及改进的点。照着这个思路做了自己的设计,在此期间@HY 同学也是提供了很大的帮助。设计的同时还要和后端沟通定接口。弄完后给顺哥看毫无悬念地——被打回来了。主要是UML详略不得当,一些关键的点没有体现出来。改过之后基本符合要求过了设计评审,然后还是在@HY的帮助下进行了项目排期。时间还算充裕,给了八天的时间,两天buffer。最后在规定时间内页完成了功能的开发,效果如下:


    接下来是提测,但是我要滚回去准备期末考试,也就是说人跑了,bug留下来了。

    回公司的时候也快要上线,我负责的那部分有两个bug,这两个bug倒不是代码逻辑不对,而是需求。

    1. 在无数据的情况下,显示的图标不对。这个是因为没有和策划确认明确需求,自己想当然了

    2. 遗漏了一个补充需求,这个锅我背一半 因为稿子上是没有明确在对应的页面标注的,而是写在最后面的补充说明里边。当然,这个以后也是特别要注意的

    2. 代码静态检查

        做完第一波需求后正好部门对代码质量提出了更高的要求,我们的提交的代码,每三个小时就会被程序自动检查一次,对于不合格的代码都会按照不同的严重级别进行标出。我的任务便是消灭严重级别较高的代码。所谓不合格代码基本是Clean Code,重构等书上讲的,细致到变量的命名不符合要求,if嵌套超过三层都会标出。工程量较大,着实 花了不少时间。不过这次也算对Clean Code的一个回顾吧。

    3. 企业版换肤

        做企业版1.0的时候视觉给的稿子将主色调从绿色改成了蓝色,由于我们两份代码是要共用,直接简单粗暴的改是不可取的。开始想了两个方案:

    1. 采用Google的主题切换 它要求我们不能使用硬编码,改动会比较大 另外如果我们后续想把它做成动态更换是受限    的:切换主题的时候由于需要重启当前Activity,会产生闪屏,这是不能容忍的。

    2. 遍历所有的View,对View的颜色进行动态改变。 这种方案不会造成闪屏,但是工作量大,侵入性太强。

       以上两种方案均被否决,第三种方案被提出: 插件化换肤

    PS:    左边是几个相关的概念: 插件化、组件化、动态加载

      右边是Android插件化的应用

     

    我们把图片/颜色 资源打包成一个插件Apk,然后用定义好的语法规则建立View和资源的对应关系生成一个配置文件。换肤的时候我们只需从插件中获取资源,然后将App中的View根据配置文件进行主题切换。这种方案有两个明显的优点:

    1. 侵入性小,基本不需要对原有的代码进行太多更改,一次部署完成之后,以后想换其他主题只需再打包个插件并对     配置文件进行简单修改即可

    2. 拓展性强,支持动态换肤,如果以后想直接从服务器下发资源进行换肤只需再整合下载模块即可

    方案敲定后,顺哥给了详细的设计,大概就像下面这样(仅是我修改并简化的粗略类图)


    后续的编码及部署也是花了不少功夫,完工效果如下



    总结 

    这三个多月的实习,自己在工作方式思考方式变化较大:

    1. 一切以事实说话,你需要拿出明确的理由说服他人

    2. 没有模棱两可,没有想当然,确认后再动手

    3. 设计要落实到纸上,而不是"应该是什么"

    4. 对设计模式有了不一样的见解,浅浅地开始不是为了"模式"而"模式"

    下面是自己对技术和产品的展望:

    1. 技术



    2. 产品


    ~~~~~~~~~~~~~~~~~~~ 这仅仅是个开始,第一阶段 ~~~~~~~~~~~~~~~~~~~~~

    出处: http://blog.csdn.net/mummyding/article/details/52260513

    GitHub地址: https://github.com/MummyDing/Leisure/



    展开全文
  • 一年工作回顾及总结

    千次阅读 2012-10-15 17:30:03
    去年7月4号入职到现在已经有一年零2个月了,一直想写下一年工作回顾及总结,但是每次打开文档时总是以各种理由推后,一来是想写的太多但是又不知从哪里写起,二来是总想把自己的一年工作经历写的真实好看一点,以...

    看到别人的工作总结,不错,分享下。


    一年回顾:

    去年7月4号入职到现在已经有一年零2个月了,一直想写下一年工作回顾及总结,但是每次打开文档时总是以各种理由推后,一来是想写的太多但是又不知从哪里写起,二来是总想把自己的一年工作经历写的真实好看一点,以至于推到现在才写这个总结及回顾,昨天一个大学玩的比较好的同学跟我讲起了他的创业,我也趁今天好好回顾总结下过去的一年,想到哪就写到哪吧。

    本人是自动化专业,踏入测试这个行业还得从大学计算机四级说起,大学有大量的空闲时间,于是就问学长考什么证有用,也为毕业找个好工作做准备,学长告诉我测试是个新兴的职位,考软件测试工程师对以后进入这个领域很有帮助,于是就报考了计算机四级(软件测试工程师),最后也顺利拿到证书;正是因为考这个证对软件测试有了基本的认识,但是这些认识只是理论知识的了解,实际的测试技能几乎为0。大四开始找工作,因为大三去一家公司当技术员实习生,对本专业的行业实在不敢兴趣(主要还是不喜欢进车间听大型机器的声音,呵呵呵),在干净的办公室对着电脑工作一直是我所向往的,也自认比其他应届生对测试领域多了解一些,就有意无意的投软件测试这个职位,。找工作很顺利(得意一下),拿到的offer也很多,有格力,华为,美的,科大讯飞,京东方,最后经过多方面考虑去了科大讯飞。在科大讯飞实习一个月,让我学到了很多,更关键的是认识了现在的女朋友,呵呵呵。科大讯飞的测试有点像敏捷测试流程,主要进行集成测试,测接口,使用各种脚本语言,给我印象最深刻的是在实习期间,我们部门老大跟我讲:我们公司的自动化程度已经达到100%,当时不是太明白,现在想起来感觉有点吹嘘,更有点扯。因为这个公司是个快速发展中的公司(公司总测试人员有150人左右,测试人员规模还是很大的),所以对新人来说进步很快,这个快主要是我根据我与女朋友比较得出的,我们两个都是去年毕业的,现在她能熟练掌握性能测试,功能自动化测试以及对整个测试项目的把控,现在她自己也带了几个小弟,独立负责一个产品线的测试。想想刚刚毕业一年就可以负责一个产品线的测试,在我现在的公司里几乎是不可能的。听女朋友讲天天加班,导致离职率很高。后来因为找到了工资更高的公司,于是就跳到现在的公司。

    在现在的公司主要负责平台系统测试,B/S和C/S架构的都测,但是主要以web测试为主,包括系统测试,稳定性测试,性能测试。刚来公司负责的第一件事情就是测试环境维护,首先是装系统,大学都是用系统集成盘来装,像驱动什么的都不要自己动手去下,但是测试需要一个纯净的操作系统,要用纯净的系统盘装好系统,然后根据PC机主板及网卡,显卡,声卡,芯片组等去下载相应的驱动安装,这些听起来很简单也很容易,但是要是同时管理40台左右的PC机就不那么简单了,于是去学习系统备份,恢复,封装,再把备份的镜像做个备份中心集中起来管理;为防止病毒感染影响测试及杀毒软件与测试项目的兼容性问题,采用共享及U盘禁用方法解决,测试中跑出问题学习判断是不是环境引起的(有些PC机很老了),如果是机器的问题判断是什么问题引起的:虚拟内存不足,配置不够,内存条有问题,显卡坏了等等。因为长期进行测试环境搭建,也掌握了哪些测试机适合进行哪方面的测试,测试环境搭建需要注意哪些问题,什么样的测试需要什么样的环境等,现在组内所有项目测试环境基本上都是我搭建的,对于测试过程中遇到的环境问题现在自己也基本能搞定,最近重新学习操作系统相关知识,希望对操作系统有更深入的认识。

    一年来看过的书也有20来本吧,学习的东西很泛,但是都不是很深入,这个可能跟大学没有掌握相关知识有关,学习了计算机网络,操作系统,数据库,HTML以及测试中需要的一些知识技能:需求评审, 需求分析,需求提取,测试分析,测试用例设计以及测试执行,缺陷跟踪,对探索式测试,安全测试,稳定性测试,性能测试,自动化测试也了解一些;这些知识的学习基本上都是自己工作之余自学的,实际工作中学到的业务知识很多,但是要是讲到纯技术方面的不是很多。一年的工作经历让我对测试和工作认识很多,测试被认为是没有技术含量的工作,这个有没有技术含量不是别人定义的,是我们自己定义的,如我经常鼓励自己的话就是:我们发现bug,开发人员修改bug,开发人员可以用不同的方法修改bug,我们也可以用不同的方法发现bug,天天点点鼠标,只要你能点出bug,点出别人不能发现的bug,你就是一个好的tester;软件中不是没有bug,只是我们还没有找到发现bug的方法。一年来对测试项目各个阶段的把握和掌握很有自己的心得,如需求提取方法,测试点分析,测试用例设计以及具体执行过程中注意的问题,bug上报注意事项等等,也许好多人会说这些是一个测试人员最基本的要求,但是并不是每个人都会对自己的测试方法进行改进,测试过程进行优化。

    一直以来都想把新学习到的知识运用到实际测试中,向领导建议整个组的测试流程改进,现场问题收集,测试用例的更新简化(公司的测试用例设计几乎用的都是穷尽的方法),增加数据库测试等等,但是领导还是不想承担这个风险,一直没有做起来,有时候明明知道这样做能够更好的进行测试,更有实际意义,也更有效率但是就是不做,真TMD的生气。

    最近也一直在反思自己一年的表现,感觉一年来进步是进步了,但是技术的提升没有想象的那么快,有时候真的很急。但是想想技术本来就是一个积累的过程,不可能一蹴而就,需要自己坚持积累,坚持学习,不断总结,调整好自己的心态,工作中要学习的还很多,需要自己用心去发现问题,去学习优秀员工良好的测试心态,为人处事的心态,慢慢的把自己沉淀下来,去除测试小生的鲁莽向心态沉稳的测试大牛迈进。

    一年总结:

    优点:

    1、   经常逛测试论坛和QQ测试交流群,跟同行交流,了解测试领域新技术

    2、   每天保持阅读书籍的习惯,学习新的技术,引入到实际测试中

    3、   善于总结,反思自己的测试方法及建立适合自己的测试方法

    4、   能够按照设定目标坚持学习、

    不足:

    1、   心态还不是太成熟,需要提高,不要把什么事情都写在脸上,不要什么话都说

    2、   与老员工的交流不够,没有充分利用什么资源学习测试技巧

    3、   学习的东西泛而不深,需要深入某一方面学习

    需要牢记:

    1、   不在其位不谋其政

    2、   说话张弛有度

    3、   学习的东西为现在所用,不要为跳槽做准备

    4、   不被嘲笑的梦想是不值得追逐的,加油


    展开全文
  • 回顾入职公司的一年多,很庆幸自己一直在进步。从刚一入职时只用配置开发页面,到现在参与到一个子项目的项目管理工作中,同时使用Vue和Spring Boot进行前后端的开发。责任大了许多,收获也大了许多。 工作内容增加...

    回顾入职公司的一年多,很庆幸自己一直在进步。从刚一入职时只用配置开发页面,到现在参与到一个子项目的项目管理工作中,同时使用Vue和Spring Boot进行前后端的开发。责任大了许多,收获也大了许多。

    工作内容增加的同时,也感受到自己技能储备上的不足,所以在很多方面还需要加强学习。

    现状分析

    • 项目管理:在项目管理的学习上,不能总是凭感觉、凭经验,必须要有理论和技术做支撑才能走的更远。原目标不变,今天通过PMP认证考试。
    • 前端开发:自从在新华网开始做前端以来,对新技术的发展不甚关心,一直停留在jquery开发阶段,在目前的外卖O2O项目中接触到了Vue和Webpack等较为前沿的开发框架与工具,那就借此机会追赶上前端发展的潮流。前端开发作为老本行,必须显现出比别人强的姿态
    • 业务知识:目前身处外卖整合平台的开发中,正好对外卖行业的业务知识有一个深入的了解。对于今后的工作学习帮助很大。
    • SAAS项目作为今年工作的重点,是必须恶补的重点对象,之前对后端技术的忽略导致这块内容理解起来较为困难,但也必须要迎难而上,不然在后续项目中会很吃力。
    • 对未来的思考。除了近期的工作之外,也要思考到未来技术的发展热点。目前人工智能非常火热,可以涉猎一下,寻找一条与该行业结合的道路。

    总结

    项目管理:掌握基础理论和技术,在实践中成长
    前端开发:一专
    后端开发:多精
    未来前瞻:人工智能

    展开全文
  • 回顾15个月的工作经历

    千次阅读 2014-11-22 22:09:15
    我把我至今的工作经历分为如下两个阶段,分别对应在百度和现在在阿里这两个时间段。 第一个阶段,学习工具 自打毕业给自己定下往分布式这块发展后,我看到了许许多多的系统和工具,那些东西对当时的我来说是"不可...
  • 2014年终总结回顾与2015年工作总结

    千次阅读 热门讨论 2016-02-16 12:56:57
    2016已经开工,开工之前先来对2015年的工作做一个总结。是我们跑的太慢,还是时间跑的太快,是我们跑偏了方向,还是时间在跳跃性的向前,让时间把我们落的太远太远!这一年在做的事情还是花时间去赚钱,依然没有学会...
  • 项目回顾案例

    千次阅读 2015-09-09 11:10:07
    截止到8月中旬结束,投入的开发人员、测试人员、管理人员达到60多人,2015年8月31日,由咨询顾问作为主持人带领该团队的10多名核心人员,对整个项目进行了系统回顾总结,整个回顾总结的过程如下: 1 咨询顾问花了1...
  • PMP项目收尾阶段的常见工作

    千次阅读 2020-07-21 12:01:24
    在结束项目时,项目经理需要回顾项目管理计划,确保所有项目工作都已完成以及项目目标均已实现。 一、项目或阶段行政收尾所需的必要活动包括(但不限于): 为达到阶段或项目的完工或退出标准所必须的行动和活动...
  • 今天,回到上海啦~~(附工作生涯回顾)

    千次阅读 2005-02-14 21:08:00
    历尽6个小时,终于又回到上海了.今天一天,外面下着瓢泼大雨,无心出去,于是在家收拾一下...好像没有什么快乐的理由吧,因为孤单依然是那么的轻易侵袭偶的心灵:( 新年伊始,回顾一下自毕业以来偶的工作生涯~~ 去年20
  • 其中许多工作都与GCN相关(比如之前解读过的IGCN),这是一篇被ICLR2017会议录用的频谱图卷积工作,非常经典。而GCN又来源于对ChebNet的进一步简化与近似,他们都属于在频域定义的图卷积网络。...
  • 在收尾阶段应该进行哪些工作

    千次阅读 2006-03-03 13:42:00
    调查客户满意度 准备收尾报告 进行项目回顾 得到客户的签字认可
  • 回顾2015,展望2016

    千次阅读 2015-12-28 21:56:18
    系列文章:  《回顾2011,展望2012》  《回顾2012,展望2013》  《回顾2013,展望2014》  《回顾2014,展望2015》 写在前面 回顾2015  工作    学习
  • 回顾我的2013

    千次阅读 2013-12-25 13:05:50
    突然的好迷茫的感觉,看到论坛有个活动说是回顾总结下2013,于是我就在这里也小结一下今天的大概的生活吧。 今年对于我来说没发生什么大事,最大的一件事莫过于离职了,可能这对我的人生影响比较大,那个决定是我...
  • 原来是昨天,有两个年轻人,三十多岁,一个体重,九十多公斤,一个体重八十多公斤,他们说,唉…有一个说是我快要找工作了,但是自己太菜了,你能不能帮忙写篇文章帮助治疗一下我的菜鸡病(emmm...似乎有点跑题了,...
  • 回顾四叉树LOD地形(

    千次阅读 2014-05-27 03:45:07
    前两个问题是我回顾的重点。 地形的表示:  想要对地形进行简化,首先要知道地形是如何表示的。  我们先不理会地形在内存中的数据组成,我们先来理解下地形在逻辑的表示。地形是由 (2^n+1) X (2^...
  • 回顾2014,展望2015

    千次阅读 热门讨论 2015-01-06 23:17:01
     《回顾2011,展望2012》  《回顾2012,展望2013》  《回顾2013,展望2014》 写在前面  伴随了南京2015年的第一场雪花翩翩飘落,又是新的一年,新的开始。对已经尘埃落定的2014做个简短的总结。毕业四年的...
  • 认为项目具备进入项目实施阶段的条件,于是乎,我通知客户,接下来两周将实施项目,并希望在这两周内结束项目。理想总是美好的,现实总是残酷的。当我急急忙忙跑到客户现场,准备部署系统时,发现客户的诸多问题。...
  • 00.敏捷回顾——引言笔记

    千次阅读 2019-03-17 19:34:10
    回顾检视会则是重点关注如何使团队更好地协调工作。 02.回顾检视会能够帮助大家定期地改善操作、处理问题和发现障碍。阶段性重复的回顾检视会主要解决那些影响团队的问题。 03.迭代开发生命周期中的回顾检视会...
  • 回顾我这一年多的 Git commit 日志

    万次阅读 多人点赞 2018-11-13 00:04:51
    今天趁懒癌没发作,跟着 git 提交日志,回顾一下这一年多写的代码。 刚入职一个多月的提交 可以看到,我的提交日志还是比较清晰的,当次提交做了什么,基本可以一目了然。 刚开始那一个月,主要是熟悉项目,然后做...
  • 机器学习发展历史回顾

    万次阅读 多人点赞 2018-09-05 18:21:20
    机器学习是现阶段解决很多人工智能问题的主流方法,作为一个独立的方向,正处于高速发展之中。最早的机器学习算法可以追溯到20世纪初,到今天为止,已经过去了100多年。从1980年机器学习称为一个独立的方向开始算起...
  • 从业经历回顾之TP-LINK

    千次阅读 2015-05-09 21:45:30
    回顾08年毕业到10年5月在TP-LINK工作期间,主要从事于路由器平台软件开发的内容。
  • iOS学习过程回顾

    千次阅读 2015-04-26 02:06:46
    从2013年12月入坑至今,差不多做了一年半iOS开发,回顾一下学习的过程 学习iOS开发的几个阶段 首先我觉得,学习一门语言,需要5个步骤: 1、了解语言本身。比如首先需要了解objective-c的特性,以及各种相关的...
  • 回顾2016,寄语2017、2018

    千次阅读 2017-02-14 22:47:40
    回顾2016职业生涯中的2016年是一个让人百感交集的年份。2015年底,我来到了现在的这家公司,鉴于刚开始只是做一些杂七杂八的东西,所以2016年才算得真正意义的第一年。这一年的时光,依据工作内容大体可以分为三...
  • 电控测试团队建设回顾

    千次阅读 2018-08-25 23:44:03
    个人最近有好几个月没有更新博客了,主要借口和事实都是有点忙,工作上有所变动承担了测试负责人及某项目项目经理职责,生活老婆怀孕也必须滴要分分心,另外在职硕士论文也快到点了,一直尽量在赶工。。。好像看...
  • 谈如何让回顾会议更有效果

    千次阅读 2010-07-13 13:22:00
    回顾会议(Retrospective)是每个软件团队提高技能、流程、技巧的必要手段。但是很多时候回顾流于形式,问题不能得到及时的... 而好的回顾会议应该有五个阶段:准备阶段:在准备阶段设定目标以及议程,形成共
  • 2018数学建模国赛回顾(国一)

    万次阅读 多人点赞 2018-11-18 10:30:14
    其实严格来说,我从接触数模到参赛只有一个月左右的时间,我之所以能拿奖很大程度要感谢两位认真负责、经验丰富的队友,当然我也绝不是一路躺过来的,我们每个人也付出了很大的努力。 作为计算机专业的,其实一...
  • SAP历史回顾

    千次阅读 2015-07-14 10:08:22
    但是,公司总部大楼第一阶段的建设工作已经在进行中。对IBM 数据库和对话控制系统的扩展催生了一个新的SAP 软件。于是诞生了SAP R/2。   1980:SAP 迁移到该公司的第一座办公大楼,它位于沃尔多夫...
  • 回顾2012,展望2013

    千次阅读 2013-01-09 19:35:40
    在写这篇文章前,我仔细看了一下自己去年写的《回顾2011,展望2012》。自己展望的2012很多东西都没有做。没有实现。觉得文章是白写了。但是想想这一年中总不能什么也不留下吧,以后如何来回忆自己的这一年是怎么过得...
  • 回顾·神马搜索技术演进之路

    千次阅读 2018-08-23 14:29:21
    论文有的技术,我们基本都用了,还有工业界我们已知的技术,我们也基本都用了。这个时候,你想做的比对手好,想从国内做到国际化,你一定要做一些不同的事情,这就是我们神马未来要做的事情,要做创新。 ...
  • 只不过为了保证在各种异常场景下,TCC都能够正常的工作,会添加不少异常处理手段。 为了把两个阶段的行为梳理清楚,绘制了下面的流程图作为总结。 涉及到的具体细节,可以结合前面的讨论进行回顾。 一阶段 - TRY 二...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 61,661
精华内容 24,664
关键字:

上阶段工作回顾