发表评论
即然有这么好的机会，可以尝试。
水平还不够，呐喊助威一下。。。
人民邮电出版 的书烂的是出了名的...
找清华,和机工都是不错的选择啊.....
@gwazy
呵呵，关键是别人找你，还是你找别人，区别可大喽！
支持dudu，难得有大动作了：）
书的好坏关键在作者，出版社该干嘛干嘛，尽到责就好了。
To gwazy:
人民邮电出版社图灵公司应该还不错！
如果能集合起一批好作者，那就可行，并且要长期坚持下去
支持
希望这本书着重的是质量,而不是象其它书籍那样就是走一过场,或者干脆是某教授为了某职称或者一个什么"政绩"的工具
支持，有园子这么多人支持，而且大家都是从事实际开发的人员，共同把关，我相信写出的书是更有价值，而且以实际的应用为主，可以分为理论篇和实际篇
非常有兴趣，但实力有限 :D
我觉得难点主要在选题上，不可能.NET技术每种都写一点，最好是某一专题或者初学者教程之类的
#14楼 [
楼主]2006-08-22 10:22 |
有两种方式：
1、整理、加工博客园现有的文章。
2、组织多个作者分工写作新的内容。
可以借鉴一下itpub，他们都出了三本书了，我也买了一本，感觉不错。
支持，园子里有很多高手，完全够格出一本书。而且能够解决博客园运作资金的瓶颈。
有人挑头，园子里能人无数，写新文也不是什么难事。
类似创意还是要实验一下的。
面向读者是什么人：学生，刚从业的IT职员，具有多年经验的项目经理，对技术比较感兴趣的中高级程序员，或者是老少皆宜。
写作风格：平实朴素的技术讲解，24小时速成手册，系统化学院化的研究，结合工程实际的应用，产品开发内幕，工作生活的经历和感想。
还是先写起来再说，大家爱看就好，只求不要淹没在茫茫书海里。
我觉得可以先采用整理、加工博客园现有的文章的方式，看看反映如何。
整理、加工博客园现有的文章比较可行.
至少有了一个基础.
编辑方面下功夫,尽量的做到风格一致,所以有个重新加工的过程.
系列型的,可能需要继续充实
同意idior，园子里现有的文章有很多都不错，先尝试一把！
不错不错，是大家为博客园作贡献的时候了，我建议所得都用于博客园的建设
整合现有文章的话质量非常非常难以保证。每个人写作风格、写作内容、写作重点等等各有重复和遗漏。作为一本书，没有连续性是不行的。
若是通过博客园找到一批作者，从头开始写还是可以接受的。但是一本书的作者若是过多，恐怕又会出现前面的问题。
对别人负责，就是对自己负责。
这是个好提议，支持，不过对选题有一些建议！
我希望cnblogs出的书是对某一领域的深入讨论，而不是对.Net的泛泛而谈！现在书店里的很多（绝大部分）书，第一章讲什么是.Net；第二章讲解C#；第三章讲什么是Asp.net....然后这一点那一点，一本书就完了。这些要基础没基础、要深度无深度的书既不适合初学者也不时候有一定基础的朋友！我觉得cnblogs应该避免之。现在世面上专门讲解.Net基础的书很多，而且有些讲得很不错，所以我建议不选面向初学者的题目。
另外就是希望参加编写的人是某一领域的精通者（专家），而不是随便的一个熟手（在cnblogs里有很多对某些技术熟悉的人），因为著书立说不光要让读者知道结果，还要人知道原因，而这些“熟悉者”没法做到后边这点。市面上很多“XX实例导航”这样的书多属于后者所写，没有多少价值的。
期待～～～
前段时间，为了解决COM+的一个较高难度的问题，跑了福州4家最大的书店，结果是白忙半天。很多书讲的深度，基本上是止于MSDN，很少是系统深入的研究和实践心得。所以，建议有大型应用程序架构、开发、测试、部署和维护的人带头。
Dflying Chen说的不错。
园子里的作者们有专长，出杂志是可以。可一本著作不是可以凑出来的。
一本书不能传递出某种哲学理念，不能勾起我的阅读欲。
net,c++,enlish的msn群
msn:
group2041@xiaoi.com
.net学习群:
group2096@xiaoi.com
学英语的群:
group2091@xiaoi.com
dflying chen说的不错，毕竟，出书是个系统工程。如果只是园子里的文章精选。出杂志也许是个更好的选择。在出书和出杂志方面，csdn和itpub是个不错的参考。dfying chen是个atlas专家，也许也可以和dflying chen讨论一下从atlas开始，毕竟这方面的书籍和文档现在还比较少。
教程类的书籍太多太烂了。起点高的书市场可能更大。结合实际的项目经验的书市场应该很大。我自己都有这方面的打算，可惜时间总是不够。
觉得可以结合一个实际的项目来写作,将一个实际的项目中的相关的各个方面能交代清楚,那就是一本好书.比如一个项目中如何应用ORM,ATLAS,以及象EL的类库等.
图灵的工作人员不错
由我＋Birdshome＋TeddyMa＋XlZhu翻译的《ASP.NET2.0Unleashed》就是他们策划的
我在准备写ASP.NET2.0控件开发的书籍，内容在ASP.NET2.0控件开发基础，数据绑定，模板化，WebPart，Ajax Enabled 以及Mobile Web From控件的开发，其中Mobile的控件我会基于自己在WAP开发中的经验，而不采用微软那套水士不服的MMIT
@THIN
ASP.NET2.0Unleashed估计何时出来 1992页呀
合作写书也是一个复杂的项目，怎么分工合作，需要怎样的平台支持等等问题都需要考虑，至于书的具体内容，不管是面向哪个层次的读者，写什么技术，只要写得精彩都会有读者的。
我觉得还是出技术杂志好，更新快，出书的话，更新就没杂志快，要出书的话，目前类似的选题都很多，很多在网络上也能很方便地找到，出书是不是重复了。
感觉可以先做一下尝试性的。把一些好的文章选集合一下。
不好意思，我对人民邮电出版社一项没有好感。从79块的《fundation of ajax》到49块的《.net 设计规范》，书本身的质量没问题，作者实力在那摆着呢，但是同等级的书，其他出版社的书要便宜的多。人民邮电给我留下的印象就是无耻的投机商人，抢到好书出版，之后哄抬书价。我知道我说的话没什么分量，不过既然是征询意见，我还是要表态，即使要出书，请别选择人民邮电，因为你会发现和你合作的人，始终想到的只有利益，利益和利益。
仅代表个人主观观点。
最后说一句，这不是件小事，希望最终的决定是经过深思熟虑得来的。
关键是书要好，人民邮电出版社还是很好的
1、讲一些新技术，追新的人还蛮多的。
2、深入讲某方面。
3、写一下解决实践问题的书，一问一答的。这种方式cnblog很合适。
#46楼 [
楼主]2006-08-22 19:43 |
选择什么样的出版社以及怎样与出版社进行合作，我也很想听听大家的意见。
@dudu
选择什么样的出版社以及怎样与出版社进行合作，都是比较次要的方面了。
现在的问题在于对于博客园这样的社区，写书从模式上就是不适合的，如果出杂志还是不错的。
世界上有无数的各种各样的机会，但不是每一个人把握每一个机会都会成功的。我们要根据自身情况扬长避短，把握住最适合自己的，否则错误的选择必将导致失败。
#48楼 [
楼主]2006-08-22 20:24 |
@Dflying Chen
为什么说不合适？
写书与出杂志都是面临同样的问题：如何通过网络进行组织、协作?
我觉得合适不合适，是否可行，不是我能决定的，主要取决于社区中是否有一些朋友想通过团队的协作去做一些有意义的事。
这种写书的特点是由多个人协作完成的，是一个团队的成果，也许团队中没有水平很高的作者，但通过发挥团队成员各自的特长，也许会完成不错的作品。
而且团队之后有整个社区的支持，即使写出的书水平不是很高，但我相信至少是大家需要的。
@dudu
组织、协作的问题二者都要考虑。但我担心的并不是这一点。
作为杂志，完全可以包含若干毫不相关的主题，比如一篇Atlas，一篇Web Service；而作为图书，则需要将各个内容，例如Atlas和Web Service连接起来，形成一个连续的主线。这条主线由谁来牵？谁能够有能力协调好每一位作者？谁能够约束不同作者之间写作风格的差别？
不知道你有没有这种经历，有的时候看一本技术书，明显的觉得前一章和后一章的风格存在差异。即使只是那么一点点，也会让读者觉得非常的不舒服，就像一碗饭吃了一半，别人却突然给你又换了一碗。
事实上，计算机历史上的较为经典的书也鲜有社区协作的结果。
所以，我觉得杂志是一个更好的选择。
一家愚见，仅供参考。
@dudu
表示强列支持！
个人谈点具体意见：
1.建立以dudu为总策划的书稿策划委员会，成员5-7人，从比较负责任的博客园成员中遴选。无论如何策划非常重要，策划中又以组织最重要。
2.技术方面建议建立以idior任主编，脑袋和birdshome任副主编的技术委员会，5-7名成员，负责对书稿内容全面把关。
3.在博客园建立专门的网站(或虚拟目录)进行版本控制、协作和进度发布。当然，这个网站的第一件事就是进行选题投票。但投票结果不一定是最终结果，由技术委员会负责最后定夺。
4.当然，一定得请开心来写序，无论从哪方面讲他都责无旁贷。
5.销售方面建立包销组，其中每个俱乐部按成员人数承担一定包销比例，享有比较高的折扣。可以按五万以上的印数安排第一次印刷。这本书不能亏本，收入中一部分用于支付策划委员会和技术委员会成员的工作报酬；一部分用于维持一部分博客园网站支出。如果可能本人愿意成为该组的最后一名组员。
#51楼 [
楼主]2006-08-22 20:54 |
@Dflying Chen
书有各种风格，没有主线的书也有，比如《JOEL说软件》。
虽然多人分工写会造成各个章节的写格风格不同，但如果组织得好，可以成为一种特色。
大家看书也就是想从中得到更多收获，只要达到这种效果，不一定局促于某种模式，如果能把多个人的经验提炼在一本书中，即使没明显的主线，写作风格不统一，还是有读者会感兴趣的。
@双鱼座
很多问题：
1 选题不是博客园可以定的，还要出版社同意。出版社考虑问题的方式和技术人员完全不同。
2 著作权是谁的？会不会引起争议？
3 书稿不是源代码，一是一二是二。版本控制下所有人都能修改书稿中的每一个字，势必造成极度混乱。
4 包销很难实现。
5 5万本太夸张了。
可以先整理策划出一个大体的电子版本，然后放于blog上，让出版社与blog网友都评审一下，这样应该更有针对性，质量才会好一些！
只有忠于市场,才有发展，合适有效吗？
@Dflying Chen
1.选题问题应该不是大问题，出版社框定一个范围还是比较有自由度的，毕竟不是某个专题的著作；
2.著作权的问题好办，就是博客园的，也就是所有成员的；
3.既然是版本控制就可以追溯，以标注形式进行版本控制；
4.包销的好处是可以发挥每个俱乐部在地域的优势，充分利用读者的集中性；
5.五万本的确是有点夸张，主要是考虑到发行量太小了没有多大意义。如果不是那种非常偏门的选题，适度照顾大众，可以提高发行量的。
6.我是抛砖引入，很多考虑不一定很成熟，既然是头脑风暴，任何意见都是可以考虑的。
另外，阿远的观点我非常赞同，人邮的口碑的确比较差。我个人比较欣赏机械工业出版社和电子工业出版社。
从事任何商业活动，首先要有市场调查，我觉得dudu可以先搞一个网络投票什么的，看看大家现在需要哪方面的书，网络上的文字很杂，各人的写作风格也不一样，写一本挖根问底的教案类型的书不太现实，我觉得可以考虑以实例为基础，介绍一些编程技巧，经验方面的书，各章节间联系也不需太大，对作者的写作风格也没有太大要求，应该是比较现实的
放下所有细节方面的争论，按照一般情况以及大多数人的Common Sense来讲，杂志是一群人写的，而书是几个人写的，所以博客园如果以社区的名义发布刊物，则选择杂志的方式可能比较好一点。
且博客园要以社区的名义发布刊物，而民主是让社区正常有序发展的很重要的条件，所以我们不妨投票听一下各位朋友的意见。
同意Dflying Chen的看法
杂志更现实和合适些
更容易成功
可以考虑分两步走
先出杂志
积累经验,磨合团队
然后再适时考虑出书
建议像MVP Hacks and Tips模式那样,根据大家的特长领域,分不同层次出书,现在世面上厚厚的书已经太多了,大而全不见得能让人读的爽.因此建议书不宜太后,并已实际案例分析讲解,并加之一个思考问题,分析问题,解决方法的思路.特色和没本书准确定位很关键.
#61楼 [
楼主]2006-08-23 09:31 |
@Dflying Chen
@Clingingboy
@补丁
究竟是先出杂志，还是先出书，我会做个调查，看看大家的意见。
我觉得不管是出杂志还是出书，都是为了去实现社区集体性的成果，都需要大家的共同努力，意义不仅在于取得了多大的成果，更重要的在于大家齐心协力去完成共同的目标，体现社区整体的力量。
虽然我不是编程行家,但也总来博客园转转(知道自己水平不够,所以没敢申请博客).得悉博客园要出手,我是举双手赞成.我的建议是:
1.出案例分析,案例选题一定要精、多、循序渐进,着眼于实用,类似<asp.net编程200例>之类,太高深的东西不好卖,同时作者只负责几章几节,版权也好界定.
2.至于是不是把书稿先拿到博客园上供所有访问者审阅,我觉得不能这样做,毕竟是靠这个卖钱的,提前泄了密谁还来买.
3.可以组成一个测试组对案例进行逐一审查,保证它可用.如果卖得好,可以出个系列.
4.dudu可以借出书注册个公司什么的,以利于拥有书的版权,当然版权转让需要经著者同意吧!
5.至于前面有人提出的所谓"包销",我觉得万万不可,我们不能为了出书而出书,好书是不需要这种"包销"的.
6.出书前可以先征集案例,算是由网友提出问题吧,然后再由你们这些高手分析问题,解决问题.
7.书上市前,可以网上提前预定,打折促销.
8.另外,需要关注的是微软公司对VS2005升级的进展,别等着书还未出,又升级了,书稿马上成了废纸,多不值得啊!
以上算是废话,不当之处请多包涵.借用武林外传中的一句话:"我看好你哟!"
另外还是想问一句:像我这种技术不过关的,可以申请博客园账号吗?
#63楼 [
楼主]2006-08-23 09:40 |
@lihaoqhd
谢谢你的建议!
可以申请注册，技术是否过关并不重要，重要的是是否真正想在博客园中通过写文章、与大家交流来提高自己。
#64楼 [
楼主]2006-08-23 09:48 |
@双鱼座
谢谢你的建议!
“5.销售方面建立包销组，其中每个俱乐部按成员人数承担一定包销比例，享有比较高的折扣。可以按五万以上的印数安排第一次印刷。这本书不能亏本，收入中一部分用于支付策划委员会和技术委员会成员的工作报酬；一部分用于维持一部分博客园网站支出。如果可能本人愿意成为该组的最后一名组员。”
销售由出版社负责。
我觉得俱乐部可以参与写书，如果按俱乐部进行分工写作，也是一种不错的方式，这样沟通与协作更方便。
非常支持博客园的每次举动。
出杂志的话，相对来说轻松些。而且内容的选择比较广，销售压力也比较少。
对于出书，现在市面上那种教程类的书太多了，有种泛滥的趋势。而且许多都可以在MSDN上找到相似的章节。
我倒是希望能有一本进行案例分析的书。比如，以一个程序的开发为主线。将一些.Net的特性穿插在其中，效果应该会不错。
网络写书的困难有时在于组织。风格这东西，有时是可以弥补的。
说实话，目前国内，专门的技术杂志，也就《程序员》,国外倒是不少，获取也可以从网络上获取，但结合国内来看，还是应该出一本技术鲜明的杂志比较好点，这样起步比较容易，成本也低，读者面也可以更广。做了一段时间的积累后，可以分别出几本专题书，这样就水到渠成了。目前的.net书太多了，翻译，质量良莠不齐，我想更多的专业人员还是情愿去看原版吧。博客园出书是好事，但要有个长远眼光。出版社，说的难听点，唯利是图，假使不是博客园这块牌子，会找上门？当然好的编辑还是有，但出版社毕竟是盈利为主要目的，真想帮助大家，提高技术，让个更多人受益，个人感觉还是杂志这个载体比较合适。这样对大家来说，负担也不是太重，书能看一时，在目前技术更新这么快的年代里，能维持一两年算不错了，又不是那种基础的经典书，那些书几十年仍旧有影响力。博客园我虽然没有申请博客，但我一些同行好友也是从博客园这个平台上认识，对我帮助非常大。所以希望dudu能以全局，战略眼光来考虑这个事宜。
问题是人邮提供了出版书的合作机会，而不是出版杂志的机会。
如果没有杂志社 如何出版一个本杂志？难道让dudu去成立一个杂志社，那成本可就大了。
强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！强烈建议！
：
1、以点带面、抓住某一具有.NET代表性的领域，然后由浅入深，深入讨论，以代码为例子，从书的第一页到最后一页应该能让一个初学者拿到一个项目可以开始去如何做！
2、示例化、征集有代表性的项目，由大家共同讨论如何才能把它弄明白。有专家（大家）讨论应该如何从一张白纸变成一张蓝图
3、章节组织、希望dudu能联系社区内威望较高的人员，共同讨论他们的开发发家史，然后总结出一套比较帖合大众的成长路程，哪一步该学什么，怎么学，最后把他们归纳成一条线索，作为目录，最后将他们公布出来，公开征文。
4、既然是以点带面，如果第一本书卖得好，可以找另一个点，出第二本，第三本，这样能更深入挖掘.NET的精髓。
5、希望这本书出版的时候能够重点宣传一下。至少在业界能够起一点波澜。
@lihaoqhd
2.至于是不是把书稿先拿到博客园上供所有访问者审阅,我觉得不能这样做,毕竟是靠这个卖钱的,提前泄了密谁还来买.
我觉得，现在还是要把书写好，如果没有大家的协作，书是出不好的。只要书好，照样有人买。
你当心提前审阅，放心吧，现在的书，就算你出来了，人家不想买的还是等电子版，而想买的呢，有的直接买了，有的呢，看了几页电子书也去买了。所以说，这个版权问题在中国不要跟他们计较。只要书好，就不怕卖不掉，人邮的书虽然贵，看起来还是蛮顺眼的，贵是贵了点，不过都还买得起。书一定要有光盘！把代码放进去才体现这些书的材料不是凭空想象，而是有拒可依的。还有既然是本教学的书，那么就得连操作步骤都写得比较明确，因为有的初学者会因为一个控件找不到，一个向导找不到，这示例就无法做下去了。像MSDN的示例，经常只能看着却不能自己动手，因为他只说明了这代码能干什么，却没说它是怎么干的？一个经典的代码可以成一本书，只要展开！
昨天在听WebCast的广播，听到学习方法，他说在学习一门语言的时候，主要是要把握1、时间2、地点3、事件~时间：什么时候，什么代码，怎么运行……2、地点，数据变量存放的位置，堆中还是栈中~，3、事件，什么阶段触发了什么
还有，由于VS是个集成开发平台，因此我们必须先了解.NET一共需要做什么。然后我们还需要知道，哪些东西是系统已经为我们提供的，那我们还有什么还没有做？如果能做到这些，至少当我们打开一个工程的时候不会束手无策。VS总是提供越来越多的向导来创建一个工程，每个类型，哪怕只是多一个选项，对一些条理不是很清楚的人，就很难寻找到如何去做！以为很多东西系统帮他们做了。很多东西还没做。有什么限制，等等等等很多的问题需要考虑。。。所以社区都是很多真正开发经验的人的平台，能够真正站起来去把握这么一个事情我觉得是一个关键。。。
现在.net书,我觉得讲得不够深入,探讨得不够全面,如果可以,可以出个.net某个方面的专集,如remoting,web service,gdi+,ado.net(ado.net最好不要,已经有很多好书了),..........
说句实话,现在看书还不如我看SDK,这是我个人观点(保留,请勿评论!)
我觉得，还是找一些老外的例子，翻译一下，帮助新手快速入门，也可以成为参考资料。
微软官方网站有好多资料，但英文占很大一部分，所以如果有一个团队专门负责收集这方面的资料并翻译出版，相信会得到很多朋友的拥护地。
Dflying Chen 的观点还是比较切合实际的。以目前博客园的状况，组织人起来写书。首先要考虑到的是人选问题，接下来是协作问题。然则，写书必定是一个漫长的过程，中间免不了有人退出，有人加入。这样一来又会影响到出书的日期和质量。相对来说，出杂志可以避免很多问题，而且博客园也拥有很多技术文章可以作为素材来加工。就如我们大家搞技术一样，大多是从简单到容易吧。何不循序渐近？这样才是稳固的发展之道。先走杂志这条稳妥的道路，再由其中留意出书之人选，岂非两全之美？
个人感觉还是出杂志的好。收集园里的优秀文章，每期就选几个热门的专题，几项实用技术的详细介绍，以及一些业内的最新动态。会很受欢迎的。
我建议先出杂志,.NET技术专业杂志,像电脑爱好者那样的,关于.NET技术的基础,展望等等,内容形式自由,我想技术资料不像小说,这些东西可以用来收藏的
看到这个消息 先是高兴 第一个反应是不是应该出杂志
确实觉得杂志的难度要容易一些
园子里有很多系列
可能DUDU痛苦的是杂志的人手问题 杂志不可避免的要很多人 是不是可以搞个投票 然后在投票的旁边加一个申请管理的地址
可能待遇问题又是个问题 开始的时候可能要辛苦一下点 可能要讲奉献了
至于组织之间的联系 我还是觉得有个QQ群 或者MSN要相对容易一些 必竟Blog不是聊天的地方，而且开发人员一般都比较忙 这个是个大问题
然后就是服务器维护的问题 本身.Text就不是很全面 而且要添加新功能确实也辛苦 然而Cs2.1已经出来了 Cs2.2号称会改进扩展 DUDU也许要说 我也想但是我哪里有时间啊 确实需要招一两个服务器维护人员来管理还有注册与审核
至于出书人手方面的问题就不是大问题了 重要的是选人了 东西贵精不贵多 想来DUDU这方面肯定要权威一些
讲着讲着发现自己也没有很实用的观点 耗费各位时间了 Sorry
可以考虑出本WinForms方面的书，结合企业应用实际案例来讲，把企业应用中的基本技术面都涵盖进去，相信会比较有实际指导价值。而且这方面的技术好像市场上的好书籍不是太多。关键找个人来牵头，定个目录出来先。
个人愚见，欢迎指正。