#100DaysOfCode —导致同行压力的…

因此,我决定继续冒险,我只能希望从这种经历中保持理智,因为我看到了一些我什至无法理解的代码存储库,而且我想知道编写代码的人是否是人类完全没有 在撰写本文的过程中,Coldplay的“一生的冒险”在演讲者中吹牛。 这是Alex的参考文章 我决定在2016年在Owerri(尼日利亚伊莫州)的强制性国家青年服务计划的末尾有意识地编写代码,在那里我编写了一个基本的Web应用程序,带有一些非常尴尬的意大利面条式代码样式。 到目前为止,我的大部分学习工作都是通过蛮力方法完成的,该方法是随时随地根据特定项目的需求而学习的,但是我知道我迟早需要坐下来学习一些核心的CS原理和基础知识,任何语言。 我实际上在Covenant University的工程期间用Java,C ++,C#编写了代码,但是实际上其中一些东西是为了满足课程要求而学习的。 (PS:我不是完全傻瓜)。 我的大部分工作日志都将放在我的GitHub帐户上,以作为问责制和进度的反馈机制。 我为什么要这样做? 我有一个尝试成为完美主义者的坏习惯,因此,我认为在学习一些基本概念之前我不会感到满意。 但是话又说回来,我意识到我无法学习所有内容,因此我愿意使用Google的大多数功能。 (我不能来去杀自己) 我决定使用javascript而不是python,因为我只是喜欢。 确实没有特别的原因,对于这两种语言,我没有任何风趣的利弊清单,我将把论据留给您。 请随时与我联系,特别是如果您是该领域的新手,我将竭尽全力为您提供指导,如果无法为您提供帮助,那么我将指导您找到更有经验的老师,并提供有用的资源。 第一天体验:…

MongoDB和Mongoose概述

一点历史背景 数据库分为几个不同的类别。 直到1980年代中期为止,最早的数据库是所谓的CODASYL数据库。 这些数据通过散列形成网络,从而将数据组织成记录,并将不同记录类型的相关事件相互关联。 尽管通常使用高效的CODASYL样式的数据库(例如Cullinet Software的IDMS和IBM的IMS),但上下文和导航要求应用程序下注于记录之间的物理关系。 当应用程序以新方式合并数据的新要求浮出水面时,要求数据库管理员创建新的物理关系来支持该要求,而这一切都可以在应用程序开发开始之前进行。 这可能只是定义新关系那样简单,但是它总是需要仔细计划,并且经常导致广泛的数据库重组。 将这种级别的物理数据库结构暴露给应用程序会增加其复杂性。 此外,物理数据库模式对应用程序的嵌入式依赖性意味着数据库更改需要大量的应用程序修改和测试。 例如,一种常见的关系是父母与孩子的关系,其中父记录出现具有一个或多个子记录出现。 这种类型的关系用于维护个人的储蓄账户记录,并将它们与代表针对该账户的活动的个人交易记录联系起来。 以下伪代码显示了应用程序如何访问CODASYL数据库(在本例中为CA-IDMS)中这种类型的关系的记录: 初始化帐户 将帐号“ 111111”移至记录中的“帐户”字段 获取计算帐户 永远做…