- 主题:缩进这种存在的意义是什么，Python， yaml，完全不如用括号方便
【 在 funboy 的大作中提到: 】
: 没有基本素养的多了去了，是事后纠错成本高还是事前强约束好？
:
: #发自zSMTH@NOH-AN00
既然这么好，为什么大括号远比缩进流行
--
FROM 117.136.8.*
没那么严重，你错了，编译器还可以指导你改错呢。
【 在 eGust 的大作中提到: 】
: 不如 rust，智商不够直接刷掉
: --
发自「今日水木 on PBCM10」
--
FROM 117.147.23.*
括号是历史遗留啊
yaml是兼容json的，但是鼓励用缩进写法
【 在 stub (stub) 的大作中提到: 】
: 既然这么好，为什么大括号远比缩进流行
--
FROM 27.91.71.*
用了缩进就不需要 {} 和 begin/end.
编程语言，每多一个字符，就多一份阅读代码的负担。
【 在 omni (omni) 的大作中提到: 】
: 缩进作为语法跟可读性没有一毛钱关系，不知道为啥总爱拿这个说Python可读性好。
: 你写C,java，go就不缩进了？Python用缩进就能确保可读性了？
: 我在工作中从没看到过不缩进的代码。
: ...................
--
FROM 140.224.34.*
虽然我也很喜欢python，但是{}或者begin/end提供了一个明确的代码段界限，我觉得还是挺有用的，特别是大段代码修改的时候，心里更有底一点，第一次写到是区别不大。
【 在 hgoldfish 的大作中提到: 】
: 用了缩进就不需要 {} 和 begin/end.
: 编程语言，每多一个字符，就多一份阅读代码的负担。
:
--
FROM 101.228.249.*
我纯靠缩进就够了。也没啥大段代码可改的。一般一个函数我都不会写得很长。太长了就拆分掉。
【 在 doubleback (doubleback) 的大作中提到: 】
: 虽然我也很喜欢python，但是{}或者begin/end提供了一个明确的代码段界限，我觉得还是挺有用的，特别是大段代码修改的时候，心里更有底一点，第一次写到是区别不大。
--
FROM 140.224.34.*
对于弄不懂基本语言逻辑的人来说，编译器给的提示一点儿用处都没有。能改明白 rust 的人至少智商是够了，应该有足够的能力修改抄来的代码。
要不再换一条也行，js 里的 this 其实简单的很，个人觉得门槛比搞明白 rust 低多了
【 在 txgx (纸上谈医) 的大作中提到: 】
: 没那么严重，你错了，编译器还可以指导你改错呢。
: 发自「今日水木 on PBCM10」
--
FROM 203.211.105.*
主要是不可见字符 仅用于分词，不应该用于 其它意义。
【 在 stub 的大作中提到: 】
复制粘贴还要各种调格式，一不小心找不到字段，搞半天格式不对，发明这种的就该拉出去tjjtds
--
FROM 183.95.135.*
有时候多点字更易读，文言文字少难懂呀
正则表达式和数学公式字少更难懂，烧脑
还有<html>..</html>这种写起来纯属多余，后边闭合那个不写也能解析还更快，但读起来费脑子
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 标 题: Re: 缩进这种存在的意义是什么，Python， yaml，完全不如用括号
: 发信站: 水木社区 (Wed Dec 1 08:31:48 2021), 站内
:
: 用了缩进就不需要 {} 和 begin/end.
:
: 编程语言，每多一个字符，就多一份阅读代码的负担。
:
: 【 在 omni (omni) 的大作中提到: 】
: : 缩进作为语法跟可读性没有一毛钱关系，不知道为啥总爱拿这个说Python可读性好。
: : 你写C,java，go就不缩进了？Python用缩进就能确保可读性了？
: : 我在工作中从没看到过不缩进的代码。
: : ...................
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 140.224.34.*]
--
修改:No1 FROM 106.121.187.*
FROM 106.121.187.*
谁说的？我们的花木兰就把括号捡回来了
【 在 beep 的大作中提到: 】
: 楼下讲得都不对。唯一原因是，python是92年搞出来的，那时候世界上还没啥ide可以自动
: format，写c的人手工对齐大括号欲仙欲死，所以当年py这个设计反而是先进的。
:
: 现在新语言都自带fmt了，缩进的设计就反而成了累赘，但是py这样的老语言又没法把大括号捡回来
发自「今日水木 on PBCM10」
--
FROM 124.160.218.*