结构工程师们，我来帮你们搞定那一大坨数据

2012年我硕士毕业，入职一家建筑设计院，成为一名结构工程师。

入职不久，还在打杂期间，我被安排去帮忙整理一份超限报告。具体的工作内容，简单来说，就是从一大堆计算结果文件里，摘出有用的数据，复制到 Excel 表里，整理好，并绘制成图表，然后把图片复制到 word 报告上。

非常简单的工作。但是，一份报告，一天 3 小改，两天 1 大改，同样的简单工作，不断地在重复。

我简直有点愤怒了。

不是因为「这么简单的工作」竟然要让「我」三番四次地去重复，而是因为，「这么简单的工作」竟然要让「人」三番四次地去重复。

很明显，这样的简单重复工作，应该是计算机的活儿呀。然而，我环顾周遭，惊讶地发现，竟然找不到称手的工具可以使用。

把简单重复的工作交给计算机

就这样，被来回折磨几次之后，我终于忍不住了。2013年下半年，我联系了两位大学同学，跟他们商量，

既然这事儿没人管，那就让我们来吧。

OUTReader 项目就这样诞生了。

我们在不同的城市，第一次开会是在某个周六晚上，我们在 QQ 群上讨论，这事儿应该用什么语言来开发？

我们煞有介事地问：用 Python 呢，还是用 VBA 呢？其实，当时我们只会用一点 Matlab 而已，其他啥语言都不懂。

最后，基于使用方便的考虑，我们决定选用基于 Excel 的 VBA 来开发。

我们给自己下达的第一个任务是：

用 2 周时间迅速入门 VBA。

两周之后，我写出了第一个小 demo，到现在我还记得当时那种兴高采烈的心情。

就这样，我们三个在繁重的工作之余，边学习边开发，我们经常问 Google，偶尔也问问百度。开发的过程既痛苦又甜蜜。

终于在2014年5月20日（^_^），我们若有其事地在朋友圈发布了第一版的 OUTReader。

outreader发布

OUTReader_H

事实证明，OUTReader 一键读取数据并生成图表的功能，解放了很多结构工程师的时间。OUTReader 也因此受到了很多结构工程师的喜爱。

把简单重复的工作交给计算机，把思考的时间留给工程师。

OUTReader 解决了提取数据的问题，但主要是为写报告准备的。报告一提交，那些数据似乎就已经与自己无关了。

这似乎有点不太妥。我清楚知道，工程师是依靠经验来成长的，而每一个模型的数据都是一份经验的元数据，没转化成有效经验就扔掉，未免太可惜了。

同时，在工作当中，我们也面临一个新问题：硬盘里堆积的计算模型越来越多。

删掉吧可惜，万一哪天想查个什么数据呢？不删吧，硬盘加了一块又一块，而且有 99% 的模型我不会想要再打开。

我个人是印象笔记的重度使用者，我就想，我能不能像用印象笔记管理我的笔记那样，来管理我的模型呢？我再次发出呐喊：

这事儿怎么就没有人管呢？

去年年底，我开始学习 Ruby On Rails（感谢 Xdite 和全栈营）。到今年4月份，我终于找到了新的思路。

既然没人管，那就还是让我来吧。

于是，我又找了 OUTReader 的两位伙伴，启动了结构云（http://www.jiegouyun.com/）的项目。

jiegouyunheader

这是一个网站，试图一站式解决结构工程师处理数据和管理数据的问题。

构建个人模型库
为结构工程师发掘数据的价值

那么，这个网站具体能做些什么呢？目前已开发的部分功能包括：

上传模型文件，自动处理图表，并提供下载（OUTReader 的功能）；
a. 支持 YJK / PKPM;
b. 支持 wmass / wdisp / wzq / 工程量 / 钢筋总量;
永久保存模型文件，随时调用查看；
多个模型数据随时对比分析；
模型数据以分析报告的图表形式通过网络随时分享（例如提供给优化公司/甲方）；

开发中的功能包括：自动生成分析报告。

虽然还有很多功能仍需完善，但按照原计划，结构云今天开始公测，诚意邀请各位结构工程师们试用。

如果有任何问题或建议，请随时与我们联系。（建议被采纳者，会赠送 VIP 会员哦~）