飞鸽传书很好用

作为一个P2P的即时通信工具,还是非常不错的。可惜名字太逊了。

Advertisements

我很同意善用佳软的态度

现在的软件不是缺少好的软件,而是缺少桥梁。缺少从好的软件到应用的桥梁。

善用佳软 http://xbeta.info/

善用佳软=
(善意+善于)应用优秀软件

提法我基本赞同。

而我做这个BLOG的目的,就是节省大家试用软件的时间,回避风险,和提高大家的工作效率以及享受先进的软件设计所带来的愉悦体验。

Zoundry的一点小bug

中英文混排的时候,贴子有时候发不上去。

这点不如Live Writer.

关于翻译软件这回事

因为老有一些英文资料需要翻译,因此,关于翻译的事情,时不时总是会被提出来。

现在的情况是,没有好的翻译软件。

有幸拜读了冯志伟专家的访谈,觉得摸了一些门径,但是与离最终实用还是有一些距离。

顺便说一句,拼音输入法较之早期岁月,已经有很大的改进了。但是仍然是比较低效的。

要做到所想即所得,仍然还有很大的距离。不过,我还是要充分肯定拼音输入法的改进,

至少他打破了五笔字型所谓要想快就必须记五笔的论断,明显不人机工程友好。

虽然拼音输入法的每一点小的改进带来的价值不是那么飞跃,但是日积月累还是非常可观的,希望QQ , 搜狗,百度,谷歌,紫光们继续努力。我现在用的是QQ,因为英文输入法比较好。之前主要用紫光,因为紫光出来的时候可以感到与之前的输入法存在一个飞跃。

这里再次对微软拼音法表示质疑,我一直没有弄清楚他为什么不采取及时确认的办法,因为及时的确认可以降低心理负担。

回到翻译软件上来,我个人认为,有几个方面要结合起来。单一的东西效果不行。

第一个是计算机要具有表达能力,就是能够用某一种人类语言选词,造句,写文章来表达一个意思,同时也要能够从一些句子和文章读懂一个意思。这个往往是翻译软件忽略的,他们都喜欢一步到位。结果翻出来的东西语句都不通顺。

这里面要包含常识库,和上下文的设定,互相之间无矛盾的相互check。

第二个问题是要充分利用机器学习的能力,就是说象google,百度一样一天看几亿网页,或者利用WIKI这样的东西,形成乱七八糟的参数。语言学家和数学家主要是设定规则和检查结果,进行反馈和改进规则。不要把时间浪费在这些具体的事情上,这个有多少精力都不够。这些事情找程序员来干就行了。

第三个问题是程序的人机界面和用户体验问题,实际上很多问题在实际操作上往往很关键,比如快捷键,窗口的显示这些东西。这方面程序员门要多学点人机工程,相互多学习,多创新。总能找到一些效率高很多的办法。哪怕经历很多失败的创新。

我设想的一个流程如下:

understand

             依次分解,从(文章,对话)到句子到词,找出结构和消除歧义(或者保留歧义)。具体的办法是依赖于一个背景知识库,先试一种结构,试一个词义,不断回归检查,最后到整个文件意思。

         在结构分析的时候,采取先删掉一些部分,只保留主干,然后再一层层加上去。

        对于语法结构采取实用主义的态度,就是不一定要非常完整,例外就是常态,不要一看到一点例外就觉得很难受。(语言本身是一个演化的过程,有对语言演化方向感兴趣的同志可以提点建议,但是我不太喜欢那种学术狂人,比如要大家都不要用汉字直接用拼音,因为他们把问题看得太简单了,只看到问题的一面。虽然靠这个吃饭是可以,但是不要干扰人们的视听)。因为人们表达一个语法不是计算机,允许自由一点。

writing

        这个关键是要学好目标语言,知道怎么表达一个意思。

       也是先从词,然后句子,然后段落的方式逐步来。这中间也是有一个PDCA循环反馈的问题,也是一个不断试错的问题。直到表达出来,再理解出来的意思完全明确了,跟原文的意思最接近的状态。

方便的人工校核
         所有能够支持的人工校核的手段。包括提供信息和提供编辑,提供建议等等,只要能提供的,尽可能提供到极致。

顺便说一下对于现有的系统的看法,基于概率论或者基于语法结构分析。这方面觉得只有一个标准就是翻得准不准。老实说都不太准。

效率当然也很重要。至于谁开发的慢,谁开发的快,这不是我作为评价的依据。不过作为开发者,可以认真评估这些方法,毕竟资源有限。

此外想到的是一个这样的一个假设,假设现在突然有一个外星人来到地球,他完全没有关于空间时间整个世界的各类常识,认识世界和改变世界的唯一途径就是读取互联网上的信息,然后在互联网上发布信息。他有一点计算能力,他希望理解这个世界。他大脑里面应该跑什么样的程序。

———-

negie

CppDoc很好用,这是真的

我的伙计们花了很多时间在找类这些东东,还有漏掉的。

CppDoc几秒钟就搞完了。可惜没有早找到这个。晕死。

doxygen,下次再试一下。

CppDoc很好用

现在安排伙计们在写设计文档,之前因为时间关系一直没有花时间和他们沟通。

再加上之前试过一下doxygen,好像比较复杂。一忙活,就丢到一边了。

现在试了了一下cppDoc很好用。而且是开源的,又简单。再配上一个CHM生成工具,做出来的文档应当是非常方便的。

关于EXCEL功能扩展的一个设想

在excel连接的基础上,加

1 设置检查点,检查点之前的更新标记清零。检查点后,更新的有颜色或者小符号现实(比如news)。

2 将连接进行细分,设定修改格和阅读格。将修改来源和修改时间进行记录。

3 改进单元格命名系统,除了传统的A1,直接命名外,支持,按照树形结构命名,其中子节点可以是一个单元格或者一个子表。同时设定命名表格映射选项,是固定不动还是随内容移动。

加上以上扩展后,将大大有利于多表之间的相互映射和操作。

Excel的数据表的连接

数据表的连接是一个非常有趣的东西。

一直来说,要在一张表格里面显示很多东西,就是比较困难。

另外,对于同一个数据不同的应用场景放置的位置也不同。

因此数据的连接,我原先称之为映射是一个非常重要的功能。

我原先设想的是可见即可得的连接方式。

但是excel的设计者显然用了一个更简单的方式。就是直接在 输入公式 =’sheet1′!A1,这样子。

当然A1又可以用命名代替。

应该说解决了很大一部分问题。

但是也有不足,一个连接表格外观上没有什么特别的表示。

其次,因为表格数据很多,某一个表格发生变化后没有标记。这样当多张表的字段映射后,不容易在各个工作场景进行很快的处理变化的数据。

这方面,google excel好像要好一点。

locate 是一个很好的目录文件名查找工具

我们当然可以用windows自带的文件查找工具。但是很不幸,那个很慢。原因只有老盖知道,我不知道。

所以我用locate,很简单很好用。

很简单是指它的原理很简单,它需要手动地更新目录的数据库。

很好用,就是查起来很快,1,2秒钟内出结果,够快。

locate不是google的桌面搜索,没有文件中的搜索功能。只能搜索文件名。因此索引文件没有那么大,也不担心是不是会向网上同步的问题。

truboluancher还可以

桌面上的快捷方式多了,又没有分类,用起来渐渐麻烦了。

用windows那个标准的开始菜单显得又不够好。

因此就打起桌面工具栏的主意来了。

试了一下苹果风格的工具栏,酷。但是不能解决我的问题。

试了一下truboluancher,还算不错,中规中矩。添加快捷方式很方便,学习使用也很简单。

唯一美中不足的是图标只能显示32*32的,下面的提示文字显示不全。

其余关于group的布局其实除了用标准的菜单外,是可以采取自定义表格的方式,相信会beautiful一些。

anyway,这个程序很好很实用!