好深入……说实话看的不是太懂……
能否提供这方面人员的学习曲线呢……
@水果阿生
老苏的帖子其实也没有啥大问题，关键是在错误的时间写了出来，每个人都可以表达自己的观点，这也没错，关键是这会影响到他人心情，老苏也不必太过自责，事情总是会有定论……
既然评论都删除了我就不对评论中一些误解再解释了……怪怪的描述基本上符合事实，符合第三方的观察，如果大家要关注的话，看怪怪这篇最可以抛开那些第一人称的主观感……
re: 关于一个分离1~32767之间整数的一个C程序的研究 volnet（可以叫我大V） 2008-07-16 18:05
问一下
54012这样的是不是在你的程序里面跑不动，我是指中间有0的
re: 一道求质数的题，不同的算法体现不同的程序性能。 volnet（可以叫我大V） 2008-07-16 17:37
@zzticzh1
作者的需求是“一个返回是否为质数的程序”
明显作者要得到是或者不是，作者的方案是用0代表false
一定要那个签名也可以
int primeNumber( int number )
{
return (IsPrime(number)?number:0);
}
做一个简单的wrap就可以了
re: Net Framework全部源代码下载 volnet（可以叫我大V） 2008-07-16 17:29
很久很久以前……
另外还有关于License的说法……
另外虽然这里是中国……
re: 一道求质数的题，不同的算法体现不同的程序性能。 volnet（可以叫我大V） 2008-07-16 16:21
1
int IsPrime(int number )
2
{
3
if ((number&1) != 0)
4
{
5 int limit = (int)Math.Sqrt (number );
6 for (int divisor = 3; divisor <= limit; divisor+=2)
7 {
8 if ((number % divisor) == 0)
9 return false;
10
}
11 return true;
12 }
13 return (number == 2);
14
}
re: 关于博客园精华集事件 volnet（可以叫我大V） 2008-07-16 13:37
@靠
----------------------------------------------------------
卸磨杀驴，过河拆桥 就是用来形容这种做法的吧
----------------------------------------------------------
最最担心的就是你的这种说法，严重地扰乱治安！事情并不是这样……
re: 已知和未知 volnet（可以叫我大V） 2008-07-16 02:22
这一篇含沙射影说了一堆，但是最后反过来并没有得出什么结论，它始终只和电饭煲有关……
re: 从TerryLee的走红看微软的发展(1)：绪言 volnet（可以叫我大V） 2008-07-16 02:13
这句话“近两年，TerryLee很风光，微软很失意。”
就像它“近两年， Google 很风光，微软很失意。”
re: 有感于《精华集》的原定方案不了了之，我很心痛 volnet（可以叫我大V） 2008-07-16 01:43
看完了所有，包括聊天记录，扣除愤慨和激动的内容之外，我觉得应该对这些有一个比较客观的认识……
==========================
经过编委会一大批人的夜以继日地工作后，精华集已经初见雏形，不知道潜在的读者对这本书会抱有一个怎么样的梦想呢？
其实整理精华本已经不是什么新鲜事了，在各大论坛都会有一些置顶经典，还有很多论坛将精华集整理成chm的形式免费传阅，但是将它们整理出书的毕竟还是少数。对于博客园和编委会的绝大多数人来说这些都是新鲜事，很多东西都是第一次接触，也希望出版社在这方面能够多多地给予指教。
对于计划，我并不支持走一步看一步的思路，起码应急预案要有，这个问题本身就是涉及到多方利益的问题，是一个不可回避的问题。（也许有人了然于胸，但对于参与者的不透明让这个思路本身就存在不确定性，依然可以走一步看一步）。对于非出版社主导的出版，我们是知道的，因为对于故事刚刚开始的时候，我们只是为了整理一本精华集，理论上是要交付出版社印刷成书，而实际上则是可以理解成就是为了组织一本精华集，因为出版社并没有给出明确的答复要做怎样的出版，听信谣言不如相信直觉。（对吧？）于是很快就在包包同志的带领下组织出了一批编委会，美其名曰编委会，事实上也是没必要太寄希望于任何承诺的，因为这又是没法确定的约定，能看到的就是眼前要把精华集整理出来的。我相信虽然出版社出这本书虽然并不是遥不可及，但起码大家都并不是在意是否出版，相信编委会的人并不太在意出版还是电子书发行，因为编委会本来就没有被承诺会得到啥好处，所以编委会的成员可以信也可以不信，完全只是心理问题。做生意要是存在风险的，编委会的风险就是这几十个日日夜夜的劳动最后可能会流产还是捷报。假定编委会的积极性在于这本书能够出版发行，那么如果这本书流产了，谁来担这个责任，难道就是不了了之就算交代了吗？这显然是不能够被认同的。至于如果编委会的积极性在于这本书的审阅工作完成，那这个提案本身就是靠编委会的主观能动就可以完成的，责任自然由编委会承担。这个应急预案是否准备了好了呢？我们不可能去希望接受流产的消息，因为我们都很希望他能出版并发行，所有的程序员最好都能有这么一套图书。
以上内容我自己都看不太懂我要表达什么，不要问我，我也不知道。-_-"
下面的内容直接说一下包包所提到的几点内容：
版权
据我所知，版权方面对于翻译的图书，出版社似乎占有翻译版本的权力，而原始版本则属于原始出版社，而作者只不过是一个闲置的角色。在我看来这种卖书的方式无非像某些行业出卖身体一样。我们是不是可以协商一下换用版权reserve的形式呢？因为这里面涉及的可能不是一个作者的利益，而部分作者的撤出可能影响到出版的质量。用保留版权的形式会不会更好呢？
稿费
一本图书能有多少稿费我不知道，但大概不是很多，如果要细分下去，每个作者能领到的不知道是个什么概念，出版社打算怎么给？我想听点意见。当然很多作者可能是只为出名不要钱。所以也想听听作者们的意见。
内容编排
首先我并不是特别支持那个分类的方式，不是因为他们不该那样聚合，而是因为那样卖起来不容易，因为每个角度关注的人在数量上都不太一样，每个角度的冲突资源（相关图书）也不太一样。这些是否会影响到稿费，以及均摊后的稿费问题呢？
市场宣传
如果出版社要求完全地占有版权，那么在博客园上的所有宣传可能就应该收费了，正如作者去新华书店买他的著作也是要收费的（不然会被告抢劫/涉嫌偷盗）。现在博客园和出版社的关系也很尴尬，两者谁依赖谁更多呢？众所周知博客园现在在大肆推广图书，而出版社在这方面应该是友好对待才行，不然以后的合作会很麻烦。而出版社现在的宣传也要靠博客园，起码博客园在大家心目中的地位已经不输给出版社了。对于大部分读者，博客园是朋友的形象，而出版社则是粮站的形象，缺一不可。双赢是我们所共同期待的。所以任何情况请三思后行。
==========================
关于另一点，也就是管理上，我建议模仿一下政府机关的行为，在能够妥善解决问题的框架下，我们最好不要越权，这不仅给各个职能部门的工作积极性上造成了巨大的打击，而且也不利于社会和谐。
==========================
总结一下，包包同志不要退出，你仍然应该坚持做主编，出版社不要动怒，没啥事是不能过坐下来商量的嘛，现在精华集已经整理出来了，谁拿去卖都一样，咱不能辜负了包包的努力，很有过河拆桥的味道，至于最后怎么解决，最好大家经过协商来决定，不要冷落了谁或者放弃了谁。呵呵。
编委会的职责已经接近尾声了，我觉得是不是要大家投票并不重要了，本来大家就是来帮忙的，后面怎么卖的事就像公司里面老板并没有要开发人员来拍板做与不做一样，决定要果断。
当然了，就像一个开发项目一样，他本身就存在必然性，不管老板说做与不做一样，他本身就有成功与失败一说。不然干嘛Google人才吃饱了没事做天天跑微软、IBM（举例说明，也有反方向跑法的，呵呵）
re: 关于书写技术探讨性邮件的一点小小的建议 volnet（可以叫我大V） 2008-07-12 00:30
第一条非常赞同，经常问题并不总是出在那些给出的代码环节里，而是因为发问人自己的一厢情愿，还有甚至有的是环境问题造成的，跟代码都无关……，所以这个DEMO也很重要……
写一句不中听的话，网友们可能要骂我，连你发问都不愿意去写这样一个DEMO，难道我有义务去帮你做这些么？所以还是希望有这么一个DEMO，如果没有，我也得帮你做的。虽然大部分时间我都会帮着做，但并不总是能很顺利的做出来，关键是这本不是我该做的，所以建议那些发问的朋友都能够勤劳点。而且有时候问题本身就是因为你所处的环境太过复杂而你又没搞明白，那就做个DEMO，也许问题就凸现出来了。
周兄，关于第二点吧……，好像也没啥的，呵呵，平常心平常心～
关于第三点吧，有时候我其实都还没理解对方的意思，就会收到回复说是已经解决了，可能问题我正在解决，也许我有了初步的判断，但大家都是求知心切，还是烦请告诉我你的思路和方案，这样大家都能有所促进嘛，呵呵，希望各位发信的朋友都能够帮帮我。呵呵
第四点吧，就是跟数据库有关的尽量都要写个DEMO，呵呵，没数据要MOCK可累了……
re: 包包版网络游戏大厅+桥牌系统 序 volnet（可以叫我大V） 2008-07-07 04:46
看到包包的玉照出现在了blog的左侧，然后又看到了包包把标题下的个人签名更新了，哇，包包看上去很年长……完了，去SH后不敢去见包包了，被当作小弟弟来忽悠……哈哈
re: 动态加载控件_常见问题解决之道 volnet（可以叫我大V） 2008-07-06 02:45
@Forrest_Hu
这个是下载代码中提供的一个类
re: 成为MVP volnet（可以叫我大V） 2008-07-02 20:21
好多好多的MVP，HOHO，支持大家
re: 荣获今年7月MVP有感 volnet（可以叫我大V） 2008-07-02 19:48
恭喜包包，HOHO，看了聊天记录才发现……
re: 博客园团队期待您的加盟 volnet（可以叫我大V） 2008-06-26 22:49
VV现在成了待业青年，VV是坐家了
@ColdDog
呵呵，已经不记得2005 without SP1的样子了，您还是尽快升级SP1吧，或者直接换用2008比较好，呵呵
re: 我的一些读书心得（一） volnet（可以叫我大V） 2008-06-15 15:49
就是啊，每本500字
re: 《博客园精华集》其它小分类第2轮筛选结果文章列表 volnet（可以叫我大V） 2008-06-15 03:02
re: “图灵&博客园有奖书评征集活动——微软技术系列”活动详情 volnet（可以叫我大V） 2008-06-15 03:00
毛遂自荐，想当评委
re: 《博客园精华集》web标准分册第2论筛选结果文章列表 volnet（可以叫我大V） 2008-06-12 02:59
包包写错了，哈哈，6月1日都是历史啦～～～忽悠群众啊～
re: 动态加载控件_常见问题解决之道 volnet（可以叫我大V） 2008-06-09 02:03
@天启
其实能用Visable的场景都尽量不推荐大家用动态加载控件，因为动态加载控件需要自己管理更大一部分的生命周期，但这显然并不那么乐观。很多场景我们不可能预知我们要使用哪些控件，这就给开发带来的一定的未知性，因此这时候通常会采用动态加载控件的方式而不是使用Visable属性
@wauo
说的貌似在理，非常感谢啊，一时没有注意到，呵呵
@wauo
我个人觉得静态在这里可以使用，至于是不是最好不做评论，Page.Items，因为这东西基本会用在控件上，在做控件的时候我们为什么要有Page呢？当然实际情况中是一定有Page的……
re: 我和她和小D的故事 volnet（可以叫我大V） 2008-05-28 23:14
算是看明白了，嗨，阿一居然变成托了，有点郁闷……哈哈
@包建强
先观察一段，大家再看看有什么分类意见……
文章我基本都会浏览一遍的，至于《慈善跟踪项目》一文其实应该属于流程分析的，虽然题目看上去是有点赈灾了，当然收录在此只是代表它不属于广告翻译转载之流，至于能不能进精华集那是另一回事的说……
re: 我们到底该怎么做精华集 volnet（可以叫我大V） 2008-05-22 23:13
@图灵刘江
读者的导向性很差的，人云亦云就是“好”，不好也是好，到时候请出版社往各个网上书店排到热销队伍中，就不难卖了……
有些事，就看愿不愿意去做了，反正市场不是做技术，用户不是想象中的天才……
re: 博客园T恤最新设计图 volnet（可以叫我大V） 2008-05-22 22:52
不好不好呀……
图案不好看……那个一定是做标签语言的人穿的哈……
领子估计很多人完全无法接受……
re: 我们到底该怎么做精华集 volnet（可以叫我大V） 2008-05-22 00:30
占个沙发再看……刚好看到你这里……
========================
看完了……注重技术的延伸与解决问题的分析或高级技巧。注重作者对于问题的理解，文章内容不一定能让所有人同意，但是要能够引起读者思考。
这一点很同意，但是对于“脱离官方介绍和文档之外”，似乎应该放宽一些，如果能用一篇文章解决一个很麻烦的问题而不是像文档那样罗嗦的应该当选其中
========================
另外不好讲作者的观点问题，是不是就一定正确，这应该是书和博客的区别，也许今天我们没检查出来，但是日后就是传播错误思想的信使了，把关这方面似乎需要更大的精力。不过如果本着宁缺勿滥的思想应该会有所控制。
re: 博客园T恤内部泄漏版（附图） volnet（可以叫我大V） 2008-05-21 22:40
本人认为
衣服不怎么的，模特还凑合
呵呵
严重同意
居然把verycd的名字用在codeplex上，小心被verycd的GG们告……
偶心爱的verycd.com……哈哈，我曾今在上面混了好久好久好久……
re: Attribute应用，简化ANF自定义控件初始化过程 volnet（可以叫我大V） 2008-05-20 21:48
性能呢，会不会…………（&（×……×&（×
re: 《博客园精华集》系列：5.15会议记录兼计划 volnet（可以叫我大V） 2008-05-16 00:45
建议有个静态地博客分割表，每个人负责的就固定下来了。然后就可以陆续做点事了。如果这个定不下来，很多事都不能开展。至于出版社的事，不是非得今日不可……
解法2是不是少了‘[]’?
不懂Python，可能是我错了
@李涛
如果有基金会，我会再捐一笔的……
祝福您以及您的家人都能够平安，以及您的父老乡亲……
转告博客园对灾区的问候……
=======================================
这是“博客园最新公告”吗？
捐物不知道也，捐物不方便吧，交通都不疏通，而且现在急需的是药品……
@datasky
捐电脑的……我也不知道怎么说你好了，你自己看着邮寄吧……
成立基金会没这么简单吧，不然搞基金会的人可就多了……
你还是先把200块捐给李连杰壹基金吧，这样灾区能够更快得到救助……
新闻说了，现在可能最缺的是药品。不过咱平民百姓也没法发什么药品了。捐款最快了，让政府来调配资金……
re: 我的家乡地震了（四川） volnet（可以叫我大V） 2008-05-13 02:33
一定会平安无事的，一定
re: 《博客园精华集》筹备委员会招募公告 volnet（可以叫我大V） 2008-05-12 15:54
该有个地方讨论一下具体的工作事宜……
博主让我知道了很多前所未闻的东西，激动啊……
很关心最后那些oblique 和Italic之间的区别楼主是如何知道的？不小心撞到的还是特地研究的，那动机呢，哈哈，要是你不说两个有区别我压根不会知晓啊。哈哈。
re: “软件宝宝”的安全成长史 volnet（可以叫我大V） 2008-05-11 02:26
好特别好有创意的一篇文章。
支持一下，祝福每个人的软件宝宝都能健康成长……
也祝福全天下的母亲能够幸福快乐
re: 对.net事件的看法 volnet（可以叫我大V） 2008-05-11 02:19
讲的很好，谢谢分享
@Jeffrey Zhao
你说的可否举例一下，哈哈，看不太懂你说的，是在讲自引用的问题吗
re: 动态加载控件_常见问题解决之道 volnet（可以叫我大V） 2008-05-11 01:14
@拼命郎
不是动态加载控件内容是否回到服务端，也不是回传后解析的问题。而是页面回发后所没有引发的控件没有加载的问题。
re: 动态加载控件_常见问题解决之道 volnet（可以叫我大V） 2008-05-10 14:39
@Henry Liang
你说的这种方法大多数做UserControl的用户是不会去做的，打死他们也不干的，当然了，包括我的文章中似乎也已经提及了，是用缓存来做简直就是胡闹，我提供的方式只能是用类似的方法就可以解决问题。我有一个Remove的方法，就是希望用户利用一些限制条件进行手动移除项，适合那种超短期的动态加载，而不是那种存在里面就什么都不做的方式了。用我的代码也可以直接使用ViewState的，只不过你得对用户控件做一下存取ViewState的方案了。
---------
而且你说的好像不对，这里要解决的问题不是用户控件自身的状态问题，而是容器的状态问题
@jianyi
@SZW
你们的方法在本文的细节中也有体现噢，我的解释是，这只是一个解释为什么丢失的方案，找出了问题的根源，解决就不难了。
-------------------------------------------------------
因为序列化到ViewState在对整个控件的时候基本是不现实的，除非你重写了×××，通常自定义控件存放在ViewState中的都是些系统默认的类型如string或者int等，因此将整个控件存ViewState不一定明智的。。。。。
re: 动态加载控件_常见问题解决之道 volnet（可以叫我大V） 2008-05-10 06:24
吓我一跳，刚发上来就有人回复了，还是凌晨6点～原来是自己～～·
@Hillng
这个情况是因为你的xap(silverlight文件)在你的IIS里面没有注册MIME Type的缘故，你加一个xap的类型就可以了。如果*.ASPX的不可以，换那个HTML的就可以了。
xap的MIME Type是xapapplication/x-silverlight[来自网络]
感谢您的支持，如果还有什么问题，欢迎再次留言。