推荐一款开源几何作图软件kseg (类似几何画板)

[Qian Hong]

中学的时候经常使用几何画板The Geometer's Sketchpad ( http://www.dynamicgeometry.com/ )
非常赞的工具.可惜是商业软件.当时还没有感觉盗版是不好的事情,那时候如果找到一个软件的注册机我就会很开心.
前年有一次需要到几何画板,那时候就开始去找Linux下的替代品,找到了一个叫做kseg的好东西,是一个mit的学生开发的,
功能跟几何画板很像,除了动画这个大功能和另外几个小功能,其他几何画板能做到的kseg都能做到.
这个软件知道的人好像不多,可能使用几何画板的人本来就不多. 在http://www.osalt.com是找不到的,
前年我曾建议增加这个软件,不过没有成功被接受,不知有没有了解osalt的朋友给些建议?

这几天有朋友参加美国数模赛找我帮忙画图,我又想起这个软件,所以顺便推荐一下,希望有人能用的上 :)

主页:http://www.mit.edu/~ibaran/kseg.html
Ubuntu的软件仓库里面就有.

大家不妨分享一下自己平常用什么工具作图呢?什么需求分别用什么工具?
我很想知道的是,要画软件界面图,有没有什么现成的工具?
例如Ubuntu brainstorm上常见到的这种图:http://brainstorm.ubuntu.com/idea/27103/

--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/

[凌风幻羽]

几何画图版我很少用，可能感觉比较少需要用到，也可能因为用了其他不太专业的工具替代了吧，比如近来我设计一个软件界面，没什么可以设计UI，只好用gimp，因为我要做的那个界面不算很复杂，所以将就用了。

不过UML画图我却是比较常用，以前一直听说Rose很强大，但我没有装win，而且也不愿意用盗版的Rose，在linux下经历了一段艰难的找工具的过程，首先用eclipse的UML插件，但太占资源，而且现在我也无法找到eclipse的UML建模版本（以前直接下载一个Modeling版本的eclipse就可以画图）。

如果群里有经常在linux下用面向对象语言开发软件的朋友，我强烈推荐Umbrello ： http://uml.sourceforge.net/

不过这个工具貌似是KDE的附带品，gnome下要用得装一些kde相关的软件。

如果你们有觉得比这个工具好的UML建模工具，跟我分享一下吧！

2011/2/14 Qian Hong <frac...@gmail.com>

--
人脑是我已知的最强的操作系统，装软件要小心！

[forest chen]

2011/2/14 Qian Hong <frac...@gmail.com>

大家不妨分享一下自己平常用什么工具作图呢?什么需求分别用什么工具?
我很想知道的是,要画软件界面图,有没有什么现成的工具?

平时比较多的是使用流程图和状态图.推荐几个软件:
yED , 免费,闭源,Java.  易用强大,当时为了替换visio,而Dia又太难用,
Graphviz, 免费,开源,全平台 . 很强大!喜欢命令行的同学一定要试试!例子:tinyurl.com/4blkp34
Google Draw ,免费,闭源,在线. 十分易用

软件界面图,其实可以用关键词software prototype , mockup ui,Prototype Composer等搜索, 这里有几个链接: http://tinyurl.com/49g6xto http://tinyurl.com/4wbfu9  http://tinyurl.com/ygufd6l

[hiphen lee]

> 大家不妨分享一下自己平常用什么工具作图呢?什么需求分别用什么工具?
> 我很想知道的是,要画软件界面图,有没有什么现成的工具?

> 

思维导图 freemind

UML图  几年前会追求rose。 StarUML用过window版，不错

流程图/界面图  dia

普通绘图 gimp

经验告诉我，图貌似很有必要，但现实生活中，图经常是事后诸葛亮或者是招标工具。

软件工程告诉我们，图真的很有必要，现实也如此，不过盲目追求制图工具得不偿丧，经历过好几个软件小组的方法，目前我最崇尚和推行的制图工具是(纸+笔)或者整个会议室的玻璃幕墙+白板笔。如果要存档，数码相机。因为需求一直会变，难道你的图就不改吗？

有一个很有意思的现实case，如果A精心绘制了某些图，A会认为图已经能把他的设计表述清楚，因此他会省下口头交流的时间，然则图是不可能替代口头交流。

UML图是好东东，相比之下，敏捷过程更加好。UML适用于产品工程，而敏捷适用于项目工程。敏捷假设没有设计，因此不需要UML。

UML仅仅是交流工具，如果能用简单的流程图/状态图表达清楚，我们会毫不犹豫放弃UML。

另外，如果代码能直接生成图，这种工具也是很赞的。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“广州 GNU/Linux 用户组”论坛。
要向此网上论坛发帖，请发送电子邮件至 gz...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 gzlug+un...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/gzlug?hl=zh-CN 访问此网上论坛。

--
Hiphen

[Qian Hong]

谢谢几位的分享,好多工具一时没办法一一尝试,等以后有心得再来分享 :)
赞forest chen, 你给的搜索关键词很有帮助,知道这些关键词就能找到想要的工具了.授人以渔!

[凌风幻羽]

说到UML图，我曾经看过敏捷开发的一些相关文章，觉得这是一个软件开发的方法，不过因为自己的技术没到一定深度，始终无法实践，TDD开发更是接触甚少，hiphen兄可否指教一下小弟？

我没进过大中型公司，不清楚里面实现敏捷开发的难度，但在小公司绝对是很难的。先别说程序员之间水平不一，大部分小公司的程序员本身就没有很好的编码以及设计的素质，他们只需要代码能跑，运行起来没什么大错，就可以提交，逻辑设计一片混乱。重构更是不太可能。

各位，不好意思，我似乎跑题了，情不自禁。

2011/2/15 hiphen lee <hip...@gmail.com>

UML图是好东东，相比之下，敏捷过程更加好。UML适用于产品工程，而敏捷适用于项目工程。敏捷假设没有设计，因此不需要UML。

UML仅仅是交流工具，如果能用简单的流程图/状态图表达清楚，我们会毫不犹豫放弃UML。

另外，如果代码能直接生成图，这种工具也是很赞的。

-- 

Hiphen

--
人脑是我已知的最强的操作系统，装软件要小心！

[mikespook]

补充一个：inkscape

[hiphen lee]

在 2011年2月15日 下午9:30，凌风幻羽 <dream.li...@gmail.com>写道：

说到UML图，我曾经看过敏捷开发的一些相关文章，觉得这是一个软件开发的方法，不过因为自己的技术没到一定深度，始终无法实践，TDD开发更是接触甚少，hiphen兄可否指教一下小弟？

我没进过大中型公司，不清楚里面实现敏捷开发的难度，但在小公司绝对是很难的。先别说程序员之间水平不一，大部分小公司的程序员本身就没有很好的编码以及设计的素质，他们只需要代码能跑，运行起来没什么大错，就可以提交，逻辑设计一片混乱。重构更是不太可能。

各位，不好意思，我似乎跑题了，情不自禁。

UML和敏捷并不冲突，和敏捷相对的是统一过程。只不过敏捷过程不需要太多建模，强调的是短周期强沟通多迭代，不是不设计而是少设计，让设计在迭代的过程中产生。

敏捷和技术深度也没有必然关系，只要你所在的团队是敏捷团队文化的，团队成员乐于share(这个很重要)，就有了这个基础。大型项目中有很多的team，每个team可以允许不同的工程方法，所以敏捷更适合小团队。如果是team与team之间的接口交接，是统一过程/UML的强项，team和team之间的交流有限，且一个team的交付物可能会由2个或以上的team共享，所以必须有书面的接口图例，否则会造成混乱。

所以敏捷适合项目型，需求变化大的工程。

你提到的TDD和重构是xp过程，xp是敏捷过程中方法论很完整的一种，各个实践相扣，缺一不可。国内我还不知是否有xp的团队，因为这种方法如其名，极限编程。极限编程我使用过一次，对于团队的成长我觉得非常有帮助。

xp有意思的地方是结对编程，测试驱动和重构。结对编程需要勇气，但利于程序员的进步和backup；TDD需要经验；重构为了更好的发展，这样的过程更需要沟通。但是这样的人力资源分配，将是把10个人当作5个人用，加上重构时间，即资源成本会从 10人/月会变成 3人/月甚至2人/月。  因此，只要你是老板，都会不高兴的。尤其在中国，大部分IT从业者是在解决温饱问题的时候。

对于你说的“代码能跑，运行起来没什么大错，就可以提交，逻辑设计一片混乱”，但凡是程序或程序员，我认为都会有这样的阶段，你可以理解为是初级阶段，敏捷和xp的允许有这样的代码，但是强大的QC过程，会把这样的混乱代码导致的功能错误揪出来，然后bug fix，然后在某个阶段重构，更普遍的现状，就象你说的一样，没有重构，只要没有功能错误，阿弥陀佛了。你别以为只有小公司才这样，大公司也如此，(hsbc/achievo/accenture/microsoft....) 我只说我了解的，否则就变成污蔑。

对于Linux，我是新人，对于其中的各种的工程方法，我也不了解。目前感觉linux下的开发最需要的是兴趣与个人能力和知识面。看到很多小project都是一两个人写出来的。Linux及其上的代码是开源，所以理论上这里的代码会更注重代码质量。我也在学习和参与中。

共勉。

--
Hiphen

[凌风幻羽]

我在没有实践的情况下觉得TDD会有助于提高代码质量，也希望通过TDD让自己开发的东西更具稳定性，同时也有疑惑，因为TDD的确会让你花更多的时间写测试程序。hiphen，你有没有实践过？能否给点意见？

我想知道在小公司里实现测试驱动开发的可行性，如果可行，应该怎样开始，我之前蜻蜓点水般尝试过boost里的test库的简单的功能。一直没有机会继续研究。

2011/2/16 hiphen lee <hip...@gmail.com>

你提到的TDD和重构是xp过程，xp是敏捷过程中方法论很完整的一种，各个实践相扣，缺一不可。国内我还不知是否有xp的团队，因为这种方法如其名，极限编程。极限编程我使用过一次，对于团队的成长我觉得非常有帮助。

xp有意思的地方是结对编程，测试驱动和重构。结对编程需要勇气，但利于程序员的进步和backup；TDD需要经验；重构为了更好的发展，这样的过程更需要沟通。但是这样的人力资源分配，将是把10个人当作5个人用，加上重构时间，即资源成本会从 10人/月会变成 3人/月甚至2人/月。  因此，只要你是老板，都会不高兴的。尤其在中国，大部分IT从业者是在解决温饱问题的时候。

--
Hiphen

--
人脑是我已知的最强的操作系统，装软件要小心！

[hiphen lee]

在 2011年2月18日 上午9:29，凌风幻羽 <dream.li...@gmail.com>写道：

我在没有实践的情况下觉得TDD会有助于提高代码质量，也希望通过TDD让自己开发的东西更具稳定性，同时也有疑惑，因为TDD的确会让你花更多的时间写测试程序。hiphen，你有没有实践过？能否给点意见？

TDD不会提高代码质量。

TDD的作用是两个 1. 让重构成为可能。 2. 让白盒测试成为可能。

其中最大的作用是没有TDD，你根本不敢开始重构，也许你没做过大型工程所以不了解，个中代码，功能繁多，这些代码不是一两个人的贡献，而是十人甚至百人、千人在不同时期，面对不同需求，不同性能作出的实现/补丁/改进/临时代码/遗留代码等等等等

没有足够庞大、完整的测试方案，功能变更如履薄冰，根本不想碰。

没有足够的白盒测试代码，函数/代码重构也同样想都不敢想。

 

因此，TDD让重构成为可能。我只实践过一次，在小型的内部项目中。

意见是，如果没有老板的支持和有经验的人带队，不可能进行下去。很多细节的东西如有兴趣，下次出来的时候面聊 :)

我想知道在小公司里实现测试驱动开发的可行性，如果可行，应该怎样开始，我之前蜻蜓点水般尝试过boost里的test库的简单的功能。一直没有机会继续研究。
 

2011/2/16 hiphen lee <hip...@gmail.com>

你提到的TDD和重构是xp过程，xp是敏捷过程中方法论很完整的一种，各个实践相扣，缺一不可。国内我还不知是否有xp的团队，因为这种方法如其名，极限编程。极限编程我使用过一次，对于团队的成长我觉得非常有帮助。

xp有意思的地方是结对编程，测试驱动和重构。结对编程需要勇气，但利于程序员的进步和backup；TDD需要经验；重构为了更好的发展，这样的过程更需要沟通。但是这样的人力资源分配，将是把10个人当作5个人用，加上重构时间，即资源成本会从 10人/月会变成 3人/月甚至2人/月。  因此，只要你是老板，都会不高兴的。尤其在中国，大部分IT从业者是在解决温饱问题的时候。

--
Hiphen

--
人脑是我已知的最强的操作系统，装软件要小心！

--

您收到此邮件是因为您订阅了 Google 网上论坛的“广州 GNU/Linux 用户组”论坛。
要向此网上论坛发帖，请发送电子邮件至 gz...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 gzlug+un...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/gzlug?hl=zh-CN 访问此网上论坛。

--
Hiphen

[Qian Hong]

晒一下昨天画的图 ;-)

第一张是女朋友拍的照片:

http://goo.gl/GmYN9

第二张是按照女朋友的要求画出来的,用kseg:

http://goo.gl/WCpaR

源文件:

http://goo.gl/1stoL

欢迎吐槽和交流~

2011/2/14 Qian Hong <frac...@gmail.com>

主页:http://www.mit.edu/~ibaran/kseg.html
Ubuntu的软件仓库里面就有.

[Qingping Hou]

nnd，我以为是你女朋友真人照！

[Qingping Hou]

googledoc打不开哦

在 2011年2月26日 上午12:33，Qian Hong <frac...@gmail.com> 写道：

[Qian Hong]

2011/2/26 Qingping Hou <dave2...@gmail.com>

googledoc打不开哦

我错了...没有设置分享...

现在应该可以了.

[刘滔]

哈哈，还好现在才看到，没有遭遇看不到的意外

--

您收到此邮件是因为您订阅了 Google 网上论坛的“广州 GNU/Linux 用户组”论坛。
要向此网上论坛发帖，请发送电子邮件至 gz...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 gzlug+un...@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/gzlug?hl=zh-CN 访问此网上论坛。

--
高调做事，低调做人……慢慢参悟……

[forest chen]

原来 Qian Hong 与 Qingping Hou 是两个人,我现在才看仔细.  以前不注意,就把你们混为一个人了,因为都是Q,H打头.

2011/2/26 刘滔 <mat.l...@gmail.com>

[Qingping Hou]

终于被你发现了。。。。
不过他就住我ls，呵呵

在 2011年2月26日 下午7:21，forest chen <anyfo...@gmail.com> 写道：
> 原来 Qian Hong 与 Qingping Hou 是两个人,我现在才看仔细. 以前不注意,就把你们混为一个人了,因为都是Q,H打头.
>
> 2011/2/26 刘滔 <mat.l...@gmail.com>
>>
>> 哈哈，还好现在才看到，没有遭遇看不到的意外
>>
>> 在 2011年2月26日 下午4:50，Qian Hong <frac...@gmail.com>写道：
>>>
>>>
>>> 2011/2/26 Qingping Hou <dave2...@gmail.com>
>>>>
>>>> googledoc打不开哦
>>>
>>> 我错了...没有设置分享...
>>> 现在应该可以了.
>>>
>>> --
>>> Regards,
>>> Qian Hong
>>> -
>>> Sent from Ubuntu
>>> http://www.ubuntu.com/
>>>
>>> --
>>> 您收到此邮件是因为您订阅了 Google 网上论坛的"广州 GNU/Linux 用户组"论坛。
>>> 要向此网上论坛发帖，请发送电子邮件至 gz...@googlegroups.com。
>>> 要取消订阅此网上论坛，请发送电子邮件至 gzlug+un...@googlegroups.com。
>>> 若有更多问题，请通过 http://groups.google.com/group/gzlug?hl=zh-CN 访问此网上论坛。
>>
>>
>>
>> --

>> 高调做事，低调做人......慢慢参悟......