JavaScript的简要历史

如果您像大多数JavaScript开发人员一样,它的历史让您头疼不已,那么欢迎加入团队 你不会失望的 本文代表了我对JavaScript如何创建以及与ECMAScript的区别的理解。 在我开始之前,我想说的是,它比童话故事更接近真实故事。 抱歉!!!!!!! 一切始于1993年,在伊利诺伊大学,一群学生决定制作一种当时可以实现大量可用协议的浏览器。 它可以做GOPHER,FTP和NNTP。 他们创建了一个用户友好且图形丰富的浏览器,与当时的所有浏览器不同,他们将其命名为Mosaic。 然后在1994年,Mosaic项目团队拆分为两个不同的初创公司:Netscape和spyglass。 Netscape想到了HyperCard(适用于Apple Macintosh和Apple IIGS计算机的应用程序和编程工具)的想法:用户友好,灵活,包含带有附加脚本的按钮(维基百科定义),并将其实现到浏览器中,因此他们雇用了布赖登·艾希 那个天才想写Scheme解释器,他们最初同意,但是后来他们对他说:让它看起来像Java,因为他们认为Scheme看起来很奇怪并且人们不喜欢它。 最初,他们不知道Scheme的外观,这正是他们一开始就同意的原因。 回到主要的故事中,那个家伙从Self那里获取了Java的语法,Scheme的功能模型和原型对象,并创建了这种语言:1995年5月,在短短的十天内,所有这一切确实是可怕的。但是尽管如此,它还是一种出色的语言,在Java失败的情况下还是成功的(很多人不知道使用Java小程序的浏览器语言应该是Java)。 之后,Sun和Netscape一起工作,因此他们将微软打倒了。最初,两家公司之间的交易即将破裂,因为Sun决定将Java放入Netscape并杀死LiveScript(当时的JavaScript名称),但Netscape却没有Sun同意将其命名为JavaScript,但不会导致僵局=> Mark Andreessen(Mosaic浏览器的合著者和Netscape的共同创始人)建议将其命名为JavaScript。使用它(典型的Oracle),他们对Netscape说,他们将授予他们使用该商标的永久许可,并导致了他们之间的交易。…

麻线游戏不是真实的游戏

甚至FIFA,世界上最大的游戏专营权之一,也开始关注叙事 游戏具有各种形状和大小,并且具有不同的复杂性形式,但是定义游戏(至少在我看来)的是机制。 规定给玩家的规则和约束条件是为了与游戏状态互动,挑战他们使用现有技能或发展技能,以实现各种目标。 就此而言,在手握控制器或在现实世界中玩游戏具有共同的后果,其结果取决于玩家在使用,理解和/或操纵这些机制达到最终目标方面的能力。 这些技巧有多容易或多好就不重要了。 在线射击游戏和基于回合的RPG都是完全不同的游戏,每种流派都有好坏机制的例子,但是您在平衡咒语和魔药方面的表现如何,以及快照的表现都是技巧与媒介必须具有力学这一事实有着内在的联系。 针对诸如《消失的家》(我认为是杰作)之类的游戏并非“真实”游戏的论点是,其机制不够复杂,无法证明它被称为游戏。 我不同意。 我认为,仅凭机械的存在,您就可以移动,阅读笔记和其他材料,并使用它们来解决简单的难题以使故事发展,足以将其称为游戏。 开发人员特意使机制简单而浅浅,以免干扰叙述,我对此表示赞赏。 但是您可以看到参数的来源。 《 Counter-Strike》,一款与技巧有关的游戏 机械师就是这样创造一个游戏。 现在,我知道您在想什么:“ Twine可让您创建RPG,因此您的论点就此消失了!” 相对而言,在Twine中制作RPG并非易事(相对而言),它与底层JavaScript和开发人员对其进行操作的能力有关。 您可以使用麻线来编辑JavaScript的事实是副产品,而不是平台设计的预期结果。…

为什么要阅读编程书籍

软件工程是一个快速发展,竞争激烈的市场。 新的语言,框架,模式,范例,工具和软件工程角色似乎像雨后的雨伞般冒出来。 这也增加了当前从事该行业的工程师的数量,也吸引了尝试进入该行业的新人。 现在,由于行业变化如此之快,因此许多开发人员似乎只依赖于在线资源,例如教程,技术文章,堆栈溢出等,作为其事实上的学习材料。 我会多次承认这样做; 有时限期,睡眠不足或只是生活会变得更好。 我喜欢教程,并对作者投入大量的时间和知识来撰写它们深表敬意。 那么,从教程中学习编程有什么问题呢? 可能即时满足; 教程通常提供逐步的配方,而无需太多思考或修改,如何从A点到达B点,完成后通常会得到一个完整的可编译项目,并且可以正常工作。 和voilà,您已经成功完成了本教程! 我发现,当我从教程中学习时,有时会跳过关于某些事物如何深入工作的重要部分,而最终还是直接使用获得的知识。 我似乎也忘记了从教程中学到的东西(我没有确凿的证据,只是我的直觉)。 技术文章是一种很好的学习资源,从某种意义上说,它们与书籍更相似,它们为您提供了更多的空间来自行研究该主题,而不仅仅是为您提供解决问题的方法。 但是,它们通常只关注整个图片的一小部分,例如API,单一设计模式或类似内容。 一本好的编程书籍会鼓励您打开编程IDE,并实际键入代码以进行试验,思考和修改。 这种学习比遵循教程或肯定要从stackoverflow复制碳代码要难得多,也要花费更多时间,但是我发现我记得我读过的书中有很多材料,因为我花了更多的钱。围绕我正在阅读的主题进行研究。 教程和技术文章是不错的学习资源,但是作为专业人士,您不应依赖它们作为编程知识的唯一事实来源。…