千万不要用 pgloader,就是个垃圾 etlalchemy 是值得信赖的选择. https://github.com/seanharr11/etlalchemy 还有其它基于 sqlalchemy 的 migration tool 都值得一试,我已经用了不少 sqlalchemy 特性,比如从 mysql -> sqlite, mysql -> postgres,我深深的了解到,只要做好一个 column type mapping 之类的东西就好了,核心功能 sqlalchemy 基本都完

很久没玩 activiti 了再摸起来都有点陌生了,梳理了一下要点如下: 1. d2js 作为业务端发起流程. d2js.exports.vocationRequest = d2js.vocationRequest = function(params){ try{ $V(this, params, { reason : T.string, duration : T.int }); this.startProcess('请假', params); this.session.message = 'v

会是一个有趣的方向,适合独立游戏制作人,独立动画电影制作人.

做 TiDB 的缘起是从思考一个问题开始的:为什么在数据库领域有这么多永远也躲不开的坑?从 2015 年我们写下第一行代码,3 年以来我们迎面遇到无数个问题,一边思考一边做,尽量用最小的代价来快速奔跑. 作为一个开源项目,TiDB 是我们基础架构工程师和社区一起努力的结果,TiDB 已经发版到 2.0,有了一个比较稳定的形态,大量在生产环境使用的伙伴们.可以负责任的说,我们做的任何决定都经过了非常慎重的思考和实践,是经过内部和社区一起论证产生的结果.它未必是最好的,但是在这个阶段应该是最适合我们

Date date = new Date(); Instant instant = date.toInstant(); Chronology chronology = HijrahChronology.INSTANCE; //Chronology chronology = IsoChronology.INSTANCE; ChronoZonedDateTime<? extends ChronoLocalDate> c = chronology.zonedDateTime(instant.atZo

目前架构有几个热点方向:微服务, dubbo, Faas,还有 TiDB. 现在开发模式是前后端分离基本成为行规. 应该说以大部分企业业务量级.人员规模来说,要去和淘宝等大厂去对标是非常傻的.对大部分企业来说 LAMP 就够了,要是聪明点把 M 换成 P,那 ElasticSearch 什么的就都省了. 那么这些企业为何要跟风呢? 原因很简单,确实他们有爆发的可能,而一旦爆发后IT建设扛不住压力,就会导致流失的客户再也不回来.人人网曾经有过这样的故事,最近也见过几个这样的案例.可伸缩架构对他们来

Transaction 视为一个 Actor. start_transaction(Order) -> p1 = spawn(start_order(self, Order.subOrder1)) # 酒店 p2 = spawn(start_order(self, Order.subOrder2)) # 航空公司 p3 = spawn(start_order(self, Order.subOrder3)) # 汽车公司 wait_try_success(Order, [p1, p2, p3])

SAGA TCC 的本质就是一个 workflow, 用 activiti, conductor 或 zeebee 都可以实现. saga, tcc 依赖的状态机模型在 workflow 引擎一直在用, 二者并无本质不同, 并且 workflow 较之更通用. 当然, 专用也有专用的价值. 不管在 tcc 还是 saga, 用几个 annotation 就可以实现事务的串联进行和回滚(引擎会"自动"找到相应的接口), 但对于引擎来说, 完全没有必要诞生专门的 tcc/saga serv

前两年在爬虫里折腾的太久了,最近快马加鞭追赶分布式架构潮流. SpringCloud.Dubbo.ServiceComb 刷完,以为分布式架构就是这样了.这批架构可能也就 Java 栈的人会感觉它们特别方便特别强大,其实就那么回事而已.我以为下一代架构应该是 FaaS.相比 d2js,FaaS 的缺陷是不支持函数束,看起来就像一个一个的 Servlet,和 Servlet 相比 FaaS 在容器方面进步挺大,而编程模型却倒退了. 消息驱动的设计也谈不上多出人意料,结合流程编排倒是可以实现点实用的

和同时代的其它语言比,VB 设计的太烂了,应景之作,充满了各种小聪明. 当时有 JS, 有 python,VB 的设计者不懂参考借鉴,给出的是一个连继承都没有的设计. VB 的语言设计问题极多, 首选当推没有继承.一个没有继承的语言能干什么呢?缺乏继承,没有包管理,注定它不能走多远.同时代的 JS 都有漂亮而容易实现的 prototype 继承,其它语言也各有特色,VB 可以说起步就落后. 没有继承,因此也没有单根 Object.在多重继承还是单根继承的年代,争议倒是没有了,但没有明智的判断也就

https://icyfenix.cn/tricks/2020/java-crisis/qcon.html 另一方面,在微服务的背景下,提倡服务围绕业务能力而非技术来构建应用,不再追求实现上的一致,一个系统由不同语言,不同技术框架所实现的服务来组成是完全合理的:服务化拆分后,很可能单个微服务不再需要再面对数十.数百GB乃至TB的内存:有了高可用的服务集群,也无须追求单个服务要7×24小时不可间断地运行,它们随时可以中断和更新.同时,微服务又对应用的容器化亲和性,譬如镜像体积.内存消耗.启动速度,

代码里充斥着过程式编程的搞法:比如这里 Utils.PathIsUnc,分散的到处都是 internal static IEnumerable<string> GetDefaultAvailableModuleFiles(string topDirectoryToCheck) { if (!Directory.Exists(topDirectoryToCheck)) { yield break; } var options = Utils.PathIsUnc(topDirectoryToChe

https://thenewstack.io/microsoft-excel-becomes-a-programming-language/ 微软的研究人员相信,由于引入了一项名为 LAMBDA 的新功能,他们现在终于将 Excel 转变为成熟的编程语言."有了 LAMBDA,Excel 已经成为图灵完备的.原则上,您现在可以用 Excel 公式语言编写任何计算,"微软博客宣称. 我想说,兄弟,图灵完备并不稀罕,你们家的 XLM 在 Excel4.0 就图灵完备了,难得的不是图灵完备,

9-11 发现的,过久了都忘了,记一下 string s = Encoding.ASCII.GetString(new byte[] { 0x57, 00, 0x49, 00, 0x4e, 00, 0x44, 00, 0x4f, 0, 0x57, 0, 0x53, 0 }); // WINDOWS int i = s.IndexOf("IN"); Console.WriteLine(i); // -1 在 .net framework, 得到的是 -1. 然而在 .net core,得

正在写一篇关于UI的思考,接触到 Android 的 Jetpack Compose: 从第一原则撰写 | 可理解的胡言乱语

微软真的挖了很多坑,可能就像任正非说的,在90年代进入了无人区,差不多十年多时间有精力没有地方撒,无法判断前进方向,推出了很多错误的路线.现在遇到的 XLST 就是一个大坑. XLM 在 00 年后开始热炒,这种标记性语言在技术层面确实有一定的价值.它是一种更根本的盒式标记性语言,比起HTML,它可以更好的表达数据.这个语言就像 LISP 一样,看起来很根本,使用可以非常灵活.这种东西是考验架构师/产品经理的重要关口.从市场来看,当时微软有很强的技术号召力,微软不是一家纯粹的我做产品给你用的公司

https://pentestlab.blog/2018/01/16/microsoft-office-dde-attacks/ =cmd|'/c calc.exe'!A1 =MSEXCEL|'\..\..\..\Windows\System32\cmd.exe /c calc.exe'!'' 看,Excel 可以把 shell 命令表格化,还能执行,真的很牛,Excel 还能当 bat,脑洞不错. 当然事情也没有那么科幻,这个技术的初衷并不是让 Excel 扮演 bat,它的目标是为了运行 s

在水木看到一个帖为什么 Smalltalk 没落了?,提到两篇好文: http://www.wirfs-brock.com/allen/posts/914 https://gbracha.blogspot.com/2020/05/bits-of-history-words-of-advice.html Smalltalk 有很多漂亮的设计:如 VM = 系统,按这种设计在裸机上建 VM 就够了 等等,留下了很多遗产. 又看到一个 VB6 的未来的帖: What's the Future of V

JDK 18 最新动态和 JDK 19 新特性预测_语言 & 开发_Michael Redlich_InfoQ精选文章 里面提到文章 定界延续(delimited continuations)和尾调用, Why Continuations are Coming to Java 这篇文章非常棒,已经和我之前的想法非常接近了,贴几段 google 翻译的: 此类实现一次性多提示有限延续,但我们可以决定添加克隆它们的能力.如果我们克隆一个延续,我们可以捕获它的特定时间,然后我们运行它,我们会得到一些称

简单软件架构的一些好处_大数据_Dan Luu_InfoQ精选文章 Wave 是一家价值 17 亿美元的公司,拥有 70 名工程师,该公司的产品是一款加减数字的 CRUD 应用程序.为了与此保持一致,我们的架构是一种标准的 CRUD 应用架构,基于 Postgres 的 Python 单体架构.先从一个简单的架构入手,然后尽量用最简单的方式来解决问题,这使得我们的业务范围能够扩大到这种规模,而工程师们大多专注于为用户提供价值的工作. 技术架构保持简单,尽量做到直出. 把焦点放在业务架构. d2j