其实只是对自己关心的程序才会这样,工作上的代码没有这么上心的。
哎呀,别那么说了,我就是程序渣,那天看到老王说没有提示就敲不出来正确语句的废物,看得我虎躯一震,内心一个声音在呐喊:这说的就是我这种啊,哈哈哈。
其实只是对自己关心的程序才会这样,工作上的代码没有这么上心的。
哎呀,别那么说了,我就是程序渣,那天看到老王说没有提示就敲不出来正确语句的废物,看得我虎躯一震,内心一个声音在呐喊:这说的就是我这种啊,哈哈哈。
我现在帮别人弄一个数据库,才发现一条稍微长一点的建表语句都很难一次性提交通过,如果改表重建,然后再导入新数据简直就是一场灾难,就是那种典型的“码农在自己都不明白的代码泥潭中挣扎”的场景。
这几年我觉得稍微对我有所改善的是org的逻辑化的组织方式,可以按照思考的方式把问题展开组织好,而且可以快速的调整子树的结构。所以就很想有点想法了就在org里面记录调整一下,它可以帮我把东西理清楚保存下来,所以就很想随时随地打开emacs。
其实我现在记录和要解决的问题,在有经验的人看来应该是很轻量级的问题,但是我自身的水平其实很有限的,所以会有这个过程来着,就想把移动emacs用起来。
谢谢建议哈,我觉得我的脑力和书法能力都没有达到这么有序的状态哦。
另外都写在本子上,怎么计算机化呢?变成程序运行起来我有会遇到逗号分号等等问题了呀。
大部分算法问題用 APL 只要一行。所以应該不会有这种问題。
如果是数据库的建表语句呢?(其实我遇到的问题都不是很高级,就在代码的第一层)
为啥要用表,建个 matrix 就可以了。
5 5 ⍴ 1 5 2 3 'A'
1 5 2 3 A
1 5 2 3 A
1 5 2 3 A
1 5 2 3 A
1 5 2 3 A
比如现在在弄的一个东西,就是弄一个表。有一定的原始数据,我现在的做法是这样的。
先用org的表格来组织现有的数据,可以快速编辑,增减列,调整列的位置等等,然后通过业务方面的要求来设计表的列,哪些应该分出到别的表,或者增加什么列。把需要的列的数据内容输入或者宏操作批量填好(没有emacs我就活不了)
然后通过org表格的表头,去组织下边的sql建表语句
然后把org表格的去掉表头的数据部分拷贝到一个地方,把格式整理成可以导入进数据库的那种形式,然后用write-region把数据写入文本文件
然后提交建表语句,然后把文本文件导入到数据库的该表里面。
等等,这样的工作流吧,就是我现在想每时每刻可以开干的东西,要能随时用上emacs环境才可以。
但是最后我那些东西要在某个具体的数据库现实中实现、跑通和测试了之后,再作为一个网站向外提供报表查询或者业务操作的服务,还是需要在具体的系统平台上去实现呀。
是的,APL 的一行算法,写博客还要拆成无数行解释为什么
那估计是菜。 Conways game of life 的 APL 版本我见过一次就背下來了。
喂,上面写的情景是写博客诶,又不是说你自己学会
P.S. 背下来可还行
mba 11寸挺mini的, 不知道现在有没有停产
对于熟練用户來说 APL 的表达式本身就是文档,notation as a tool of thought。
ISO 有个标准可以让你把 sql 数据库当成 apl 里的一个 matrix 用
P.S. 似乎现在 APL 的后代们玩数据库也不是玩矩阵了
对于连 BASIC 都不会的 normie 更短就是更易读。
假设有个人连小学数学都沒上过,要如何教给他一元次方程?如果已經学了鸡兔同籠要怎么教?
垃圾!就是因为表达式做不到成为文档 FP 才要类型。对于一个 mathematically proficient 的人 {𝑛∈ℕ∣𝑛≥2,𝜙(𝑛)=𝑛−1} 还用得著写注释么?
可惜了,「虽然中国人应该更熟悉 APL」,但是这门怪异的语言已经离他们太远了
这句话我有机会想装裱一下,给误入 types 的人们看看
鉴于有跑题趋势,我最后表达一下我的观点,后面就不再这个 thread 里喷吐垃圾了(如果你还有看法,咱们可以私信讨论):APL 这么好的东西,何必要给「连二元一次方程都不会」的人或者是爱好「表达式成为不了文档」的语言或者是对 BASIC 的掌握炉火纯青的人推荐呢?现在已经不是 APL 的时代了
11寸应该还是大了一点,不能走路时候拿在手里用吧,哈哈
完整得在这里。
https://www.youtube.com/watch?v=z8MVKianh54&feature=youtu.be 希望即使不足以吸引你学 APL 也能让你在用別的编程语言时得到启发
只要能起个 enlightenment 有心人自然会去学的,不想学的人都是看个热闹。哪怕只有一个人感受到都行,因为我就是那一个因为 enlightenment 用 emacs 的人。