写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术,或者一个兴趣、爱好
- 或者,就直接把你的个人博客、公众号直接搬到这里
登录/注册
收录了 结构设计软件 频道下的 50 篇内容
为什么要写这篇博客,原因很简单,因为我觉得以下的知识没有多大的用处,完全就是一个查阅课本的过程,但是浪费的时间实在是太多,我从0到1查阅了差不多3个多小时,所以为了大家不要和我一样,我把思考题放在下面,也请有缘人==懂得变通==!
火箭发射场雷击仿真,模型中包含大的塔台、地面等结构,也包含火箭上的缝隙及内部的电缆等细节。CST 内置了雷击信号模型,使用时域求解器可直接仿真 雷击下的各类瞬态电磁效应,比如瞬态电流分布,电缆 上的瞬态电压等。
在过去很长的一段时间里,由于对敏捷宣言的错误解读,人们认为架构设计和敏捷流程相冲突,敏捷和架构设计分其道而行之。后来,通过实践以及对敏捷真正的理解,大家认识到架构设计对敏捷的重要性,敏捷和架构最终成为朋友。
了解软件架构基础比以往任何时候都要来得重要,因为我们现在构建的系统越来越趋于分布式化,而且开发团队也越来越分布式化。为了解开这些迷思,开发者需要了解五个与软件架构有关的事实。

增量迭代开发是最具成本效益的软件构建方式。

作为云计算的交互设计师需要学习哪些?

今天的软件专业人员需要在技术、业务和社会的复杂性迷宫中穿行。

我的基本观点非常简单:这代表着真正的进步,也是行业的一大里程碑。当然,AI的进展并非世界末日,请大家冷静看待。

本文是架构设计实践五部曲系列文章的第五篇,技术架构的战略和战术原则。本篇讲述如何保证在做技术架构时,实现一个稳定、出色的系统。

基于 Python 接口构建的 MCP 服务,则让工程师通过自然语言就能完成从建模、网格剖分、求解到报告导出的全流程。

本文结合了作者自己的经历谈对业务架构师学习方法的认识,同时将读过且认为值得花时间研究的一些较为经典的书籍推荐给大家,希望对各位的学习过程有所助益。
1月13日,著名博客作者Jurgen Appelo写了一篇博文:“软件开发者面试百问”。InfoQ中文站在得到作者许可之后,将其全文翻译为中文,希望可以对国内读者有所助益。直接点击阅读完整文章。
大企业的软件架构所面的挑战不但与技术有关,还与企业的组织结构有关。Dan Greenblog最近在一篇博客里指出,软件架构与高效的组织结构在背后的原则上是相似的。

经过去年的起起落落,圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法。

在30年的研发实践中,华为基于IPD流程框架,结合业界先进研发模式与方法,将标准化的研发作业活动提炼为“非创造性活动”和“创造性活动”。代码提交、编译构建、单元测试执行、动静态检查、测试验证、软件部署等非创造性活动全面自动化,并通过分层分级的CI/CD流水线,构建起自动化“软件工厂(Software Factory)”,实现最小化人工干预。

软件开发的难点在于不确定性

当前,人工智能编程正经历一场深刻而关键的转型,技术发展路径的分野日益显著。万行代码」。泔水」。编译器,性能接近行业标杆。

InfoQ与Gardy Booch探讨了当机器与人类共同编写代码时,架构应当如何进化的原则性议题。

经常使用的微服务、REST或事件驱动之类的术语是什么?