这还是小意思啦，
政府的某些系统建置思维真的怪怪的，
明明可以省很多麻烦，
可是在系统操作流程还要脱裤子放屁。
某机关旗下的系统众多，
但仔细看，有些系统可以合并整合，
可是背后都读取同一个数据库同一个资料表，
那当初为何不整合？
有些时候吼，政府开需求出来，
业界想要跟政府分享建置经验，
可是政府却又天马行空的来搞很多人。
最好笑的是，
某位长官嫌这个系统难用，
大酸某开发公司的技术有够烂，
但是，你他妈的需求书就是这样写的，
而且这份需求书的内容还是那位嫌东西烂的长官主导的。
以上案例欢迎政府长官对号入座
※ 引述《allan4362 (Allan)》之铭言：
: 过去曾经跟政府的相关平台打过交道
: 只能说....
: 事情永远不是我们想的那样
: 当初使用的平台
: 已经是算政府“近期”内建置的大型系统
: 但是在系统资料传输、建接上
: 效率还是一样的“惊人”
: 重点是还能越改越难用
: 由于使用上被各地方使用者骂爆
: 后来开会时，才解释原因
: 重点在主管机关的系统
: 不是直接让你在数据库建档
: 而是你传你的资料（买车票进车站）
: 传完就放著 （站在月台）
: 系统固定每隔一段时间才出来捞资料（火车发车）
: 所以大家都在传，自然月台上挤满人
: 当月台上人太多，后面买票的卡在入口
: 甚至站在月台的不小心跌下去（没上传成功）
: 也是很正经的
: 遇到这种问题，大家一定想加开列车
: 把月台上的资料载走就解决了！
: NO~NO~
: 当初交手的系统，主管机关跟系统商的处理方式
: 是解决买票的人...
: 既然大家都一直上传会塞车
: 那就限制使用者把上传按钮锁住
: 让大家30分钟、一小时才能上传一次
: 太聪明了
: 完美的解决.........个鬼
: 最后这个系统
: 成功的达成让大家一边修身养性，一边工作的日常
: 甚至有些人会半夜睡前上传资料
: 这样隔天早上上班，刚好可以处理回来的资料
: 自主应变嘛！
: 如果还是用这个思维跟方法在处理资料
: 现在的结果也不意外了
: 啊！外面门铃响了，我去看一下