FrankHB 最近的时间轴更新 FrankHB 最近的时间轴更新 |
FrankHBV2EX 第 34994 号会员，加入于 2013-02-28 10:06:28 +08:00 |
FrankHB
FrankHB 最近回复了
12 天前 回复了 maocat 创建的主题 › 程序员 › 在尽力保证代码质量的情况下，多少行代码算大型项目 |
……还是提一下，cloc 看代码布局加 exclude 。
漏 exclude Doxygen 输出和中间文件的后果示例↓
46781 text files.
43547 unique files.
34322 files ignored.
github.com/AlDanial/cloc v 1.88 T=126.44 s (178.4 files/s, 38595.5 lines/s)
---------------------------------------------------------------------------------------
Language files blank comment code
---------------------------------------------------------------------------------------
SVG 9966 1542 335083 2176438
XHTML 4757 57977 23785 1116573
D 2285 30320 0 377237
TeX 1919 83885 259 254049
C/C++ Header 608 33011 113036 112729
JavaScript 2451 207 274 64269
C++ 161 6744 6978 37622
C 4 588 384 9949
XML 80 17 68 9509
Windows Module Definition 6 4 0 5135
HTML 258 0 4369 4895
diff 1 207 1565 2904
CSS 5 350 48 1943
MSBuild script 1 0 0 1670
Bourne Shell 24 243 354 1208
make 14 325 327 900
Markdown 4 306 0 381
XSLT 1 28 2 202
YAML 1 2 11 83
DOS Batch 14 13 0 62
Python 1 0 0 38
JSON 1 0 0 6
---------------------------------------------------------------------------------------
SUM: 22562 215769 486543 4177802
---------------------------------------------------------------------------------------
漏 exclude Doxygen 输出和中间文件的后果示例↓
46781 text files.
43547 unique files.
34322 files ignored.
github.com/AlDanial/cloc v 1.88 T=126.44 s (178.4 files/s, 38595.5 lines/s)
---------------------------------------------------------------------------------------
Language files blank comment code
---------------------------------------------------------------------------------------
SVG 9966 1542 335083 2176438
XHTML 4757 57977 23785 1116573
D 2285 30320 0 377237
TeX 1919 83885 259 254049
C/C++ Header 608 33011 113036 112729
JavaScript 2451 207 274 64269
C++ 161 6744 6978 37622
C 4 588 384 9949
XML 80 17 68 9509
Windows Module Definition 6 4 0 5135
HTML 258 0 4369 4895
diff 1 207 1565 2904
CSS 5 350 48 1943
MSBuild script 1 0 0 1670
Bourne Shell 24 243 354 1208
make 14 325 327 900
Markdown 4 306 0 381
XSLT 1 28 2 202
YAML 1 2 11 83
DOS Batch 14 13 0 62
Python 1 0 0 38
JSON 1 0 0 6
---------------------------------------------------------------------------------------
SUM: 22562 215769 486543 4177802
---------------------------------------------------------------------------------------
12 天前 回复了 maocat 创建的主题 › 程序员 › 在尽力保证代码质量的情况下，多少行代码算大型项目 |
@ripperdev 大约说明废话太多。
我一个就几千行的（ https://github.com/FrankHB/YSLib/blob/master/YFramework/source/NPL/NPLA1Forms.cpp ）就能让 GCC 爆炸，4 小时吃 8GB RAM 然后链接失败，不得不 -fno-lto -fno-var-tracking-assignments （
（这还是拆过的，之前直接炸穿 i686 cc1plus 地址空间了。）
我一个就几千行的（ https://github.com/FrankHB/YSLib/blob/master/YFramework/source/NPL/NPLA1Forms.cpp ）就能让 GCC 爆炸，4 小时吃 8GB RAM 然后链接失败，不得不 -fno-lto -fno-var-tracking-assignments （
（这还是拆过的，之前直接炸穿 i686 cc1plus 地址空间了。）
12 天前 回复了 maocat 创建的主题 › 程序员 › 在尽力保证代码质量的情况下，多少行代码算大型项目 |
楼上某位，一个 cloc . 搞定的东西怎么还要敲 find ……
15 天前 回复了 liuzhaowei55 创建的主题 › 程序员 › 看到最近大家在热切讨论笔记软件，我问下大家平时用什么文本格式？ |
“文本”格式，首先自然是纯文本(MIME: text/plain ) ，虽说本来就是“无格式”文本。
任何纯文本编辑器都能当简易的笔记软件用——调教到极速冷启动时间无人可挡。
纯文本在更底层还是要区分两类实现意义的格式的。
一个是文本编码。用于外部交换的持久格式，基本都 UTF-8 省事。
二是封装格式。首先要日用编辑，不会使用压缩，所以负载就是 UTF-8 流。（要压缩都另外打包了。）
所以剩下的要说格式就是按行分隔的封装格式：我用 UTF-8 BOM + CRLF 。
BOM 是因为可移植性实质上有保障（没 BOM 换个随便什么的编辑器出来的乱码妈都不认识，特别是 Windows 上）。反正我没打算拿笔记来 cat （能 cat 的东西本质上其实是 appliction/octet-stream 了）。
CRLF 是因为很多足够多的公开规范在使用（例如 HTTP ），以及没 POSIX 党的 LF 那么 trivial （要二进制模式就二进制模式，不要二鬼子的伪装“文本模式”的二进制模式。）
其它的，要拿来写文档的还是首选 Markdown，支持的工具到处都是而且 UI 输出有保障，而且实在比手写 HTML 省事多了。
Markdown 比较蛋疼的主要是方言乱七八糟，不过不考虑个别特别残废的（比如 Bitbucket wiki 没 inline HTML 甚至没 anchor ），公共实现还是挺多能用的，再不行 embed HTML 。
没发现别的竞品有特别突出的优势，不是测评就懒得多碰了。
要排版的……这个不算笔记了吧。
有些 txt 我是自己写语言发明格式转换成结构化数据来用的。通用化以后，大概就 PicoLisp database 那种类似物。
题外话……OneNote 嘛，好用不好用甭管，看它没法对付我一坨陈年 .pwi 的面子上，还是扔了（
任何纯文本编辑器都能当简易的笔记软件用——调教到极速冷启动时间无人可挡。
纯文本在更底层还是要区分两类实现意义的格式的。
一个是文本编码。用于外部交换的持久格式，基本都 UTF-8 省事。
二是封装格式。首先要日用编辑，不会使用压缩，所以负载就是 UTF-8 流。（要压缩都另外打包了。）
所以剩下的要说格式就是按行分隔的封装格式：我用 UTF-8 BOM + CRLF 。
BOM 是因为可移植性实质上有保障（没 BOM 换个随便什么的编辑器出来的乱码妈都不认识，特别是 Windows 上）。反正我没打算拿笔记来 cat （能 cat 的东西本质上其实是 appliction/octet-stream 了）。
CRLF 是因为很多足够多的公开规范在使用（例如 HTTP ），以及没 POSIX 党的 LF 那么 trivial （要二进制模式就二进制模式，不要二鬼子的伪装“文本模式”的二进制模式。）
其它的，要拿来写文档的还是首选 Markdown，支持的工具到处都是而且 UI 输出有保障，而且实在比手写 HTML 省事多了。
Markdown 比较蛋疼的主要是方言乱七八糟，不过不考虑个别特别残废的（比如 Bitbucket wiki 没 inline HTML 甚至没 anchor ），公共实现还是挺多能用的，再不行 embed HTML 。
没发现别的竞品有特别突出的优势，不是测评就懒得多碰了。
要排版的……这个不算笔记了吧。
有些 txt 我是自己写语言发明格式转换成结构化数据来用的。通用化以后，大概就 PicoLisp database 那种类似物。
题外话……OneNote 嘛，好用不好用甭管，看它没法对付我一坨陈年 .pwi 的面子上，还是扔了（
15 天前 回复了 AndyAO 创建的主题 › 程序员 › 挑战：用更简洁优美的方式将《程序员修炼之道》中的 Shell 命令转为 PowerShell |
@Arnie97 Point-free 说的是一种 style 而不是 transformation，第 3 条那个也没做到 point-free （消掉了 $testPath 这个 point，但 $_ 还是 point ）。
另外，point-free 跟可读性沾不上多少边，“尽量 point-free ”在抽象能力上倒明确是一种倒退。（虽然这个上下文中不明显。）
https://github.com/FrankHB/pl-docs/blob/master/zh-CN/combinator-critique.md
另外，point-free 跟可读性沾不上多少边，“尽量 point-free ”在抽象能力上倒明确是一种倒退。（虽然这个上下文中不明显。）
https://github.com/FrankHB/pl-docs/blob/master/zh-CN/combinator-critique.md
Select Language