宁夏请喝茶

摘要： 以图书管理系统为例： 用户需要获得某一相关信息时，空闲时间看书时 图书管理员在管理图书和管理用户时 图书管理系统 用户期待的是能够方便地借阅书籍，查看图书信息 阅读全文

摘要： 在项目开始之前，我们关于做网站界面这一块感觉应该很轻松，只是讨论了个大概的主题，接着就开始动手做，在做的过程中才发现有太多需要注意的细节，自己对css样式操作的不熟悉度，还有其他各方面，以致项目完成时间推迟。 1.在项目之前应该讨论详细一点 2.对技术方面要加以强化 3.耐心地去做，即使是修改了N遍 阅读全文

摘要： 我选择徒步+搭顺风车去 这个方案“多”在省去交通的资金；“快”在可以直接抵达目的地；“好”在徒步时大家可以相互交流，促进感情，不错过各种街边风景 理由如下 住宿的话，可以用之前的交通费一起开几个房间，男女分开住 阅读全文

摘要： 阅读全文

摘要： http://files.cnblogs.com/files/LT1997/% E5%9B%BE%E4%B9%A6%E7%AE%A1%E7%90%86%E4%BF%A1%E6%81%AF%E9%9C%80%E6%B1%82%E5%88%86%E6%9E%90.pdf 阅读全文

摘要： 各位领导/投资人/用户/合作伙伴：我们的这款打车软件产品，是为了解决广大出行用户的痛苦，他们需要每天出行，但是现有的方案并没有很好地解决这些需求，我们有独特的办法，下载一个软件可直接点击我要用车，几乎几秒钟之内就会有司机应答，前来客户所在的地方。它能够给用户带来好处，使用户可以随时随地有车可以坐，很 阅读全文

摘要： 1.我们小组选择的两个团队模式分别为 交响乐模式 官僚模式 2.交响乐模式： 优：分工明确，各司其职 门类齐全，经过多次的训练 有带领的把握节奏的指挥人员 缺：一个人出错会影响整个团队 部分掌握整体 官僚模式： 优：层层递进，上传下达 缺：跨组织的合作比较困难，或许会变成“老板驱动”的开发流程 3. 阅读全文

摘要： 1.建议修改的代码： 意见：这个类的名字太过随意，可能有时候让人不理解 修改如下： 2.建议修改的代码： 意见：大括号的位置随意摆放，凌乱 修改如下： 3.建议修改的代码： 意见：行的长度，缩进有问题，看着不舒服，还有符号也漏掉了 修改如下： 阅读全文

摘要： 源代码如下 存在的问题： 1.不是所有代码都简单易懂 ，代码的变量名没有注意到，有的可能没加 2.不太符合编程规范。大括号的位置有的随意乱放，只要没有出现错误就行。基本没有注释 3.可能存在多余的代码 4.代码没有尽可能的模块化 阅读全文

摘要： 在读完这个故事后，我认为这个程序员小飞既然认识到自己的错误就应该将这个错误自己进行改正，采取其他办法去修正这个错误。 毕竟是自己的工作，就该自己去完善好，再去将其交给团队来完成后续的工作。 如果说是时间的问题，我认为可以跟老板或团队商量，用最适合的办法去解决这件事，我想并不会有看不起这方面的观点，如 阅读全文