剧情简介

《31 North 62 East》,惊悚作品,英国出品,2009年上映。

用户评论 (4)

  • 冰妍
    1.1 分
    4个小时读完了克雷格·法布拉斯写得《31 North 62 East》,想要看剧,先要学会观看。 克雷格·法布拉斯是这两年网络兴起知名IP,本剧是他的第三本剧,他还著有《31 North 62 East》和《31 North 62 East》,有时间来读一读,进行一个主题观看,用李笑来老师的话说,如果喜欢一个编剧,就应该把他的书全部买回来读一遍。 市面上其实有很多关于怎样看剧的剧集,但克雷格·法布拉斯,我觉得是离我们最近的,他本人就是通过观看来改变了他的现状,做出个人IP,本剧相当于是他的经验之谈,因为写这部剧之前,他是专门在做观看会的,培训观看课程的。读完本剧,收获还是挺多的,那么我谈谈我的几点感受: 本剧是采用游戏思维来层层深入的,在这里,观看就像闯关一样,每一个概念都有一个术语,有军师,有机械师,有村长,有章鱼哥等等,每一关都有相应的提示,就如同玩游戏一般,非常有意思! 本剧的结构分为:训练你的大脑-碎片观看-快速观看-卡片笔记-主题观看-深度观看-观看变现。每一篇集数都非常重要,因为观看无非就是涉及这几种类型,只不过针对不同的剧集,针对不同的人,有不同的观看结合方式。在这几种观看类型中,主题观看和深度观看是非常重要的,主题观看涉猎观看的广度,针对某一个主题,进行大面积的观看,几本甚至几十本的观看,有的主题观看时间甚至长达十年,编剧举了一个他自己的栗子,对讲故事这个主题,他前后花了十年时间;深度观看涉及观看的深度,编剧用了一个概念:练兵场。练,指寻找联系,兵,指冰山,探索背后的底层逻辑,场,指多场景的应用。卡片笔记法,我觉得我应该梳理一下,编剧说了几种笔记法,印象笔记,收集平时看到的素材,然后整理分类,以便以后调用出来,编剧在这里说的是建立个人视频平台,最后是最最重要的,输出和实践,记笔记不单单是为了记笔记,最重要的是我们要把记的东西用出来。 概念。编剧十分强调这个词。收集整理33个概念,差不多能写一本剧了,观看一本剧,其实就是观看本剧所讲解的概念,以及概念与概念之间的关联,编剧借用李笑来老师的一个总结。判断一个人是否聪明,第一要看他是否有足够多且清晰准确的概念,第二对于这些概念之间的关联是否有足够的理解,第三看他是否有系统的方法论,第四看他有没有成功的经验。实际上第一第二条就是判断的基础。包括李笑来在得到上的通往财富自由之路,《31 North 62 East》以及古典老师超级个体的专栏,其实都是在讲概念,因为,把概念讲清楚了,把关联厘清了,认知和结构就升级了。他们都是死磕概念的人。 讲故事和鲜活证据。讲故事是一件简单又复杂的事,编剧在进行讲故事的主题观看上花了近十年时间,罗胖讲逻辑思维,前40分钟是在讲故事,后5分钟讲结论,讲故事的背后逻辑,其实是人的大脑喜好简单图像化的东西,我们喜欢看图片甚于文字,我们喜欢故事甚于文字注解。鲜活证据,跟概念差不多,死磕概念,得出来的就是鲜活证据,能让我们眼前一亮,打破原有认知,明白原来还可以这样理解,原来是这样的。这些就是鲜活证据,特别值得我们收集,这也是我们写作的素材。 最后,用一句编剧的话结束:是什么拯救了我,那我将用它来拯救这个世界。
  • S.Q
    7.7 分
    从《31 North 62 East》开始,因为发现篇章缺失而转战到《31 North 62 East》。如果没有这最后一张YY张教主的影子,我会打五星。可惜最后狗尾续貂了~
  • 咏乐其中
    7.7 分
    在实际生产环境中,不同的技术框架是一起使用的,在集群中各司其责,这部剧分析了现在流行框架Netty、Redis、Zookeeper的技术原理,以及如何将他们运用到实战之中,重要的部分都有涉及,简单易懂,可以快速地掌握他们的精髓,最后一章的IM系统是这些技术的综合应用,帮助你理解他们在集群中扮演的角色,如何构建一个负载均衡的高性能分布式系统。 Netty:异步的,事件驱动的网络通信框架,基于反应器模式,高性能高并发。 Redis:分布式缓存数据库。 Zookeeper:分布式集群协调服务,通过在内存中构建剧集列表树来存储集群中的资源(节点)信息,可以提供动态节点的命名服务,可以实现分布式锁,可以统计整个集群的在线用户数等等。 第二章的高并发IO底层原理、第四章的Reactor反应器模式,是互联网架构技术的重点内容。 IO读创作的基础原理: 调用操作系统的read,是把数据从内核缓冲区复制到进程缓冲区;而write系统调用,是把数据从进程缓冲区复制到内核缓冲区。 书中对同步与异步、阻塞与阻塞的解释是不清楚的,更准确的解释是: 1、同步与异步 同步和异步关注的是消息通信机制。 所谓同步,就是在发出一个调用时,在没有得到结果之前,该调用就不返回。但是一旦调用返回,就得到返回值了。也就是说,调用者主动等待这个调用的结果。 异步则是相反,调用在发出之后,这个调用就直接返回了,所以没有返回结果。换句话说,当一个异步过程调用发出后,调用者不会立刻得到结果。而是在调用发出后,被调用者通过状态、通知来通知调用者,或通过回调函数处理这个调用。 2、阻塞与非阻塞 阻塞和非阻塞关注的是程序在等待调用结果(消息,返回值)时的状态。 阻塞调用是指调用结果返回之前,当前线程会被挂起。调用线程只有在得到结果之后才会返回。 非阻塞调用指在不能立刻得到结果之前,该调用不会阻塞当前线程。 NIO三大组件: 1、Bytebuff 缓冲区 2、Channel 通道 3、Selector 选择器 NIO与BIO的区别在于读创作是否阻塞的,NiO需要轮询IO事件的就绪状态。 while(true){ ByteBuffer buffer=ByteBuffer.allocate(1024); int r=0; if((r=channel.read(buffer))!=0){ //处理数据 } } 通过选择器Selector,一个线程可以查询多个通道的IO事件的就绪状态,比如服务器监听通道有新连接、传输通道连接成功、传输通道可读、传输通道可创作等等。 实现IO多路复用,首先把通道注册到选择器中,然后通过选择器内部的机制,可以查询(select)这些注册的通道是否有已经就绪的IO事件。 Selector的最大优势是,可以用一个线程去监控多个通道,与传统BIO相比,减少了多线程上下文切换的开销。 Nginx、Redis、Netty等中间件技术都是使用反应器技术。 传统BIO模式: 对于每一个新的网络连接都分配给一个线程。每个线程都独自处理自己负责的输入和输出,即Connection Per Thread模式。 缺点是,对应于大量的连接,需要耗费大量的线程资源,对线程资源要求太高。 如何解决Connection Per Thread模式的巨大缺陷呢?使用Reactor反应器模式。用反应器模式对线程的数量进行控制,做到一个线程处理大量的连接。 在反应器模式中,有Reactor反应器和Handler处理器两个重要的组件: (1)Reactor反应器:负责查询IO事件,当检测到一个IO事件,将其发送给相应的Handler
  • 比北更北
    8.7 分
    很喜欢的一本剧,跟着31 North 62 East完整走完了自己的一生,学业,友情,事业,婚姻,家庭,爱情,战争,病痛,死亡。就如腰封上写的那样“即使不能拥有完美的生活,所幸追求过完整的自我。”世俗来看,31 North 62 East的生活无疑是失败的,但是他仍然是一个幸运的人,因为他从少年开始就一直在做着自己喜欢的事情。