我手头拿到的是上一届学长的软件工程大作业,作业的名称是——汽车4S店信息管理系统. 这个大作业我认为还是非常典型的传统模式的大作业,由手机端(客户端)和服务端组成,非常的传统.               从画面美工上看,比较偏向于网页的质感,与传统的汽车应用保持着一致的风格. 但从技术角度上来看,其实现并不是很难,从功能上来说,并没有技术特色,与优秀作业<shield star>游戏相比还是有一定差距的. 但我们可以从他的数据完整度来看,作者对于软件还是下了不少心血的,车型参数.4S店的工作…

谭传奇学长: 我们的弯路可能是,一开始没有从最基础的部分开始迭代开发,一开始就想的太远了一些,每一步开的有点太大了,所以可能有些东西最后就连不上,也没有能够按时完成.如果可以先做出一个能用的版本,然后再不断完善,至少不会跳票,但我们可能有的部分做的足够好,有的关键部分就没时间做,结果就是整个东西无法发布 王安然学长: 经过第一次迭代开发,团队合作的很多问题暴露出来. 设计不足.一个软件工程的设计到实施,其实是很重要一步.在我们的项目中,为了满足游戏设计的需求,我们的软件工程设计中保留了很多的可扩…

这篇文章讲了什么? 如题,本屌入职100天之后的经验和教训,具体包含: 对开发的一点感悟. 对如何提问的一点见解. 对Google开发流程的吐槽. 如果你 打算去国外工作. 对Google的开发流程感兴趣. 想成为一个不错的开发者. 那么请继续阅读. 如果你 觉得使用英文单词和缩略语就是装逼(例如此人LRui@和其代表作). 无法忍受一个来自新人的言论. 那么请点击页面左上角或右上角的关闭,谢谢. 正文 区别 不同于一般公司,Google所使用的技术绝大多数是自己的技术,基础类库.文件IO.网络…

英文原文地址 中英文对照地址 History of Apache Storm and lessons learned --项目创建者 Nathan Marz Apache Storm 最近成为了ASF的顶级项目,这对于该项目和我个人而言是一个重大的里程碑.很难想像4年前Storm只是我脑海中的一个想法,但现在却成为了一个有着大社区支持并被无数企业使用的繁荣项目.在此我将在本文中回首Storm的成长历程及其经验教训. 我会根据我当初必须要克服的主要挑战来涵盖Storm历史的相关主题.本文前25%是…

 七年IT生涯的经验教训[转]我在IT界也拼打了有好几年了,但是现在和别人比较起来不是很如意．从天分上来说,我在属于智商不低的人:从技术上说,几乎没有我拿不下的:从见解上看,我是很有点子看法的人．但是现在却只能重新开始,还没脱贫．一切都是因为自己甘做黄牛的结果． 1:每次跳槽,你的职位就reset了,这是我最深刻的体会． 现在我写简历都比较为难,因为怕人家问我为什么你平均每年换一个企业呢? 我知道这不是我的错,但是却无言申辩．最大的经验教训就是选择企业的时候一定要谨慎．否则进去了也呆时间不长…

阅读目录 Storm来源 初探 再探 构建第一个版本 被Twitter收购 开源的Storm 发布之后 Storm的技术演进 构建开发者社区版 离开Twitter 提交到Apache Apache孵化 结论 Apache Storm 最近成为了ASF的顶级项目,这对于该项目和我个人而言是一个重大的里程碑.很难想像4年前Storm只是我脑海中的一个想法,但现在却成为了一个有着大社区支持并被无数企业使用的繁荣项目.在此我将在本文中回首Storm的成长历程及其经验教训. 我会根据我当初必须要克服的主要…

[编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了解如何充分利用微服务 正如笔者在上文<微服务架构是敏捷软件架构>中提到的,笔者对微服务架构的第一反应,就是质疑它跟面向服务架构(SOA)有何区别.还有很多人将这两种架构联系在一起.詹姆斯·刘易斯和马丁·福勒在他们的权威博客中包含了一个侧边栏,进行微服务和 SOA 的对比.对此,怀疑派做出的回应是二…

这个世界上有两种人-从经验教训中学习的人以及听从别人建议的人.这里是我一路走来学到的一些东西,分享给大家: 在添加任何第三方party之前,请三思:这真的是一个成熟的项目吗? 如果一个东西用户看不到,就不要绘制它! 除非真的需要,否则别使用数据库: 达到65k方法数限制来的非常快,真的,非常快!不过 multidexing 可以拯救你; RxJava 是 AsyncTasks 以及其它杂碎的最佳替代者: Retrofit 可能是现在最佳的网络请求库: 使用 Retrolambda来简化你的代码:…

新人入职100天,聊聊自己的经验&教训 这篇文章讲了什么? 如题,本屌入职100天之后的经验和教训,具体包含: 对开发的一点感悟. 对如何提问的一点见解. 对Google开发流程的吐槽. 如果你 打算去国外工作. 对Google的开发流程感兴趣. 想成为一个不错的开发者. 那么请继续阅读. 如果你 觉得使用英文单词和缩略语就是装逼(例如此人LRui@和其代表作). 无法忍受一个来自新人的言论. 那么请点击页面左上角或右上角的关闭,谢谢. 正文 区别 不同于一般公司,Google所使用的技术绝大多…

旅程8:后记:经验教训 我们的地图有多好?我们走了多远?我们学到了什么?我们迷路了吗? "这片土地可能对那些愿意冒险的人有益."亨利.哈德逊 这一章总结了我们旅程中的发现.它强调了我们在这个过程中所学到的最重要的经验教训,提出了如果我们用新知识开始这段旅程,我们将以不同的方式做的一些事情,并指出了Contoso会议管理系统的一些未来道路. 你应该记住,这个总结反映的是我们的具体旅程,并非所有这些发现都适用于你自己的CQRS旅行.例如,我们的目标之一是探索如何在部署到Microsoft…

Borg.Omega和Kubernetes:谷歌十几年来从这三个容器管理系统中得到的经验教训 原创: 韩佳瑶 译 Docker 2016-03-23…

作者:Łukasz Kosman 和 Jakub Wojtczak 原文:https://medium.com/swlh/lessons-learned-after-making-the-first-10-commercial-apps-in-flutter-f420808048cd 在过去的24个月中,我们花费 17.193,00 个小时使用 Flutter 完成了10个商业应用程序,本文将分享我们的见解. 阅读本文后,您将学习到: 选择Flutter的原因是什么? Flutter对预算和稳定…

来源:分布式实验室译者:冯旭松在Ridecell公司管理基础设施团队几年后,我想在停下来休息时记录一些想法和经验教训. 1Kubernetes不仅仅是炒作 我在Kubernetes领域里活跃了很久,所以这并不出乎我的意料,但当某件事情被大肆宣传的时候,仔细检查一下总是好的.在两年多的时间里,我的团队完成了从Ansible+Terraform到纯Kubernetes的全面迁移,在这个过程中,我们的部署率增加了三倍多,同时将部署错误减少到"我都不记得上次是什么时候发生的"的水平.我们还提高…

昨天又创建了一个项目,fucms,可是本地一直没有权限提交,搞了非常久,试了几十次,都不行,我是非常的灰心和郁闷.  刚刚,和CSDN-Code的官方客服咨询了非常久非常久,最终摸索出来了一些心得体会.  特别总结下来,算是对摸索与实践的记载,提醒后来的Coder,不要再误入歧途.  说真的,Code平台眼下的权限设计真得非常糟糕,上手不easy. 实践经验1.Windows下使用Eclipse,通过https訪问和提交,不须要配置公钥.   Linux下使用 不管是 https,还是通过SSH…

想来接触mongodb它已经快一年了,对于其指数已经积累了很多的经验,知识,以这个夜黑风高的优势,放mongodb总结一番吧. 一,索引介绍 mongodb具有两类索引,分别为单键索引和复合索引. 1.单键索引是最简单的一种索引.创建单键索引的开销要比复合索引小非常多.单键索引主要用于针对单值查询的条件. 2.复合索引是将文档中的几个键联合起来创建的一种索引,创建这样的索引须要很多其它的空间与性能开销.分别体如今: 1).在给大量数据创建复合索引时.会堵塞数据库的查询,更不用说改动和插入操作了:…

https://www.jianshu.com/p/2149c9fee166 摘要: 本文以过来人的身份将自身2年的研究经验做了一下分享,希望本文对于即将开始从事人工智能研究的朋友有所帮助. 人工智能研究这个领域是有一定门槛的.对于初学者来说,一般通常的做法是直接购买一些热门的书籍,比如“西瓜书”.“花书”.“xx天从入门到精通”.“xx天从入门到放弃”等等,但大多数书籍都是讲的基础知识,稍显乏味和枯燥,此外内容太深奥,初学者可能看一段时间就想放弃了.本文以过来人的身份将自身2年的研究经验毫无保…

试验环境:TQ2440开发板(配套TQ4.3寸屏) 试验参考书目:<ARM处理器裸机开发实战--机制而非策略>(以下简称<裸机开发实战>) <裸机开发实战>第13章LCD控制器原理与实验中是以TQ3.5寸屏讲解的,开始我也注意到了这一点,所以对于一些主要的配置参数(数据手册那些参数表中列出的数据)都是参考TQ4.3寸屏的数据手册进行配置的.而忽略了对于数据手册中时序图的关注(因为大眼一看参考书上的图跟数据手册上的图貌似没啥差别,所以没有太在意,就直接按照教材上的时序图配…

故事背景,天书世界,现在项目已经属于成熟维护期,是时候总结一下当时的想法 第一个问题,为什么使用mongodb? 数据库对于游戏项目本身的要求与传统业务系统差异较大,所以nosql的弱结构性对于我那是相当的有吸引力, c++代码里面夹杂着sql这种方式实在是有点丑 由于要实现“秒合”,那么就意味所有的数据必须放到一起,遍寻当时的所有的数据库,支持热分片也就mongodb,仅此一家,别无分店 mongodb号称与传统的sql最为接近,你可以像使用sql一样的去用他 第二个要回答的问题,mongod…

曾经我挺喜欢写博客,认为把心中的想法表达出来非常畅快.而且还能和网上非常多人沟通交流,如今我更喜欢把想法留在心中.博客非常久没更新了,刚才闲来无事.看看职场话题版块发现非常多人都挺迷茫的,所以我写一些个人的职场教训给大家分享一下,希望对我对大家都实用. 1.工作的前三年,别那么在乎待遇.甚至在不影响生活的情况下,后面都能够一两年之内不在乎这些,关键是这几年咱要有过硬的本事,要不断学习. 2.要加强自己做人的基本素质,对领导要尊敬,处理好同事之间的关系.即使自己的领导真的做人有问题,也不是必需和他…

原文标题:Converting Plaid to Kotlin: Lessons learned (Part 2) 原文链接:http://antonioleiva.com/plaid-kotlin-2/ 原文作者:Antonio Leiva(http://antonioleiva.com/about/) 原文发布:2015-11-17 我们在第一部分中所见的各种显著地改进,要归功于在Activity中使用了Kotlin语言.但是,由于主要是重载方法做些事情,仍然免不了一些公式化代码,所以这种类…

原文标题:Converting Plaid to Kotlin: Lessons learned (Part 1) 原文链接:http://antonioleiva.com/plaid-kotlin-1/ 原文作者:Antonio Leiva(http://antonioleiva.com/about/) 原文发布:2015-11-03 经常有人问我用Kotlin语言编写Android APP有哪些优点.可问题是我从来没有直接将用Java语言开发的Android APP转到Kotlin语言,所以…

问自己:为什么要进行系统清洗 1.C盘已经接近爆满,vs2015无法安装. 2.C盘以前的残留软件.文件不知道如何化解,原vs2010卸载困难. 3.整个系统反应迟缓. 改进方案: 1系统C盘 2软件D盘 3文档E盘 4资料F盘 D盘建议 学习C盘的命名方法: Program Files (x64)   --放软件 Program Files     --放软件对应的文件夹 Program FilesSecond  --放其它文件 优点:软件自定义安装时只需要修改C为D,其它不变. E.F盘建议…

在添加任何第三方party之前,请三思:这真的是一个成熟的项目吗? 如果一个东西用户看不到,就不要绘制它! 除非真的需要,否则别使用数据库: 达到65k方法数限制来的非常快,真的,非常快!不过 multidexing 可以拯救你; RxJava 是 AsyncTasks 以及其它杂碎的最佳替代者: Retrofit 可能是现在最佳的网络请求库: 使用 Retrolambda来简化你的代码: 把 RxJava 和 Retrofit 以及 Retrolambda 结合起来会让你酷炸天! 我使用 Ev…

之所以是把他记下来,是因为这个低级错误 害的我找了老半天. 后台传了对象到页面,在页面中循环遍历获得对象某个属性值 如下: <c:forEach items="${resultMap.localFlowList }" var="flow" varStatus="status"> <span>生效时间:${flow.ValidBeginTime }</span> </c:forEach> 结果一直报j…

测试集大小: test.shape(898, 11) 对某列的字符串做统计长度1.for遍历法:start = time.time()for i in test.index.values: test.loc[i,'contentLen1'] = len(test.loc[i,'content'])time.time() - start 47.16238021850586 2.使用pandas的内置方法.str%time test['contentLen2'] = test['content'].…

郑昀编纂 关键词:Hybrid,Zepto,Fastclick,Backbone,sui,SPA,pushState,跨域,CORS click 事件还是 tap 事件? Zepto 的 show/hide 有时不靠谱 Android 下的跨域问题 pushState 调用失败也属于跨域问题 内部做 Hybrid App 开发历程也不短了,杨海波.潘军和刘勤红与前端组.App 组一起总结了不少宝贵的经验教训,逐步形成我们自己的标准打法.下面选了几个经验点(坑)做进一步解读.   0x00,cli…

在<Learning From Your Bugs>一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug.最近,我回顾了我所有的194个条目(从13岁开始),看看有什么经验教训是我可以学习的.下面是我总结的最重要的经验教训,包括编码,测试和调试三个方面.编码下面这些都是我经历过的会导致难点bug的问题:1.事件顺序.在处理事件时,提出下列问题会很有成效:事件可以以不同的顺序到达吗?如果我们没有接收到此事件会怎么样?如果此事件接连发生两次会怎么样?哪怕通常不会发生,但系统(或交互系统)其他…

本书作者是开发团队Leader,本书记录了他带领团队实施Scurm过程中的经验教训.全书短小精悍,言简意赅. 以下是书中一些观点信息的摘抄: 1:Nokia总结出的迭代开发的基本要求:1.1:迭代要有固定时长,不能超过六个星期:1.2:在每一次迭代的结尾,代码都必须经过QA的测试,能够正常工作: 2:Nokia的Scurm标准:2.1:Scurm团队必须要有产品负责人,而且团队都清楚这个人是谁:2.2:产品负责人必须要有产品backlog,其中包括团队对它进行的估算:2.3:团队必须要有燃尽图,…

Study the projects done by previous student groups - View their blog site, use their software, email them and find their retrospective (经验教训) - If you were their team member, what would you do differently to make it more successful? - What’s your les…

这次我们采访了一位大四的学姐,让她简单地谈了谈去年学习软件工程的经历和感受. 在完成软件工程大作业的过程中,由于计划安排与实际脱节,导致时间前松后紧,平均每周花在这门课上的时间大约有8个小时. 项目完成情况并不是很理想,预期的版本最终并没有实现,提交的版本仅仅实现了一部分的功能,这也与前期的计划设定过大过高有关,平均每个人的代码量在1500行左右. 感觉最有用的部分就是我们小组经历了一个从立项,设计到最终提交产品的完整的软件开发过程,这对我们大有帮助. 感觉最没用的部分就是课程学习和实践操作的脱…