tennix 最近的时间轴更新 tennix 最近的时间轴更新 |
tennixV2EX 第 65665 号会员，加入于 2014-06-19 18:13:34 +08:00 |
tennix
| 5 月 14 日 北京 Rust Meetup
3 程序员 • tennix • 2017 年 5 月 13 日 • 最后回复来自 congeec
|
8 |
| Rust 中文社区成立了
5 程序员 • tennix • 2018 年 8 月 26 日 • 最后回复来自 krircc
|
41 |
| 脑洞一下：如果在国内搭一个 geek dot porn 或者 hacker dot porn 奇思妙想 • tennix • 2015 年 12 月 29 日 • 最后回复来自 lbp0200 | 7 |
| 从 Mac 换回 Linux 后突然很想念任何输入地方都可以使用 readline 功能 程序员 • tennix • 2015 年 11 月 1 日 • 最后回复来自 karia | 3 |
| 国内的科技新闻真是太无节操了 问与答 • tennix • 2016 年 2 月 21 日 • 最后回复来自 FUCKEX2 | 6 |
| 来，大家一起跳版本号， PyPy 2.x.x -> 4.x.x Python • tennix • 2015 年 10 月 31 日 • 最后回复来自 linzianplay | 20 |
| 看到好几个实名制的帖子，如果 V2EX 根据要求也实名了，你会 无要点 • tennix • 2015 年 8 月 30 日 • 最后回复来自 tennix | 3 |
| MenuetOS：纯汇编语言写的带 GUI 的操作系统发布 1.0
1 分享发现 • tennix • 2015 年 5 月 16 日 • 最后回复来自 linxy
|
5 |
| 今天面试被问到 Python 的设计模式，直接给跪了 程序员 • tennix • 2015 年 5 月 12 日 • 最后回复来自 wuyu1998 | 36 |
| Vagga： Rust 实现的 Linux Container， Inspired by Vagrant and Docker 分享发现 • tennix • 2015 年 5 月 5 日 • 最后回复来自 ivenvd | 1 |
tennix 最近回复了
2019 年 12 月 8 日 回复了 lidfather 创建的主题 › 程序员 › mbp 装什么 Linux 发行版比较好？ |
mbp 装 Linux 挺好用的，我 15 款的 mbp，买了没多久装了 archlinux，用了大半年，只是偶尔切回 mac，后面又换成 NixOS 了，用了差不多快两年了。Linux 内核对 Mac 硬件支持很不错的，除了摄像头还用不了（当然折腾一下也可以用，不过没需求）。
2016 年 3 月 21 日 回复了 thinker3 创建的主题 › Python › 当用 django.orm 时，怀念 sqlalchemy |
没记错的话 SQLAlchemy 和 jinja 都是受 Django 启发做的。 Django 的 ORM 和 Template 很好用，但是只能在 Django 里面使用，于是就有人把 ORM 和 Template 抠出来做成了 SQLAlchemy 和 Jinja ，所以通用性和专业性上肯定比集成在 Django 里面的 ORM 和 Template 好用
2016 年 3 月 21 日 回复了 livecoding 创建的主题 › 程序员 › WebAssembly 的介绍 |
@sagnitude 前端现状很好，只是表面上而已，看看前端技术变化就知道前端有多么糟糕了。前端混乱是因为 JS 设计上有问题，而且各大浏览器标准不统一，当然引入新的技术、语言肯定会在一定程度上增加混乱程度，技术过渡嘛
@YuJianrong
JS 发展到现在已经成了浏览器端的汇编，看看现在基本上主流语言都有所谓的 transpiler 将自身编译成 JS ，然而事实上 JS 并不能胜任这个职位：第一这是一门高级语言；第二这门语言设计上有太多的坑；第三运行性能很成问题。既然 JS 本身不能胜任，为什么不让浏览器真正支持"汇编"呢。如果其它语言能无痛转成浏览器能执行的"汇编"，也就没多大必要使用设计不好、用起来蛋疼的 JS 了。
TS 和 CS 转 JS 效果当然很不错，因为它们本身就是在 JS 基础之上构建的(ts/cs 编译器都是 js 写的)，但是你用其它语言的 transpiler 就会知道以 JS 为目标语言是多么痛苦了，生成代码庞大，语言自身的一些特性被阉割。 ES 的确在不断演化，变得也越来越好用，然而现在大家不也都是需要将 ES6/ES7 编译到 ES5 才敢往线上放么。 JS 是一门很高级的语言，不适合作为汇编使用，只有出来一个低级底层一点的语言，其它语言才可以无痛 compile/transpile 到这个目标语言。
没记错的话 asm.js 只是 js 的一个子集，而且似乎并不是一个标准， mozilla 最先搞的，其它厂商并不一定买帐，而 webassembly 则是各大浏览器厂商共同制定标准。
有了 webassembly 这种格式，以前可能需要十几兆甚至更大的 JS 才能实现的功能，以后经过编译优化可能只需要几百 k ，性能也会有很大提升，所以以前写 JS 不敢想象的东西和功能，以后 webassembly 就变得现实。
说这么多其实我并不是前端，也没写过几行 JS ，上面只是基于个人的一些认识，至于未来是否就是 webassembly 统一前端也只有时间能说明了
@YuJianrong
JS 发展到现在已经成了浏览器端的汇编，看看现在基本上主流语言都有所谓的 transpiler 将自身编译成 JS ，然而事实上 JS 并不能胜任这个职位：第一这是一门高级语言；第二这门语言设计上有太多的坑；第三运行性能很成问题。既然 JS 本身不能胜任，为什么不让浏览器真正支持"汇编"呢。如果其它语言能无痛转成浏览器能执行的"汇编"，也就没多大必要使用设计不好、用起来蛋疼的 JS 了。
TS 和 CS 转 JS 效果当然很不错，因为它们本身就是在 JS 基础之上构建的(ts/cs 编译器都是 js 写的)，但是你用其它语言的 transpiler 就会知道以 JS 为目标语言是多么痛苦了，生成代码庞大，语言自身的一些特性被阉割。 ES 的确在不断演化，变得也越来越好用，然而现在大家不也都是需要将 ES6/ES7 编译到 ES5 才敢往线上放么。 JS 是一门很高级的语言，不适合作为汇编使用，只有出来一个低级底层一点的语言，其它语言才可以无痛 compile/transpile 到这个目标语言。
没记错的话 asm.js 只是 js 的一个子集，而且似乎并不是一个标准， mozilla 最先搞的，其它厂商并不一定买帐，而 webassembly 则是各大浏览器厂商共同制定标准。
有了 webassembly 这种格式，以前可能需要十几兆甚至更大的 JS 才能实现的功能，以后经过编译优化可能只需要几百 k ，性能也会有很大提升，所以以前写 JS 不敢想象的东西和功能，以后 webassembly 就变得现实。
说这么多其实我并不是前端，也没写过几行 JS ，上面只是基于个人的一些认识，至于未来是否就是 webassembly 统一前端也只有时间能说明了
2016 年 2 月 22 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
@Outshine 博客只是一个首页，再说社区也不是说一个论坛就能称为社区的， Rust 中文社区包括 Wiki, Chat, Translation, Blog ，因为聊天室是放在 https://chat.rust-china.org 上面的，而维基是放在 https://wiki.rust-china.org 上面的，所以需要一个引导页，正好就把博客当作这个引导页做成社区首页了，只要你对社区感兴趣，相信你不会没有注意到导航条上面的 Wiki, Chat, Translation 链接吧
@codeaqua 是用 GitHub 授权登录的吗？
@codeaqua 是用 GitHub 授权登录的吗？
2016 年 2 月 22 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
@adoyle 不清楚什么原因，还没碰到过。我在管理界面里面看你这个用户名的确是空的，我刚才已经帮你加了一个用户名，你再试试看
2016 年 2 月 21 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
2016 年 2 月 21 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
@Akagi201 嗯，多谢鼓励，我一定会尽量坚持的。
rust.cc 不知道是谁在维护，另外我也不太喜欢这个域名，所以就没有联系管理员，后面挂掉了我也没怎么关心（虽然我在上面也发了不少帖）。
当时 rust.cc 还健在时我就联系了一直处于荒废状态的域名 rust-china.org 持有人，把这个域名要过来了，以前用 Slack 建过聊天室后来由于你懂的原因，大家渐渐都不怎么上了，所以就用开源方案 Rocket.Chat 在 rust-china.org 域名下建了聊天平台。
就目前来看， chat + wiki + blog 基本够用了，而 Rust 目前在 web 生态系统方面尚未成熟( http://arewewebyet.com/)，等成熟了相信社区里一定会有人用 Rust 重新做一个社区，更多说明见 https://rust-china.org/about
rust.cc 不知道是谁在维护，另外我也不太喜欢这个域名，所以就没有联系管理员，后面挂掉了我也没怎么关心（虽然我在上面也发了不少帖）。
当时 rust.cc 还健在时我就联系了一直处于荒废状态的域名 rust-china.org 持有人，把这个域名要过来了，以前用 Slack 建过聊天室后来由于你懂的原因，大家渐渐都不怎么上了，所以就用开源方案 Rocket.Chat 在 rust-china.org 域名下建了聊天平台。
就目前来看， chat + wiki + blog 基本够用了，而 Rust 目前在 web 生态系统方面尚未成熟( http://arewewebyet.com/)，等成熟了相信社区里一定会有人用 Rust 重新做一个社区，更多说明见 https://rust-china.org/about
2016 年 2 月 21 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
@hoythan 这只是社区的入口， nav 用英文并没有什么问题吧，再说这个后面再改也不迟
2016 年 2 月 21 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
@Livid 能帮忙修改一下，把敏感词换成 "你懂的" 吗？之前不太清楚这个规则，本想借助 V2EX 高质量的用户群和 Google 收录速度，让更多的人了解和学习 Rust ，现在不小心触及这个规则，使 Google 收录不成了，违背了我发帖的初衷
2016 年 2 月 21 日 回复了 tennix 创建的主题 › 程序员 › Rust 中文社区成立了 |
@Livid 未登录用户不能查看这个帖子是什么情况，程序员节点不是可以查看的么？
Select Language