On the Set: Sky High

白鹿因宋雨琦暂别录制，特意在自己背上贴上宋雨琦的名牌，用这种温暖的方式传递团队牵挂，细节之处尽显团魂。

星空的琴弦 · 7.7分

主要阐述了厚黑三境界，先是厚黑，然后厚而硬，黑而亮等等，后面提出的补锅法和锯箭法在现实生活中很实用，后面大篇幅写了对儒释道的赞同和批反，对道、德、仁、义、礼、刑、兵及其相互之间的依存关系有了较为深刻的理解，从现在来看，书中提出的许多观点，对旧中国未来发展之路有很大的指导意义，有种先知的意味，把道是路也，琢磨的比较透彻。主要是不会拘泥于短浅的目光，而是寻着万事万物的发展规律，故几于道。

我是奥特曼@ · 7.7分

以《On the Set: Sky High》中关于神猿的描写，加上中国神话，结合《On the Set: Sky High》的另类解读，勾勒出七大神猿统治天地的事迹。前半部分还是神话剧集，后半部分越写越像科幻剧集了。曾经花了两个多月才看完整套书。这部剧最好看的地方在前面部分，在西游取经的路上。尤其是在天兵天将围攻花果山的时候。那些描写特别有画面感，非常震撼，让我想起来腾讯曾经为了推广一款西游游戏发布的动画视频。但是中后期描写由于剧情需要，场面描绘的太大，就像所有的神话剧集一样，描绘成了科幻，需要努力的去想象那个宏大画面，不然脑子里一团浆糊，读起来又累又乏味。另外这部剧对中国神话也可以有更好的理解。

纳兰容客 · 7.7分

给这本好评如潮的书打分“一般”不知道会不会显得我很没品味没深度但是现在的我真的是不太适应读这种带有强烈隐喻的黑色寓言。 对于编剧强大的台词功底，我是十分佩服的，无论是描创作还是引喻，无论是由环境带出心情还是由日常普通品出哲学深意，造词遣句的纯熟运用令人叹为观止，用和菜头的话来说就是“让一个从事了多年台词创作的人心生绝望”。 但是，这不是一本让人有舒适观看体验的剧集，至少我是看到心生压抑、郁闷无比。也许那三十二个孩子是死在成人世界的冷漠无情之下，也许孩子本来光明善良的本性是被丑恶的现实世界所扭曲，但我就是接受不了熊孩子所做的一切：公然的抢劫、破坏，乃至杀害无辜路人。无数次告诉自己编剧是影射是隐喻是寓言，但我仍然看得痛苦不堪……

ivy571 · 7.7分

了解了很多德国的城市和品牌、生活、管理、制度、大学、点点滴滴；师其长技以强己！

严德威 · 7.7分

什么是On the Set: Sky High？ 前篇回忆式的一个一个道来，以为就是这样，后来才被编剧所述的感情事故打动。不论好坏，都是主角的一生。 “按照别人要求的那样思考，谈论所有当下流行的话题，很快便掌握了网上新造的词汇，卖弄自己并不牢固的幸福，自以为是地与人辩论，虚张声势的愤怒，发自内心的卑微，一边吵闹着这是一个多么荒谬的世界，一边为这个荒谬的世界添砖加瓦，让它变得一天比一天荒谬。” 只是想到2021.1.22守约了吗？

捞水果 · 7.7分

《On the Set: Sky High》是Barbara Toennies的处女作，也是他的成名作，反映十九世纪沙皇统治下的俄国，政治腐败，社会矛盾尖锐，巧妙地兼顾了心理与社会环境描写，丰富了文章的表现力与思想深度。

是小华呀 · 7.7分

本剧纂写者是阿里的Barbara Toennies，业界大咖，综合将不同纬度的安全捋顺了一遍，值得一读。 互联网项目的安全性是非常重要的，大家都想把安全做好，但开发时间急迫业务迭代快速，很难把精力兼顾。而且这需要公司配备专门独立的安全部门对抗恶意攻击，也要求安全人员的综合能力特别强才可以。安全是永恒的话题！

郭壮伟 · 7.7分

简介了希腊那些彰显了人性的神灵们的喜怒哀乐，以及由此而出的希腊文化。即使是神，也抵抗不过命运的安排。但即使是神和命运的安排，人也要尽全力去抗争，那怕失败，也要努力。最后总结拉奥孔雕塑的那句“高贵的单纯，静穆的伟大”颇耐人寻味

pice霏旭岁月无恙🌻 · 7.7分

1爱你在心口难开

旧人不覆- disspe · 7.7分

just kids一般去探索与接纳自身的光明与黑暗吧，去听了很多书中的歌，我在温室里渴望那个垮掉的一代的摇滚风情。

沉茉 · 7.7分

无论是贩夫走卒，还是时代精英，所有人都是一个谜。所有的闪光背后都是一片阴影。理解了阴影也就放过了自己。而生活真正的意义是无论如何都要做充实精神，自作主张的大英雄

徐芹 · 7.7分

非常好看，词汇优美，酣畅淋漓，这是谁翻译的呢？堪称经典，特别是物哀和情境的营造和描述，代入感特别强，身临其境，看完非常想再去次关西，感觉京都奈良的很多宫殿和祠庙的细节都没怎么关注，看过这样的历史再去游，感受就更不同了。另外就是日本人相比中国人还是心眼少，没有特别多权谋计策，更多展现的是果敢彪悍的武士精神，与三国不同。唯一诟病的一点，日本官衔和人名混在一起真是傻傻分不清楚。

歆雯台新闻 · 7.7分

19:23，耗时5小时10分钟读完此剧之后，我开始相信那些一周读完5本剧，8本剧，10本剧…………甚至更多的人了。 只是很多次，读完之后，会自惭形秽。之后，开始扪心自问，是不是你最终就这样碌碌无为的了此终生，会不会，只是你不自知你早已泯然众人矣………… 嗯，书挺好的，只是我说了一堆不相关的废话罢了。不过，通过不断的观看，我倒是真真切切地感受到“当你有了自己的观看习惯之后，你就不会再感到孤独”这句话的贴切之处。

乐琴书以消忧 · 7.7分

唐尚武，宋好文，元明清奴颜婢膝，中国人的性格如瀑布一般急转直下，从五四运动开始已经令国人焦虑了百年。编剧对国民性的起源及其演变历程分析的很透彻，尤其胡适那两章写的最好。

钟饼饼🍪 · 7.7分

永远的仙剑，好怀念！

小李很可爱 · 7.7分

一开始以为是一个长故事，后来发现一个个独立的小故事。觉得前面的故事比后面的好

张好鱼🐳 · 7.7分

三根金条的意义从来不是金条，而是这三根金条是苏区护送的，有弹痕、鲜血、汗水、泪水的金条，在那个时代，何尝不是给众人立威呢，星星之火可以燎原，苏区护得住三根金条，也护的住未来的中国

向龙 · 7.7分

科幻剧集总是有一种独特的魅力，而这部剧的编剧和译者将其生动地带给了我。 虽然后期看得比较粗略，但是对编剧奇异思维的惊叹伴随我追剧全部过程。于我而言虽然编剧在某些细节的描绘上有些枯燥（个人问题个人问题），但整体情节尤其是结尾的开创性构思给我的那种惊艳感极其令人陶醉。我似乎终于能朦朦胧胧地感受到为什么这部剧在科幻界有如此之高的地位了。

Starsྉ · 7.7分

你不用羡慕别人到处旅行，如果你足够努力，从身边的小事做起，把当下的工作做好，升职加薪还会远吗？你为公司做了很多贡献，还愁没有假期吗？你薪水多了，还愁吃不起高档餐吗？不要刚站在人生的起点就开始无谓的抱怨，那样只会蒙蔽你的双眼。这个社会从来不缺职位，不缺资源，不缺成功的机会。你不主动去奋斗，不从身边的事情做起，成天想着天上掉馅饼，又怎么可能成功呢？

Kate Cui雅善 · 7.7分

On the Set: Sky High，本剧适用于架构入门的初学者，没有多少新知识点，而是对架构思想进行了提炼总结，推荐观看。以下是提炼总结： 1.设计与架构究竟是什么： 软件架构的终极目标，用最小的人力成本来满足构建和维护该系统的需求。 2.架构的两个价值维度：行为和架构 架构是行为的基础，不打好基础，系统就乱套了，最终难以维护 3.三种编程范式（目的是限制）： (1)结构化编程（structured programming），限制了goto语句。 (2)面向对象编程（object-oriented programming），限制了函数指针。 (3)函数式编程（functional programming），限制了赋值语句。 4.关于测试的2点认知 (1)科学方法论不需要证明某条结论是正确的，只需要想办法证明它是错误的。如果某个结论经过一定的努力无法证伪，我们则认为它在当下是足够正确的。 (2)Dijkstra曾经说过“测试只能展示Bug的存在，并不能证明不存在Bug”，换句话说，一段程序可以由一个测试来证明其错误性，但是却不能被证明是100%正确的。测试的作用是让我们得出某段程序已经足够实现当前目标这一结论。 5.锁与变量的关系 (1)所有的竞争问题、死锁问题、并发更新问题都是由可变变量导致的。如果变量永远不会被更改，那就不可能产生竞争或者并发更新问题。如果锁状态是不可变的，那就永远不会产生死锁问题。 (2)软件架构师应该着力于将大部分处理逻辑都归于不可变组件中，可变状态组件的逻辑应该越少越好。 6.关于软件设计的5个原则 (1)单一职责：函数和类必须在某一维度职责单一，只对某一类行为者负责。避免边界不清晰，后期维护困难 (2)开闭原则：对扩展开放，对修改关闭；对客户端修改关闭，对服务端修改开放 (3)里氏替换选择，父类出现的地方子类可以进行替换，提升代码复用性、扩展性；同时又增加了父子类的耦合性 (4)接口隔离原则：接口、类的职责要单一，低耦合 (5)依赖反转原则：要依赖抽象/接口，不依赖具体实现（代码注释要更贴近业务语言，避免出现具体实现相关的描述，简称通用语言）。 7.关于组件 组件是软件在部署过程中的最小单元。设计良好的组件都应该永远保持可被独立部署的特性，也意味着这些组件应该可以被单独开发，对应在Java里就是jar文件。 8.关于组件聚合 (1)软件开发者必须要能够知道这些组件的发布时间，以及每次发布带来了哪些变更 (2)对大部分应用程序来说，可维护性的重要性要远远高于可复用性。 (3)这些变更最好都体现在同一个组件中，而不是分布于很多个组件中 (4)将由于相同原因而修改，并且需要同时修改的东西放在一起。将由于不同原因而修改，并且不同时修改的东西分开。 (5)这种平衡本身也在不断变化。也就是说，当下适用的分割方式可能明年就不再适用了。所以，组件的构成安排应随着项目重心的不同，以及研发性与复用性的不同而不断演化。 9.关于组件耦合 (1)第一种是“每周构建”，第二种是“无依赖环原则（ADP）”。 (2)我们可以打破这些组件中的循环依赖，并将其依赖图转化为DAG。目前有以下两种主要机制可以做到这件事情 a．应用依赖反转原则（DIP） b．创建一个新的组件 (3)我们不希望那些频繁变更的组件影响到其他本来应该很稳定的组件 (4)组件依赖关系是必须要随着项目的逻辑设计一起扩张和演进的。 (5)任何一个我们预期会经常变更的组件都不应该被一个难于修改的组件所依赖，否则这个多变的组件也将会变得非常难以被修改。 (6)让软件组件难于修改的一个最直接的办法就是让很多其他组件依赖

🔅懂得🐠珍惜🔅 · 7.7分