回复雪候鸟
本来我都睡了的，听到你的短消息，结果又跑回来回了一帖
Casablanca 发表于 2011-7-23 00:50 http://www.dolc.de/forum/images/common/back.gif
哈哈, 就是太寂寞了!
回复 91# 雪候鸟
呵呵，真睡了，明天聊！{:5_385:}
不是高人，没看到你这个帖，说一下情况吧。这个软件以前有一个工程师干了大概三年吧，其间大部分时间在 ...
Casablanca 发表于 2011-7-23 00:47 http://www.dolc.de/forum/images/common/back.gif
{:5_366:}听了你这么说我就放心多啦，看大家都差不多3个月搞定，我真是无地自容啊
不涉及算法的话还好计划写，如果真搞算法的话，个人感觉时间不是这么好计划
听了你这么说我就放心多啦，看大家都差不多3个月搞定，我真是无地自容啊
不涉及算法的话还好 ...
kingd 发表于 2011-7-23 00:55 http://www.dolc.de/forum/images/common/back.gif
你做哪个方向的阿
软件开发，算法这东西，自从毕业后就再没搞过啦
主要搞类似于PVS(Praxis Verwaltung System)的医疗管理软件
回复 86# Casablanca
啊啊啊啊，都没睡觉啊
真正使用的肯定要非常可靠才行，修正算法这玩意就更没边了
其实这些已经不算是一个纯粹的开发过程，我估计他3个月肯定也能写个大概能运行的玩意了，不过要release就麻烦了
我个人更热衷写库，就某一领域，有精力花时间搞明白，然后写个包装好的东西给别人，他好我也好-，-，不过以后工作估计没这个机会了
软件开发，算法这东西，自从毕业后就再没搞过啦
主要搞类似于PVS(Praxis Verwaltung System)的医疗管理软件 ...
kingd 发表于 2011-7-23 01:01 http://www.dolc.de/forum/images/common/back.gif
比我搞得东西含金量高. 你现在在哪个城市呢, 难道以前念的 medizinformatik
回复 87# 雪候鸟
其实MDA数据层的描述对底层的数据库是透明的，数据库优化也并不放在这一层。
MDA对表示层的自动化应该会越来越完善。只要有一种meta modelling语音能描述表示层上用户的动作，传递的数据，需要完成的逻辑，返回的结果，表示层上对用户的反馈(UI NAVIGATION), 那自动化就可以进行。
至于UI的外观和具体实现，也不是MDA需要关心的。
回复Casablanca
啊啊啊啊，都没睡觉啊
真正使用的肯定要非常可靠才行，修正算法这玩意就更没 ...
schlafgern 发表于 2011-7-23 01:03 http://www.dolc.de/forum/images/common/back.gif
喜欢写库的人,人品都不错
回复雪候鸟
其实MDA数据层的描述对底层的数据库是透明的，数据库优化也并不放在这一层。
MDA对表示 ...
wanxg 发表于 2011-7-23 01:05 http://www.dolc.de/forum/images/common/back.gif
数据层如果你最终是存到数据库中, 就要生成相应的sql, 这个sql效率如何. 简单的数据层, 无所谓, 复杂些的呢.你是这个方向读博得吗
回复雪候鸟
其实MDA数据层的描述对底层的数据库是透明的，数据库优化也并不放在这一层。
MDA对表示 ...
wanxg 发表于 2011-7-23 01:05 http://www.dolc.de/forum/images/common/back.gif
数据层如果你最终是存到数据库中, 就要生成相应的sql, 这个sql效率如何. 简单的数据层, 无所谓, 复杂些的呢. 用这些meta描述起来比写代码更复杂, 关键生成代码的可读性很差, 改动起来成本更高
你是这个方向读博得吗
比我搞得东西含金量高. 你现在在哪个城市呢, 难道以前念的 medizinformatik
雪候鸟 发表于 2011-7-23 01:03 http://www.dolc.de/forum/images/common/back.gif
我们开发的管理软件，不太涉及medizin，例如管理治疗流程啊，预订治疗时间，医生都怎么治疗的，提供了什么服务，怎么出账单，x光，ct什么的图片直接集成到pdf，各个诊所交换病人信息，更方便更快捷什么的等等
我们开发的管理软件，不太涉及medizin，例如管理治疗流程啊，预订治疗时间，医生都怎么治疗的，提供了什 ...
kingd 发表于 2011-7-23 01:12 http://www.dolc.de/forum/images/common/back.gif
听起来和我的工作很相似阿,只不过把电信换成了medizin. 对了你在哪个城市呢
已经短信你啦{:5_387:}
{:5_367:}{:5_354:}{:5_382:}好像是老乡见老乡，两眼泪汪汪
昨天刚听德国同学说去电话面试muechen google时，都是数据结构算法，OS的经典题，至少都偏难灵活的那种。 具体哪种语言好像没有涉及。
数据层如果你最终是存到数据库中, 就要生成相应的sql, 这个sql效率如何. 简单的数据层, 无所谓, 复杂些 ...
雪候鸟 发表于 2011-7-23 01:08 http://www.dolc.de/forum/images/common/back.gif
根据我的项目经验，快速开发的Priority往往比代码的效率高得多。先让它跑起来，效率问题会被test team的benchmark test发现的. 现在的框架对于生成何种SQL，都是可配置的。实在在数据层解决不了的效率问题，就放到数据库层去解决，index，stored procedure call, view等等等等。
可能我没怎么接触过实时系统，所以效率问题真的研究不深。
2.0的成绩加两年的hiwi经验，外国人的身份，外加不是那么nb的德语，实话实说，在求职市场上只能是平均水平，所以，工资也就提平均水平好了。
chinapope 发表于 2011-7-23 01:18 static/image/common/back.gif
昨天刚听德国同学说去电话面试muechen google时，都是数据结构算法，OS的经典题，至少都偏难灵活的那种。 具 ...
这都是可以训练的，多做做算法题，比如google Jam的题目，应该能反映google出的题目的水平。
雪候鸟 发表于 2011-7-23 00:49 static/image/common/back.gif
是你说的我不否认
MDA在数据层还是挺有用的，因为数据层的实现相对比较简单，而且模式化。
我也不喜欢自动生成的东西. 这也是我为什么不喜欢netbeans 而觉得eclipse 好的原因
本帖最后由 并非如此 于 2011-7-25 09:29 编辑
schlafgern 发表于 2011-7-22 22:34 static/image/common/back.gif
我觉得这要看我在一个什么基础上来写这个软件了
这不仅仅是一个编程能力的问题了，驱动设计有 ...
他说的那种项目,你没有项目管理经验,是很难预计时间的, 首先，你获得信息太少， 比如什么接口，什么系统，硬件基础，哪些是现有资源，等等问题 其次，这个项目涉及的方面也比较多，从硬件底层到软件应用，乍一看，也需要一个两三人的团队，大概一年的时间，而且其中必须有一个是在这个领域内，有一定的经验的人。你的回答，恰恰说明你欠缺实际的工作经验，不过，作为一个入职者，没人会要求你懂这些，你只要有很好的基础，现在开价48000在南部，问题不大，你只要懂linux和c/c++,就能搞嵌入式系统, 搞图形算法的公司也很多,尤其是汽车行业,工业应用软件等等.
这个帖子技术性很强啊，{:2_231:}
本帖最后由 chinapope 于 2011-7-25 14:47 编辑
C++ 牛人应该很厉害，专家级(expert)的纯Entwickler在德国也可以拿70-80k欧。去美国硅谷 150k美刀。要是为bank工作就更爽了。
wanxg 发表于 2011-7-23 01:20 static/image/common/back.gif
根据我的项目经验，快速开发的Priority往往比代码的效率高得多。先让它跑起来，效率问题会被test team的 ...
如果像你所说事后这也需要配置那也需要配置，还是回到咱们争论的起点。 MDA真的没什么，现在也就到生成些代码框架。和mda刚火的时候那些所吹嘘的怎么怎么厉害根本不符合。
Kakt 发表于 2011-7-24 23:03 static/image/common/back.gif
我也不喜欢自动生成的东西. 这也是我为什么不喜欢netbeans 而觉得eclipse 好的原因
我也觉得ECLIPSE比netbeans好。
wanxg 发表于 2011-7-23 01:20 static/image/common/back.gif
根据我的项目经验，快速开发的Priority往往比代码的效率高得多。先让它跑起来，效率问题会被test team的 ...
如果你是搞MDA你肯定知道GMF， 使用GMF自动生成的代码，可读性不高，很复杂。GMF都出来很久了，虽然GMF是基于GEF的。但是使用上没有GEF普及。因为水平高的根本不喜欢那些生成的代码不灵活不高效，水平低的又看不懂自动生成的代码。
本帖最后由 江南织造 于 2011-7-25 23:01 编辑
wanxg 发表于 2011-7-23 00:19 static/image/common/back.gif
关于UML的讨论，想补充下。
UML基本是个交流工具，但并不一定是和客户交流用的。如果Design和Developmen ...
这个应该不是很准确, UML很少被用来作为描述Spezifikation, Spezifikation很多是用xml及其亲属语言描述的, 但是有很多Spezifikation没法通过机器语言描述, 很多Requirment还是通过最原始的word和xml来传递的. UI Designer和应用开发之间, tooling还是有缺口的
schlafgern 发表于 2011-7-22 22:04 static/image/common/back.gif
做的项目基本都是写库，图形学，3d模拟这块的，在linux下，不是嵌入式系统的
至于nb，就当是我说错了 ...
看了这个帖子，很欢乐。
ls如果还想搞图形学的话，其实找一个好的大学nb一些的教授去读博是一个比较好的选择，好好的积累3 ，5年，如果愿意忍受较低的工资。我认识一个人，以前读书的梦想也是去google，后来读完博士以后到了google英国去搞算法了。
现在搞图形很有前途，特别是现在cuda陆续火热起来，增强现实虽然喊了很多年现在也逐渐受到很多工业界的重视。
关于UML我们用enterprise architect，很好用，自动生成代码还不错，虽然还要进行一些修改。UML很重要无论是否使用敏捷开发。
cit 发表于 2011-7-25 23:54 static/image/common/back.gif
看了这个帖子，很欢乐。
ls如果还想搞图形学的话，其实找一个好的大学nb一些的教授去读博是一个比较好的 ...
谢谢您的回复有
cuda我很熟悉，不过还是感觉这东西，在现阶段，还是在研究所和大学里流行的东西，好像还没什么实际产品是依赖这个的，最多就是一个beta包有个cuda的支持，实际的商用好像还没有谁在用。virtual reality其实也是，应用也有吧不过不多，也许是我工业界没什么接触，不过就算用也是很少的一些大企业。
我对这个挺感兴趣的，也想过去继续读博，不过怕这个大坑走的太深，最后反而又不好找工作了
很纠结
江南织造 发表于 2011-7-25 23:00 static/image/common/back.gif
这个应该不是很准确, UML很少被用来作为描述Spezifikation, Spezifikation很多是用xml及其亲属语言描述 ...
我的意思是UML作为Design Team和Develpment Team的交流工具。Specification是Design Team的input，来至于Business Analyzer，他们一般不理解UML。