最新 | 最热门 | 最高评价
---

+0  解决idea的maven reload不能识别dependency

Tag: 软件
Felix021 发于 2021年08月11日 20:43 | 点击: 284 | 展开摘要
# 现象

手头有一个比较大的maven project，拆成了十几个module，如果我要在 Intellij IDEA 跑个单测什么的，就会报错，各种依赖找不到，即使 pom.xml 里是明明白白写着：

依然无法识别，连 lombok 和 junit 都不行:

尽管 idea 很好心地给了帮助 "Add JUnit4 to classpath"，点击后也只是在 pom.xml 里再添加一次，并没有什么卵用。

这个问题有个很灵异的现象是，每次用 "mvn clean

查看全文: http://www.udpwork.com/item/18135.html
---

+0  MAC 下 SecureCRT 中文乱码解决方案

Tag: 软件
Felix021 发于 2021年08月01日 19:29 | 点击: 450 | 展开摘要
~/.bashrc 中加上以下内容即可：
引用
export LANG=zh_CN.UTF-8

如果 git 命令（如 git diff）下仍有代码，可以再增加
引用
export LESSCHARSET=UTF-8

如果 vim 下依然有乱码，在 .vimrc 中增加
引用
set encoding=utf-8
set termencoding=utf-8

--

参考资料：
- Mac下使用SecureCRT时中文乱码问题解决
  https://blog

查看全文: http://www.udpwork.com/item/18009.html
^..^

+0  Await：从 Swift 到 C++

Tag: C++ | 软件开发
sipoint 发于 2021年06月16日 01:09 | 点击: 479 | 展开摘要
上周三（6/9）早上醒来，发现全世界都在赞叹 WWDC 里宣布的新版 Swift async/await 特性。看了几条信息隐约说是基于 coroutine。尽管从去年起因为对 Apple Silicon Mac 迁移的失望已经把个人项目向 Windows 平台转移，但看在当年研究 Lua coroutine 和 Lisp continuation 下了很大功夫的份上，决定探索一下这个 Swift 语言新特性的细节。特别是在没有 VM 的语言上采用 coroutine 会有什

查看全文: http://www.udpwork.com/item/17914.html
---

+0  Exception Reconsidered

Tag: C++ | 软件开发
sipoint 发于 2020年12月24日 03:50 | 点击: 336 | 展开摘要
我一直是 C++ exception 的反对者。《Programming in Lua（二）－ 异常与错误码》提到 Russ Cox 谈论 C++ exception 的所谓「根本缺陷」。我以前的认识是返回 error code 是最好的错误处理方式。

和返回 error code 不同，exception 会触发 call stack 的回退，从而失去了错误发生时的程序运行状态（指代运行状态的术语是 continuation）。这是我之前极力避免 exception 的最

查看全文: http://www.udpwork.com/item/17731.html
^..^

+0  Phong Model and Physically-Based

Tag: 软件开发
sipoint 发于 2020年04月25日 03:22 | 点击: 316 | 展开摘要
Phong model 大概是计算机图形领域最简单的材质模型。仅由三个 (组) 参数组成。Nuo Model Viewer 作为个人学习项目从实现 rasterization 渲染入手，自然最初只支持 Phong model。有个问题伴随着 Nuo Model Viewer 的扩展：是否要支持其它更复杂的材质模型？另一个相关问题是，如果 Nuo Model Viewer 支持 path-tracing，对于现有基于 Phong model 的模型是进行预处理转换成其它材质模型

查看全文: http://www.udpwork.com/item/17732.html
---

+0  单元测试和个人技能成长

Tag: 软件开发
sipoint 发于 2020年04月17日 05:46 | 点击: 304 | 展开摘要
最近看到个对单元测试的看法：

单元测试是预防错误的主要手段。如果一个团队所在的领域对错误的容忍度高，而其市场需要 move fast，就 (暂时) 不用有单元测试；反之，若所在领域对错误容忍度低，那么重视实践单元测试的团队会取得优势。

然而，单元测试并不是「预防错误的主要手段」。首先单元测试并非全部测试。除了单元测试，还有组件测试，系统整体的人工测试，自动化的整体测试等等。团队资源应该在所有测试类型间合理分配，而不是预设单元测试最重要。其次，错误预防的关键点在于 esca

查看全文: http://www.udpwork.com/item/17733.html
---

+0  一次性代码和坚固的基础

Tag: 软件开发
sipoint 发于 2019年10月13日 13:26 | 点击: 298 | 展开摘要
我对「技术债务」的态度和像对财务债务一样「中立」。借入债务以求发展是必要的，只要在 accounting 里确实把它标成「债务」。债务不断积累时要寻求机会逐步清除它们。比如说对还算能运行的代码进行 refactor。

这会遇到一种反对意见：这段代码估计一两年以后就要废弃了，何必费力气？只要修修补补撑段时间就好了。

其实我的经历是被这么评价的代码反而往往会跟随一个团队十几年。另一方面，有些被寄予很高期望，计划会被使用很多年的代码却连一次正式使用的机会都得不到就被抛弃了。

查看全文: http://www.udpwork.com/item/17734.html
---

+0  一张 WWDC 幻灯片

Tag: 软件开发
sipoint 发于 2019年04月04日 13:36 | 点击: 297 | 展开摘要
之前的 blog 里提到过，尽管早有愿望学 ray tracing，但 2018 前半年总提不起兴趣动手。六月 Apple WWDC 2018 里关于 ray tracing 的 session 成为我第一次真正接触 ray tracing。望着讲台上削减至极的幻灯片和 speaker 超快的解说，我想这似乎并不难，大概下周给同事总结 WWDC 时就可以自己解释这个问题。

实际上到现在过了十个月，才能说大致理解了这张幻灯片的数学原理。一个简单的 demo 固然能推进学习的进

查看全文: http://www.udpwork.com/item/17735.html
---

+0  Wavefront OBJ 与 Monte Carlo

Tag: 软件开发
sipoint 发于 2019年02月25日 05:30 | 点击: 273 | 展开摘要
去年十月搬家到现在一直没有对 Nuo Model Viewer 做大改动。年前忙于布置新家。到新年前后稍感安定想增加些新功能，但越想越感觉已有的 ray tracing 代码缺乏数学依据，于是开始温习数学概念。

粗糙的实现

首先，考虑仅支持理想方向光源直射，以及理想纯漫反射材质 (Lambertian) 的 shading 公式 [1]：

这是两年前开始做 Nuo Model Viewer 时最先实现的公式。其实要分析很多细节才能保证完全正确的实现 —— 如何从模型材质

查看全文: http://www.udpwork.com/item/17736.html
---

+0  Excel单元格高度调整+10

Tag: 软件
Felix021 发于 2019年01月07日 00:22 | 点击: 2386 | 展开摘要
使用Excel的过程中经常需要调整行的高度，由于各行的高度不同，统一设定高度往往不适用，而手动逐行调整比较麻烦。有一个常见的小技巧是先按Ctrl+A全选，然后再双击左侧数字标题栏的任意分割线，Excel会自动调整行高。

但是对于精神处女座的我来说，行与行之间没有间隔，所有字密密麻麻挤在一起有点受不了；但是excel又不像css里面可以一句话统一给单元格设置padding或margin（就没有这个属性）。

所幸还有很多其他精神处女座的同学，他们给出的方案 是用宏：

Sub

查看全文: http://www.udpwork.com/item/17276.html
---

+0  蠢货Excel之 - 批量应用日期格式

Tag: 软件
Felix021 发于 2018年09月06日 13:31 | 点击: 1612 | 展开摘要
excel很强大，但也有非常蠢的地方：比如今天遇到的，导出文档的日期列是“文本”格式，这时候用数据透视表，excel不能识别这是日期，于是无法根据月或者年对数据进行聚合。

即使选中整列，然后将格式全都修改为日期也不行。

即使再弄一列格式为日期的，然后用黏贴数值也不行。

按照过去的经验，只有逐个格子双击，然后回车，才能把格式应用到数据上，真是蠢到爆炸。

今天觉得实在不能忍了，放狗搜了下“excel apply format instead of double click

查看全文: http://www.udpwork.com/item/17078.html
^..^

+0  在谁的模式里思考

Tag: 软件开发 | Mac OS X
sipoint 发于 2018年05月08日 23:17 | 点击: 1958 | 展开摘要
当 CORBA 和 Java 还都很重要的时候，设计 CORBA 的 OMG 鼓吹所有编程语言都应该围绕 CORBA 的接口定义语言 (IDL) 进行面向对象设计；而 Sun Microsystems 则宣扬所有系统都要映射为 Java 的对象模式，数据库要用 Enterprise JavaBean，CORBA 也该被封装为 RMI over IIOP。这是本质一样而方向相反的两支传教队伍抢夺同一群开发者的口角。值得注意的是，这场博弈的每一方依然需要对方去做自己无法胜任的工作

查看全文: http://www.udpwork.com/item/16830.html
|<<<1234567>>>| 一共10页, 114条记录