这边有不少人有些误解，其实所谓的“签约”是有原因的
扣掉法律上的因素（气象法）外，更多其实是关于技术上的考量
这种骨干资料的query量都很大，也没办法承受大幅度query
比方说他有三万个监测站，地震app需要从这三万个监测站读一次资料判读
假设我们有个app极受欢迎，两百万下载量，直接打到气象局server去
你觉得气象局server会怎样? XD DB需要花多少钱才能满足这些仅在尖峰出现的需求？
所以正确的做法是，公司跟气象局签约，取得API Key
这个API Key定期向气象局的server捞资料
然后同步到自己的server上，而自己公司发行的app就从自己公司的server承受流量
所以其实自己的server是需要成本的，而且这是主要的成本来源
尤其当你的app使用者众多时这成本会更为可观
今天这问题就是这位高中生使用其他公司的server流量资料，
利用这资料串起来自己的服务。这其实的确是个疑似侵权行为。
而这公司的EULA并未禁止这件事（有提到是漏洞）
以公司的角度来讲，成本是我在花，但是资料却是你拿去自己开发的app用
那公司要靠杯一下也是正常的。
这边先不讨论什么这app写多好多棒，单单商业上来讲这算常识，不是什么打压
讲什么学术还是商业伦理的也太过了，一个高中生没有这些sense是超级正常的
看看这些东西能串起来，喔我就把他串起来，我觉得好好用就发出去给大家用
这些都没什么，就算铜臭味最重的美国，这种事情大多就是发函要求停止侵权而已
跟我们现在的情况基本上没什么区别
至于跟气象局签约，签约其实不用什么成本啦
就由于API Call有频率限制，你得自己弄个server来承受你开发的app的流量而已
主要就是要你来花这个钱
说真的整件事都没什么太大问题，真正说问题就是高中生采访致谢完全没提到地牛
难怪人家会不爽，但是这是大问题吗？其实也不是，就可能没想到而已。