jupyter notebook 可以做哪些事情?

范狂夫

谢(知乎人工智障算法于首页今日头条位置醒目应景)推荐。

这其中蕴涵着充沛的政治和意识形态内容并引领了激烈的政治和意识形态斗争新动向。

简单说,砥砺奋进若干年来,在「科技界」当中似乎Python已经武德充沛到兲命昭昭的程度了,最起码这个「Jupyter Notebook」在开源的交互式充沛文本格式当中有「一捅兲下」的趋势。

不过呢,不惮以最大的恶意揣测,背后一定有久经考验的积累几千年阴谋诡计之集大成者策划的跌宕起伏的剧情。

先参考这个回答:

韦易笑:如何反驳「Powershell 比 Linux 终端好得多」这种说法?

虽然内容不太切题,但是这位韦易笑朋友提到了一个关键:

这里只谈 powershell 在管道里传递对象的事情,众所周知 ipython shell / powershell 之类的 shell 能在管道里传对象,看起来比以前传文本高级是吧?看起来很科学很现代是吧?然而兴一利必生一弊,对于这个特性不用太过迷信,有没有人想过这科学的另外一面是什么东西呢?

别的不提了,就说「数据序列化」相关内容,目前市面上各种格式极大充沛,山头林立,还各自纠集了拥趸动辄展开「真理标准大讨论」,盛况一时。

那么,不惮以最大的恶意揣测,当代「作者编剧导演」准备瞅准了什么关键时刻捧出「钦定主角龙傲天」横空出世从此开挂升级装哔打脸平砍连击带顺劈一命通关天下布种呢?

之前若干回答里面提到了,目前「前端」达成共识的「WebAssembly」,作为「S-Expressions」的「二进制格式」,已经有四大主流浏览器(Chrome/FireFox/Edge/Safari)支持,「一捅兲下」可以说仅仅是个时间问题。

所以,啥JSONMsgPack了,以及其它虾兵蟹将,在活跃色目码农兼文艺爱好者看来,都是螳臂挡车の跳梁小丑,钦定被历史の五对负重轮碾为齑粉。

因此,不惮以最大的恶意揣测,这「Jupyter Notebook」只要还用浏览器作为运行环境,今后与后台交互的时候,会不得不「跪在真实」逐步转向「WebAssembly」格式。到了那时候,「iPython Shell」乃至Python的「劣根性」就会逐步暴露在光天化日之下。

而后台也会逐步更换为其它适合当代技术条件下链接「C接口の第三方库」和「WebAssembly接口の浏览器」的更加识大体顾大局懂政治讲规矩守纪律人缘好情商高之「脚本/动态/胶水语言」,甚至直接就是「ECMAScript」。

总之,不惮以最大的恶意揣测,如果「科技界」也存在着类似使用「星球大战计划」忽悠苏修烧钱打水漂作死的阴谋诡计的话,很可能「钦定主角龙傲天」一方面大撒币雇用色目宣传工作者铺天盖地的炒作Python诈骗傻哔炮灰误入歧途,与此同时还在纠集亲信暗地里偷偷积累「WebAssembly」相关赛博朋克资产以充军用。

2018.09.26



评论(知乎)

天魔传人

这个估计问题不大,学术圈不可能让从[fortran]转向c+python组合化成沉没成本的。

范狂夫(作者)回复天魔传人

上世纪末我曾经买过「Compaq Visual Fortran」光盘,利用微软的VC6环境开发,后来再买新版光盘就是微软冠名了,再后来买不到光盘也找不到下载,上网一搜才知道又卖给Intel了。

就是说,i386/amd64架构下的「科学计算」肯定会利用一堆既存赛博朋克遗产,不过Fortran的实现就是尽量利用所有硬件性能,很多旧代码不仅仅是「重新编译」还需要「修改」。这就是新代码基本上都用C的缘故。当年我买光盘的时候碰上其它「顾客」问我为啥那么执着的找「老板」问Fortran,就是他告诉我当代业内都用C的现状。

还有就是操作系统相关特性,比方说DOS下每「段」64KBWindows下默认每「页」4KB,平时通用任务不用管,到了性能相关的时候就必须针对优化了,尤其是Fortran这种纯静态语言。

所以我一直说的都是C「接口」吖。如果严格的解释,比如Windows下的DLL,尤其是API,外部接口传参数是「PASCAL」式固定数量从前往后,内部接口无所谓。当年的经验,在VC6Fortran混合开发的时候,为了使用方便起见都是做成DLL而不是LIB,就是被这些「接口」折腾的。而Unix系列虽然不鼓励动态链接,但也是有「.so」这种「共享目标文件」存在。

我关注这些话题是因为用SageMath,不仅前台是浏览器,后台也是Wintel;而跑在服务器集群上面的后台啥样我就不操心。