安装abaqus 6.8.1的几点不同

上接: 2011年专业技术回顾-Q2 2011年专业技术回顾-Q3   7. 2011年7月 到了7月份，各种的外部环境开始微妙起来。有限元部分进展尚可，但是整体进度已经是严重地落后于估计。 在五一假期的时候，提到了几个问题。这些问题的恶劣后果还在继续，而且越来越严重。从产品来说，还完全看不到目标。不收敛的迭代，让人心里最最不安。 很多时候抱怨一些技术上的当断不断，但是工作毕竟都要人来做，水平有高有低。公司里缺少整体软件技术上的架构师。各自为政的条件下，还要求产品稳定可靠的话，只能要求大家都是天才。但是很不幸，没有天才。关键岗位的庸才用严重的影响战斗力。时间很值钱很值钱，对于创业型的公司来说，不能尽快拿出可用的产品就是死。以前的种种习惯虽然尽量避免，但是骨子里的东西哪有那么容易改变。 吊车分析还在缓慢缓慢地前进，其他一些也在推进。 既然脑袋是一团浆糊，既然必须有人去做，那就继续浆糊着做吧。 7月底，软件通过了住建部的鉴定。外部的不确定因素都已经扫清，成败与否已经完全取决于自己，取决于产品。但是目前的状况，我坚定地认为，10月1号不可能，2012年的元旦也不可能。 8. 2011年8月 预计8月8号的首场发布会因为各种原因取消。 各种工作还在继续，位移的管理增加了稀疏存储式的映射存储，效果很好。ICF的性能持续进化，很好。 stl中的map在大量应用时是内存的杀手之一。 9. 2011年9月 到了9月份，好像一切都更加忙碌起来了。但是有限元的部分很可控，至少功能和性能上都是稳定收敛逐步改进的，只会越来越好，而不是过山车。 9月份的事情很多，也是很开心的一个月。 9号，在北京进行了首场发布会，挺好的。讲的也很好。 11号，911事件10周年，很多事情值得反思。 12号，中秋节，这一年以来，第一次休了3天。 17号，参加了好友的精彩婚礼。总结了一些道理。凡事都有很多妥协，不管是员工还是老板。不管是工作还是其他。 18号，九一八事变80周年，很多谎言在今天还是继续。 ——————- 这个月喝了几次粥，相当的开心。 这个月，开始用qq音乐在晚上加班的时候来听歌。很不错，整理list的过程就很不错。 这个月，加班已久，考虑过走路与健康和心情的问题，多走走路，无论对于身体还是心情都会很好。 这是今年以来最开心的一个月。 后续： 2011年专业技术回顾-Q4

今天是Xmas Eve，加班之余也回顾一下过去的一年。 今年是历史最最忙碌的一年，接近于1年的6×12小时的工作。有开心也有不开心，但总归算是开心。 这一年的事情很多。 1. 2011年元旦 从这一天开始，从原公司交接完了工作，到了现在的单位，开始了一份充满了艰辛和挑战的工作。 与合得来的一些老朋友一起工作是很愉悦的，对进度也比较乐观。 人员合作上，4-2的的提议被否决。 这一年的事实证明，人员不再多而在精。不能做事情的人员还是需要尽早清理，否则有百害而无一利。 2011.1.8 搬家，结束了上下班1小时多的奔波，每天开始和10号线打交道。 ————————-月份分割线—————————– 2. 2011年2月 简短的春节过后，继续紧张的工作。 这一个月的工作中，提出了有限元计算核心中的几个核心概念，很有价值，也很值得欣慰。 （1）单元分组与死活单元 在酝酿和研究Midas Gen后，坚定地提出单元分组的概念，并将死活单元技术作为核心底层支撑技术。阻力很大，被怀疑，所幸在和求解器部分充分沟通后得到共鸣和支持，后续的大量专项计算在这项技术支持下顺理成章的完成。 （2）影子模型的概念 由于10版新规范中要求同时计算折减与不折减，甚至要求计算强制刚性板假定（很坑爹）。于是讨论提出影子模型的概念（Shaddow Model）。影子模型是基本模型在不同场景下的投影，但是逻辑上的一个完整的模型。 ——————-小段分割线—————————- 另外有几个程序开发上的基础设施也在这个时候成型，不断获益。 （1）ICF存储 数据存储采用专门设计带索引的二进制数据块文件，我称之为Indexed Chunk File，简称ICF。ICF作为数据存取的唯一管理者。在宣传材料，称为为异构模型数据库。ICF工作在后台，但是丰功伟绩。 （2）统一的log机制 这是每个软件都应该具备的基础设施，但是在这里没有。在有限元核心程序开发开始的第一天，就建立了单件式的log机制，采用观察者模式进行log分发。所以后续不管是控制台输出还是log到文件，还是再后来图形界面上的异步log输出，都只需要注册一个log handle。 （3）健全的资源监控机制 作为有限元分析核心，系统资源是最大的性能瓶颈。所以在一开始就建立了完善的资源监控，可以随时向log中输出当前资源状态和变化，后续调优中基本上完全依靠这一基础设施。 ——————-小段分割线—————————- 还有一个被否决的提议，既然已经是被否决的提议，则可以多说几句。 对软件正确性的验证需要和其他几款软件结果进行对比，而对比的自动化程度则完全决定的对比的可行性。因此提出做一个小工具，与对比内容无关的对比程序，通过对比内容描述文件和内容数据进行第三方的对比。 做完了协议描述和实现规格，但是被否，很遗憾。 后来的后来，有了一个基于文本的对比程序，还好。有总比没有好，而且为什么没能更好呢。 还有几个被否决的提议，比较敏感，略过。 ————————-月份分割线—————————– 3. 2011年3月 当年在第一份工作的时候，为陈旧的软件开发过程中引入了3个工具，分别是svn、bugfree和wiki。公司尝到甜头后成为了宝贝。 这个月份里面，首先建立了远程的svn代码库，后来为了方便和安全性，建立的svn的二级服务体系，包括局域网内的svn server和远程的svn server，rsync定期增量同步，很方便。 然后继续引入了bugfree，当然现在叫禅道了。 然后为禅道写了一个WorkDiary的模块，工作日志，现在或许是禅道里应用最多的一个功能。 —————————— 在做墙柱墙梁内力合并的时候，提出了一个完善的方案，就是在世界坐标系进所谓的合并来解决各分肢的方向等问题，简单而且唯一。 但是遇到了相当相当大的阻力，相当的意外。 这个工作是纯数学的转换，不涉及任何的经验处理和调整。可能是不信任、不自信或者对某些软件的迷信，导致对一切新方案的抵制。 6个月以后，还是最终朝这个简单的天经地义的方案。 —————————–…