[同时招募人手和投资]

http://www.writely.com

号称在线 Word，被 Google 收购了，其设定字号大小的选择也是只有1-7号字而已。


其实会者不难，看看这里：

http://bbs.blueidea.com/thread-2661868-1-1.html

Bound0，利用个人的业余时间在世界范围内首先实现了在线编辑器的字号大小的任意设定。因为采用了突破性的实现思路，可以很容易地使编辑器具有任何想要的网页编辑效果。

如果我组织团队来做的话，一定可以做得比 Writely 更好。到时候 Baidu 要不要收购我们？

[ 本帖最后由 bound0 于 2006-9-3 20:56 编辑 ]

有创意

如果一开始就打算卖给百度的话,我觉得风险很大,哈哈...

他的在线word能打开和存出.doc吗？
俺想试试，不过js玩的没那么熟~
其它还可以，什么都玩过一些。最近两个月做了四个网站2个asp+access 一个php+mysql 一个jsp+mysql

目前的Writely不能读入（其实可以做出来，先上传到服务器……估计他们将来也会做出来的），只能存出
可以存出为下列格式之一：
HTML
（以下格式均为从服务器下载）
HTML(zipped)
RTF
Word
OpenOffice(.odt 我以前没听说过)
PDF

除了OpenOffice 没听说过以外，其他几种我可以做出来（后台VB组件，ASP环境调用），还可以再加一种我自己的专有格式（可以满足一些专门的需求）。

我的情况：
Asp只能说是会，不怎么精，但比较擅长使用组件，也可以自己用VB做组件（比较擅长用VBA控制MS Office组件）
数据库用哪种关系不大，反正有ADO支持SQL就行。
.Net以前看过几眼，不敢说会了。
Jsp短期用过一阵，也写过Java小应用程序，但都是摸着来的，没系统地学过Java可能很多东西都不懂。
正在学习使用Perl（貌似用不上……被导师逼着学的）。
PHP从未接触过……残念ing
唯一稍微能上点儿台面儿的就是Js。算是刚好和warran互补吧。

vba 的东西我做项目也接触过。做过差不多半年vb
我感觉可以做到读入，先上传，然后去分析。
我也用vb做过dll，给asp用。以前是因为有段代码运算量非常大，asp慢，就做了dll

可以试着用aspx  毕竟.net还是蛮强大的。
js部分只能配合你做了。

openoffice 是linux下的 office 了 也没接触过，鉴于中国的国情，暂可不考虑

另外html格式->word格式，完美转换的话，似乎很难  @_@

尤其还有那么多种格式，互相之间想做到完美转换...

[ 本帖最后由 warran 于 2006-9-6 18:12 编辑 ]

原理是否应该是这样
首先在线编辑  (html的)  编辑好后 ， 生成一段 html的原代码。
再调用word的com组件，同过对html的分析，去生成.doc，该加粗的加粗，该设置字体的设置字体。。。。

呵呵，创业应该先回答：你的比较优势是什么，市场在哪里，何种商业模式...

单纯的技术不足以吸引一个创业团队和投资

Linux+PHP/JSP 更适合大型应用的平台，ASP? 你想在 Windows 主机上跑世界级的应用？有点勉为其难，那样的话你们的团队还需要一位安全专家。

PS: 同意飞鸟的意见

引用:

原帖由 warran 于 2006-9-6 17:41 发表


可以试着用aspx  毕竟.net还是蛮强大的。

html格式->word格式，完美转换的话，似乎很难  @_@

尤其还有那么多种格式，互相之间想做到完美转换...

人家Writely不做读入，大概也是这个原因吧。
Writely用的是就是aspx。

引用:

原帖由 flyingbird 于 2006-9-6 18:42 发表
呵呵，创业应该先回答：你的比较优势是什么，市场在哪里，何种商业模式...

单纯的技术不足以吸引一个创业团队和投资

我只是觉得我可以比Writely做得好，所以想先做做看，如果有朋友想和我一起做是最好不过。我能拿出来的也只是部分业余的时间而已。

引用:

原帖由 POPOEVER 于 2006-9-6 22:35 发表
Linux+PHP/JSP 更适合大型应用的平台，ASP? 你想在 Windows 主机上跑世界级的应用？有点勉为其难，那样的话你们的团队还需要一位安全专家。

不断学习中……
用Asp(x)主要是因为后台组件是现成的，如果收集到足够用的JavaBeans，也可以考虑用Jsp。不过，只是因为安全原因放弃用Windows主机吗？安全是一个过程，应该不是用什么主机就能决定的。

除了Writely以外，还有几家在线编辑器产品也是值得一看的，最起码取得一个直观印象：目前这种东西都做成什么样子。

http://www.ewebsoft.com

http://www.fckeditor.net

http://www.innovastudio.com/editor.asp

Writely与它们（在线编辑器产品）的最大不同是Writely提供完整的应用而不是出售编辑器。

与ewebeditor等编辑器不同，Writely的后台功能不是可以轻易地部署的。

随便想了一下，Google之所以收购Writely有三个主要原因，一是丰富Google的功能，以吸引更多的用户；二是通过Writely与其它服务的组合，派生出某些拓展业务；三是作为一种技术储备，为实现更高级的产品做准备。

Writely可以做为一个独立的项目来做，但是可能并不单靠它来赢利。尽管Writely作为一种服务也是可以出租的，但是单独推广Writely还是让人觉得有点单薄。

所以如果想要顺利地做到商业化的地步，最好是能够找到可以与Writely相结合的赢利项目。

Google 收购的技术和企业中有10%能盈利就好了。

对于财大气粗的企业来说，收购要实现的是更多是战略上的布局，不见得有短期盈利的功利，而对于创业团队来说，没有盈利就没有了一切。

所以生存才是道理。

如果要用Jsp的话，这些Java资源可供参考。
Wintertree Thesaurus Engine …… Wintertree Software Inc.所有。
NetBeans IDE Editor Module …… Sun Microsystems, Inc.所有。
itext-PDF …… Bruno Lowagie 所有。
Beanshell …… Pat Niemeyer 所有。Beanshell 的许可协议为LGPL，可从www.beanshell.org 下载相关资料。
GTK+ ，由 GTK+ 小组开发，是GNU 项目的一部分。GTK+ 的许可协议为GNU LGPL, 可从http://www.gnu.org/copyleft/lesser.html 下载相关资料。


其实Writely可以用来做很多事情，比如电子政务。比起某些现有电子政务系统来，Writely的方案更安全，也更开放。
Writely还可以用来做wiki编辑、文案的在线合作……等等。

to bound0 :
创意, 背景, 经历都比技术重要哦.
字号的事儿不值一提, 它只能说明你观注的点太小了.
认真点写一份BP吧.

P.S.
GTK 和 Java 有什么直接的关系? Web 应用怎么会用到 GTK 呐?~


to warran :
"openoffice 是linux下的 office 了 也没接触过，鉴于中国的国情，暂可不考虑" 这句话我看不懂呀.
OpenOffice 明明是跨平台的, 你没接触过就不要用"XX是YY"的句式嘛;
中国的国情是什么? 就是政府在用 Linux 了, 你不考虑?

啊，想法太多，思路有点乱了。说得不太得体。

诚然，字号任意设定本是小事，但是以往从未有人实现过，相信不是不想实现，而是实现不了。之前我重点要提的是：在实现这个的过程中，开创了新的思路，如第一帖所言“因为采用了突破性的实现思路，可以很容易地使编辑器具有任何想要的网页编辑效果。”

小龟哥哥说的对，创意, 背景, 经历都比技术重要。这也是没法子的事情。

中国版Writely不是我的最好的创意，只是它容易被人理解（因为已经有Writely了），而且也没有什么需要保密的东西，再加上像这种有一点小小噱头的东西比较容易招来对它感兴趣的伙伴，所以在此发个帖子提一提。真正做起来的话，是会和其他创意结合起来的。（醉翁之意不在酒，呵呵）

背景是没有的，想找也很困难。经历也是稀松的，一直在做学生。果然要学的东西也很多，而通过发这个帖子也的确学到了很多。

P.S.  政府在用OpenOffice么？不是用 永中、金山 么？

我怎么看政府用的都是 windows+office

也进过一些政府部门啊，没见有用linux的

呵呵，如果摆渡不来收购你，你怎么盈利？

引用:

原帖由 梦冢冢 于 2006-9-13 09:48 发表
呵呵，如果摆渡不来收购你，你怎么盈利？

让xx收购的说法纯粹是为了恶搞（调侃）来的，不能赢利的东西会有人收购吗？

Web2.0的概念泡沫就快退了（炒得太滥，快没人再炒了），概念炒定之后，更规范、得体、合理的Web2.0应用将走上正道。借着中国版Writely的名头，和由此聚集到的技术资源，我要做的是正宗的Web2.0生意。

技术版近期将有新作推出，讲的是比目前的Ajax技术更强大的另一种Web2.0技术：Disclose技术。我的“生意”也会以此为依托展开。

中国版Writely好比是个羊头，我是打算做个卖羊肉的。为了得到羊头而得到了羊，于是就有羊肉可卖。当然羊头本身就可以做成羊脑羹、杂碎汤卖（中国版Writely本身就是可以赢利的），虽然销路窄些。

~~可不是“挂羊头，卖狗肉”的，谁往那边想我跟他急！

Disclose是什么技术呀，头一次听说内，期待...

嗯，文章正在撰写（炮制）中……

亲自组建团队,需要先有资金;
找几个志同道合的人组成团队,则是大家凭兴趣,这样现在更现实一些~~~

如果无钱无人,还是自己一个人先做起来得好些~~~

“Writely”被Google收购并打造为“Google 文件”以后，其Web2.0的理想主义色彩减淡了许多：

所见即所得 (WYSIWYG) 编辑器被大幅度简化（放弃了很多编辑功能，这也许是经过深思熟虑的——本着“够用就好”的原则精简的吗？但是在我看来有点让人提不起劲儿），只增加了少许的在线应用场景，支持的浏览器范围变窄，相应的稳定性和实用性有所提高。

其设计仿佛果实由青涩变得老熟，可以说成是进步了，但也可以说其光泽暗淡了不少。少了很多“前途无量”的感觉。

我猜想如果“Writely”一开始就做成这个样子，Google未必会收购它。

当然，“Google 文件”现在还是Beta版，以后是否还会大兴土木地去搞“装修”乃至“基础建设”，外人是无从预知的。


关于Disclose技术，我的确已经酝酿了很久了，但是迟迟也写不出介绍文章：

Disclose有别于狭义的“Ajax”，但仍属于广义的Ajax技术之列。和Ajax（狭义）一样，也不是全新的东西，而是老技术的新应用（或者在一些人眼中根本就没有任何“新”意，同样Ajax也没有）。现在看来炒作的气氛还是太浓重，只好先拖一拖了。最起码先要真刀真枪地搞出一些基于Disclose的实践应用来，真的表现出优越性才能让人信服——不要像有些东西那样总是自称有优越性。

（人们在网络上讨论“Ajax”的时候，这个词通常多指狭义的：DHTML + 通过xmlhttp对象实现的异步通信——甚至如果使用JSON代替XML的话则不叫Ajax，而是另起一个名字：“AjaH”，分得很细致。但在一些讲Ajax的书籍中则把概念设定得极其笼统，有的书恨不得包罗万象，把规模稍微复杂一点的DHTML都说成是Ajax，大概是作者为了把书写厚一点吧。）

如何赢利这是关键

看看http://bbs.blueidea.com/thread-2725198-1-1.html这里。。也许你对盈利会有正确的理解