今天接到通知，说以后可能会给我安排VBA的相关项目，目前的需求就是替换一些
表格的格式，具体的项目我还没有接受，因此不知道更细节的内容。

我没用过VBA，也不想学这个东西，但是工作又不可能推掉。我记得cocobear以前
用Python做过类似的事情，不知道效果如何?我只在blog上看到了一个很简单的实
例，不知有没有更多的功能？ 我估计他们应该只有Excel表格方面的需求，但不排
除会涉及到Access；如果涉及到Access，Python能胜任吗？

如果可以用Python，对我而言，倒真是一个学习Python的好机会了。

谢谢大家！

CC: cocobear

Kermit Mei wrote:
> 今天接到通知，说以后可能会给我安排VBA的相关项目，目前的需求就是替换一些
> 表格的格式，具体的项目我还没有接受，因此不知道更细节的内容。
>
> 我没用过VBA，也不想学这个东西，但是工作又不可能推掉。我记得cocobear以前
> 用Python做过类似的事情，不知道效果如何?我只在blog上看到了一个很简单的实
> 例，不知有没有更多的功能？ 我估计他们应该只有Excel表格方面的需求，但不排
> 除会涉及到Access；如果涉及到Access，Python能胜任吗？
>
> 如果可以用Python，对我而言，倒真是一个学习Python的好机会了。
>   
如果需求接近电子表格的需求，我觉得需求到你这里时已经变成“为Excel设计一个
功能/宏”。发生这种事的时候这样做如何？用Python语言设计 OpenOffice宏给用户。

用Python语言写OpenOffice宏的文档太少，且多假设你已经会用java/StarBasic为
OpenOffice写宏。不然的话， Python应该是OpenOffice宏的首选语言才对。

Kermit Mei wrote:
> 今天接到通知，说以后可能会给我安排VBA的相关项目，目前的需求就是替换一些
> 表格的格式，具体的项目我还没有接受，因此不知道更细节的内容。
>   
如果是纯文本 awk 就购了。我使用它六、七年了，处理表格很方便。

我甚至很想做个项目把awk 内置到OOO中去。这东西实在比OOO的那个Star Basic语言简洁多了。

On Fri, 2009-07-10 at 02:24 +0800, Zhang Weiwu wrote:
> Kermit Mei wrote:
> > 今天接到通知，说以后可能会给我安排VBA的相关项目，目前的需求就是替换一些
> > 表格的格式，具体的项目我还没有接受，因此不知道更细节的内容。
> >   
> 如果是纯文本 awk 就购了。我使用它六、七年了，处理表格很方便。
> 
> 我甚至很想做个项目把awk 内置到OOO中去。这东西实在比OOO的那个Star Basic语言简洁多了。

他们是要在Windows的M$ Office中弄，要用awk肯定不行，要他们装个Linux的模拟
环境肯定是不现实的。

On Fri, 2009-07-10 at 02:05 +0800, Zhang Weiwu wrote:
> Kermit Mei wrote:
> > 今天接到通知，说以后可能会给我安排VBA的相关项目，目前的需求就是替换一些
> > 表格的格式，具体的项目我还没有接受，因此不知道更细节的内容。
> >
> > 我没用过VBA，也不想学这个东西，但是工作又不可能推掉。我记得cocobear以前
> > 用Python做过类似的事情，不知道效果如何?我只在blog上看到了一个很简单的实
> > 例，不知有没有更多的功能？ 我估计他们应该只有Excel表格方面的需求，但不排
> > 除会涉及到Access；如果涉及到Access，Python能胜任吗？
> >
> > 如果可以用Python，对我而言，倒真是一个学习Python的好机会了。
> >   
> 如果需求接近电子表格的需求，我觉得需求到你这里时已经变成“为Excel设计一个
> 功能/宏”。发生这种事的时候这样做如何？用Python语言设计 OpenOffice宏给用户。
> 
> 用Python语言写OpenOffice宏的文档太少，且多假设你已经会用java/StarBasic为
> OpenOffice写宏。不然的话， Python应该是OpenOffice宏的首选语言才对。

 我记得Python有个处理Excel电子表格的模块，但不知道他具体的表现如何，会不
会有一些乱码或者其他怪问题发生，是否稳定。

我最近一直在弄Qt，猛然看看VBA的语法觉得好不自在，于是就想能否替代一下，
对我自己也是个学习的机会。

Thanks.

Kermit Mei wrote:
> On Fri, 2009-07-10 at 02:05 +0800, Zhang Weiwu wrote:
>   
>> Kermit Mei wrote:
>>     
>>> 今天接到通知，说以后可能会给我安排VBA的相关项目，目前的需求就是替换一些
>>> 表格的格式，具体的项目我还没有接受，因此不知道更细节的内容。
>>>
>>> 我没用过VBA，也不想学这个东西，但是工作又不可能推掉。我记得cocobear以前
>>> 用Python做过类似的事情，不知道效果如何?我只在blog上看到了一个很简单的实
>>> 例，不知有没有更多的功能？ 我估计他们应该只有Excel表格方面的需求，但不排
>>> 除会涉及到Access；如果涉及到Access，Python能胜任吗？
>>>
>>> 如果可以用Python，对我而言，倒真是一个学习Python的好机会了。
>>>   
>>>       
>> 如果需求接近电子表格的需求，我觉得需求到你这里时已经变成“为Excel设计一个
>> 功能/宏”。发生这种事的时候这样做如何？用Python语言设计 OpenOffice宏给用户。
>>
>> 用Python语言写OpenOffice宏的文档太少，且多假设你已经会用java/StarBasic为
>> OpenOffice写宏。不然的话， Python应该是OpenOffice宏的首选语言才对。
>>     
>
>  我记得Python有个处理Excel电子表格的模块，但不知道他具体的表现如何，会不
> 会有一些乱码或者其他怪问题发生，是否稳定。
>
> 我最近一直在弄Qt，猛然看看VBA的语法觉得好不自在，于是就想能否替代一下，
> 对我自己也是个学习的机会。
>   

你用Python但却不在Office软件里用它（即用“宏”）那会引起用户需要反复操作
（保存，处理Excel，文件，再打开），我担心用户会觉得这人做的东西不如人家
会VBA的人做出来的，影响对你的评价。此外如果你有精力可以考虑将用户的电子
表格迁到OOO上去，大多数用户对电子表格比之对字处理软件更为不熟悉，这样便
于你将OO Calc描述为一个改进方案。只要能拿得准目前的需求并在OO Calc上实
现，则对用户而言OO确实是改进方案了。

On Fri, 2009-07-10 at 09:59 +0800, Zhang Weiwu wrote:

> 你用Python但却不在Office软件里用它（即用“宏”）那会引起用户需要反复操作
> （保存，处理Excel，文件，再打开），我担心用户会觉得这人做的东西不如人家
> 会VBA的人做出来的，影响对你的评价。

是啊，其实我也有这个顾虑。

> 此外如果你有精力可以考虑将用户的电子
> 表格迁到OOO上去，大多数用户对电子表格比之对字处理软件更为不熟悉，这样便
> 于你将OO Calc描述为一个改进方案。只要能拿得准目前的需求并在OO Calc上实
> 现，则对用户而言OO确实是改进方案了。

我会努力尝试你这个建议，估计这个项目又得过一阵子，不过肯定是要做的。 我
现在担心的问题是，公司的很多员工都已经熟悉了M$ Office，而且有很多以往的
文档都是M$格式的，我估计我是不可能说服他们去弄OOO。

哎，这些事情平时讨论起来总是满腔热血，现在真的有机会给自己做了，才知道什
么是步履维艰呐（笑）。

Kermit Mei wrote:
> 我
> 现在担心的问题是，公司的很多员工都已经熟悉了M$ Office，而且有很多以往的
> 文档都是M$格式的，我估计我是不可能说服他们去弄OOO。
>
> 哎，这些事情平时讨论起来总是满腔热血，现在真的有机会给自己做了，才知道什
> 么是步履维艰呐（笑）。
>   
说说看项目更多细节？

用户更换产品可能的理由有一堆，但是有了项目细节后就知道哪些理由较为合理了。
比如Excel只支持256列，比起OOO差远了。在有些情况下这个很重要。

On Fri, 2009-07-10 at 10:41 +0800, Zhang Weiwu wrote:

> >   
> 说说看项目更多细节？
他们本来今天要过来跟我讲的，结果因为我这个项目太紧，我同事早上和那边协调
了一下，让他们暂时放一放，所以又暂定下来了，我还没有掌握更多的细节。
昨天跟我讲的东西只是一个大概，比如要转换表格的格式等，我估计他们的需求应
该是想把公司的业务管理实现自动化管理，这个有点像ERP和HR那种了，因为他们
很早以前就问过我能否实现一个人员管理系统之类的软件。
> 
> 用户更换产品可能的理由有一堆，但是有了项目细节后就知道哪些理由较为合理了。
> 比如Excel只支持256列，比起OOO差远了。在有些情况下这个很重要。

我最近会找机会主动和他们沟通，看看能否获取更多的项目细节，随时准备策反，
呵呵。
等拿到具体细节，有问题的话会继续向大家讨教。

谢谢！

2009/7/10 Zhang Weiwu <zhangweiwu在realss.com>:
> Kermit Mei wrote:
>> 我
>> 现在担心的问题是，公司的很多员工都已经熟悉了M$ Office，而且有很多以往的
>> 文档都是M$格式的，我估计我是不可能说服他们去弄OOO。
>>
>> 哎，这些事情平时讨论起来总是满腔热血，现在真的有机会给自己做了，才知道什
>> 么是步履维艰呐（笑）。
>>
> 说说看项目更多细节？
>
> 用户更换产品可能的理由有一堆，但是有了项目细节后就知道哪些理由较为合理了。
> 比如Excel只支持256列，比起OOO差远了。在有些情况下这个很重要。

我不建议作这样的策反。Excel是一个远比Calc成熟的产品，在商业应用中试图更改用户的需求、而替换方案不能比原方案全面优秀，是一件非常危险的事情。至少，如果你只是一个普通开发人员的话，不应该去作这样的尝试。

有些情况下也许256列是个问题。但这不足以杀死Excel。

-- 
Wu Yongwei
URL: http://wyw.dcweb.cn/

Yongwei Wu wrote:
> 我不建议作这样的策反。Excel是一个远比Calc成熟的产品，在商业应用中试图更改用户的需求、而替换方案不能比原方案全面优秀，是一件非常危险的事情。至少，如果你只是一个普通开发人员的话，不应该去作这样的尝试。
>
> 有些情况下也许256列是个问题。但这不足以杀死Excel。
>   

优秀是相对于需求的，楼主还没有研究清楚需求你就先为他得出结论了。你何以得
出这样的结论，即用户需求是“需要Excel”，而不是，比如，“需要一种简便的方式
统计问卷结果”？

可以看出yongwei使用软件很精通，但是并非所用户都这样精通，Calc不能在大多
数方面上强于Excel不等于Calc不能获得定单，因为有各种非软件本身的因素，市
场不是胜者通吃的规则。否则，Linux服务器在
几乎所有方面都胜于Windows，为何人们还选购Windows服务器？

你的方案需要跟着需求走的观点倒是实在的，只是我觉得既要对产品挖得深（你已
经做到了），也需对需求挖得深；需求挖得不深易得出这样结论，即其它人对软件
的需求和我（挖掘需求者）是一致的。这也就是为何有命令行精英的原因之一（即
他们认为其它人的需求和本人也是一样的）。

Yongwei Wu wrote:
> 有些情况下也许256列是个问题。但这不足以杀死Excel。
>   

同意，所以需要楼主讲出需求的实际情况，我上面举的只是一个例子。我去年在江
西的项目上使用此法成功使用户找我来要OOO安装盘，OOO有一千个优点，我只讲了
一个当时对他们重要的即256列问题。现实中较少有客户的需求是良好均衡的（即
客户的需求和一般认为的产品实力正比则为均衡的需求）。

On Mon, 2009-07-13 at 10:04 +0800, Zhang Weiwu wrote:
> Yongwei Wu wrote:
> > 有些情况下也许256列是个问题。但这不足以杀死Excel。
> >   
> 
> 同意，所以需要楼主讲出需求的实际情况，我上面举的只是一个例子。我去年在江
> 西的项目上使用此法成功使用户找我来要OOO安装盘，OOO有一千个优点，我只讲了
> 一个当时对他们重要的即256列问题。现实中较少有客户的需求是良好均衡的（即
> 客户的需求和一般认为的产品实力正比则为均衡的需求）。

谢谢你们的帮助和讨论，不过目前他们又将此项目往后推迟了。 公司让我全力做
现在的项目，因此我暂时拿不到具体的需求。 等下次具体做的时候，我会继续请
教。

这次是我鲁莽，发得太急，诚望见谅！

BTW:上面Zhang Weiwu说OOO有很多优点，不知能否先撇开具体项目，在这里简要地
分享一下？ 因为我所看到的大多关于OOO的讨论几乎都停留在，开源和免费这两点
上，并没有深入地从功能上去谈论它；而事实上，我们最津津乐道的这两个问题，
往往是中国用户最不关心的问题。 

Thanks.
Have fun!

Kermit Mei wrote:
> BTW:上面Zhang Weiwu说OOO有很多优点，不知能否先撇开具体项目，在这里简要地
> 分享一下？ 因为我所看到的大多关于OOO的讨论几乎都停留在，开源和免费这两点
> 上，并没有深入地从功能上去谈论它；而事实上，我们最津津乐道的这两个问题，
> 往往是中国用户最不关心的问题。 
>   
我不进入产品比较讨论！产品如果给3分，其实施和服务要给7分才对，如果服务商
偏心，产品得3分还是2分并不重要。服务的7分主要靠对需求把握和对具体问题的
解决，所以离开项目讲不合理，因为那就和“实际上为什么OOO能在企业用得上”这
个问题远了。

OOO产品本身是有一些优点，但是这优点就是能满足企业需求，不是说满足得比MSO
好，而是说如果你能支持它，受支持的比不受支持的产品效果好。国内对 MSO的支
持相当于没有支持，这样通过服务并不十分难于将客户迁移到OOO上。

OOO对MSO的案例与Firefox对IE的不同，不同在二。

一是OOO是企业应用产品，上面可以跑很多企业应用，而企业应用是需要支持的；
Firefox是通用产品，个人用户多，需求是在没有支持的情况下表现得好，大部分
Firefox用户不会得到支持。

二是Firefox必须强于IE很多才能取得市场，OOO只需要能满足一般应用，并获得广
泛服务商支持就可以获得市场（目前这一点还没有做到）；当然没有支持的情况下
它也需要远强于MSO才能被应用；

但是我知道这个论坛上一般喜欢“硬”的讨论，上面的市场讨论可能被当做空谈，我
估计典型的态度是：不要给我说这些市场知识，拿出硬功夫来比，告诉我OOO 倒底
好在哪里。这种态度我觉得不中肯棨，和实际情况不符合，但是一定要这样讨论的
话，有一些个例子：

    * OOO使用Java开发应用易于MSO；
    * OOO的免费使之便于布署，即易于分发给下级用于完成某业务，也易于将已
      经开发有应用的OOO打包一起发布；
    * OOWriter对XML表单（XForms）的支持使之易于应用到企业现有工作流中；
    * OODraw可以应用于一些出版物场合而培训成本低于MS Publisher（当然价格
      也更低）；
    * OO的跨平台特点易于在混合作业系统的环境布署，可以为迁移Linux的基础
      （而MSO不可以）；

Zhang Weiwu 写道:
> Kermit Mei wrote:
>   
>> BTW:上面Zhang Weiwu说OOO有很多优点，不知能否先撇开具体项目，在这里简要地
>> 分享一下？ 因为我所看到的大多关于OOO的讨论几乎都停留在，开源和免费这两点
>> 上，并没有深入地从功能上去谈论它；而事实上，我们最津津乐道的这两个问题，
>> 往往是中国用户最不关心的问题。 
>>   
>>     
> 我不进入产品比较讨论！产品如果给3分，其实施和服务要给7分才对，如果服务商
> 偏心，产品得3分还是2分并不重要。服务的7分主要靠对需求把握和对具体问题的
> 解决，所以离开项目讲不合理，因为那就和“实际上为什么OOO能在企业用得上”这
> 个问题远了。
>
> OOO产品本身是有一些优点，但是这优点就是能满足企业需求，不是说满足得比MSO
> 好，而是说如果你能支持它，受支持的比不受支持的产品效果好。国内对 MSO的支
> 持相当于没有支持，这样通过服务并不十分难于将客户迁移到OOO上。
>
> OOO对MSO的案例与Firefox对IE的不同，不同在二。
>
> 一是OOO是企业应用产品，上面可以跑很多企业应用，而企业应用是需要支持的；
> Firefox是通用产品，个人用户多，需求是在没有支持的情况下表现得好，大部分
> Firefox用户不会得到支持。
>
> 二是Firefox必须强于IE很多才能取得市场，OOO只需要能满足一般应用，并获得广
> 泛服务商支持就可以获得市场（目前这一点还没有做到）；当然没有支持的情况下
> 它也需要远强于MSO才能被应用；
>
> 但是我知道这个论坛上一般喜欢“硬”的讨论，上面的市场讨论可能被当做空谈，
Weiwu误会了，这不是本邮件列表的态度。任何忽视市场的行为都是不明智的。自 
由软件的目的也不是与市场为敌。

我个人认为上述的观点很务实。
> 我
> 估计典型的态度是：不要给我说这些市场知识，拿出硬功夫来比，告诉我OOO 倒底
> 好在哪里。这种态度我觉得不中肯棨，和实际情况不符合，但是一定要这样讨论的
> 话，有一些个例子：
>
>     * OOO使用Java开发应用易于MSO；
>     * OOO的免费使之便于布署，即易于分发给下级用于完成某业务，也易于将已
>       经开发有应用的OOO打包一起发布；
>     * OOWriter对XML表单（XForms）的支持使之易于应用到企业现有工作流中；
>     * OODraw可以应用于一些出版物场合而培训成本低于MS Publisher（当然价格
>       也更低）；
>     * OO的跨平台特点易于在混合作业系统的环境布署，可以为迁移Linux的基础
>       （而MSO不可以）；
>
> _______________________________________________
> zeuux-universe mailing list
> zeuux-universe在zeuux.org
> http://www.zeuux.org/mailman/listinfo/zeuux-universe
>
> ZEUUX Project - Free Software, Free Society!
> http://www.zeuux.org
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20090713/f719172e/attachment.html>