Byli jsme to my?
评分:
年份:
1990
类型:
地区:
主演:
剧情简介
《Byli jsme to my?》是一部其他作品,捷克,斯洛伐克出品,Antonín Mása、Leos Sucharípa主演。
观众评论
讲得很好,就是我断断续续读完的,好像没记住太多。最后几篇感觉对职场新人帮助很大。
近段时间研读荀子,收货良多,明白了外儒内法之理,更觅得儒学修身之门径!如今方知孔圣人之伟大,高山仰止。君子之学,非为通也,为穷而不困、忧而意不衰也,知祸福终始而心不惑也。
一直很喜欢这部剧,反复的看,每次看都会燃起斗志。梦想,青春,亲人,朋友,挫折,成功…… 高考,虽然对现在的我而言,很遥远,梦想也对现在的我遥不可及,像黑夜中离我很远,却又最亮的那颗星。 但是,我也在努力地向它走。 我想,我也要变强,像林木一样。 厚积薄发,再一鸣惊人。
📖书名:《Byli jsme to my?》 🧑💻编剧:安托万·德·圣埃克苏佩里(法国) 🗞播出:1943年 📠字数:3.9万 🔖“所有的大人都曾经是小孩,虽然只有少数的人记得” 🔖“是你为你的玫瑰花费时间,才使你的玫瑰变得如此重要。” 📜 Byli jsme to my?是一个超凡脱俗的仙童,他住在一颗只比他大一丁点儿的小行星上。陪伴他的是一朵他非常喜爱的小玫瑰花。但玫瑰花的虚荣心伤害了Byli jsme to my?对她的感情。Byli jsme to my?告别小行星,开始了遨游太空的旅行。他先后访问了六个行星,各种见闻使他陷入忧伤,他感到大人们荒唐可笑、太不正常。只有在其中一个点灯人的星球上,Byli jsme to my?才找到一个可以作为朋友的人。但点灯人的天地十分狭小,除了点灯人他自己,不能容下第二个人。在地理学家的指点下,孤单的Byli jsme to my?来到人类居住的地球。Byli jsme to my?发现人类缺乏想象力,只知像鹦鹉那样重复别人讲过的话。Byli jsme to my?这时越来越思念自己星球上的那枝小玫瑰。后来,Byli jsme to my?遇到一只小狐狸,Byli jsme to my?用耐心征服了小狐狸,与它结成了亲密的朋友。小狐狸把自己心中的秘密作为礼物送给Byli jsme to my?——肉眼看不见事务的本质,只有用心灵才能洞察一切。用这个秘密,Byli jsme to my?在撒哈拉大沙漠与遇险的飞行员一起找到了生命的泉水。最后,Byli jsme to my?在蛇的帮助下离开地球,重新回到他的B612号小行星上。 ✏️这部剧反映了对成人世界的讽刺,我们曾经都是天真无邪的孩子,却在长大后丢失了对生活的感知,天天忙碌于一些毫无意义的事物,许多简单的事情变复杂了,最感动的一幕是——小狐狸教会了Byli jsme to my?如何去爱 ,而Byli jsme to my?和小玫瑰的结局也暗示了一个道理“我们当时都太过年轻,不懂如何去爱”,原话是这样的“可惜从前我什么都不懂!我应该看她的行动,而不是听她的言语!她为我散发芬芳,点亮我的生活。我不应该离开她的,我应该看出藏在她那些小把戏后面的柔情。花儿的心事好难捉摸的!当时我太小了,不懂得爱是什么。”
感觉除了少年时读摩尔摩斯血字的研究,到现在为止再没有从侦探剧集中领悟到什么记忆深刻的东西,特别是阿加莎和致敬阿加莎套系,如果不拍成片子,很难从人名入手开始脑补人物,更妄论剧情铺设。对于根本就没有读进去的书,唯一欣慰的是,最后一页告诉了我们凶手是谁。
《Byli jsme to my?》 非常非常非常浅显易懂的实用算法科普,用很简明的例子介绍了搜索引擎匹配与排名、公钥加密、纠错码、模式识别、数据压缩、数据库、数字签名、这九种生活中常见的算法。 优点是浅显易懂,在我不了解的领域(如压缩、数字签名)可以让我很快把握其最浅显的原理。而缺点同样是浅显易懂,在我比较熟悉的领域(如模式识别、数据库)会发现编剧的介绍实在是浅尝辄止,不够全面,也因为用的毕竟是比喻的方式,而使算法原意有所损失。 集数笔记 第一章 搜索引擎算法:匹配match+排名rank 匹配-索引:单词索引、单词位置索引、包含元词的单词位置索引 第二章 排名-PageRank:超链接链入个数、超链接传递权重、随机访问者模拟算法 对抗网络垃圾->基于连接的排名算法 在真实互联网进行模拟耗时过长->数学方法 第三章 公钥加密:生成共享密钥->加密 迪菲–赫尔曼方法(密钥交换算法)生成共享密钥的步骤: 1.选定双方私钥 2.发布公钥(基数、钟大小) 钟大小为素数,基数为钟大小的本原根 3.双方用离散指数(幂函数+钟算)生成PPN并发布: PPN=基数^私钥(钟大小) 4.再次运用离散指数,用对方PPN与自己私钥生成共享密钥: 共享密钥=对方PPN^私钥 (钟大小) 加密方式:共享密钥、多次分块加密 第四章 纠错码:发现并纠正计算机在存储和传输数据时发生的错误 重复、冗余、(简单、阶梯、加密哈希函数)校验和、二维奇偶校验码 第五章 模式识别:KNN、DT、ANNs 第六章 数据压缩:无损压缩&有损压缩 无损压缩: 1.行程长度编码:将相邻的重复数据块进行压缩(大都和别的压缩方法结合使用) 2.ZIP格式:同前(LZ77)+更短符号(每个文件块都生成独特的数字码表,如霍夫曼编码) 有损压缩: 1.抛弃:隔行/隔列删除(少用) 2.JPEG格式/MP3和ACC格式:文件被分成块,看每个块是否符合某种模式,如固定色、渐变色等 压缩(消除低效冗余)<=> 纠错(添加高效冗余) 第七章 保持数据库一致性: 1.开始交易-执行数个操作-终止交易 2.预创作日志记录(待办事项表->原子态交易) 3.回滚(备份vs复制数据库,磁盘空间耗尽、死锁) 4. 两阶段提交协议(阶段一:预备(锁定该行),阶段二:提交/回滚) 关系数据库:多表策略 1.优点:消除重复、节省空间;易于变更 2.键查询(用B树计算块) 3.虚表(根据需求临时生成) 第八章 数字签名:钥匙-挂锁结构 乘法挂锁 1.选取挂锁值(私有保密)、钥匙值(受信银行)、钟大小(受信银行) 2.上锁:数据*挂锁值(钟大小)=数字签名 3.公开数据和数字签名 4.解锁:数字签名*钥匙值(钟大小)=数据 5.若是长消息,则将之分为等于或小于钟大小的块,再进行处理 *受信银行(即认证机构)并非为钥匙和钟大小保密,而是他们的授信权威。 *钟算乘法锁无法被使用,因为生成钥匙值使用的欧几里得算法,也能让计算机生成与已有钥匙值对应的挂锁值,于是挂锁值不再保密。 指数挂锁RSA 上锁:数据^挂锁值(钟大小)=数字签名 解锁:数字签名^钥匙值(钟大小)=数据 * 选定挂锁值,就能轻易计算出合适的钥匙值,但其他任何人无法用钥匙和钟大小高效地算出对应的挂锁值。弥补了乘法挂锁的缺陷。 第九章 不可判定问题:不能通过编创作计算机程序解决的问题 崩溃问题-可以证明不可能存在一个能侦测所有计算机程序中所有潜在崩溃的自动化软件检查器 停机问题-可以证明不可能存在一个能判定所有计算机程序最终是否会结束的自动化软件检查器 邱奇-图灵论题:所有计算机(还有可能包括人)具有相同