- 综合排序
- 最热优先
- 最新优先
- 来自专栏全栈程序员必看
离心泵CAE_2_ICEM剖分网格_2_叶轮流道
由于三个流道分开来划分网格，所以分三部分来分别讲解，这里是第2篇，叶轮流道的网格剖分，有了上篇进口延伸段的网格剖分的基础，这里就没必要讲得那么事无巨细了。 2 叶轮流道网格剖分 2.1 更改工作目录和导入几何体 新打开一个ICEM软件。 File->Change Working Dir…，更改工作目录，把工作目录更改为叶轮流道几何体所在目录，确定。 用Material Point物质点的方式来创建体，Matreial Point选项中Location位置用默认的Centroid of 2 points两点中心，然后在2 screen locations 2.5 划分网格 还是用最简单粗暴的均匀非结构网格粗略来划分。 单击Compute或者OK都行的，让它来划分网格吧。 右下方会有信息冒出来，还有个进度条在走，稍候片刻，妥了，网格画好。
1.7K10编辑于 2022-09-01 - 来自专栏陶士涵的菜地
Golang比php开发好在哪？
常见的PHP库是workerman框架，是基于PHP语言原生开发的。PHP的进程管理功能并不是很完善，这可能是由于PHP的设计理念和使用场景导致的。 总的来说，Go语言比PHP更快、更安全、更易于编写和维护，因此许多开发人员倾向于使用Go语言来开发后端服务和系统程序。 但是，PHP也是一种功能强大的编程语言，特别适合用于开发Web应用，并且有很多优秀的框架和工具可以帮助开发人员更快地构建Web应用。 如果开发在线客服系统这种极大依赖网络即时通讯的功能，golang比php的优势要大的多。
70850编辑于 2022-12-22 - 来自专栏不知非攻
鸿蒙应用开发，比 React 体验更好
而且他比原子化 CSS 学习和记忆成本更低，更灵活，可以说是原子化 CSS 的理想化实现。 ArkUI 在设计上，还引入了一个风险较大的设定：样式后置。 直到后来我才理解到，这种注重语义化和容器的 UI 表达方式，可能比 JSX 更好，这才是最佳实践。 除此之外，这种声明式语法的编译速度会比 JSX 更快，性能上会更好 2、总结 鸿蒙应用开发的 ArkUI，和基于 HTML + CSS 的 React 相比，能够更方便的使用语义化，提倡样式与结构合并， 并在 UI 设计上，简化了视觉格式化模型，注重容器特性，学习理解成本得到了极大的降低，并且基于 set 的思维方式链式调用样式，大胆的将样式后置，在我个人的主观感受里，这是一种比 React，比 Flutter 更舒适的开发体验 大多数前端开发多半都有一个坏习惯，写点代码就想看看布局现在已经长什么样了，这样其实挺影响开发效率的。
51010编辑于 2024-02-22 - 来自专栏码农小胖哥的码农生涯
Swagger3就是比2简单粗暴
Swagger3集成 Swagger目前最新版本是3.0.0,在Spring Boot应用中集成Swagger3比老的Swagger2简单多了，它提供了一个Starter组件。 这非常有用，Swagger仅仅建议在开发阶段使用，这个正好是个开关。 最开始我们提到Swagger3不需要使用@EnableOpenApi或者@EnableSwagger2开启，这里也能找到答案。 ) public @interface EnableSwagger2 { } 上面的两个导入类都可以在OpenApiAutoConfiguration找到，所以Swagger3提供的是全自动的集成。 swagger-ui.html", "/swagger-ui/**", "/swagger-resources/**", "/v2/
4.6K60发布于 2021-04-26 - 来自专栏云计算
Code2Cloud：比ALM中断更大
VMware的Code2Cloud很受众。根据这一噱头，整个开发基础设施都作为一项没有设置、也没有硬件或软件管理的服务来交付。 就像同事和朋友Michael Cote所指出的那样，Code2Cloud可能会在应用生命周期管理（ALM）中造成相当大的改变： Red Monk公司分析师Michael Cote说：“软件开发等一系列的工具一直都难以安装和集成 “虽然基于云的开发有望使应用交付，部署和使用变得更加容易，但我还没有发现能够充分利用云的特性来统一管理应用的方法。 VMware的SpringSource Code2Cloud将迈出把大部分开发管理栈迁移到云中这伟大的一步，并且有望能够消除那些繁琐的应用管理任务。 翻译2_看图王.jpg 注意事项：开始一个试验来评估Code2Cloud。如果满足您的开发需求，可以迅速扩展。在最短时间内将您的计划与云中的应用程序交付、部署和使用联系起来。
69150发布于 2018-01-15 - 来自专栏机器之心
llama2.mojo比llama2.c快20%，最年轻的语言Mojo惊艳开发者社区
Mojo 本地下载所提供的工具箱也可以让开发者更轻松地上手。 它已经比 Karpathy 的 llama.c 快了 20%。而这并不是速度的终点，未来可能会更快。 llama2.py、llama2.c、llama2.mojo 的直观对比 这个版本利用了 Mojo 的 SIMD 和矢量化原语，将 Python 的性能提高了近 250 倍。 即使在快速运行模式下，Mojo 版本的性能也比原来的 llama2.c 高出 15-20%。这展示了通过 Mojo 高级功能进行硬件级优化的潜力。 他曾在苹果的开发者工具部门任职，还担任过特斯拉副总裁。
44410编辑于 2023-09-19 - 来自专栏魏艾斯博客www.vpsss.net
腾讯云服务器标准型S2 是大部分网络业务最佳选择
image.png 腾讯云服务器标准型 S2 是较新一代的标准型实例，提供了平衡的计算、内存和网络资源，是很多应用程序的良好选择。 为什么说S2是大部分业务的最佳选择呢？ 我们说大部分业务都是4核8G内存以下就可以流畅运行的，无非是个人博客、中小型网站，流量在几百到几十万的样子，那么标准型S2就可以很流畅的运行起来了，性能方面无需担心，很轻松，价格也便宜，还能够满足大部分人的成本要求 ，所以标准型S2是腾讯云力推的一款主力机型。 以下是当前标准型S2的全部在售规格、配置、性能。 更多参阅标准型文档。 image.png 那么在哪里能够买到标准型S2服务器呢？ 之前写过相关文章，供你参考 腾讯云标准型S2 与标准型S1 服务器配置价格区别及如何选择 腾讯云标准型S2 与标准型SA1 服务器配置价格区别及如何选择？ image.png
2.3K50发布于 2019-10-12 - 来自专栏JavaPark
为什么 2 * (i * i) 比 2 * i * i 效率高？
问题 为什么 2 * (i * i) 比 2 * i * i 效率高？ 首先来看 2 * (i * i) 的字节码： iconst_2 iload0 iload0 imul imul iadd 再来看 2 * i * i 的字节码： iconst_2 iload0 imul 我们深入底层去看看 JIT，JIT 更倾向于展开小循环，而 2 * (i * i) 是以 16 倍来展开的： 030 B2: # B2 B3 <- B1 B2 Loop: B2-B2 inner 再来看看 2 * i * i 版本： 05a B3: # B2 B4 <- B1 B2 Loop: B3-B2 inner main of N18 Freq: 1e+006 05a addl 因此，问题迎刃而解，2 * (i * i) 之所以比 2 * i * i 效率高，是因为 JIT 为 2 * (i * i) 生成了更佳的汇编代码。
2.3K10编辑于 2022-06-15 - 来自专栏.NET企业级解决方案应用与咨询
.NET混合开发解决方案24 WebView2对比CefSharp的超强优势
.NET混合开发解决方案2 WebView2与Edge浏览器的区别 .NET混合开发解决方案3 WebView2的进程模型 .NET混合开发解决方案4 WebView2的线程模型 .NET混合开发解决方案 或WPF窗体 .NET混合开发解决方案13 自定义WebView2中的上下文菜单 .NET混合开发解决方案14 WebView2的基本身份验证 .NET混合开发解决方案15 WebView2控件集成到 NET混合开发解决方案21 WebView2 应用的开发最佳做法 .NET混合开发解决方案22 开发安全的 WebView2 应用 .NET混合开发解决方案23 将 WebView2 应用分发为单个可执行文件 同一台电脑，同一套程序，使用WebView2组件加载相同的大模型时一切正常，且CPU、内存均比使用CefSharp时使用率低。 如果是加载游戏、二维图纸、三维模型等复杂内容时，建议使用微软的WebView2组件，其性能与稳定性比CefSharp处理的更好。
4.3K20编辑于 2022-06-30 - 来自专栏云深之无迹
OpenNi2 源码阅读（奥比相机版）
2、通过调整标定物或摄像机的方向，为标定物拍摄一些不同方向的照片。 3、从照片中提取棋盘格角点。 4、估算理想无畸变的情况下，五个内参和六个外参。 公司也在招人，可以看看这个职位的要求 https://github.com/smarttofsdk 他们的开发SDK在GT https://github.com/smarttofsdk/3DWorld 微信阅读里面有本它公司出的书，我下午读了半本了 公司Logo，比奥比的好看。。。 NYU V2 RGBD物体识别数据集 https://cs.nyu.edu/~silberman/datasets/nyu_depth_v2.html SUNRGB-D 3D Object Detection 然后打开奥比的SDK 里面有个名字叫sample.old，我以为没用，就压缩了，没想到是有用的。
96420发布于 2021-12-01 - 来自专栏比原链
剥开比原看代码03：比原是如何监听p2p端口的
但是这个问题留待下次回答，因为首先，比原节点必须能够监听这个端口，我们才能连上。所以这次我们的问题是： 比原在代码中是如何监听这个端口的? 端口已经写在config.toml中 在前面，当我们使用. /bytomd init --chain_id solonet初始化比原以后，比原会在本地的数据目录中生成一个config.toml的配置文件，内容大约如下： # This is a TOML config manager.sw = p2p.NewSwitch(config.P2P, trustHistoryDB) // ... ) l := p2p.NewDefaultListener(p, address, manager.config.P2P.SkipUPNP, nil) manager.sw.AddListener 但是后面还有一些初始化操作，是为了让比原可以跟连接上该端口的节点进行交互，也值得在这里讲讲。
68420发布于 2018-09-20 开发类似PancakeSwap的DEX，比Uniswap便宜多少？
精简非核心功能的思路，具体分配如下（人民币参考价）：成本类别费用范围（万元）占比核心用途技术开发（核心）10-1350%-65%前端交互、智能合约开发、核心功能模块适配，复用开源框架降低成本安全审计（必备 ）3-515%-25%核心合约漏洞检测、交易安全验证，避免资金安全风险部署上线2-310%-15%低Gas公链部署、服务器配置、域名与SSL证书（保障交易安全）初期运维（1个月）1-25%-10%BUG 修复、服务器维护、简单功能调试，确保上线后稳定运行补充说明：该分配方案已预留1-2万元弹性空间，用于应对开发过程中的小幅需求调整或隐性成本（如第三方接口调试费），避免预算失控。 明确需求边界，避免需求变更：开发初期明确核心功能与非核心功能，拒绝“边开发边加功能”，避免需求变更导致开发成本追加、周期延长；若确需调整需求，需同步评估成本，确保不超出预算。 预留弹性预算，规避隐形收费：在成本分配中预留1-2万元弹性空间，应对开发过程中的隐性成本（如第三方接口调试费、小漏洞修复费）；优先选择低Gas链部署，降低后续运营中的Gas费成本，避免隐形收费导致预算失控
17910编辑于 2026-03-10- 来自专栏机器学习AI算法工程
TensorFlow 2 项目进阶实战，比官方文档还强
记得 TensorFlow 2.0 刚发布时，一票开发者都在疯狂吐槽：官方文档不好找，bug 没有及时修复和更新等等。尽管上线这么久，仍有大量开发者不愿从 1.x 升级，或从别的框架迁移过来。 所以，掌握 TensorFlow 2 是一件 ROI 很高的事，甚至可以说是AI 工程师高效进阶的必修课。 带你快速掌握 TensorFlow 2 的核心模块，做到有效处理数据 、训练模型并预测结果。 →第三部分：分享 TensorFlow 2 中极具价值的几个进阶使用模块及方法，主要是图像数据增强、分布式训练、迁移学习、性能优化以及生产级部署几大块，带你了解 TensorFlow 2 的强大能力，并利用它们为自己的项目赋能 订阅价 ¥129 ，现仅￥89 会员畅读 190+ 专栏 扫码免费试读 点击「阅读原文」，可试读或直接购买，2 杯咖啡钱，拿下 TensorFlow 2 。
96240编辑于 2022-03-21 - 来自专栏轻扬小栈
比x2go更好的远程服务 xrdp
一开始选择用nomachine和x2go作为远程服务，是因为它们都能保存会话，这样断开重连时，还会时原来的那个会话，东西都在运行着 xrdp远程桌面，采用的以vnc服务为底层服务，每次连接会开起一个会话 开始的内容修改为以下内容 [xrdp1] name=Reconnect lib=libvnc.so username=ask password=ask ip=127.0.0.1 port=ask5910 [xrdp2]
2.8K40发布于 2018-06-05 - 来自专栏GiantPandaCV
FlashAttention2详解（性能比FlashAttention提升200%）
实验结果显示，FlashAttention-2在正向传递中实现了约2倍的速度提升，达到了理论最大吞吐量的73%，在反向传递中达到了理论最大吞吐量的63%。 接着计算第二部分，根据K2和Q可以计算得到S2和A2，然后结合V2得到O2。最后O2和O1一起得到Attention结果。 这些优化方案使得FlashAttention-2的性能提升了2-3倍。 以A100 GPU为例，其FP16/BF16矩阵乘法的最大理论吞吐量为312 TFLOPs/s，但FP32非矩阵乘法仅有19.5 TFLOPs/s，即每个no-matmul FLOP比mat-mul FLOP 这比没有应用因果掩码的注意力计算速度提高了1.7-1.8倍。 2. 不需要对那些行索引严格小于列索引的块应用因果掩码。这意味着对于每一行，我们只需要对1个块应用因果掩码。
7.2K11编辑于 2023-10-30 - 来自专栏纯洁的微笑
漫画：奇怪，为什么在Java中 2*(i*i) 比 2*i*i 快？
但是如果你把 2*i*i 替换成 2*(i*i)，执行时间大概在 0.50s ~ 0.55s。 对这段程序的两个版本分别执行 15 次，得到的结果如下。 我们可以看出 2*(i*i) 比 2*i*i 快 。 我们来分别查看它的字节码，这里东哥给我推荐了一款好用的 IDEA 插件，叫做 jclasslib bytecode viewer。 2*i*i 的字节码如下。 2*(i*i) 的字节码如下。 我们可以发现除了字节码顺序不同外，没有其它异常，下一步该怎么办呢？ 我这里就说一下结论，通过对比分析，我们会发现，2*i*i 进行了大量的堆栈操作，因此，需要保存大量的中间结果；而 2*(i*i) 只有少量的堆栈操作。 显而易见，2*(i*i) 比 2*i*i 快是由于 JIT 优化的结果。 -END-
1.1K20发布于 2019-05-06 - 来自专栏老张的求知思考世界
测试开发比，能代表质效平衡吗？
理性看待测试开发比例 测试开发比这个词，我特意搜索了关键的信息，无论是软件工程理论还是质量保障相关的专业资料，并没有找到具体的出处。“测试开发比”这个术语并不是一个公认或标准化的行业术语。 很有意思的是，在很多场合大家提起测试开发比，都默认指的是技术团队中测试和开发人员的人数比例。这样其实有些以偏概全了，在我的角度看来，并不能代表质量和效率就能得到很好的提升。 下面是三个我亲身经历的案例： 1、业务测试团队：测试开发比1:5。 业务测试团队的主要测试活动，还是基于业务需求进行各种需求分析和场景设计用例执行。 2、基础架构团队：测试开发比1:12。 基础架构团队主要负责提供各种基础技术设施和中间件建设，比如注册中心、配置中心、分布式调度、监控和链路追踪。 这种基础技术组件本身的功能特性相对较为具体，且更容易模块化和标准化，因此测试资源的占比会相对低一些。 3、云服务厂商团队：测试开发比1:16。
53510编辑于 2024-07-04 - 来自专栏沉默王二
Spring爆出比Log4j2还大的漏洞？
上图是云舒大佬发的微博，有吃瓜群众就问：“这个瓜有 log4j2 那么好吃吗？” 云舒大佬回复说：“绝壁更好吃”。 可以明确的是，Spring 这次漏洞和 Log4j2 那次相比，只能说是小巫见大巫，不一个重量级哈。 反正我这次是真的想吃瓜，想通过吃瓜的方式学点技术，可惜就学到了 java -version。
44420编辑于 2022-04-14 - 来自专栏用户4624600的专栏
测试开发比，能代表质效平衡吗？
理性看待测试开发比例 测试开发比这个词，我特意搜索了关键的信息，无论是软件工程理论还是质量保障相关的专业资料，并没有找到具体的出处。“测试开发比”这个术语并不是一个公认或标准化的行业术语。 很有意思的是，在很多场合大家提起测试开发比，都默认指的是技术团队中测试和开发人员的人数比例。这样其实有些以偏概全了，在我的角度看来，并不能代表质量和效率就能得到很好的提升。 下面是三个我亲身经历的案例： 1、业务测试团队：测试开发比1:5。 业务测试团队的主要测试活动，还是基于业务需求进行各种需求分析和场景设计用例执行。 2、基础架构团队：测试开发比1:12。 基础架构团队主要负责提供各种基础技术设施和中间件建设，比如注册中心、配置中心、分布式调度、监控和链路追踪。 这种基础技术组件本身的功能特性相对较为具体，且更容易模块化和标准化，因此测试资源的占比会相对低一些。 3、云服务厂商团队：测试开发比1:16。
35310编辑于 2024-08-20 - 来自专栏c#开发者
Biztalk 2006 adapter的开发比2004容易的多
提供的一个fileadpater的sample比较简单容易实现；修修补补就出来；后来在网上看到有人提供了一个Biztalk adapter developer wizard非常好用，很容易的就是实现自己开发 adapter了； 下面是我开发的一个例子；和大家一起分享； http://www.microsoft.com/china/windowsserver2003/technologies/msmq/default.mspx
639110发布于 2018-04-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号