收录了 结构设计软件 频道下的 50 篇内容
为什么要写这篇博客,原因很简单,因为我觉得以下的知识没有多大的用处,完全就是一个查阅课本的过程,但是浪费的时间实在是太多,我从0到1查阅了差不多3个多小时,所以为了大家不要和我一样,我把思考题放在下面,也请有缘人==懂得变通==!
火箭发射场雷击仿真,模型中包含大的塔台、地面等结构,也包含火箭上的缝隙及内部的电缆等细节。CST 内置了雷击信号模型,使用时域求解器可直接仿真 雷击下的各类瞬态电磁效应,比如瞬态电流分布,电缆 上的瞬态电压等。
本文探讨架构演进的行业级标准化趋势。
现有的许多软件架构和开发方法,一定也会在以十年为计数单位的时间段内逐渐被颠覆,而今天你我所谈的云原生、微服务等话题,仅仅是这次变革浪潮的开端。
开发人员如何才能更好地了解企业整体?
Ruby的开放类(Open Classes)功能强大,但很容易被误用。这篇文章关注于怎样减少使用开放类的风险,介绍了一些其他可替代的类似方法,并分析了其他语言如何实现类似的功能。直接点击阅读完整文章。
Girish Suryanarayana、Ganesh Samarthyam 和Tushar Sharma合著的Refactoring for Software Design Smells一书介绍了典型的软件设计味道,并提供了修复方法。
本文是周明耀技术管理专栏的第四篇文章,今天我们主要讲讲软件研发的流程问题。
设计模式学了一遍又一遍,却毫无用武之地。大概设计模式最好的归宿,就是存在程序员的深深的脑海里。
有限元分析(Finite Element Analysis,简称FEA)是一种数值分析方法,用于解决复杂的工程问题。它基于有限元法(Finite Element Method,简称FEM),将连续物体离散为有限数量的小单元(有限元),通过对这些小单元的数学建模和计算,近似求解整个物体的行为
本文介绍了谷歌的设计文档文化,希望能帮你在软件项目中做出明智选择。
在过去很长的一段时间里,由于对敏捷宣言的错误解读,人们认为架构设计和敏捷流程相冲突,敏捷和架构设计分其道而行之。后来,通过实践以及对敏捷真正的理解,大家认识到架构设计对敏捷的重要性,敏捷和架构最终成为朋友。
了解软件架构基础比以往任何时候都要来得重要,因为我们现在构建的系统越来越趋于分布式化,而且开发团队也越来越分布式化。为了解开这些迷思,开发者需要了解五个与软件架构有关的事实。
本文介绍开源软件技术对经济的影响。
最优秀的软件设计师在工作中会采用一些特定的习惯,使用一些有效的实践方法并遵守相应的原则。
增量迭代开发是最具成本效益的软件构建方式。
作为云计算的交互设计师需要学习哪些?
软件工程的核心任务是控制复杂度。
本文是架构设计实践五部曲系列文章的第一篇,架构与架构图。本文将对架构作深入的阐释,并教你什么时候画架构图、怎么画架构图。