Tag: 程序员
软件分享 – Delphi 7 绿色精简版 Delphi 7 作为 Borland 经典的 RAD（快速应用开发）工具，因其高效、稳定、轻量的特性，至今仍受到许多开发者的喜爱。特别是在一些老旧系统维护、嵌入式开发以及 Windows 桌面应用程序开发中，Delphi 7 依然具有不可替代的价值。 版本特点 绿色精简：无需安装，解压即可使用，无需修改注册表，适合便携运行。 保留核心功能：精简了部分不常用的组件和帮助文档，仅保留 VCL、数据库支持等核心开发功能，确保轻量运行的同时不影响正常开发。 兼容性好：可在 Windows 7、Windows 10 及部分 Windows 11 版本上运行，适用于 32 位和 …
一种观点是 写更多的代码 程序员就更有经验 这样程序里错误就会相对少一些. 但这并不是 说代码越多越好. 如果能用更少的代码完成更多的事 那么越少的代码隐藏的错误就更少. 统计代码行数只会鼓励糟糕的代码. Less is more! 代码审核 可以由多种方式来完成 比如可以结对编程 (Pair Programming) 或者可以由专门代码仓库负责人 按阶段审核并接受提交. 有了代码审核以下的错误就会少了很多. 英文: https://helloacm.com/case-study-importance-of-code-review/ 本文一共 171 个汉字, 你数一下对不对. 再谈代码审核的重要性. (AMP 移动加速版本) …
作者: Andy Hertzfeld 日期: 1982 二月 人物: Bill Atkinson 主题: 软件设计 管理 LISA 总结: (很难)用代码行数来管理进度不合适 1982 年初, LISA 软件团队正努力的计划在六个月内推动软件的发布. 有些经理决定通过每周程序员写的代码行数来记录跟踪每个工程师的进度. 他们甚至有一张表格每个程序员每周五都得填写 其中有一栏就是这周总共写的代码行数. QuickDraw 的主要接口设计者和到现在为止 最重要的LISA 开发者 Bill Atkinson 认为通过代码行数来评估进度的确很愚蠢. …
作为资深程序员,我们总是想着更大的屏幕,更多的屏幕(比如这个),但是实际上,很简单,只要这么弄,你就可以发现马上不一样了. 旋转90度 并排显示器(最好是无边框的), 然后你就可以在一个屏幕里显示更多的代码. 把两个无边框的显示器并排在一起看电影 特别爽. 另一个屏幕可以显示更多的邮件.之前左边(比如THUNDER BIRD)的分类树现在一个屏幕上就可以全显示出来了. 英文: https://helloacm.com/best-monitors-for-programmers/ 本文一共 149 个汉字, 你数一下对不对. 程序员应该这样使用显示器. (AMP 移动加速版本) 赞赏我的几个理由. ¥ 打赏支持 扫描二维码，分享本文到微信朋友圈
代码重构 英文是 Refactoring, 简单来说, 就是让代码更好: Make Code Better. 1:简化软件模块 当前软件模块偶合性非常高.重构的过程能使软件结构清楚,模块之间的关系也将进一步理清.重构的目的之一是使软件不再臃肿,而会变得快速和轻巧.稳定性将大大提高.这样能减少后期用户支持的成本. 2:优化代码 很多无用的代码,很多低效的代码将被去除.引入代码审核或者(结对编程 Pair Programming) 能够减少代码的错误. 3:减少开发和维护成本 当前有几种版本.版本之间是用代码 #if 条件编译来区别,这样维护成本高,重构会将四个版本整理成一个版本(编译一次就可以).同一套代码库能减少开发和维护成本. 4:提高软件开发质量 授人鱼不如授人渔.在团队里培训和推广高效,正确,专业的软件开发流程和方法,这是提高软件质量的最有效的途径.保证每一次发布都是精品. 5:敏捷开发 通过重构,不断摸索改进的一个流程,采用敏捷开发,每天8点站会回顾昨天的工作流程,每周一周会提出每周的工作计划.包括CI编译服务器的建立及各项代码指标都能很好的对工作量及其分配做一个很好的计划. 6:代码分支管理 之前所有版本都是从 主分支 (Trunk) 取,这样就不能及大限度的保证质量,重构的过程(本身就是一个很好的例子)引入了SMOKE测试的概念,每天都会给测试团队一个版本,第二天8点就能收到测试结果,这样就能及时发现问题,阶段性的合并回主分支.版本发布也应该遵循这样一个流程. 7:正确的代码理念 …
在一个代码开发团队里,有人写代码就是很臭.比如这篇英文博文里, 就讲了关于使用通用异常(GENERAL EXCEPTION)处理代码的问题. 通用异常简单来说就是 try { } catch (Exception anything) { // 隐藏错误 } 不管代码出不出错都加一个保险的处理方式,反正有错误抛出,都会被捕获.改BUG用这种方法实在是效率高. 下面的POWERSHELL脚本能统计出每个开发人员写的通用异常的数目.这样研发经理就可以时不是观察和保证代码的质量.遇到喜欢用TRY-CATCH的开发人员, 需要及时沟通和培训. svn blame, svn praise和 svn annotate 都是一样作用的, 其实就是看当时的心情. # 工程目录 $SolutionDir = …
程序员的专用键盘 就是机械键盘(其中著名的是 HHKB = Happy Hacking Keyboard) 但是没有买HHKB是因为HHKB的布局很奇怪而且没有小键盘. 今天从MAPLIN花了 85镑钱买了一个 黑寡妇 BLACK WIDOW 机械键盘. 从 Amazon买的话能省4镑钱, 可是我等不急了. 机械键盘的每个键都是独立的.键的反应时间相当快, 也就是你按什么键就会得到什么键 (what you press is what you get). 当第一次使用键盘的时候, 会提示安装软件, 之后就可以对键盘最左边M1 …
