第９周仿真与读书笔记

七周七数据库读书笔记(1) 看到别人推荐买了这本书,决定以后每读一本书都开始写读书笔记 这本书的第二章开始部分简单的回顾了关系数据库的CRUD,这里主要讲一下数据库中INNER JOIN, LEFT JOIN和RIGHT JOIN的区别.这块很多初学数据库的人会搞不清楚而很多Blog写得又比较深反而不易理解. 先谈谈INNER JOIN INNER JOIN 我们一般解释为内联,通常来说INNER在SQL中可以被省略.简单来说就是通过两个表的某列将两个表相连.这里举例来说有假设数据库中有两张表(

1. 基本形式 f(?) = ω1 X1 + ω2 X2 十...+ωdXd + b , 2.线性回归 均方误差有非常好的几何意义--它对应了常用的欧几里得距离或简称"欧 氏距离" (Euclidean distance). 基于均方误差最小化来进行模型求解的方法称为"最小二乘法" (least squ町e method). 在线性回归中,最小A乘法就是试图找到一条直线,使所有样本到直线上的欧氏距离之和最小. 3.对数几率回归 若将y视为样本x 作为正例的可能性,则

第三周读书笔记 <程序员的自我修养> ??计划对这本书是精读,这周读了3,4章. 第三章 目标文件里有什么 ?? 首先介绍了目标文件的格式,Windows下是pe-coff,linux下是elf,他们都源于coff,这与操作系统的发展历史有关,而且不仅可执行文件按这种格式存储,动态链接库(.dll),静态链接库(.lib)都是如此存储. ?? 在目标文件中,信息以段的形式存储(微机原理讲过),总体被分为指令与数据两部分.代码编译后的机器指令放在代码段(.text),全局变量与局部静态变量放在数

读书笔记第二周<程序的自我修养> ??刚看到书名的时候以为这是一本讲述程序员为人处世,享受生活的文章,当我抱着当小说看消遣的心情从群里下载下来的时候,却发现这实际上是一本干货满满的书.当我看到副标题--链接,装载与库, 我意识到这会是一本让我受益匪浅的书,因为我没有选修过操作系统,编译原理相关的课程,对于代码 是如何在电脑上跑起来的是毫无概念的,每次配置环境变量,配置链接库,都是一头雾水.而且我认为要成为一个优秀的程序员 ,仅仅满足于代码能运行是远远不够的,只有对背后的运行机制有所了解,才能写

构建之法读书笔记 #wmd-preview h1 { color: #0077bb } 构建之法读书笔记 沈三景 PB15061249 软件工程 读书笔记 前言 开学前两周,杂事颇多,没有充足的时间阅读<构建之法>,只能每天在睡前阅读约半小时,故只看了前三章.虽如此,但仍收获很多,下面就是我对前四章内容的一些看法和理解,如有理解偏颇之处,望见谅. 第一章 概论 本章主要介绍了软件工程是什么?软件工程的目标是什么?为了解决前一个问题,作者首先提出了两个等式: 程序 = 数据结构 + 算法 软件

读书笔记(第五周) 读<构建之法>之魔方的创新 在不苛求比喻精准的前提下,"魔方的创新" 这篇小故事写得确实有意思,也很能反映创新过程中一系列的问题.首先,通过几个大致的故事节点来总结一下情节的发展,再来逐一展开拓展的思考. 1· 在之前没人玩过魔方的王屋村,果冻首先掌握魔方的玩法,"口传心授,不立文字" 地教同学玩魔方并担任唯一的魔方代购,获得魔方大师的称号. 2· 小飞不甘示弱,复印魔方口诀,赠送口诀以刺激自己魔方的销售,魔方的口诀和销售不再受果冻垄

构建之法读书笔记 #wmd-preview h1 { color: #0077bb } 构建之法读书笔记 沈三景 PB15061249 软件工程 读书笔记 前言 本周阅读了构建之法的四.五两个个章节.这三个章节主要讲述了代码规范.结对编程.团队模式.开发流程. 第四章 两人合作 首先提到的是代码规范,程序员写的代码不仅要给机器看,还要给人看.好的代码规范能事半功倍.代码规范有分为代码风格规范和代码设计规范.代码风格规范是指让代码保持简明,让代码更易读.书中给出的规范是Tab键为4个空格,行宽为1

<程序员的职业修养>读书笔记 本书一直围绕着"专业"二字展开,以作者的观点阐述了何为"专业的程序员":专业的程序员是如何思考,如何解决问题,如何承担责任. 所有软件项目的知道原则是,软件要易于修改.如果你希望自己的软件灵活可变,那就应该市场修改它!要证明软件易于修改,唯一的办法就是做些实际的修改.如果你发现这些改动并不像你预想的那样简单,你就应该改进设计,使后续修改改变简单.有时开发期已过进入测试阶段,可能还会加一点需求,如果是影响到逻辑上的改动会比较麻

<人月神话>读书笔记 PB16060710 冯富禹 怎样编写程序才能尽可能的减少bug呢?这是每个程序员都最想要知道的问题,找到并修改bug是一件十分痛苦的事,它需要程序员不断地调试与细心的阅读,这会浪费巨大的时间和人力,也会让编程人员十分疲惫不堪.所以一个解决办法就是,在编写程序的时候就应该尽全力防范bug.因为系统各部分的开发者都会做出一些假设,而这些假设之间的不匹配是大多数致命的和难以察觉的bug.在编写任何代码之前,必须让测试小组的成员了解规格说明,了解检查说明的完整性和明确性,这样才