首页 文章 精选 留言 我的

精选列表

搜索[一岁回响 | 同盟一周年特别征稿],共10001篇文章
优秀的个人博客,低调大师

POC,黑客精神的一场回响

生命不息,破解不止。 一年一度,黑客们聚集韩国首尔,分享自己对这个世界最新的理解。 这就是 POC。 如果说 POC 黑客大会和其他黑客大会有怎样的区别,除了随处可见的韩国妹子之外,就是会上透露出来的浓浓的“Pwn”的气息。 【正在进行比赛的少女黑客】 所谓 Pwn,通俗来说就是利用精准而珍贵的 0Day 漏洞,直接打穿目标系统,让对方在感受到威胁之前直接死亡。这大概就像武林中的“一招制敌”,就像现代战争中的原子弹。 虽说在真实的世界中,“乱拳打死老师傅”这种事情发生的概率并不低:利用一些陈旧的漏洞和对人性的理解,同样可以达到破解的目标。但你和我仍迷恋这种“Pwn”的感觉。整个世界在面前瞬间分崩离析,这种场面让人欲罢不能。 2006年开始创办的 POC 是韩国历史最悠久的黑客大会。虽然在世界范围内,相比九十年代初就兴起的 DEFCO

优秀的个人博客,低调大师

木兰编程语言一岁了

测试覆盖的、重现了的部分木兰语法演示。用 VS Code 插件高亮,调用了草蟒库: 为木兰语言编写的在线开发环境原型的后端也用木兰编写,使用 Python 框架 tornado: 部分报错信息中文化: 用木兰改写了 Python 入门书籍的文字冒险游戏例程: 借助 Pygame 编写的小游戏: 以上代码可用 pip install ulang 安装木兰后运行。项目开源在 Gitee: 木兰编程语言/mulan-rework​ 一年前的悬赏仍在。

优秀的个人博客,低调大师

2016.1.6~2017.7.7,袋鼠云一岁半啦

2017上半年真是转瞬即逝,昨天7月6号,也是袋鼠云成立一年半的日子。 创始人之一,袋鼠云CTO江枫(袋鼠江湖人称“袋鼠长老2号”)也不由得在朋友圈发起了感慨: 宁海元 花名江枫 袋鼠云CTO 依托2016年袋鼠宝宝们的摸索和力量积累,袋鼠云2017年聚焦行业,在新零售、新金融、智慧人社、智能制造等垂直领域持续发力。 目前袋鼠云已经和贵州茅台、方太集团、特步、波司登、中国邮政、天弘基金、分期管家、轻松筹、安吉人社、平湖人社、海盐人社、京东方(BOE)、比亚迪、中航金网等众多知名客户建立合作关系。 袋鼠云致力于将先进的互联网理念、云计算和大数据技术革新的能力,输出并惠及行业客户,共同拥抱大数据智能时代,共创未来。 2017年,袋鼠云也继续保持高效的产品研发能力,除了对2016年上线的既有两个产品,袋鼠云日志、EasyDB进行迭代和完善之外,也开发了新的产品线。两个全新的产品RD-OS,Easy[ V ] 在7月底将陆续和大家见面。 RD-OS,Realtime bigData - Operation System,中文名字为:袋鼠云实时大数据智能操作系统,该产品定位是: 一款高效的大数据实时/离线任务开发、任务调度、数据管理工具,支持对大数据处理过程进行可视化管理与控制。 使用袋鼠云RD-OS能帮助客户提升开发效率,快速创建实时/离线计算任务,缩短开发周期;任务管理与运维一体化,减轻繁冗的运维工作。 袋鼠云Easy[V]产品的定位是:秒级可视化大屏开发平台 使用该产品,通过灵活多样的图表形式对业务、运维、交易等各类数据进行实时可视化展现,帮助用户洞察复杂业务背后的数据逻辑,及时发现问题,辅助决策。 用户无需设计经验或技术背景,就可通过添加拖拽方式,快速创造出美观酷炫的可视化大屏,满足日常业务监控、调度、会展演示等场景使用需求。 2017年半年过去,各位和袋鼠云一起成长的行业客户、合作伙伴、关注并支持袋鼠云的媒体: 感谢张靓颖-感谢 大家Boy'z-一起喝采 和刘金笑-和 袋鼠朱宗庆-朱宗庆儿童打击乐(六)动物狂欢节[演奏ㄅ] 云门丽-空 一起张靓颖-第七感 拥抱五月天-他&他好男真情歌 BigPamelaWatson-Big DataTBF-TheBestOfNostalgicno-Fantasticno EraEstopa-XAnniversarivm 这些荣誉属于大家 袋鼠云奖项盘点 2016 年 度 最 具 影 响 力 区 域 服 务 商 资质盘点 行业协会入驻 中国信息协会 量子信息分会 会员单位 量子信息分会官网:http://qiac.org.cn 中国云服务联盟会员单位 浙江大数据交易中心会员单位 浙江大数据交易中心官网:http://www.zjdex.com 最后欧杰-最后 感谢张靓颖-感谢 大家Boy'z-一起喝采 袋鼠朱宗庆-朱宗庆儿童打击乐(六)动物狂欢节[演奏ㄅ] 云门丽-空 一定赵照-赵照 继续天空乐队-继续 努力赵天鸽-幸福花开 预告:袋鼠云下周将会有大新闻!

优秀的个人博客,低调大师

IoTOS v1.6.3 开源仓库一岁了

一、近期更新介绍 随身wifi设备移动端完善: 多网套餐适配:可设定套餐可用网络类型 (双网套餐) (多网套餐) 设备首页适配:网络切换、设备指令 (设备首页) 设备智能诊断:适配非原装卡号监测 智能标记等 (智能诊断-非原装卡号) 设备详情:设备状态、电量、信号 (设备详情) 我的卡号:已绑定设备查看 设备信息 (已绑定 卡号/设备) 卡列表详情优化: 修改配置:适配载入单卡配置修改 (单卡 修改配置) 顶部按钮:优化适配展开操作按钮 (卡详情) 周年进度盘点: 2023-06-18 Gitee 开源版仓库发布 荣获推荐项目 2023-07-06 IoTOS-App 移动端发布 [代理端] 2023-07-09 IoTOS-IM 消息中间件仓库发布 2023-10-06 IoTOS-Plus 商业版上线 综合充值平台 流量/短信/语音/水电费/物联卡 充值 2023-11-06 运营方案完善 阶梯防超套/阶梯限速 余额充值/日租包/无限Liang 2023-12-28 移动端上线 卡号绑定/多卡切换/余额支付 自扣费/免输入实名/映射号实名 等 2024-01-02 用户端 智能诊断/用量详情/历史用量 订单记录/卡板详情/卡板密码/官方实名 2024-05-10 阿里云2核4G 服务器 13秒一千张同步实测 2024-05-27 随身WiFi设备管理/设备套餐/设备指令 智能监测 非原装卡号/设备刷机/机卡分离 2024-06-18 20 随身wifi 移动端 网络切换/设备指令/多网套餐 感谢一路伙伴共进: 在此 感谢伙伴信任,共进前行明天会更好!

优秀的个人博客,低调大师

Solon 启动为什么特别快?

思来想去!可能与 Solon 容器的独立设计有一定关系。 1、Solon 注解容器的运行特点 有什么注解要处理的(注解能力被规范成了四种),提前注册登记 全局只扫描一次,并在扫描过程中统一处理注解相关 扫描注入时,目标有即同步注入,没有时则订阅注入 自动代理。即自动发现AOP需求,并按需动态代理 (v2.5.3 后支持) 2、容器内部结构示意图 3、支持四种注解能力的处理对象 对象 说明 BeanBuilder 构建器(比如:@Component 注解,如果没有注册此注解的构建器,则会无视) BeanInjector 注入器(比如:@Inject、@Db、@CloudConfig、@VaultInject) BeanExtractor 提取器(比如:@Scheduled、@CloudJob) BeanInterceptor 拦截器(比如:@Tran、@Cache) Solon Aop 的具体表象:即为注解处理,原则上需要提前埋好切点(不支持表达式 Aop)。开发及应用可见《四种自定义注解开发汇总》 4、关于自动代理 当一个组件(即@Component注解的类),其函数上的注解有对应的拦截处理时(即有 AOP 的需求)。此组件会启用动态代理。关于代理,可参考《动态代理的本质》。 5、容器处理的补充 比如有些需要拼装的活,可以交给配置器("@Configuration" 注解的类)去处理 或者需要初始化的活,交给生命周期的类("LifecycleBean" 接口实现的组件或 "@Init" 注解函数)去处理 再可借助事件总线+应用生命周期做些事情

优秀的个人博客,低调大师

2016 这些技术会特别火

几天前,知名科技媒体InfoWorld发布了2016年技术大赏(2016 Technology of the Year Awards),内容有些让人小激动。 这是一个总体的介绍: 将2015年称为容器之年一点都不夸张,同时,2015也是分布式计算、基于内存的分析、机器学习、平台即服务(PaaS)、实时处理、单页应用程序、软件定义网络等等取得重大进展的一年。 2016年的这些入选产品,都在重新定义IT产业和商业模式。 重点来了,其实入选的31种产品,有几个我都没听说过,了解的也就是前几个和Apache的几个项目。但就是排名前几位的产品,才让我有了一种把它们列出来并分享给大家的想法。 那就是:2016再不学Docker,真的就晚了。 下面就是和Docker相关的几个项目: □ No.1 Docker Docker影响了整个软件行业,VMware也承认在很多领域容器方案更优于VM,MS也在努力让Docker跑在Windows Server上,Google, Amazon, Red Hat, IBM, Cisco 所有的数据中心和云提供商都在盯着Docker,这是很久没有出现过的现象了,一种技术影响力如此之大。 □ No.2 Kubernetes Kubernetes是一个编排(orchestration)工具,类似运行于Apache Mesos之上的Marathon,但是它是专门为Docker容器而创建的。 Kubernetes来自Google,除了能在他们自己的Google Container Engine上工作之外,还支持VMware vSphere, Mesos, or Mesosphere DCOS,以及很多公有云,包括Amazon Web Services等。 □ No.3 CoreOS 基于Gentoo的精简版Linux,专门为运行容器而设计,天生的集群特性。 CoreOS中没有包管理器,系统升级也是自动的,而且支持滚动升级(rolling update)。 fleet是在CoreOS节点上进行容器调度的工具,分布式kv-store etcd则用来存放各种元数据,用于服务发现。CoreOS天生就是分布式的,一个节点宕机了,fleet和etcd就会重新部署一个新的应用。 □ No.6 Apache Mesos 在一个分布式集群中对计算资源进行抽象、管理和调度,更多的人爱称呼它为DCOS(operating system for the data center)。 Mesos的应用案例说出来都比较重量级。Twitter是Mesos的重要贡献者之一,并将他们的数据中心运行在Mesos之上,Apple使用Mesos重构了Siri。 另外,排名第4的Joyent Triton也是一个容器相关的项目,它要让兼容Docker的容器跑在裸机(bare metal )上。 除了这几个大红大紫的项目之外,其余项目可以归为以下几类: 不知道是否有你正在使用的或者感兴趣的项目上榜了呢? 开发语言 Python 3.5 PHP 7 Rust React 开发者工具/服务 Microsoft Visual Studio 2015 Slack Salesforce1 and Lightning Alpha Anywhere Swagger JetBrains PhpStorm Apache Ambari Cisco ACI 云计算服务 AWS Lambda Microsoft Azure App Services Amazon Aurora 大数据相关(包括数据挖掘) IBM Watson Analytics Apache Spark Splunk Apache Kafka Cloudera Impala Tableau 下面就是全部名单(按原始顺序),其中红色的都是和Docker(或容器)相关的项目或产品: Docker Kubernetes CoreOS Joyent Triton Cisco ACI Apache Mesos Apache Spark IBM Watson Analytics Splunk Tableau Microsoft Office Slack Adobe Connect Cloudera Impala Apache Kafka Apache Ambari Python 3.5 PHP 7 JetBrains PhpStorm Rust React RethinkDB Raspberry Pi Zero Red Hat OpenShift Amazon Aurora AWS Lambda Microsoft Azure App Services Microsoft Visual Studio 2015 Salesforce1 and Lightning Alpha Anywhere Swagger ====================================分割线================================文章转载自 开源中国社区[http://www.oschina.net]

优秀的个人博客,低调大师

Flutter | 状态管理特别篇——Provide

前言 今天偶然发现在谷歌爸爸的仓库下出现了一个叫做flutter-provide的状态管理框架,2月8日才第一次提交,非常新鲜。在简单上手之后感觉就是一个字——爽!所以今天就跟大家分享一下这个新的状态管理框架。 Provider被设计为ScopedModel的替代品,并且允许我们更加灵活地处理数据类型和数据。但是首先呢还是先说说老生常谈的状态管理。 为什么需要状态管理 在我们一开始构建应用的时候,也许很简单。我们有一些状态,直接把他们映射成视图就可以了。这种简单应用可能并不需要状态管理。 但是随着功能的增加,你的应用程序将会有几十个甚至上百个状态。这个时候你的应用应该会是这样。 Wow,这是什么鬼。我们很难再清楚的测试维护我们的状态,因为它看上去实在是太复杂了!而且还会有多个页面共享同一个状态,例如当你进入一个文章点赞,退出到外部缩略展示的时候,外部也需要显示点赞数,这时候就需要同步这两个状态。 这时候,我们便迫切的需要一个架构来帮助我们理清这些关系,状态管理框架应运而生。 什么是Provide 和Scoped_model一样,Provide也是借助了InheritWidget,将共享状态放到顶层MaterialApp之上。底层部件通过Provier获取该状态,并通过混合ChangeNotifier通知依赖于该状态的组件刷新。 Provide还提供了Provide.stream,让我们能够以处理流的方式处理数据,不过目前还有一些问题,不推荐使用。 Lets do it! 我们这里还是以一个简单app为例,详细介绍Provide的用法。其中涉及共享状态以及多个状态之间如何管理。 这两个页面都同时依赖于counter 和 switcher两个不同的状态。并且一个页面改变状态之后另外一个页面状态也随之改变。 该项目完整代码已放在 Github 第一步:添加依赖 在pubspec.yaml中添加Provide的依赖。 实际添加请参考:https://pub.dartlang.org/packages/provide#-installing-tab- 由于版本冲突添加失败请参考: https://juejin.im/post/5b8958d351882542b03e6d57 第二步:创建Model 这里实际上它承担了State的职责,但是为了和官方的State区分所以叫做model。 import 'package:flutter/material.dart'; class Counter with ChangeNotifier{ int value = 0; increment(){ value++; notifyListeners(); } } 这里我们可以看到,数据和操作数据的方法都在model中,我们可以很清晰的把业务分离出来。 对比Scoped_model可以发现,Provide模式中model不再需要继承Model类,只需要实现Listenable,我们这里混入ChangeNotifier,可以不用管理听众。 通过 notifyListeners 我们可以通知听众刷新。 第三步:将状态放入顶层 void main() { var counter = Counter(); var providers = Providers(); //将counter对象添加进providers providers.provide(Provider<Counter>.value(counter)); runApp( ProviderNode( child: MyApp(), providers: providers), ); } ProviderNode封装了InheritWidget,并且提供了 一个providers容器用于放置状态。 ProviderScope 为Provider提供单独的类型空间,它允许多个相同类型的提供者。默认使用ProviderScope('_default'),存放的时候你可以通过ProviderScope("name")来指定key。 添加一组Provider的时候建议使用provideFrom或者provide方法,而不是provideAll,因为它可以检查编译时的类型错误。 Provider<Counter>.value将counter包装成了_ValueProvider。并在它的内部提供了StreamController从而实现对数据进行流式操作。 第四步:获取状态 同样的Provide也提供了两种获取State的方法。我们先来介绍第一种,通过Provide<T>小部件获取。 Provide<Counter>( builder: (context, child, counter) { return Text( '${counter.value}', style: Theme.of(context).textTheme.display1, ); }, ), 每次通知数据刷新时,builder将会重新构建这个小部件。 builder方法接收三个参数,这里主要介绍第二个和第三个。 第二个参数child:假如这个小部件足够复杂,内部有一些小部件是不会改变的,那么我们可以将这部分小部件写在Provide的child属性中,让builder不再重复创建这些小部件,以提升性能。 第三个参数counter:这个参数代表了我们获取的顶层providers中的状态<T>。 scope:通过指定ProviderScope获取该键所对应的状态。在需要使用多个相同类型状态的时候使用。 第二种获取方式:Provide.value<T>(context) final currentCounter = Provide.value<Counter>(context); 这种方式实际上调用了context.inheritFromWidgetOfExactType找到顶层的_InheritedProviders来获取到顶层providers中的状态。 如何组织多个状态 和scoped_model不同的是,provide模式中你可以轻松组织多个状态。只需要将状态provide进provider中就可以了。 void main() { var counter = Counter(); var switcher = Switcher(); var providers = Providers(); providers ..provide(Provider<Counter>.value(counter)) ..provide(Provider<Switcher>.value(switcher)); runApp( ProviderNode( child: MyApp(), providers: providers) ); } 获取数据流 在将counter添加进providers的过程中进行了一次包装。我们刚才通过分析源码知道了这个操作能够让我们处理流式数据。 通过 Provide.stream<T>(context) 就能获取数据流。需要注意的是,这里每次获取的数据流都 StreamBuilder<Counter>( initialData: currentCounter, stream: Provide.stream<Counter>(context) .where((counter) => counter.value % 2 == 0), builder: (context, snapshot) => Text('Last even value: ${snapshot.data.value}')), 不过在我的使用当中出现了streamTransformer失效的情况。在firstScreen和secondScreen同样应用这一段相同的代码,second screen的where方法能够生效,过滤掉奇数数据,而first screen中则是收到了完整的数据。 需要注意的是,这里每次获取的数据流都会重新创建一条新的流。 /// Creates a provider that listens to a stream and caches the last /// received value of the stream. /// This provider notifies for rebuild after every release. factory Provider.stream(Stream<T> stream, {T initialValue}) => _StreamProvider<T>(stream, initialValue: initialValue); 关于这个做法还有一些争议,具体可以查看这个issue: https://github.com/google/flutter-provide/issues/3 不过这个功能还可以结合rxdart使用,可以通过stream轻松构建Observer,让我们更加灵活的组织数据。 根据多个状态重建小部件 当我们一个视图可能依赖于多个状态进行重建的时候,可以使用ProvideMulti小部件。 写在最后 自从上次写完状态管理拓展篇Rxdart之后断更了三个月。总结篇迟迟没有出来,在这里先说一声抱歉。对于我来讲状态管理这个本身就是一个新鲜玩意,所以在没有经过大型应用实战检验的总结都是空谈。 这也是为什么我迟迟没有开始写总结篇的原因。不过在这我可以说一些自己的感受,供大家参考。 在这几个月中,我用的比较多的是BLoC,它组织数据确实非常灵活,可以很轻松的实现懒加载之类的操作。而且stateful widget写的是越来越少了。缺点就是入门的门槛比较高,理解StreamTransformer和为什么需要pipe花了我不少时间。使用bloc思维方式需要比较大的改变,我看到了许多人在项目中使用bloc,但是用得很奇怪,还在以之前的思维模式思考。而且bloc只是对数据进行组织,共享状态平时还是使用的InheritWidget,确实要做很多额外的功夫。 其次我比较喜欢的就是scoped_model,理由就是简单好用。学习成本很低,而且没有写什么模版代码。 我最不想使用的状态管理方式就是redux了,一个是入门难度比较高,而且对于异步数据处理我也觉得是相当麻烦的。但是闲鱼团队倒是喜欢redux,之后还会开源闲鱼的状态管理框架fish_redux。所以说,可能还是我编写的应用还不够复杂,才会有这种感受。redux在复杂应用上能够更加清楚的划分职责,并且单向数据流以及state是immutable的特点这些都是redux的好处。 最后我再谈谈Provide。Provide整体上给我的体验非常接近Scoped,简单易上手,并且更加强大。model不用再继承,只用实现Listenable让它不再具有侵入性。于此同时又增加了stream的特性,和bloc的做法又有几分相似。如果你使用过Scoped_model你会很快就上手。 不过可以说的是,Provide是一个非常优秀的状态管理方式,值得你去使用。但是目前该package还存在一些问题,例如Provide.stream,在未来可能会进行较大的变动,需要慎重使用。 本次代码已上传Github: https://github.com/OpenFlutter/Flutter-Notebook/tree/master/mecury_project/example/flutter_provide 如果您对Provide还有任何疑问或者文章的建议,欢迎在下方评论区以及我的邮箱1652219550a@gmail.com与我联系,我会及时回复!

优秀的个人博客,低调大师

AT&T同AWS携手打造云计算、物联网和网络同盟

AT&T和Amazon Web Services已经进行了多年的合作,将云计算和网络服务结合起来。此次合作,最终的目标是让共同的客户能够通过AT&T的网络使用AWS的云服务,完成从物联网到安全,从大数据到软件定义数据中心和组网在内的一切事情。 对于AT&T,此举是该公司为了更好地将其网络和企业服务同重量级云计算厂商集成的又一次合作。本周AT&T同AWS的合作之前,该公司已经同IBM达成了协议。 对于AWS,同AT&T的合作拓宽了它的生态系统,并且为它提供了一个大型企业网络供应商。这些合作帮助AWS巩固在企业混合云部署中的地位,也有助于争取那些现在打算把更多工作负载放到公共云之中的企业。 AT&T和AWS的合作围绕着一下几个领域展开: 网络整合。AT&T的NetBond是一个能够创建私有并安全的网络连接到AWS的平台。AT&T和AWS计划开发新的工具提高客户的可见性,并提供给客户自动化和更好的安全性及性能。AT&T NetBond的生态系统包括AWS、IBM、Salesforce、微软Azure、Box、思科、惠普 Helion和VMware。 物联网。AWS和AT&T表示他们为这家无线巨头的网络增加了预先配置了传感器,这样它们就能够将数据发送到云端。整合可以快速缩放。例如,AT&T拥有2900万台连接设备,将它们连接到AWS物联网能够给这家云服务供应商更多的分析客户。这两家公司还将整合数据计划和AWS物联网服务。 安全性。AT&T和AWS将努力将对于安全威胁和数据问题的专业知识同集成安全平台结合在一起。 这两家公司表示,这种合作伙伴关系在未来还将不断扩展,超出这三个领域。 原文发布时间为:2016年10月7日 本文作者:作者:孙博 本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网。

优秀的个人博客,低调大师

特别的更新 | gpress v1.1.6 发布

gpress 是 Web3 内容平台,Hertz + Go template + FTS5 全文检索,支持以太坊和百度超级链,兼容 Hugo、WordPress 生态,使用 Wasm 扩展插件,只需 200M 内存. 作为静态站点:gpress 生成的静态文件和 Hugo 一致,也可以简单认为 gpress 是 Hugo 的后台管理,兼容 Hugo 主题生态,已迁移多款 Hugo 主题:even、doks、book、geekdoc...... 作为动态站点:gpress 功能简单,只有 7 个菜单,5 张表,5000 行代码,使用 SQLite, 一键启动,只需 200M 内存,支持全文检索。兼容 WordPress 主题生态,已迁移多款 WordPress 主题:generatepress、astra...... 作为 Web3:gpress 已支持以太坊和百度超级链账户体系,会基于 Wasm 持续迭代去中心功能,让数据自由一点点...... 作为后浪:相对于 Hugo、WordPress 等优秀的内容平台,gpress 还有很多不足,功能简单而又稚嫩...... 帮助文档:点击查看帮助文档 个人博客jiagou.com使用 gpress 搭建,搜索和后台管理是动态,其他是静态页面。 更新: 增加Dockerfile 完善文档,注释

优秀的个人博客,低调大师

特别的更新 | minRAG v0.1.1 发布

RAG 从未如此简单 minRAG 是从零开始的 RAG 系统,追求极致的简单和强大,不超过 1 万行代码,无需安装,双击启动。支持 OpenAI、Gitee AI、百度千帆、腾讯云 LKE、阿里云百炼、字节火山引擎等 AI 平台. RAG 入门教程:<<十天手搓 minRAG, 操纵 DeepSeek 的幕后黑手> 下载体验:https://gitee.com/minrag/minrag/releases 界面预览 更新: 配置增加默认大语言模型llmModel 增加MarkdownTOCIndex 和 MarkdownTOCRetriever组件,支持markdown目录索引方式 增加Dockerfile 增加联网搜索组件 默认使用markitdown处理文档 json无法序列化error类型,使用Message返回错误信息 完善注释,文档

优秀的个人博客,低调大师

特别的更新 | zorm v1.8.0 发布

Go 轻量 ORM, 零依赖,零侵入分布式事务,支持达梦 (dm), 金仓 (kingbase), 神通 (shentong), 南通 (gbase),TDengine,mysql,postgresql,oracle,mssql,sqlite,db2,clickhouse... 源码:https://gitee.com/chunanyong/zorm 官网:https://zorm.cn 基于原生 sql 语句,学习成本更低,性能更优 代码生成器 代码精简,主体 3000 行,零依赖 5000 行,注释详细,方便定制修改 支持事务传播,这是 zorm 诞生的主要原因 支持 mysql,postgresql,oracle,mssql,sqlite,db2,dm (达梦),kingbase (金仓),shentong (神通),gbase (南通),TDengine,clickhouse 支持多库和读写分离 不支持联合主键,变通认为无主键,业务控制实现 (艰难取舍) 集成 seata-go,hptx,dbpack 支持全局托管,不修改业务代码,零侵入分布式事务 支持 clickhouse, 更新和删除语句使用 SQL92 标准语法 更新: 检查Dialect设置是否正确 完善文档,注释

优秀的个人博客,低调大师

小猿日记(5)- 520特别篇

口水记 今天就不聊啥工作,啥日常了。 工作:敲键盘 日常:睡大觉+健身 早上吃大豆包子,喝着红豆鲜奶。 手敲键盘,眼观屏幕,心系佳人。 遇见了你 星星开始闪烁 阳光也是橙子的芬香 微风轻抚 想象是与你游览春光 听自然的妙不可言 徜徉于原野之间嬉笑 因为是你 我看见了未来 那是在你眼中 我才看见了自己的美丽 无声无息却刻骨铭心 是梦啊 不 那是几世缘分换来今生相识 是流星之绊的眷顾 是一切美好该有的样子 ――Shadow Thief 忍不住一遍又一遍心里默念着你为我写的诗词 心中的思念一遍又一遍缠绵 思念似蛛丝缠绕 如酒般醇香 有黄连之苦 亦不乏棉花之甜 爱情的滋味 有苦有甜 暮年回首 最是惹人回味 异地过后 山间田野与你 蓝天白云 日月星辰与你 凛冬暖春 你都有我 ——谙忆 自己很是幸运,能遇到她。我会珍惜她的。 对于人生,每个人都有每个人的活法,没有谁能说谁的人生就一定是最好的,最幸福的。 活出自己,活得舒服,不是大富大贵,但是想要的基本都能买,想玩的地方都能去,家人身体健康,爱情美满,人到暮年,爱人是她,这就是我现在想要的一个人生。 小结 好好珍惜在一起的人 每一次相遇总是有着注定的安排 两眼对视 便许下了今生 暮年再续来世 不正经语录 人生本没有烦恼,想的多了,便有了 每个人的人生,或多或少都是有自己的选择在里面的 声明 本文故事不是遐想,如有雷同,那么祝福你们。 欢迎转载。 转载请务必注明以下信息。 原作者:谙忆 原文地址:https://copyfuture.com/blogs-details/20200520181039558ibrz1r16jfxjjya 公众号 更多精彩内容、活动、程序猿的小故事,欢迎扫码关注公众号

优秀的个人博客,低调大师

专栏一岁了-我为什么投身于普及用中文编程

知乎专栏于2017年11月9日开通, 之前只想写些中规中矩的年度小结, 但感觉有些东西不吐不快, 权当人生阶段报告吧. 最早对编程的接触在初中, 同学帮他家里玻璃厂写了个优化切割率的程序, 我看了点源码. 高中时想自学C未果. 00年大学志愿选了听起来和计算机很接近的信息工程专业, 当时属于软硬兼修但偏电子方面. 大一开始学C, 选修了单片机/汇编等等, 之后课程中计算机基础知识(尤其体系/系统方面)比较欠缺. 毕业后在上海工作四年, 跟着不少前辈学习, 对软件工程实践有了点亲身体会. 2008年抱着对AI的憧憬来美国读硕. 英语从小学之前家里开始教, 之前这一路上英语算是相对强项. 硕士期间, 补一些计算机基础课之外, 修了一些AI/自然语言处理/编译器入门相关课程, 在学校的机器人实验室做了点工作. 毕业后留美做了网络开发软件工程师, 业余开始做一些开源项目(浏览器插件). 2014年才在岗位中第一次参与可读性审核, 在国外公司参与不同国家程序员的可读性互评, 才发现母语的优势(如一群华人和东欧人讨论英语选词的时候). 2015年开始一系列中文编程相关尝试, 见前文小结此不赘述. 2015年中有了大女儿, 2016年在出国八年后第一次回国探亲. 2017年中, 二女儿尚未出生, 在国外听闻奶奶去世, 同月在Github创建中文编程讨论组. 之后的绝大多数业余时间都用在相关开发讨论中. 想来算是有生以来最投入的一个业余爱好了. 对于中文编程的广泛社会效益在其他专栏文章已有阐述, 这里说说对我个人的益处. 保持自己的语文水平. 虽然在家里说中文, 但写作量非常有限. 亏得讨论组和专栏, 这一年多的中文写作量大概比在国外的前九年加起来还多(也许还可以加上工作和大学的八年). 更不用说各个相关项目开发中使用中文命名更考验用词能力. 锻炼在线社交能力. 在探讨和论战过程中, 对现今的网络环境有了更直接的认识, 作了不少自我修炼. 希望借此与国内同行多交流, 避免与国内的迅速发展脱节. 一路上结识了不少同道, 期待更多合作者. 国家越强大, 在国外越安全. 两个女儿, 更不希望看到乱世 (用中文编程可帮助缓解国内人力短缺问题, 降低初创公司的开发成本, 促进自主基础软件开发和传统行业信息化, 加速提高全行业的国际竞争力) 两边父母尚在, 国家越早富强才更有动力早日全家回国开创事业 希望用中文编程帮助下一代在英文环境中(如果#5不能短时间成行)学习中文相关知识, 避免只会听不说不写 总之, 虽然困难重重, 但有足够理由坚持下去. 2018-11-01

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册