精华内容
下载资源
问答
  • 如何提升开发效率

    2011-04-29 16:17:00
    需求管理很重要,对于一个需求更改来说,下表代表了为改正所花的努力: 需求:1 设计:5 编码:10 测试:20-50 运行与维护:200 因此,对于软件开发效率提升来说,关键在于需求上,下面是常见的两种情况: 一、...

     

    需求管理很重要,对于一个需求更改来说,下表代表了为改正所花的努力:

    需求:1

    设计:5

    编码:10

    测试:20-50

    运行与维护:200

     

    因此,对于软件开发的效率提升来说,关键在于需求上,下面是常见的两种情况:

     

    一、常见的不利情况:

    1.       需求不完整或沟通失真

    2.       缺乏用户参与

    3.       需求变更频繁

     

    二、要变为这种情况:

    1.       需求描述清晰(要站在用户整个场景中考虑本质)

    2.       稳定的用户参与度

    3.       需求基于现实

    4.       较小的里程碑

     

    大家对开发效率的提升有何心得吗?

    转载于:https://www.cnblogs.com/aarond/archive/2011/04/29/2032901.html

    展开全文
  • 给创业码农的话--如何提升开发效率 WeMobileDev 编者的话:simsun在2013年从手Q转岗到微信,在此非常感谢他对微信做出的贡献。在我看来,sim是一个活生生的全栈工程师,从硬件、后台到iOS、Android样样精通。...

    如何提升开发效率

    有时候选择比努力更加重要,做人做事有时候需要走捷径,开发亦如初!

    开篇先友情提示一下,此篇文章所谈论的部分技术点与微信关联不大,如有描述不准确的地方,也欢迎大家指出与讨论。笔者去年从微信团队“毕业”,变成一个创业码农,期间也踩过一些坑,这里与大家分享一些我个人的经验。

    微信的整体氛围很像创业公司,快速、高效。但微信团队对技术的挖掘还是很深的,这一点在创业公司比较难做到。创业公司更追求快速、稳定的做出功能,完成迭代。

    下面给大家介绍一点我个人觉得很大的提高了我的开发效率的工具。

    App架构

    RxJava

    首先给大家安利ReactiveX,其中Android的核心实现为RxJava。

    为了App不卡顿,我们会把所有耗时的操作(比如:网络访问、文件访问)放到Worker Thread中。但是Android本身的AsyncTask的设计个人觉得设计的十分糟糕,不但写出来的代码冗长,而且稍微复杂一些的多流操作就会写的完全无法维护(这里可以用Java本身的线程模式来实现)。而且肆意的开线程也会造成App的卡顿。这里本身最初的想法就是需要一个线程池,以Promise的方式对外提供接口。原先试用过facebook的开源方案Bolts-Android,这个库是parse的开源方案。后来有iOS的同事推荐Reactive的方案,于是就走上了Rx脑残粉的不归路。

    这里微信也有类似方案,通过将所有的线程和Handler使用接口收敛,以监控和控制无节操的开线程、卡顿为主要目标。而Rx的方案以帮助我们用少量的code,清晰的实现复杂的时序逻辑为主。

    首先Rx会大大减少你的代码量,这一点对“懒惰”的我们十分重要。 下面举2个平时开发都会遇到的问题来举例:

    1. 搜索界面

    我们需要在用户输入完毕后第一时间显示搜索结果,由于这个需要请求后台,我们又不想用户每次输入的时候都去后台请求。并且总需要显示当前最新输入内容的结果,不能因为网络的原因产生乱序的结果。

    RxTextView.textChanges(searchEditText)
      .compose(this.bindToLifecycle())
      .debounce(300, TimeUnit.MILLISECONDS)
      .switchMap(SearchService::searchFeed)
      .subscribe(
          feeds -> updateUI(),
          throwable -> RxUtil.handleError(throwable, activity)
       );

    几句简单明了的代码,满足上述的需求,而且看起来十分明了简单。其中.compose.(this.bindToLifecycle())是为了防止内存泄露,.debounce(300, TimeUnit.MILLISECONDS)是表示间隔为300毫秒,使用switchMap是会停止之前发出的请求,防止脏数据重入。 由于Android并不支持Java 8,所以我们需要Retrolambda,来支持lambda表达式。

    2. 防止多次点击重入

    RxView.clickEvents(button)
      .throttleFirst(300, TimeUnit.MILLISECONDS)
      .subscribe(this::onButtonClick);   

    MVP & MVVM

    关于MVP&MVVM我一直是拒绝的,因为一开始的几个Screen我是用硬套MVP&MVVM的模式来做的,虽然activity的代码十分简单,但是View和ViewModel都会写一些晦涩、重复的逻辑来保证数据绑定,这不符合D.R.Y.。后来发现google官方有一个data-binding(http://developer.android.com/tools/data-binding/guide.html)的实现,感觉实现和prism十分类似,已经在最新的迭代中开始使用data-binding来实现MVVM,具体可以参考一个第三方例子(https://github.com/ivacf/archi)。

    如何优雅的偷懒

    REST Client

    关于REST API是一件几乎纯体力活,这里应当使用代码生成工具来帮助我们完成繁琐的工作。如果你的App像微信一样追求极致的性能和极少流量耗费,这里可以使用protocal buffer。这个有一个坑,就是PB原生的生成器生成的方法数非常多,会造成Android方法数64K的问题。微信里的pb生成器做了比较多的优化,来减少方法数问题。对于创业者来说,可以关注Square开源的wire。

    笔者的APP使用了更容易调试的JSON。其中我们可以定义JSON Schema来描述协议,后台与客户端都可以拿这个schema来生成自己的Model和验证协议数据。Android中可以jsonschema2pojo(https://github.com/joelittlejohn/jsonschema2pojo)来生成自己的Model代码,并且可以生成Parcelable代码(PS:这一部分可能还存在隐藏BUG,如果你在使用过程中有什么问题可以提issue或者直接联系笔者)。

    关于REST API还有一个杀手级的库Retrofit。Retrofit可以完美配合jackson+Rxjava来实现一个基于ReactiveX的REST Client。

    @GET("/v2/feeds/search")
    Observable<List<FeedDetail>> searchFeeds(
      @Query("query") String query,
      @Query("tag") String tag,
      @Query("page") int page
    );

    声明十分简单明了,具体可以去retrofit的官网了解更多。

    Image Loader

    整体APP的架构完成后,图片库也是对于APP十分重要的。笔者刚入职的时候,就是在照着google tutorial上的图片加载的例子写过一个ImageLoader,深深感到做一个高效的图片库还是有很大难度的。还好现在各路大神给了我们很多选择,下面3款笔者认为是可以选择的option:

    1.Picasso(https://github.com/square/picasso)
    2.Glide(https://github.com/bumptech/glide)
    3.Fresco (https://github.com/facebook/fresco)

    其中PicassoGlide的接口十分接近,但是benckmark下来Glide的性能更好一些,并且支持更多格式的图片,我们现在使用的的是Glide,而Fresco的功能是这3个库中最强大的,且支持PJPG。但是他需要替换你的View,并且接口设计的不如上述2个库。笔者在3个多月以前用Fresco的时候,他在加载多张图片的时候偶尔会有显示不出的情况,不确定现在是否修复。

    微信内的ImageLoader针对自身的一些特有业务做了比较多定制化的工作,特别对内存做了比较深入的优化与监控,其他大体功能上相差不大。

    ButterKnife

    Jake Wharton是个非常高产的大神,诸多开源库都是他主导的(RxAndroid也是他主要在主导)。ButterKnife可以帮助你少写很多重复的code。配合IDEA的插件可以不用写很多繁琐的findviewByid的搬砖代码。

    质量保证

    监控数据对于App来讲也十分重要,这方面虽然不体现任何功能,Growth Hacker和开发都需要经常关注。微信的监控与上报可以说做的非常强大,但是对于创业者来说,无法花那么多时间与精力在这些方面,还好有一些第三方提供一些类似的相关服务。笔者现在在用的有一下几款产品:

    1.fabric(https://get.fabric.io/)

    2.umeng(http://umeng.com)
    3.splunk(http://www.splunk.com)

    fabric和umeng的功能有很大的重叠,fabric是twitter旗下的数据上报和分析系统,笔者这里使用了他的crash报上,做的十分强大,给App的质量提供了保证。splunk是一款服务端的log分析系统,有了他的支持客户端可以减少需要无谓的事件上报。

    另外,DebugDrawer也值得推荐,可以帮你快速的在debug版本分析、诊断问题。

    微信内的质量数据监控与上报则因为数据保密方面的考虑使用了自研平台。有实时的分钟级别的上报与报警平台,崩溃上报与分析,以及卡顿、内存、SQL等各种精细化监控模块。

    最佳实践

    关于最佳实践当然见仁见智,不过笔者还是推荐一些比较成熟的方案android-best-practices,这个建议精读一下,里面的每一条都是别人踩过的坑总结来的,十分有价值。

    微信内部的开发流程基本会遵循git-flow(https://github.com/nvie/gitflow),即单feature单branch,功能完成合入稳定分支。微信在git实践上因为大量使用并行开发,存在多个并行的release分支。笔者在创业时依然延续了这个规则,虽然每个repo只有1-2个人同时提交代码,但是这么做可以快速应对需求的变更,并保证commit的规整性。虽然在commit时会多花5秒钟来操作一下,但是这样留下的是一个规整的历史,方便后续review和bisect。另外TJ开发的git-extras(https://github.com/tj/git-extras)会有很多对github友好的命令,会让你每天少打很多无脑的命令,以下是git-flow官网的流程,建议大家尽量按照其流程进行迭代开发。


    另外关于代码格式,也没有官方统一的方案,笔者这里推荐使用Square的java-code-styles(https://github.com/square/java-code-styles),也可以自己fork做相应的修改。

    另外高压的开发很容易让程序员感觉到焦躁,这里我们还是要引入一些趣味的奖惩,笔者这里沿袭微信的“饼干法则”。对于很傻瓜的Bug我们要对Bug的引入者进行一点小小的惩罚,比如可以让他给大家买咖啡或者甜筒。而对于写出优雅且鲁棒的代码,我们可以给他加一个鸡腿。

    另外强烈push设计的同学使用Sketch,这样不仅可以解放设计的同学在无尽的切图中,也可以让自己节约更多的时间。

    总结

    感谢大家可以看完笔者的碎碎念,也感谢微信让笔者从一个青涩的学生成长了还算合格的程序员。笔者离职一年,感觉创业和做freelancer有很多相似的地方,有大量灵活的时间,你需要学习如何去掌握你的时间,毕竟工作只是生活的一部分,你需要合理的分配时间。所以你的代码要尽可能的少些,即能自动生成的就用脚本来做,能抽象的就不重复去写,可以给自己节约更多的时间去玩耍。

    参考文章

    1. ReactiveX (http://reactivex.io/)

    2. Retrofit (https://github.com/square/retrofit)

    3. ButterKnife (https://github.com/JakeWharton)

    4. android-best-practices (https://github.com/futurice/android-best-practices)

    5. RxJava (https://github.com/ReactiveX/RxJava)

    6. RxJava入门教程 (http://blog.danlew.net/2014/09/15/grokking-rxjava-part-1/))

    7. android-application-architecture (https://medium.com/ribot-labs/approaching-android-with-mvvm-8ceec02d5442#.suutwto9a)

    8. android-application-architecture (https://medium.com/ribot-labs/android-application-architecture-8b6e34acda65#.6qmzrqtdn)

    9. Improving UX with RxJava (https://medium.com/@diolor/improving-ux-with-rxjava-4440a13b157f#.21alo61m9)

    10. 给 Android 开发者的 RxJava 详解 (http://gank.io/post/560e15be2dca930e00da1083#toc_10)

    11. DebugDrawer (https://github.com/palaima/DebugDrawer)


    展开全文
  • 1.Web的本质 web的本质是什么?web世界的两大主角 request & response 几乎说明了一切,客户端...浏览器作为万千客户端中最流行最标准的一种,为开发人员做了绝大部分底层工作,使得我们只需关注Web的前端与后端...

    1.Web的本质

    web的本质是什么?web世界的两大主角 request & response 几乎说明了一切,客户端(浏览器)向服务器发起一个请求(request),服务器在收到请求后返回一个响应(response)给客户端,客户端接收到服务器的响应后把结果展示给用户。浏览器作为万千客户端中最流行最标准的一种,为开发人员做了绝大部分底层工作,使得我们只需关注Web的前端与后端。

    后端通常负责数据存取相关的工作,前端通常负责展示结果给用户。不同的应用场景下,前端与后端的复杂度可能存在不同。比如在我们的开票系统中,查询开票数据、处理用户的开票请求都是后端去完成的,前端只负责在页面上展示后端的处理结果。而在一些网页游戏中,前端可能比后端复杂。比如某个游戏的场景里,游戏主角去打一个怪,使用了各种技能,最后把这个怪打死了。在这个过程里,对于后端来说,可能只需要把主角打的怪的数量加1,主角的血加1,主角的分数加1。而前端这个时候可能需要根据用户的技能来渲染各种特效,可能还需要经过一些算法来判断给对方的伤害值。
    比较了上面的两种应用场景之后再来看看我们的业务系统。在我们的系统中,有些是不需要前端的,比如Job和MQ的listener。这类系统的交互对象是另外的系统,此时只需要处理完业务逻辑就可以,不负责展示结果给用户。而像账单这类负责展示数据给用户的系统则对前端的要求较高,这类系统的交互对象是人,所以这类系统对用户体验、性能等指标要求都比较高。

    在我们公司的应用中,web系统(运行在tomcat容器中)包含service、mq和web。其中service和mq都不需要用户界面,一般只有web需要开发网页作为用户界面。APP的后端也是web,但这类web通常只提供标准的http接口,安卓客户端和iOS客户端通过http接口和后端系统进行交互,此时的用户界面由客户端提供,此处暂不讨论。

    2.影响Web性能的因素

    影响web性能的因素很多,可以参考经典问题:从输入网址到浏览器显示页面发生了什么
    这个经典问题中的任何一个环节都可能影响用户的体验,通常来说优化思路有以下几种:

    前端
    • 静态资源走CDN
    • 压缩&合并静态资源(js&css&图片)
    • 缓存
    • 启用GZIP支持
    • css放在html顶部,js放在html底部
    后端
    • 多数据中心部署
    • SQL层优化
    • 合理的JVM参数设置

    Web性能优化方案很多,但是实际上我们的Web系统QPS并不高(账单首页每天不到1W,其他web系统访问量更低),并且线上环境几乎都考虑了以上问题,所以以上的各种优化点并不用开发者太关心。相比之下,我们更关心的是开发效率。

    3.Web前端开发技术选型

    在Web性能并非关键问题的情况下,通过使用合适的框架可以明显提高开发效率。直白点讲,提升开发效率的宗旨就是:能一行代码搞定的事情就不要写更多的代码了!!!
    以下列举几种适合我们公司web前端开发的技术选型方案

    • A.jQuery
      毋庸置疑,jQuery作为资深的JavaScript框架在操作Dom方面有着不可替代的地位,特别是其对ajax接口的封装简化了ajax操作。但jQuery也有其局限性,比如在双向数据绑定方面。
    • B.Vue.js
      vue.js在GitHub上有近60K的star,入门门槛低简单易上手,可以极大简化前端开发的一些操作。结合jQuery使用简直perfect。参考文档 http://cn.vuejs.org/v2/guide/
    • C.layui
      layui是国内的一款开源库,其中包含了弹层组件、日期组件、分页组件和符合现代审美的css库。这次开发提报系统中90%以上的css类都来自layui,简直不能更省心。 主页 http://www.layui.com/
    • D.Handlebars 模板引擎
      Handlebars在PC账单前端项目中已有使用,主要是结合弹层使用。详情参考文档 http://www.cnblogs.com/iyangyuan/archive/2013/12/12/3471227.html
      各种JS模板引擎对比数据参考 http://blog.csdn.net/wuchengzhi82/article/details/8938122

    此外,对于前后端分离的项目,前端项目需要压缩上传至CDN,目前的开发环境已提供这个功能。

    转载于:https://www.cnblogs.com/umgsai/p/7137609.html

    展开全文
  • 由于规模不断增长,Perforce 已经无法满足需求,谷歌就开始使用自己开发的版本管理系统 Piper。 Piper 架设在谷歌自己的分布式数据库系统(以前叫 Bigtable,现在改名 Spanner)之上,分布在全世界10个数据中心,...

    日期: 2016年7月 2日

    谷歌和 Facebook 都只有一个代码仓库,全公司的代码都放在这个库里。

    我一直很困惑,为什么要这样做,不同语言的项目放在一个库有什么好处?

    最新一期的《ACM通信》(59卷第7期)有一篇论文《为什么 Google 要把几十亿行代码放在一个库?》,作者是谷歌基础设施小组的工程师,可以看作官方对这个问题的详细解答。我读后感到收获很大,下面就是摘录。

    一、概况

    谷歌最早使用 CVS 进行代码管理,1999年改为 Perforce。那时是一台 Perforce 主机,加上各种缓存机。

    当时,全公司的代码就在一个仓库里面,后来一直沿用这种做法。由于规模不断增长,Perforce 已经无法满足需求,谷歌就开始使用自己开发的版本管理系统 Piper。

    Piper 架设在谷歌自己的分布式数据库系统(以前叫 Bigtable,现在改名 Spanner)之上,分布在全世界10个数据中心,保证世界各地的谷歌员工都有良好的访问速度。

    目前,这个代码仓库包含10亿个文件、3500万次提交记录,大小为86TB,用户达到几万人。工作日每秒有50万次请求,高峰时80万次,大部分来自自动构建和测试系统。

    谷歌90%以上的代码,放在 Piper 里面。对于那些开源的、需要外部协作的项目,代码放在 Git,主要是 Android 项目和 Chrome 项目。Git 的特点是,所有历史记录都会复制到用户的本地机器,所以不适合大型项目,必须拆分成更小的库。以 Android 为例,该项目一共包含800多个独立的仓库。

    二、Piper 的设计

    2.1 结构

    整个仓库采用树状结构。每个团队有自己的目录。目录路径就是代码的命名空间。每个目录都有负责人(owner),他负责批准该目录的文件变动。

    2.2 权限控制

    Piper 支持文件级别的权限控制。99% 的代码对所有用户可见,只有少部分重要的配置文件和机密的关键业务,设有访问限制。

    如果机密信息不小心放上了 Piper,文件可以被快速清除。并且,所有的读写都有日志,管理员能够查到谁读过这个文件。

    2.3 工作流

    Piper 的工作流(workflow)如下图。

    开发者先创建文件的本地拷贝,这叫做"工作区"(workspace)。完成开发后,工作区的快照共享给其他开发者进行代码评审。只有通过了评审,代码才能合并到中央仓库。

    阅读全文直接点击:http://click.aliyun.com/m/9974/

    转载于:https://my.oschina.net/u/3161071/blog/833455

    展开全文
  • 给创业码农的话--如何提升开发效率

    千次阅读 2016-07-25 16:35:31
    下面给大家介绍一点我个人觉得很大的提高了我的开发效率的工具。 App架构 RxJava 首先给大家安利 ReactiveX ,其中Android的核心实现为RxJava。 为了App不卡顿,我们会把所有耗时的操作(比如:网络访问...
  • 文章转载自给创业码农的话–如何提升开发效率 simsun在2013年从手Q转岗到微信,在此非常感谢他对微信做出的贡献。在我看来,sim是一个活生生的全栈工程师,从硬件、后台到iOS、Android样样精通。同时sim非常崇尚...
  • 现在很多做外贸的小伙伴都苦于很难开发客户,如何寻找客户, 找到客户后如何开发,跟踪。做了外贸有段时间了,发现身边的人都存在一些类似的情况,很多人感觉自己都很努力,但是效果却都恰恰相反。 有很多伙伴,刚...
  • 如何提升app开发效率

    2019-09-14 00:20:36
    无论在什么行业,用户永远都是不可替代的“上帝”,一切的服务,开发都得按照用户的意愿来进行。然而在app开发领域中,专业的技术操作却并不像逛街淘货一样清晰可见,更多的需要app开发人员一行行代码敲出来,而一个...
  • 最近练习项目开发有些代码写起来比较繁琐枯燥,便罗列了一些当前比较常用实用的快捷键,了解Debug的使用,便于提升开发效率。 一、快捷键 1、查看所有命令和快捷键 Ctrl+Shift+A : 查找所有Intellij的命令,并且每个...
  • 聊一聊如何提升团队开发效率  又是一年年底了,又到了忙着总结,忙计划的时间了,相信每年的总结计划里,大家都有提高团队开发效率的计划。列了一大堆提升计划和目标。然而,这些计划真的执行了...
  • 如何通过 IntelliJ IDEA 提升代码开发效率
  • 如何让 Mybatis 自动生成代码,提升开发效率 转载:https://mp.weixin.qq.com/s/2mtBl0a-mjKMyVctZB18Tw 转载理由:简洁明了,图文结合。
  • EasyIOS框架是以提升开发效率为目标的,基于MVVM架构的快速开发框架,在IOS开发的基础上解决了开发者的以下的痛点 代码分离 -Model-View-ViewModel- 分离ViewController中的大量逻辑代码,解决ViewController承担...
  • 在追求效率的时代,我们要在任何一个环节尽可能的提升我们的效率,最终实现...聊聊你在开发过程中优化开发工作流、提升开发效率的那些操作。 举个例子: Mock:借助 Mock,我们团队很轻松的让前段同学和
  • (翻译) 如何提升JVM上的开发效率 How to Increase Your JVM Development Productivity 1. 引言 开发过程中, 代码改动后快速生效是非常重要的. 等待应用冷启动是不可取的, 这会降低开发效率. 在这篇文章中, 我将...
  • 如何提升研发效率

    2019-08-27 22:26:56
    摘自《大型网站技术架构演进与...1、开发态和运行态分离:线下开发都是独立进行,各自owner各自的代码,但是线上部署在同一个容器中,兼顾开发效率和运行效率 2、对系统进行分层和抽象建模:提炼公共模块,减少重复...
  • 一个优秀的Java程序员非常善于使用工具来提升开发效率,而类库是非常重要的开发工具。常用的Java类库包括日志、JSON解析、单测、XML解析、字节码处理、数据库连接池、集合类、邮件、加密、嵌入式SQL数据库、JDBC故障...
  • 工欲善其事,必先利其器。想要提升编程开发效率,必须选择一款顺手的开发工具。JetBrains 公司提供了一系列功能强大、风格统一的开发工具,深受开发者喜爱。其中,IDEA 是面向 Java...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,188
精华内容 875
关键字:

如何提升开发效率