V2EX › Kulics 的所有回复 › 第 2 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

2020 年 7 月 19 日

回复了 Kulics 创建的主题 › 程序员 › Feel 语言设计历程

@Leigg 那就不写大工程 23333333. 能写小的玩也不错了。

2020 年 7 月 19 日

回复了 Kulics 创建的主题 › 程序员 › Feel 语言设计历程

@dremy 我也认同你的观点。不过试试能不能用符号化的方式描述也是个值得探讨的问题，像数学那样已经完全符号化了，并不影响阅读。

2020 年 7 月 19 日

回复了 Kulics 创建的主题 › 程序员 › Feel 语言设计历程

@Mistwave 我不痛恨呀，我是顺着问题去探索设计上的可能性，总不能找个语言抄下来换个皮说是自己创造了个新语言吧。lisp 我也写啊，Feel 里面也借鉴了 lisp 的 s-expr，不过篇幅太长这里没提到。

2020 年 7 月 19 日

回复了 Kulics 创建的主题 › 程序员 › Feel 语言设计历程

@yuk1no 科技以改名为本。微软：???
因为 GitHub 的规则被迫改名，现在可以稳定使用 feel 这个名称先，取个名字不容易。

2020 年 4 月 24 日

回复了 AS4694lAS4808 创建的主题 › Java › 有没有可以加入或者一起开始的开源项目

@AS4694lAS4808 C#还行，就支持的平台更多了。还有 kt 、go 、js 都能选。

2020 年 4 月 24 日

回复了 AS4694lAS4808 创建的主题 › Java › 有没有可以加入或者一起开始的开源项目

K 语言呀，有意思 https://github.com/kulics-works/k

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@cyspy 你说的没错，的确不适合已经用[]去处理索引的语言。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@fcten 曾经我也是这么想，直到后来自己写了个编译器才发现问题。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@imnaive 这么说也对，语法设计。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@hantsy 可是不适合 go 啊，go 草案已经排斥了<>。不然也不会有机会来讨论这个语法。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@kifile 主要还是类似 s-expr 的语法比<T>形式的界限看起来清晰一些，把[]换成<>其实也会比原来的看起来清晰。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@thisisgpy 的确是复杂，一开始特性少还好，后来特性越来越完备，复杂性就升上去了。只要功能多，复杂是必然的了。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@dodo2012
var b map<int, slice<map<string, map<string, slice<string>>>>>
var b [map int, [slice [map string, [map string, [slice string]]]]]

相比之下，我还是觉得比<T>的方式清晰一些。

2020 年 1 月 9 日

回复了 Kulics 创建的主题 › Go 编程语言 › 一种兼容性更好的 Go 泛型设计

@codehz hhhhhhh 站在巨人的肩膀上

2019 年 10 月 23 日

回复了 css3 创建的主题 › 信息安全 › 你们的各种密码记在哪里？

XyKey 纯本地，跨平台

2019 年 7 月 29 日

回复了 Kulics 创建的主题 › 程序员 › Lite 语言——从入门到放弃（一）

@Leigg 这些不是我现在关注的。
我关注的是如何用尽可能少的语法表达逻辑，还能用怎样少的字符组成功能完备的编程语言，还应该降低读写负担，尽可能把注意力留出来解决问题。
简单性、可读性、可理解性是设计目标（当然，因人而已，挑战旧习惯从来不是容易的事情，也不是每个人都会喜欢我的路线）。
现在只能依赖目标语言，这些能力都受目标语言影响。以后到 llvm，才有条件考虑自身的特性。

2019 年 7 月 29 日

回复了 Kulics 创建的主题 › 程序员 › Lite 语言——从入门到放弃（一）

@hourann 谢谢你的建议，我去看了，的确有意思

2019 年 7 月 29 日

回复了 Kulics 创建的主题 › 程序员 › Lite 语言——从入门到放弃（一）

@ClarkAbe emmmmm。。。go 里面也一堆<-，解脱个啥

2019 年 7 月 29 日

回复了 Kulics 创建的主题 › 程序员 › Lite 语言——从入门到放弃（一）

@GM 嗯，数的没错，的确是 1，2，3，一堆关键字，实在是太多了，都快比我手指都多了，太难记了。

2019 年 7 月 29 日

回复了 Kulics 创建的主题 › 程序员 › Lite 语言——从入门到放弃（一）

@marcong95
1. // 和 %% 在语言里也没其它用途，没有语法冲突，就索性把 root 和 log 功能都加上了。都是转成库函数来运行，其实不用操作符也可以不用。只是有个 ** ，不加上我有点强迫症。
2. 其实现在的语法去掉类型也是完全能放在动态语言上跑的，的确是挺好玩的。目前我是因为自己写项目要用，就一直折腾下来，以后有空可以捣鼓下动态类型和 shell。

1 2 3 4 5

❮

❯