提高开发人员速度的极限

直到五个月前,我们的仪表板运行缓慢,功能有限,并且(最糟糕的)是用Angular编写的。 我们对Angular本身没有什么特别的要求,但是我们团队中没有人有任何重要的经验。 这意味着即使要修复一个小错误也要花费大量的精力。 我们已制定了宏伟的计划,向我们的仪表板添加了很棒的功能-组织,每个用户多个应用程序,可查询的日志等等! -但我们不相信在遗留代码之上进行构建是我们时间的最佳利用。 所以我们报废了。 我们的目标是构建新的仪表板,使我们能够快速有效地进行开发。 我们知道我们想使用React来与其他内部JavaScript项目保持一致,但是仪表板具有大量的应用程序状态,因此我们决定也使用Redux。 我们首先从Bumpers 的* BEST *🙄文章中获取了一堆指针。 像许多Redux应用程序中常见的那样,我们没有直接在/store级别上拥有所有商店文件,而是将商店分为几个子目录,每个子目录都有各自的操作,reduce和Selectors文件。 这些子目录中的每一个都与我们的模型之一相对应,例如帐户,组织,应用程序等。通过将相关代码分组在一起,开发速度大大提高。 现在,当某人想要更改“帐户”状态时,他们只需导航至/store/account即可找到该代码,而不必在大型文件中按ctrl+f将不同模型的所有代码组合在一起。 旁注:我们从保险杠文章中得出的另一点是,在每个商店子目录中添加了一个终结点文件。 可以在此文件中处理API调用,然后由action文件依次调用。 这是一种很好的关注点分离,可以轻松地切换操作或API接口,而又不影响其他接口,并提供干净的存根接口进行测试。…

克服“ Imposter综合征”

对完美的追求就像追逐一根细绳绑在一根胡萝卜上一样,今天我对作为软件工程系学生的专业知识感到有点低落。 Lambda对进步有着如此出色的座右铭。 切勿将自己与他人进行比较,并研究自己的进步。 自从意识到成功的那一天起,我就将自己与他人进行比较感到内。 但是在Lambda教会了我一件事。 当您如此努力地工作以至于没有意识到自己在努力工作时,进步是唯一才华横溢的才能指标。 失败的唯一时间就是停止。 我们本周将在建设第一个星期的项目。 我将到目前为止所学的所有技能(Web开发,React,Redux和JavaScript)应用到我在学校的第一个Frontend项目中。 我们获得了模拟游戏和MVP。 在满足MVP要求后,我们还有其他功能可以使用。 我在学习React和Redux时遇到了困难,但是我也看到,即使其他一些学生比我容易,我以前的技能水平也比现在低得多。 是的,这个德克斯特。 React看起来像德克斯特会在实验室的黑板上写下的笔记。 我不知道为什么要这样说,但是头脑很棘手,当您告诉自己无法做某事时,您会吓到自己根本不想进一步学习该主题。 您做得如此之多,以至于只能冻结。 但是我正在学习珍惜我取得的小成就,而不是我尚未克服的弱点。 这里的一切仍在进行中,但至少我能到达某个地方。…

为人类做出反应

毫无疑问的使用React.js入门。 关于React.js的意见很多。 对于初学者来说,这可能是不知所措的,因为示例似乎分散且不一致。 从那些认为如果您使用class关键字不应获得工作的狂热者,到使用class关键字装饰墙的人。 这些零散的信息可能会使整件事对于新手来说非常困难。 我希望能够选择一种技术并轻松地以尽可能少的麻烦构建一个简单的应用程序。这通常涉及一段时间阅读一些不同观点的信息,然后尝试以我认为最明智的方式构建某些东西工具和意见的结合。 所以,当我最终决定用它构建东西时,这就是我接触React.js的方式。 环境与工具 与针对人类的Scala一样,我不会详细解释如何设置您的工具或环境,本文将逐步介绍实现此目标所需的目标。 到目前为止,我已经使用了足够的npm来表示…使用纱。 小猫喜欢毛线,我喜欢小猫,所以我用毛线。 凯蒂在火箭 对,现在我们有了猫火箭,是时候在我们的机器上运行一个世界了。 关于这一点,当我第一次尝试时,事情有点奇怪。 您会看到大多数人建议使用Webpack来构建React应用程序,尽管确实可以很好地用于React,但说实话,Webpack文件看起来有点吓人。 您真的不想只是为了学习框架而学习新的构建工具。 现代JavaScript构建工具(严重的是,makefile是什么问题?) 幸运的是,Facebook已经发布了一个名为Create…