企业架构师、解决方案架构师和技术架构师的异同 - Briqi
。
基础架构和网络架构师负责直流拓扑和网络。
负责编写跨技术和/或应用程序的解决方案的解决方案架构师（例如 Azure 解决方案架构师、AWS 解决方案架构师或特定程序解决方案架构师）。
企业
1 年 前
使用DDD将领域发现转化为产品和组织改进 - Nick
百万行代码（包括大量遗留问题）的公司中，产品、软件和组织中可以改进的地方无穷无尽。选择关注什么是一个重大决定，错误的选择可能对企业和个人产生重大影响。 一些技术领导者觉得他们没有经验和技能来自信地领导
2 年 前
转贴：最佳J2EE方案讨论之O-R Mapping： hibernate v.s. CMP，请大家讨论
。 4. 动态Query。 Entity Bean很难实现动态Query，这是因为它基于代码自动生成技术，即最终的执行代码是在部署编译时生成的。hibernate则有根本
20 年 前
从函数式的角度反思
也是这样，运算器和存储器是很自然地分开的两个概念。 我们都是编程的，自然地我们经常接触存储技术，持久层等概念。嗯，我们认为掌握这些就能满足计算机的要求了。但事实是，这是非常表面，或者说这些根本没有
10 年 前
OpenAI Sora真的有自己的物理模型吗？
意义上的 "直观物理引擎"。
当然，人类和动物是否具有这种强大意义上的物理模型还有待商榷。因为人类从小就能理解和预测物体的物理特性及其相互作用。
Sora 技术报告的细节不多，但我们
2 个月 前
Java学习推荐书籍
天书一样，这类读者我还是建议多理解一些Java源码，多练习做一些项目，多学习和掌握一些技术细节，当 技术掌握到一定程度，量变会产生质变，思维观点会更侧重于设计，这时读这本书会顺利得多。 很多有经验的
20 年 前
编程龙书的两位作者凭借编译器技术获得2020年图灵奖
支持计算机编程语言的基本概念方面所做的工作而获得今年的图灵奖。Ullman和Aho之间的合作是开创编译器技术的先河，该合作始于1967年在AT＆T的传奇研究中心贝尔实验室。 在过去的五十年中，计算机
3 年 前
关于暴露业务模型（Exposed Domain Model Pattern）1
贫血模型更易引起争论；其中由方法论层面上的问题，也有技术层面的问题，在这里也无法给出全面的分析，那就只能谈几点认识，可能带有一些倾向性，其实这类问题本来就有一个价值选择的问题。这些倾向和选择也都是缘于
10 年 前
[转]十五年,你积累了什么?
的东西］ 那你自己最熟悉的技术点在哪方面? 答:JAVA技术方面,比如多线程. OK,那我们聊聊JAVA技术.JVM底层技术有了解吗? 答:这个当然了解. 请用你知道的
10 年 前
亚马逊的分布式计算宣言 - werner
：
第一个是转向基于服务的模型，
第二个是改变我们的处理方式，使其更接近于工作流方法的模型。
本文没有说明应该使用什么具体技术来实现新架构。只有当我们确定新架构能够满足我们的要求并且我们着手
1 年 前
RoR的正确定位
真正的企业级开发，要考虑太多、太远，稳定性、高性能、扩展性、异构系统集成、遗留系统重用、多种客房端等等，全是一堆头让人头疼的事情。需求如此复杂，技术 架构 自然就复杂了。而国内大多数吃J2EE这口
10 年 前
纠结了，微服务和单体你选择哪一个？
本文是一篇 微服务 和单体 架构 比较文章，这类文章很多，但是比较的现象背后其实已经假设了一种先验的判断标准，这篇文章的言下之意是微服务比单体高级，对人员素质要求高，其实这是一种误解，微服务
5 年 前
领域模型优先于数据库表
自然会使用这些技能。
但是请尝试在不考虑存储的情况下对业务问题进行建模，看看结果会如何。测试驱动开发对于此类任务来说通常是一种很好的技术。然后，一旦你有了一个好的 API，就考虑如何存储数据。您以
6 个月 前
有了OO、分层、DI、AOP、TDD和Refector，DDD不再是空谈
一晃眼搞了7、8年的企业应用管理和研究，各种技术、思想翻来覆去折腾了很久，最近总算是有点持拨云见目的感觉了，于是放出点大标题和各位论论道。 主要观点其实在一年半前，已经在jdon首发的文章“坚持
10 年 前
为什么我们需要volatile关键字？
一个工具 jcstress ，它可以帮助进行这类测试。jcstress使用多个技巧，测试的线程在不同的核心上运行。这里上面的例子被重写为jcstress测试： @JCStressTest
4 年 前