使学习习惯:为什么我们应该每天学习新东西

学习不必以某种方式进行:学习不必在课堂上进行,信息也不必通过教科书来实现。 知识无处不在,有一点意识和思想,每天学习新的知识并不难。 我们可以通过观察周围的环境,观看YouTube视频,浏览我们的Facebook feed甚至与我们的家人,朋友或陌生人交谈来学习。 尤其是在每个人都拥有技术的情况下,不存在不断学习的借口。 通过每两周的学习日聚会,普莱克斯的目的是促进学习学习的实践,并强调学习是无止境的。 我们的大多数参与者都认为学习是一个持续而宝贵的过程 。 相关: 如何每天学习新东西? 尽管学习的可能性无穷无尽,但我们许多人倾向于忽略学习,以代替其他紧迫的优先事项。 除非有紧急需要(要解决的问题或要测试的主题),否则我们大多数人都不会在日常活动中刻意练习学习。 我们认为这很重要:这是我们所有人每天都应该学习新东西并将其养成习惯的6个原因。 您是否知道,当您收集信息以进行思考,发现并满足您的好奇心时,您会变得更加意识到,体贴和反思 。 随着我们获得新知识,学习会扩展并激发我们的思维。 试图理解新信息将使我们的知识分子如虎添翼; 它可以探究我们更深入地研究主题,以增进我们自己的理解并增强我们的批判性思维。…

设计工作室如何通过自发项目加速小组学习

就像有多个天线,指向不同的角度! //摄影:Joris Berthelot,摄于Unsplash 作为从事Web之前研究系统编程的软件工程师,Marion渴望创建一个开放源代码工具,该工具将支持远程团队并有机会对不同服务实施身份验证。 我很好奇机器人技术的出现以及随之而来的交互设计挑战。 从一开始我们就对这些兴趣很明确,并且因为我们以同样的热情追求它们,所以该项目保持了观点和信息来源的自然多样性。 如果队友可以根据自己的个人利益来表达观点,这对项目来说是一个好兆头。 它不是简短的-它必须来自内部。 与其他所有项目一样,该项目在Slack上拥有自己的频道,与Github和通常的犯罪嫌疑人挂钩。 它被称为#build-bots(而不是#meekee),并且成为了广泛交流bot的空间,而不仅仅是共享状态更新和修复错误。 该频道还包括潜行队友,他们很乐意为这次旅行加油。 我们使用了应用程序,原型工具和机器学习库,并分享了这些发现。 事后看来,我们在这个“空间”中的活动通过一个项目抽氧,当没有人可以进行这项工作时,这不可避免地要花费很长的时间。 我们鼓励我们的项目团队在每周的全体会议上介绍学习成果,但是频率比我想要的要高。 在交付项目本身之上要做的另一件事是被认为是另一回事,并且往往会被推迟直到被遗忘。 💀 与Meekee一起,我们尝试了“任何问题”会议。 消除制定内容的负担(无需准备!)是实现它的关键。…

地球教育案例:第3部分:了解您应该害怕的事情

我想为您提供两个图表…。 首先,来自非常酷的xkcd博客….. 其次,由世界经济论坛的《 2018年全球风险格局报告》提供:http://reports.weforum.org/global-risks-2018/global-risks-landscape-2018/#landscape 我之所以选择这两个,是因为它们可以某种方式解释为什么您的友好地球科学家会对世界如何接受他们的工作感到沮丧。 由公众,决策者,甚至我们的科学家组成。 第一个是好玩的草图,试图将我们当前的知识状态描绘在广泛的主题上。 您会发现, 地质学位于右上角最远的位置。 建议说它既是“大问题”又是“已知问题”。 虽然我们不会很快与宇宙学家接洽,但可以说,随着研究对象的发展,我们会接受它的重要性。 使地质学“基本上已经解决”的想法令我以及可能使大多数其他地质学家感到惊讶的是。 但是,这是一个令人惊讶的普遍看法。 造成这种情况的原因可能有多种,例如许多人甚至其他科学家都将其视为您在地面上看到的东西。 我们已经将其全部映射了,对吧……对吗? 嗯,不,实际上。 即使在陆地上,仍然有很多细节需要解决。 举个例子,我知道一个发达的经济体,在全国范围内的调查对任何有才华的硕士生都感激不已,他们可以从他们的论文中按比例提供他们的地图。…

为什么我们都应该成为工程师(或者更应该具有工程师的思维方式)

今天早些时候,我听了马克·扎克伯格(Mark Zuckerberg)在尼日利亚拉各斯的现场演讲,并回答了有关他如何从代码编写员转变为首席执行官的问题,他回答“我是工程师”,然后他继续定义了两个“原则”。 ”即工程师的思维定势: 将一切都视为可以改善或改进的“系统” 将问题分解成可解决的小问题 但是,无论您是编写代码的工程师,团队的经理还是运营跨国公司的首席执行官,这些原则都适用于所有人。 马克打趣说,他错过了编写代码的优雅之处,“尽管有些代码总是可以满足您的要求,而人们却不需要。”尽管他很快补充道,“人们也会感到惊讶”。 这些原则引起了我的共鸣,尤其是第一个原则。 可悲的是,众所周知,大多数人都缺乏这种工程思维方式,因为(我怀疑)我们作为人们并不真正喜欢(由变化引起的)变化(即摩擦)。 我们希望事物/系统是静态的,因为我们与之互动的事物/系统如此之多,我们需要记住与之互动的过程。 大多数人想做的最后一件事是学习每天,每周,每月,每年的新方法。 取决于它们与这些系统/事物交互的频率。 也许,这就是问题所在。 大多数人都不想每天学习一些新事物,即使它可以使他们的生活提高10倍。 因此,问题是,“工程师”可以采取什么措施来减少这种摩擦或学习曲线? 一种方法是建立用户完全信任的平台,该平台可以在流程和事物之间导航用户。 这样做的结果是,当平台进行更新或调整时,没有人引人注目,因为用户仍然可以到达其预期的目的地或结果。 但是,这些类型的平台需要花时间开发并获得用户信任(例如,Facebook,Uber等)。…