Top post有理， Top post 无罪

[v cc]

没想到回邮件都这么大压力，放在上面还是下面有时可是很要命的，搞不好分分钟都有人BS你啊；-）

用gmail或者大多数邮件客户端默认都是Top
post的，为什么？开发这些软件的家伙们脑袋都烧掉了吗？他们都是不懂礼仪的冒失鬼吗？个人认为不是，他们这么做是为大家节省时间。为什么这样会省时间？我卖个关子先，大家写Python基本都用过decorators，也就是在函数前面加@XXX。其实decorators也可以在定义了函数后再通过赋值来实现，例如：
@classmethod
def f(...):
...
等同于：
def f(...):
....
f = classmethod(f)

OK，想必聪明的pythoner已经想到了，这就像是Top post和Bottom post，没错，Top
post给你很方便一下子就表明你的立场、观点，别人也一眼就看到了你的观点，以致于都不用再往下看了 ^_^
Top post让你有机会节省时间，Bottom post虽然总是对的，但是它却没给你机会开动你的脑筋，大脑总是跑idle进程实在有点浪费啊。

最后，开动你的脑筋吧，来决定什么该Top post， 什么该Bottom post， 没有一成不变的东西，唯一不变的就是变;-)

vcc
-
Top post有理， Top post 无罪

[limodou]

2008/6/26 v cc <vcc...@gmail.com>:

你可以继续捍卫你的top post。好的习惯也不是靠一两句的道理就可以改过来的。

--
I like python!
UliPad <<The Python Editor>>: http://code.google.com/p/ulipad/
UliWeb <<simple web framework>>: http://uliwebproject.appspot.com
My Blog: (new)http://http://hi.baidu.com/limodou (old)http://www.donews.net/limodou

[realfun]

删除一点Quote掉的内容就行了，TM还是BM都没啥问题

2008/6/26 v cc <vcc...@gmail.com>:

--
代码发芽网： http://www.fayaa.com/code/ （无需插件在blog上贴语法高亮的代码，百种语言，多种配色）
我的Blog: http://www.2maomao.com/blog

[Lich_Ray]

对于不能折叠引用文字的人，最好还是尾回复。

2008/6/26 realfun <rea...@gmail.com>:

--
Ray Stinger, nickname Lich_Ray
God is in his heaven, all's right with the world.
-------------------------------------------------
let focus = 'computing' in where:
http://lichray.javaeye.com
let focus = 'computing' in here:
http://let-in.blogspot.com

[东子/hydon]

我也支持Top post .
1.在公司一直是这样用的...是整个公司.
2.一般收到邮件的人都知道这个事情的前因的, 所以, 没有必要再看一次.
3.最重要的话写在最前面. --- 这个更重要.
4.相对来说, 记得以前上news的时候,大家更不喜欢的是拖着长长的"小尾巴"的.

2008/6/26 v cc <vcc...@gmail.com>:

--
让ERP在中国普遍成功吧...(hydon/东子) ----我的"尾巴"小

[realfun]

在我的实际工作中，多数是Top post，插入式回复也有很多，我觉得，只要能够描述清楚，都没有问题。
说句题外话，如果有这样一个规则能够被轻易地破坏，那么这样的规则不值得维护，特别是在参与者很多的时候，否则除了不爽之外别无所得。

2008/6/26 东子/hydon <hydo...@gmail.com>:

我也支持Top post .
1.在公司一直是这样用的...是整个公司.
2.一般收到邮件的人都知道这个事情的前因的, 所以, 没有必要再看一次.
3.最重要的话写在最前面. --- 这个更重要.
4.相对来说, 记得以前上news的时候,大家更不喜欢的是拖着长长的"小尾巴"的.

[limodou]

2008/6/26 realfun <rea...@gmail.com>:

删除一点Quote掉的内容就行了，TM还是BM都没啥问题

如果你删除掉后面的东西，但却把回复写在前面，自已不都兼累吗？还不如直接top post呢。

bottom post是一种好的方式，你不做也不会有人逼你，就是逼你也不一定有用。但我认为在开源的环境下，好的方式应该介绍给大家，但是别人可以不听，这是你的自由。不过我并没有看到有逼迫的意思，这都是跑题跑出来的。但有时一种好的环境需要许多人来维持，有时可能让你不舒服，但是坚持下来可能就是好的。这只是一个习惯的问题。虽然你可能认为不重要，但是别人可能认为重要，意识形态问题，所以也请谅解。

[realfun]

实用性是我最看重的：如何让我的表达更为清晰，让别人更加容易阅读和理解。
在这个基础上，再来考虑是Top post还是Bottom post，每天收大量的Email，还是觉得Top post有利于处理Email和交流。

2008/6/26 limodou <lim...@gmail.com>:

如果你删除掉后面的东西，但却把回复写在前面，自已不都兼累吗？还不如直接top post呢。

bottom post是一种好的方式，你不做也不会有人逼你，就是逼你也不一定有用。但我认为在开源的环境下，好的方式应该介绍给大家，但是别人可以不听，这是你的自由。不过我并没有看到有逼迫的意思，这都是跑题跑出来的。但有时一种好的环境需要许多人来维持，有时可能让你不舒服，但是坚持下来可能就是好的。这只是一个习惯的问题。虽然你可能认为不重要，但是别人可能认为重要，意识形态问题，所以也请谅解。

--

[limodou]

2008/6/26 realfun <rea...@gmail.com>:

在我的实际工作中，多数是Top post，插入式回复也有很多，我觉得，只要能够描述清楚，都没有问题。
说句题外话，如果有这样一个规则能够被轻易地破坏，那么这样的规则不值得维护，特别是在参与者很多的时候，否则除了不爽之外别无所得。

规则被破坏有很多的原因，并不能就说规则不好，有许多反而是人的原因。如果说，邮件软件自动是bottom post，你会如何？那么你是被软件所引导还是有自已的主见呢？我想从许多人支持top post的理由可以看出：

1. 没有必要，认为前面的内容都清楚，所以没必要再看
2. 因为gmail或其它的客户端就是top post，gmail都这样，肯定没问题
3. 因为整个公司都这样，所以习惯了

对于1. 要知道对于经历了整个线索的是了解，但是你不打算考虑那些没有经历过整个线索的人吗？
对于2. 就象我说的，如果gmail改了你怎么办？象thunderbird客户端都是可以让你去设置的。并不是一成不变。gmail没做也许有它的原因，便是你怎么做应该是由你来决定的。
对于3. 如果说已经习惯公司了，但是这里是邮件列表，有它自已的文化，如果说邮件列表强制的话你怎么办，打算尊守吗？

其实许多理由都是外部存在的，但真正如何做还是取决于自已。

再次重申，top post可以用，但不推荐。

[A.TNG]

2008/6/26 东子/hydon <hydo...@gmail.com>:

> 我也支持Top post .
> 1.在公司一直是这样用的...是整个公司.
> 2.一般收到邮件的人都知道这个事情的前因的, 所以, 没有必要再看一次.

公司内部的邮件通常都是在清楚上下文的情况下，所以top post也没有什么问题，但是mail
list里面的邮件讨论比较松散，很多时候线索就丢了，让后来的人看起来不方便

> 3.最重要的话写在最前面. --- 这个更重要.
> 4.相对来说, 记得以前上news的时候,大家更不喜欢的是拖着长长的"小尾巴"的.
>
> 2008/6/26 v cc <vcc...@gmail.com>:

本着方便别人阅读的原则，就OK了，因为，发出来的东西，是要给别人看的。

--
Best Regards,
Tang, Jiyu

[limodou]

2008/6/26 realfun <rea...@gmail.com>:

实用性是我最看重的：如何让我的表达更为清晰，让别人更加容易阅读和理解。
在这个基础上，再来考虑是Top post还是Bottom post，每天收大量的Email，还是觉得Top post有利于处理Email和交流。

我订阅了大量的邮件列表其本上都是bottom post的，一些老手对这些尤其重视，当你不符合规则还会有人提醒你。往往就是这些细节决定了你的态度，也决定了一个群体的态度。建议多看看别人是如何做的，而不是只看到自已是如何做的。

[东子/hydon]

适合自己的才是最好的.
适合国外并不意味着适合国内, 适合老手未必适合新手.
BP/TP决定什么态度? 晚上吃米饭还是面条?

2008/6/26 limodou <lim...@gmail.com>:

--
让ERP在中国普遍成功吧...(hydon/东子)

[limodou]

2008/6/26 东子/hydon <hydo...@gmail.com>:

适合自己的才是最好的.
适合国外并不意味着适合国内, 适合老手未必适合新手.
BP/TP决定什么态度? 晚上吃米饭还是面条?

所以我看到了差距。

[lotrpy]

2008/6/26 limodou <lim...@gmail.com>:

2008/6/26 realfun <rea...@gmail.com>:

在我的实际工作中，多数是Top post，插入式回复也有很多，我觉得，只要能够描述清楚，都没有问题。

说句题外话，如果有这样一个规则能够被轻易地破坏，那么这样的规则不值得维护，特别是在参与者很多的时候，否则除了不爽之外别无所得。

规则被破坏有很多的原因，并不能就说规则不好，有许多反而是人的原因。如果说，邮件软件自动是bottom post，你会如何？那么你是被软件所引导还是有自已的主见呢？我想从许多人支持top post的理由可以看出：

1. 没有必要，认为前面的内容都清楚，所以没必要再看
2. 因为gmail或其它的客户端就是top post，gmail都这样，肯定没问题
3. 因为整个公司都这样，所以习惯了

对于1. 要知道对于经历了整个线索的是了解，但是你不打算考虑那些没有经历过整个线索的人吗？
对于2. 就象我说的，如果gmail改了你怎么办？象thunderbird客户端都是可以让你去设置的。并不是一成不变。gmail没做也许有它的原因，便是你怎么做应该是由你来决定的。
对于3. 如果说已经习惯公司了，但是这里是邮件列表，有它自已的文化，如果说邮件列表强制的话你怎么办，打算尊守吗？

其实许多理由都是外部存在的，但真正如何做还是取决于自已。

再次重申，top post可以用，但不推荐。

不认同 "top post可以用，但不推荐。" 这个说法，应该是形式为内容服务，如果任何情况下都是buttom post 更利于解决问题，那就应该一直buttom post，如果不成立，那就根据实际情况来决定才合适些。

另外，不存在"buttom post 是惯例"这个情况，可以看看python-dev里面，Guido和其他人都有  top post的情况，难道他们不熟悉?

大家还是多讨论一些python的具体内容吧，老是争论这些形式，而且和python无关的形式，何必啊。

[Zoom.Quiet]

2008/6/26 limodou <lim...@gmail.com>:

> 2008/6/26 realfun <rea...@gmail.com>:
>> 在我的实际工作中，多数是Top post，插入式回复也有很多，我觉得，只要能够描述清楚，都没有问题。
>> 说句题外话，如果有这样一个规则能够被轻易地破坏，那么这样的规则不值得维护，特别是在参与者很多的时候，否则除了不爽之外别无所得。
>

是也乎！工作中所有其它人都是top-posting 的，
但是，当所有人都得流感时，不意味着你也得强迫自个儿得个感冒和大家看起！
一个古老的礼节得以形成不是简单的几个人拍脑袋定下来的，
是同武术招式一样是经过千锤百炼的，是经过时间考验的...不理解不习惯,不意味着这种约定是错误的...

> 规则被破坏有很多的原因，并不能就说规则不好，有许多反而是人的原因。如果说，邮件软件自动是bottom
> post，你会如何？那么你是被软件所引导还是有自已的主见呢？我想从许多人支持top post的理由可以看出：
>
> 1. 没有必要，认为前面的内容都清楚，所以没必要再看
> 2. 因为gmail或其它的客户端就是top post，gmail都这样，肯定没问题
> 3. 因为整个公司都这样，所以习惯了
>
> 对于1. 要知道对于经历了整个线索的是了解，但是你不打算考虑那些没有经历过整个线索的人吗？

明显这是对受众的猜测,你怎么肯定在讨论过程中,没有人忽然想起谁也相关而转发一把?
这种拉进来的人怎么看一堆没有关系的 top-posting 的?

> 对于2.
> 就象我说的，如果gmail改了你怎么办？象thunderbird客户端都是可以让你去设置的。并不是一成不变。gmail没做也许有它的原因，便是你怎么做应该是由你来决定的。

gmail 不是 e-mail 的唯一代表, google 也不是互联网本身..

> 对于3. 如果说已经习惯公司了，但是这里是邮件列表，有它自已的文化，如果说邮件列表强制的话你怎么办，打算尊守吗？
>

如果说习惯就是好的,不应该改变的,那女人裹小腿怎么给改了?!

> 其实许多理由都是外部存在的，但真正如何做还是取决于自已。
>
多体验,多用自个儿的头脑理解,不能人云亦云..

> 再次重申，top post可以用，但不推荐。
>
是也乎,楼主说的很对,只有变化才是不变的,
所以,勇敢的站出来传播更加合理的邮件习惯,才是
向靠谱,反脑残!

http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''

[dudu]

一句话 支持top post 个人习惯 没有必要上纲上线

dudu powered

2008/6/26 limodou <lim...@gmail.com>:

[东子/hydon]

说实在的, 最难看的邮件莫过于在中间回复了半天, 还没有做出明确标识的.

字体大小,颜色区分不明显.

不知道是否这也是经过千锤百炼的，是经过时间考验的.

2008/6/26 Zoom. Quiet <zoom....@gmail.com>:

--
让ERP在中国普遍成功吧...(hydon/东子)

[realfun]

我对这样的教诲已经免疫了
细节是确定了态度，这句话我认同
但是我不认同的是：老手说的就对，老手觉得好的就好。

正如我所说的， 实用性是我最看重的：如何让我的表达更为清晰，让别人更加容易阅读和理解。
事实上，Topmost也好，Bottompost也好，在我看来都是为了"描述清楚，容易阅读"。
目前从自己的经验来看，top/bottom都还可以，只要你能够描述清楚。
倾向于Topmost是因为这样做方便。

2008/6/26 limodou <lim...@gmail.com>:

我订阅了大量的邮件列表其本上都是bottom post的，一些老手对这些尤其重视，当你不符合规则还会有人提醒你。往往就是这些细节决定了你的态度，也决定了一个群体的态度。建议多看看别人是如何做的，而不是只看到自已是如何做的。

--

[Jiahua Huang]

2008/6/26 A. TNG <tang...@gmail.com>:

> 公司内部的邮件通常都是在清楚上下文的情况下，所以top post也没有什么问题，但是mail
> list里面的邮件讨论比较松散，很多时候线索就丢了，让后来的人看起来不方便

支持会话视图的邮件客户端，就不用考虑这个了。

FoxMail 之类不支持线索的客户端，才有必要在单独一封邮件里把事件所有上下文都列出来。

[don li]

我觉得大家说的都好像有些道理。

请大家尽快商量出个可行的解决方案出来，这可以决定我以后看邮件，和写邮件的方式，谢谢。

我懒，所以我只看头几行，我懒，所以我只写在最前面。

2008/6/26 Jiahua Huang <jhuang...@gmail.com>:

[realfun]

两个例子都有点儿不恰当
1. "流感"这个例子本身就有偏向，同样我可以这么说：所有人都好好的，你却要强迫自己得流感。
2. 武术招式，您真的看别人对战过？嘿嘿，比武台上上我没看到什么招式，大家都是选择有效地打击对方，没看出哪个在摆招式。

还是那句话，实用性，切实可行才行。
另外，还是面对现实吧，在Gmail/Outlook等等邮箱改掉他们的默认设置之前，Top post只会多不会少。

2008/6/26 Zoom. Quiet <zoom....@gmail.com>:

2008/6/26 limodou <lim...@gmail.com>:

> 2008/6/26 realfun <rea...@gmail.com>:
>> 在我的实际工作中，多数是Top post，插入式回复也有很多，我觉得，只要能够描述清楚，都没有问题。
>> 说句题外话，如果有这样一个规则能够被轻易地破坏，那么这样的规则不值得维护，特别是在参与者很多的时候，否则除了不爽之外别无所得。
>

是也乎！工作中所有其它人都是top-posting 的，
但是，当所有人都得流感时，不意味着你也得强迫自个儿得个感冒和大家看起！
一个古老的礼节得以形成不是简单的几个人拍脑袋定下来的，
是同武术招式一样是经过千锤百炼的，是经过时间考验的...不理解不习惯,不意味着这种约定是错误的...

[Jiahua Huang]

2008/6/26 don li <donn...@gmail.com>:

> 我觉得大家说的都好像有些道理。
>
> 请大家尽快商量出个可行的解决方案出来，这可以决定我以后看邮件，和写邮件的方式，谢谢。
>
> 我懒，所以我只看头几行，我懒，所以我只写在最前面。
>

其他邮件随便，
看到有木头前辈等大牛掺和的，就拉下滚动条。

不过无论什么时候，都顺手适当删减下引文吧

[est]

> 对于1. 要知道对于经历了整个线索的是了解，但是你不打算考虑那些没有经历过整个线索的人吗？

邮件列表的thread整理本来就是很烂的事情，不是top post或则bottom post能解决的，我记得mailman每个月都要断一次线索
吧。


> 对于2.
> 就象我说的，如果gmail改了你怎么办？象thunderbird客户端都是可以让你去设置的。并不是一成不变。gmail没做也许有它的原因，便是你怎么做-应该是由你来决定的。

bottom post可以方便的quote，这个大家都承认，但是top post可以更加方便表明自己的观点。一般问题的讨论和回答，就用top
post吧，比较详细的讨论，个人认为用inline post比较舒服，就像UBB的[quote] [/quote]语法一样。buttom
post的优点是无需人工干预就可以整理出漂亮的邮件讨论全文，但是这个功能现在基本废弃了。。http://en.wikipedia.org/
wiki/Posting_style

> 对于3. 如果说已经习惯公司了，但是这里是邮件列表，有它自已的文化，如果说邮件列表强制的话你怎么办，打算尊守吗？

文化的另一面，就是陋习。我觉得怎么看起来最容易被大家理解，就是最好的方式，无论是TP, BP还是inline post

希望木头大侠不要生气哈～～～～

这次我就用inline post回复一下，大家看看效果。。呵呵

总的来说呢，maillist是一种应该被淘汰的社区系统，太古老了，以至于posting style都要争论半天。。。。。。但是也是最成熟的社区
系统，呵呵。。。。

[Jiahua Huang]

2008/6/26 est <electr...@gmail.com>:

> 总的来说呢，maillist是一种应该被淘汰的社区系统，太古老了，以至于posting style都要争论半天。。。。。。但是也是最成熟的社区
> 系统，呵呵

反正都有线索，或会话视图，
何不考虑下"现代"的论坛，
底部回复 干脆默认就不要任何引文，

只有明确需要引文时再自动分段回复

[宇刘]

2008/6/26 Jiahua Huang <jhuang...@gmail.com>:

说句不该说的，从这个争论当中就看出了国人在teamwork方面为什么不如印度、不如其他国家的软件同行。
不管是top post 还是bottom post 既然是一个team里面约定的，或者是长久以来保留下来的，我觉得大家就应该
遵守，应该统一步调，这样也会是一个整齐划一的组织。个人有意见可以保留，可以讨论，但规矩就应该遵守，而不是
非要按照自己想的去做了，才显示你有独到的个人见解，只会让新加入这个list的人觉得这里是一盘散沙。
曾经，在一些外包项目中见过一些印度人，或者日本人开发的项目，无论从代码还是文档上，感觉都像是一个人完成的，无论
那个team有多大。而代码里面一些做法虽然不见得高明，但却很统一。
举个例子，team leader要求在代码中禁止使用指针，采用数组代替，所有的代码中真是见不到一处指针定义，即使有人定义了
512*512的二维数组在函数间传递：）
这股及在国内的项目中那位负责这段代码的程序员会嘲笑leader的无能，而使用指针变量来定义。。。

呵呵，说了那么多，都是些个人愚见，大家随便喷：）

[est]

线索丢了是 re: 的问题吧。。。。
foxmail用户，似乎一加入列表马上就要申请退订。。。。。。。。。。。。。。。。。。。。直接无视吧。。。。Foxmail从来就没有为
maillist设计过，很多列表里的 "回复：XXXXX"标题才是真正的线索杀手！

On Jun 26, 10:59 pm, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:
> 2008/6/26 A. TNG <tang.j...@gmail.com>:

[Lich_Ray]

这种上纲上线的说法令人十分不爽，一个T or B能扯到teamwork，也是彻底无敌。
其实最完美的maillist应该是这样的：所有人都只引用他要引用的东西。但这样会导致后来的人不明所以，所以由服务器再负责给刚刚进列表的人补发所有被最近提及的线索。

2008/6/26 宇刘 <liu...@gmail.com>:

[lotrpy]

社区是松散的，项目是紧密的……

 

2008/6/26 宇刘 <liu...@gmail.com>:

[Lich_Ray]

改标题的人直接无视就可以了，反正他也不想混了。
但不管怎么说，我还是决定被迫接受B。这是我发的最后一封T .

2008/6/26 est <electr...@gmail.com>:

[lotrpy]

社区是松散的，项目是紧密的……

 

2008/6/26 宇刘 <liu...@gmail.com>:

[宇刘]

2008/6/26 Lich_Ray <solo...@gmail.com>:

确实有点上纲上线说得有点远了，只是借题发一些感慨。看大家为一个不大的问题浪费了太多时间争论，而且有的还为了证明自己的理论
特意采用自己赞成的方式，所以多说了两句。
大家无视即可，继续、继续：）

[Jiahua Huang]

2008/6/26 est <electr...@gmail.com>:

> 线索丢了是 re: 的问题吧。。。。
> foxmail用户，似乎一加入列表马上就要申请退订。。。。。。。。。。。。。。。。。。。。直接无视吧。。。。Foxmail从来就没有为
> maillist设计过，很多列表里的 "回复：XXXXX"标题才是真正的线索杀手！
>

对其他人是线索打断，对他自己是不知道上下文。

FoxMail (和旧版本 OE )用户， 163、yahoo、hotmail 的 webmail 用户看到的邮件，都是没有线索堆在一块的，
同一个时间只能看到单独一封邮件，
如果单独邮件里没完整上下文，就会搞不清楚在说什么。

FoxMail 用 "回复：" 是因为目标用户会迷惑 "Re：" 是啥

[马踏飞燕]

刚才吃完饭发现vcc放了一炮，洗好澡回来发现一大堆的Re。。。

能用就行了，是B还是T，只要能切实解决提问者的问题才是好的啊。

在 08-6-26，宇刘<liu...@gmail.com> 写道：

--
免费手机铃声电子书下载，在线观看！
尽在 http://www.honeyday.org

[lotrpy]

刚才还说随便喷，现在又成了大家无视即可了。 呵呵：)

2008/6/26 宇刘 <liu...@gmail.com>:

[宇刘]

2008/6/26 lotrpy <lot...@gmail.com>:

呵呵，没办法，有人觉得看了不爽，只好让让大家无视了，大晚上的，给人找别扭可不是我的本意

[Jiahua Huang]

2008/6/26 est <electr...@gmail.com>:

> 邮件列表的thread整理本来就是很烂的事情，不是top post或则bottom post能解决的，我记得mailman每个月都要断一次线索
> 吧。
>

不喜欢 mailman 归档那类显示，太 geek 了。

同样是邮件列表归档，看看 这个 linux kernel 的
http://www.gossamer-threads.com/lists/linux/kernel/937676

怎么不是一目了然。

本邮件列表用的 groups 也很好。

[lotrpy]

这个不错，挺像论坛样式，上面也有python的邮件列表，不过没看到python-cn的。

以前用 http://thread.gmane.org/gmane.comp.python.devel/ 感觉也不错。

 

2008/6/26 Jiahua Huang <jhuang...@gmail.com>:

[东子/hydon]

内容决定形式.

2008/6/26 lotrpy <lot...@gmail.com>:

--
让ERP在中国普遍成功吧...(hydon/东子)

[lotrpy]

两回事啊，内容一样的情况下，找最方便的形式。

要是只有好看的外壳，没有内容，那自然还是看mileman的老面孔。

2008/6/26 东子/hydon <hydo...@gmail.com>:

[Zoom.Quiet]

2008/6/26 lotrpy <lot...@gmail.com>:
> 这个不错，挺像论坛样式，上面也有python的邮件列表，不过没看到python-cn的。

在中国 论坛等于BBS,而这种形式从来不是 知识积累的方式!
http://blog.donews.com/yokanta/archive/2006/06/05/902554.aspx

最反感 BBS 这种模式的,漠视内容,只关注噱头...

http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''

> 以前用 http://thread.gmane.org/gmane.comp.python.devel/ 感觉也不错。

[est]

这个也是人为因素比较关键吧。。。。。如果大家都按照maillist这么神圣有责任心有历史感，Web Forum应该也不错的。。。。

ps 今晚上这个坑填得好快啊。。。

On Jun 27, 12:06 am, Zoom.Quiet <zoom.qu...@gmail.com> wrote:
> 2008/6/26 lotrpy <lot...@gmail.com>:> 这个不错，挺像论坛样式，上面也有python的邮件列表，不过没看到python-cn的。
>

> 在中国 论坛等于BBS,而这种形式从来不是 知识积累的方式!http://blog.donews.com/yokanta/archive/2006/06/05/902554.aspx

>
> 最反感 BBS 这种模式的,漠视内容,只关注噱头...
>
> http://zoomquiet.org'''
> 过程改进乃是催生可促生靠谱的人的组织!
> PE keeps evolving organizations which promoting people be good!'''
>
>
>
> > 以前用http://thread.gmane.org/gmane.comp.python.devel/感觉也不错。
>

> > 2008/6/26 Jiahua Huang <jhuangjia...@gmail.com>:
>
> >> 2008/6/26 est <electronix...@gmail.com>:

> >> > 邮件列表的thread整理本来就是很烂的事情，不是top post或则bottom post能解决的，我记得mailman每个月都要断一次线索
> >> > 吧。
>
> >> 不喜欢 mailman 归档那类显示，太 geek 了。
>
> >> 同样是邮件列表归档，看看 这个 linux kernel 的
> >>http://www.gossamer-threads.com/lists/linux/kernel/937676
>
> >> 怎么不是一目了然。
>

> >> 本邮件列表用的 groups 也很好。- Hide quoted text -
>
> - Show quoted text -

[lotrpy]

2008/6/27 Zoom. Quiet <zoom....@gmail.com>:

2008/6/26 lotrpy <lot...@gmail.com>:

> 这个不错，挺像论坛样式，上面也有python的邮件列表，不过没看到python-cn的。

在中国 论坛等于BBS,而这种形式从来不是 知识积累的方式!
http://blog.donews.com/yokanta/archive/2006/06/05/902554.aspx

最反感 BBS 这种模式的,漠视内容,只关注噱头...

donews 这篇帖子以前看过。

hardcore什么的，邮件列表/wiki一样需要。

水化的问题， 邮件列表也一样会碰到。

回复后主题贴前置，在现在用线索的邮件列表里面也是这样的，论坛也可以设置其它排序方式，有些论坛确实就不会被顶上来。

telnet方式的bbs和web方式的论坛还是有很多不同了。

一个讨论组/社区，采取邮件列表还是bbs或者论坛，都是形式的选择而已，无论bbs还是论坛也都凝聚了大量的人气和资源，视而不见甚至故意不看，并不是一个理性的态度。

相比邮件列表而言，bbs和论坛，更容易形成多个讨论版面之间的互动，交互性也强一些。

至于wiki…… 首先要有人用，其次才存在用的好用的不好的问题了，现在还是用户较少了。

bbs/论坛，自然也是在摸索中发展的，有不合理的地方也是能自我改进的，也不是文章里面

说的火了，水了，完了那么简单。一开始，大家没经验，是有类似情况，有了经验发展起来的还不错了。

感觉donews那篇文更多还是从外部观察的角度分析了。

[boost...@googlemail.com]

咋的， 又吵作这话题啦。
本来， limodou 在这贡献比较大， 该是有这面的经验。不过还还是支持ＴＯＰＰＯＳＴ

> 1. 没有必要，认为前面的内容都清楚，所以没必要再看
大多时只关心结果，　所以如果问题能马上解决，　根本就没必要看来龙去脉，　这不是你的博客内容。

> 2. 因为gmail或其它的客户端就是top post，gmail都这样，肯定没问题
和ＧＭａｉｌ没关系，　可能他们看到了这一好的趋势！

> 3. 因为整个公司都这样，所以习惯了
好像没关系，　人们常常像我这ＰＯＳＴ一样，　只是就是论事！

时间宝贵，　你如果做得好，　也是给别人节省时间！

比如你做Ｐｙｔｈｏｎ的笔记，　不知道有多少人受益哪，　我就是其中之一，　多谢！

On 26 Jun., 16:25, limodou <limo...@gmail.com> wrote:
> 2008/6/26 realfun <real...@gmail.com>:

>
> > 在我的实际工作中，多数是Top post，插入式回复也有很多，我觉得，只要能够描述清楚，都没有问题。
> > 说句题外话，如果有这样一个规则能够被轻易地破坏，那么这样的规则不值得维护，特别是在参与者很多的时候，否则除了不爽之外别无所得。
>

> 规则被破坏有很多的原因，并不能就说规则不好，有许多反而是人的原因。如果说，邮件软件自动是bottom
> post，你会如何？那么你是被软件所引导还是有自已的主见呢？我想从许多人支持top post的理由可以看出：
>
> 1. 没有必要，认为前面的内容都清楚，所以没必要再看
> 2. 因为gmail或其它的客户端就是top post，gmail都这样，肯定没问题
> 3. 因为整个公司都这样，所以习惯了
>
> 对于1. 要知道对于经历了整个线索的是了解，但是你不打算考虑那些没有经历过整个线索的人吗？
> 对于2.
> 就象我说的，如果gmail改了你怎么办？象thunderbird客户端都是可以让你去设置的。并不是一成不变。gmail没做也许有它的原因，便是你怎么做应该是由你来决定的。

> 对于3. 如果说已经习惯公司了，但是这里是邮件列表，有它自已的文化，如果说邮件列表强制的话你怎么办，打算尊守吗？
>

> 其实许多理由都是外部存在的，但真正如何做还是取决于自已。
>
> 再次重申，top post可以用，但不推荐。
>
> --
> I like python!
> UliPad <<The Python Editor>>:http://code.google.com/p/ulipad/
> UliWeb <<simple web framework>>:http://uliwebproject.appspot.com
> My Blog: (new)http://http://hi.baidu.com/limodou(old)http://www.donews.net/limodou

[魏中华]

On 6月26日, 下午10时56分, realfun <real...@gmail.com> wrote:
> 我对这样的教诲已经免疫了
> 细节是确定了态度，这句话我认同
> 但是我不认同的是：老手说的就对，老手觉得好的就好。
>
> 正如我所说的， 实用性是我最看重的：如何让我的表达更为清晰，让别人更加容易阅读和理解。
> 事实上，Topmost也好，Bottompost也好，在我看来都是为了"描述清楚，容易阅读"。
> 目前从自己的经验来看，top/bottom都还可以，只要你能够描述清楚。
> 倾向于Topmost是因为这样做方便。

赞，握手下先。

只要人人都本着这样一个目标，就没必要规定那种方式是最好的了。
根据不同情况，使用不同的方式，灵活运用，那才是最好了。

[徐毅]

哇塞，这个话题又被拿出来讨论了啊。。。

我个人是支持Bottom Post的。我对这两种方式的看法呢，bottom post通常是好比大家说话，"对你说的第二点，我的看法是..；对你说的第四点，我的看法是.."，这样有针对性，适合于讨论的参与者集中精力在具体的问题上，因为讨论过程中，往往某方会提出不止一个观点。

top post，在我理解中最大的优势在何处呢，就是当讨论的内容非常simple，不容易发散，没有多个观点的时候，ok，也能达到bottom post同样的效果。而且，如果所有的人都是回复地最后一封邮件，就好比svn ci之前一定搞一下svn up，那么任何人在任何点得到的那一封邮件都能够看到整个讨论。

问题是，在我们现在这个Google邮件组里面，有没有这个必要？
1. 我觉得要保持某个讨论能够一直focus在某一个话题或者观点上，太难。。
2. 要保证所有人都是回复最后一封邮件，太难。。
3. 除开邮件组，我们还有论坛，论坛里的帖子同样能起到保存整个讨论的作用。

但是，大家讨论的目的或者说期望是要解决问题，如果反而是抛开问题，只顾说你的post方式这样那样，有什么实际意义吗？

至于说那种方式更好，很简单嘛，不喜欢某种方式，你就不回复这种方式的mail呗。要是你很需要别人的帮助，希望别人回复你的邮件，但别人有很强硬地不回复某种post方式的mail，那么对不起，你憋屈一下自己呗。。人嘛，要能屈能伸嘛。


--
- - - - - - - - - -
Xu Yi, Kaverjody
Certified Scrum Master
Blog : http://damianji.spaces.live.com
- - - - - - - - - -

[Lich_Ray]

2008/6/27 徐毅 <kave...@gmail.com>:

测试Better Gmail 2，请无视。

[菜刀]

从gmail和大多数mail软件的角度来看，TP是方便的。

锄禾日当午,汗滴禾下土.
谁知盘中餐,粒粒皆有毒

2008/6/27 徐毅 <kave...@gmail.com>:

[Elias Soong]

v cc 写道:
> 没想到回邮件都这么大压力，放在上面还是下面有时可是很要命的，搞不好分分钟都有人BS你啊；-）

Top、Bottom或者Inline，每个人的确有权依据自己的情况进行选择。但是也请大
家注意邮件列表是一个公共的空间，任何一封邮件都会被很快转发到成百上千个邮
箱，有成百上千个人去读，并且任何一封发到邮件列表的邮件通常都不会有办法能
够重新修改或者删除。

因此，当一个列表中多次回复的主题又没有进行任何裁剪时，每一封引用了这个主
题的邮件都会在自己想要说明的观点之外额外占用数十k空间，而在转发给所有订
阅者的时候，又会因为这成百上千的数十k而占用额外的带宽和邮件服务器存储空
间。当一封邮件不小心以不那么明显的方式反馈了自己的建议的时候，每一位读这
封信的人都会因为要寻找到其中说明的观点而额外花费十秒钟，于是这封邮件额外
占用了成百上千的十秒钟时间。

列表里也有表达过很多邮件客户端默认是Top Post，但请注意大多数非列表的邮件
应用通常是近乎一对一的，双方清楚讨论的内容，过往邮件内容只是备查之用罢
了。列表中则常常是多对多的。邮件客户端很难自己去判断回复的是普通邮件还是
列表邮件（也许咱们可以自己开发邮件客户端插件来帮着做这个^_^），又怎会根
据列表中的习惯把Bottom Post作为默认设置呢？

总之，在可能的情况下，在列表中对回复的邮件进行一些裁剪，并且尽量考虑读者
的方便～如果咱们都能为他人考虑，也许就真的不用再搞强制统一了～

[Jiahua Huang]

On 6/27/08, Elias Soong <elias...@gmail.com> wrote:
> 了。列表中则常常是多对多的。邮件客户端很难自己去判断回复的是普通邮件还是
> 列表邮件（也许咱们可以自己开发邮件客户端插件来帮着做这个^_^），又怎会根
> 据列表中的习惯把 Bottom Post 作为默认设置呢？
>
> 总之，在可能的情况下，在列表中对回复的邮件进行一些裁剪，并且尽量考虑读者
> 的方便～如果咱们都能为他人考虑，也许就真的不用再搞强制统一了～
>

嗯，剪裁引文要比 Top Post 还是 Bottom Post 重要多了。

[azhongjisupe]

恩，建议使用thunderibird,有个扩展可以自动删减引文。

............................................................3c93bjf23-9a7dze790-ed1d854sb7#54b2cj304-19b5zf82c-4589s937615#

[Jiahua Huang]

On 6/27/08, azhongjisupe <azhong...@gmail.com> wrote:
> 恩，建议使用 thunderibird,有个扩展可以自动删减引文。
>

thunderibird 那个破扩展只是数 > 个数，
未必符合需要。

还是老实自己看过后拖下范伟，del 下吧

[azhongjisupe]

这有什么不好么？回复谁就引用谁。不必引用前面回复的引文。

............................................................3c93bjf23-9a7dze790-ed1d854sb7#54b2cj304-19b5zf82c-4589s937615#

[MuSheng]

On 6月27日, 下午8时29分, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:

> On 6/27/08, Elias Soong <elias.so...@gmail.com> wrote:
>
> > 了。列表中则常常是多对多的。邮件客户端很难自己去判断回复的是普通邮件还是
> > 列表邮件（也许咱们可以自己开发邮件客户端插件来帮着做这个^_^），又怎会根
> > 据列表中的习惯把 Bottom Post 作为默认设置呢？
>
> > 总之，在可能的情况下，在列表中对回复的邮件进行一些裁剪，并且尽量考虑读者
> > 的方便～如果咱们都能为他人考虑，也许就真的不用再搞强制统一了～
>
> 嗯，剪裁引文要比 Top Post 还是 Bottom Post 重要多了。

呵呵，以前沒怎麼注意Top還是Bottom，一般都是對哪個回復感舉直接點回復，很少去作剪裁。前段時間看了次關於形式的討論，想不到今天再次看到。
本來對這種東西無意參與，另外還有就是mail list和BBS也只是一種形式，都不是很重要。最主要還是內容和個人習慣。
人多，習慣不同，很難強制統一格式，畢竟mail list就是一個比較開放的討論形式。

正如有兄弟說的，看你不爽直接無視，呵呵！

[肯定来过]

多研究些问题，少谈些"主义"


--
因为你，我才在这沙漠中独步而行……
http://www.moyuer.cn/blog/
http://www.hhxf.com

[v cc]

2008/6/30 肯定来过 <yuansh...@gmail.com>:

多研究些问题，少谈些"主义"

 

大哥，没有人讲"主义"，都在研究问题。邮件怎么回复不是问题吗？有时候是很要命的问题，关系到BS人还是被人BS的问题啊;-)

 

vcc

_

 

 

[头太晕]

2008/6/27 Lich_Ray <solo...@gmail.com>:

测试Better Gmail 2，请无视。

我也把better gmail的 Bottom Post In Reply  勾选了，但是似乎没起到任何作用。

[etng]

何苦呢？
谁说Top Post有罪、Bottom Post无罪了？
内容决定形式，这两天在讨论的django的这个线索里面有个回答是两种混用的，tp用于总结发言，bp用于批注，很好，如果专注于什么tp,bp还会有这种格式么？老在那里争论，还不是陷入了中国科举的八股文圈圈？运用之妙、存乎一心

-----
Best regards,
etng
etng...@gmail.com
http://www.etng.net/blog

2008/6/30 头太晕 <tor...@gmail.com>:

[Xin LI]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

v cc wrote:
| 2008/6/30 肯定来过 <yuansh...@gmail.com
<mailto:yuansh...@gmail.com>>:

|
| 多研究些问题，少谈些"主义"
|
|
| 大哥，没有人讲"主义"，都在研究问题。邮件怎么回复不是问题吗？有时候是很要
| 命的问题，关系到BS人还是被人BS的问题啊;-)

top post就已经很招人讨厌了，还要拿出来讨论，真是闲的。

- --
Xin LI <del...@delphij.net> http://www.delphij.net/
FreeBSD - The Power to Serve!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkhoZWAACgkQi+vbBBjt66BC/wCdHbd1HxP+7emVQ0dvlZBw8Qlr
EFAAoJvi6aO00puREc8D0BSMmADalOVX
=ttC7
-----END PGP SIGNATURE-----

[头太晕]

2008/6/30 Xin LI <del...@delphij.net>:

top post就已经很招人讨厌了，还要拿出来讨论，真是闲的。

 

消消气儿。。。天气太热应该多喝些绿豆汤，去去火气。。。。

[edwin]

我什么都不引用  你说我这是T还是B??

个人习惯:针对主题发言 T 因为主题大家都看过了 光光的发出来就可以了
针对回复还是B比较好...

[Chuan Qin]

2008/6/30 Xin LI <del...@delphij.net>:

top post就已经很招人讨厌了，还要拿出来讨论，真是闲的。

top post 在GMAIL里有一个好处就是可在不展开会话的情况下看回复^_^

[Chuan Qin]

2008/6/30 Chuan Qin <ane...@gmail.com>:

2008/6/30 Xin LI <del...@delphij.net>:

top post就已经很招人讨厌了，还要拿出来讨论，真是闲的。

top post 在GMAIL里有一个好处就是可在不展开会话的情况下看回复^_^

原来我错了，GMIAL可以自动识别引文，让它不显示在摘要里的-__-

[MuSheng]

呵呵，同意这种说法。
再次飘过，不知道会不会被BS呢。

[Jiahua Huang]

好吧，平时支持 Top Post 好了，
起码看起来清晰

On 7/1/08, MuSheng <mu....@gmail.com> wrote:
> 呵呵，同意这种说法。
> 再次飘过，不知道会不会被BS呢。

[Jiahua Huang]

On 7/1/08, Jiahua Huang <jhuang...@gmail.com> wrote:
> 好吧，平时支持 Top Post 好了，
> 起码看起来清晰
>

比较下，
同一个会话，用 Top Post 和 Pottom Post 的差别

看 http://paste.ubuntu.org.cn/7863
http://paste.ubuntu.org.cn/i7863.png

先看 Top Post 的
>> On 6月30日, 下午1时22分 小白 <xia...@gmail.com> wrote:
>> 嗯，记得换上 Python T-Shirt
>>>> On 6月30日, 下午1时23分 小黑 <xia...@gmail.com> wrote:
>>>> 赞， ZoomQ 大妈万岁，我们走吧
>>>>>> On 6月30日, 下午1时22分 小白 <xia...@gmail.com> wrote:
>>>>>> 还用说，我们就是去庆祝小风干掉中大啊
>>>>>>>> On 6月30日, 下午1时21分 小黑 <xia...@gmail.com> wrote:
>>>>>>>> 啊，刚想起来，小风今年高考啊，顺利吧
>>>>>>>>>> On 6月30日, 下午1时20分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>> 上次不是说，小风高考后，
>>>>>>>>>>>> On 6月30日, 下午1时19分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>> 啥，哪个？
>>>>>>>>>>>>>> On 6月30日, 下午1时18分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>> 噢，就是上次跟你说的那个
>>>>>>>>>>>>>>>> On 6月30日, 下午1时17分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>> 聚会？什么聚会呀
>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时16分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>> 我想邀请你参加我们的聚会
>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时15分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>> 我什么啊，有事快说
>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时14分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>> 我，我
>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时13分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>> 有空啊，什么事情
>>>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时12分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>> 那，晚上有空吗
>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时11分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 嗯，不错
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时10分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 今天天气好吧

可以很容易看出哪个是谁说的，只不过倒叙而已

再看 Pottom Post

>> On 6月30日, 下午1时22分 小白 <xia...@gmail.com> wrote:
>>>> On 6月30日, 下午1时23分 小黑 <xia...@gmail.com> wrote:
>>>>>> On 6月30日, 下午1时22分 小白 <xia...@gmail.com> wrote:
>>>>>>>> On 6月30日, 下午1时21分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>> On 6月30日, 下午1时20分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>> On 6月30日, 下午1时19分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>> On 6月30日, 下午1时18分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>> On 6月30日, 下午1时17分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时16分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时15分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时14分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时13分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时12分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时11分 小黑 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 6月30日, 下午1时10分 小白 <xia...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 今天天气好吧
>>>>>>>>>>>>>>>>>>>>>>>>>>>> 嗯，不错
>>>>>>>>>>>>>>>>>>>>>>>>>> 那，晚上有空吗
>>>>>>>>>>>>>>>>>>>>>>>> 有空啊，什么事情
>>>>>>>>>>>>>>>>>>>>>> 我，我
>>>>>>>>>>>>>>>>>>>> 我什么啊，有事快说
>>>>>>>>>>>>>>>>>> 我想邀请你参加我们的聚会
>>>>>>>>>>>>>>>> 聚会？什么聚会呀
>>>>>>>>>>>>>> 噢，就是上次跟你说的那个
>>>>>>>>>>>> 啥，哪个？
>>>>>>>>>> 上次不是说，小风高考后，
>>>>>>>> 啊，刚想起来，小风今年高考啊，顺利吧
>>>>>> 还用说，我们就是去庆祝小风干掉中大啊
>>>> 赞， ZoomQ 大妈万岁，我们走吧
>> 嗯，记得换上 Python T-Shirt

看哪句是是说的，就得自己维护堆栈了

[Jiahua Huang]

所以大侠不在的时候，支持 Top Post ~
反正 Zoomq 大妈也不自觉，总是用 TopPost 的~

On 7/2/08, Jiahua Huang <jhuang...@gmail.com> wrote:
> 比较下，
> 同一个会话，用 Top Post 和 Pottom Post 的差别

> Top Post
> 可以很容易看出哪个是谁说的，只不过倒叙而已
>

[www jfy]

可以拿尺子量着看，看>的数量一样的
想起当年看竖排繁体书...

在 08-7-2，Jiahua Huang<jhuang...@gmail.com> 写道：

--
wwwjfy

[Jiahua Huang]

On 7/2/08, www jfy <www...@gmail.com> wrote:
> 可以拿尺子量着看，看>的数量一样的
> 想起当年看竖排繁体书...
>

">" 一样，说明 TopPost 不会丢失信息，

[Jiahua Huang]

On 7/2/08, Jiahua Huang <jhuang...@gmail.com> wrote:

BottomPost 的习惯没改过来……

[囧匡]

"专业主义"是一种好习惯，不过什么是"专业"的在不同的人之间总有差别，或许都是"专业"的吧。
我的感觉是，相对的"一致性"才是最重要的，否则读者一会儿B，一会儿T，最后就很BT了，视觉很疲劳。
在Google这里，显然T是比较容易做到的，以后有新人过来也不需要过多的教育。如果形成共识的话，我们再把这样的规章置顶，以加强这种"一致
性"。

On 7月2日, 上午1时06分, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:

> On 7/2/08, Jiahua Huang <jhuangjia...@gmail.com> wrote:
>
> > On 7/2/08, www jfy <www...@gmail.com> wrote:
> > > 可以拿尺子量着看，看>的数量一样的
> > > 想起当年看竖排繁体书...
>
> > ">" 一样，说明 TopPost 不会丢失信息，
>

> BottomPost 的习惯没改过来......

[Ray Stinger]

天哪，那到底该怎么办啊，我为了彻底地使用Bottom Post已经开始使用邮件客户端并且设为外部打开Vim编辑邮件了。。。

[Jiahua Huang]

On 7/2/08, Ray Stinger <solo...@gmail.com> wrote:
> 天哪，那到底该怎么办啊，我为了彻底地使用 Bottom Post 已经开始使用邮件客户端并且设为外部打开Vim编辑邮件了。。。
>

反正 Zoomq 老大和清风前辈也不统一的，随便你了~

LKM 之类严肃的邮件列表就按他们的规定吧
（通常是 Bottom Post ）

btw: gmail 用户可以用 firefox 的扩展，让在 gvim/vim 里编辑

[Samuel Chi]

2008/7/2 Ray Stinger <solo...@gmail.com>:

On Tue, 1 Jul 2008 22:24:51 -0700 (PDT)
_蹇 <kuan...@gmail.com> wrote:

> "专业主义"是一种好习惯，不过什么是"专业"的在不同的人之间总有差别，或许都是"专业"的吧。
> 我的感觉是，相对的"一致性"才是最重要的，否则读者一会儿B，一会儿T，最后就很BT了，视觉很疲劳。
> 在Google这里，显然T是比较容易做到的，以后有新人过来也不需要过多的教育。如果形成共识的话，我们再把这样的规章置顶，以加强这种"一致
> 性"。
>
> On 7月2日, 上午1时06分, "Jiahua Huang" <jhuangjia...@gmail.com> wrote:
> > On 7/2/08, Jiahua Huang <jhuangjia...@gmail.com> wrote:
> >
> > > On 7/2/08, www jfy <www...@gmail.com> wrote:
> > >  > 可以拿尺子量着看，看>的数量一样的
> > >  >  想起当年看竖排繁体书...
> >
> > >  ">" 一样，说明 TopPost 不会丢失信息，
> >
> > BottomPost 的习惯没改过来......
> >

天哪，那到底该怎么办啊，我为了彻底地使用Bottom Post已经开始使用邮件客户端并且设为外部打开Vim编辑邮件了。。。

坚持BP吧,没有坏处.

[Zoom.Quiet]

2008/7/2 Samuel Chi <princeofd...@gmail.com>:
> 2008/7/2 Ray Stinger <solo...@gmail.com>:

>>
>> > "专业主义"是一种好习惯，不过什么是"专业"的在不同的人之间总有差别，或许都是"专业"的吧。
>> > 我的感觉是，相对的"一致性"才是最重要的，否则读者一会儿B，一会儿T，最后就很BT了，视觉很疲劳。
>> > 在Google这里，显然T是比较容易做到的，以后有新人过来也不需要过多的教育。如果形成共识的话，我们再把这样的规章置顶，以加强这种"一致
>> > 性"。
>>

>> 天哪，那到底该怎么办啊，我为了彻底地使用Bottom Post已经开始使用邮件客户端并且设为外部打开Vim编辑邮件了。。。
>
> 坚持BP吧,没有坏处.
>

如附件，
可以通过插件，决定Gmail 的 default posting action ;)

--
http://zoomquiet.org'''
过程改进乃是催生可促生靠谱的人的组织!
PE keeps evolving organizations which promoting people be good!'''

[azhongjisupe]

Zoom.Quiet wrote:
> 2008/7/2 Samuel Chi <princeofd...@gmail.com>:

> 如附件，
> 可以通过插件，决定Gmail 的 default posting action ;)
>
>
>

> ------------------------------------------------------------------------
>
我也要bottom post了，在新闻组用了两天bottom post，越来越喜欢这种方式了。写帖子的感觉比top post好很多。