我做過這樣乙個奇怪的設計。
當時的情況是，需要對n條日產量上萬的生產線做追蹤，當產品發現缺陷時，可以追蹤到到底是哪一條生產線的產品，由於每條生產線都可能採用了特別的組裝方法，我們需要從資料分析的角度鑑定他們的優劣，以便持續改進。
好了，背景介紹完了，開始做軟體，這其實挺簡單的，乙個輸入框採集產品條碼，乙個輸入框採集生產線識別碼，提交之，完工。
後來我被領導獎勵，領導以為這玩意很牛x，我幾天就搞出來了，口頭獎勵外加共進午餐（領導的餐標不一樣哦）。
然而部署的時候，我卻被罵的狗血淋頭，因為這玩意太難輸入了，本來一天上萬的產量，就很忙了，還要每乙個產品登記一次，態度是：決不能接受！（沒有幾個開發人員敢光溜溜的站在第一線使用者周圍接受
責難，但我每次都這麼幹，因為我認為這是做軟體最有意思的部分，不論挨罵還是誇獎，別人沒有忽視你的存在！）
我前面分享過對需求的態度（我不太迎合需求），但是我對部署異常的講究，但凡部署不下去（部署完出現大拇指為標準），我都強制要求改進。
撤掉了全部的統計工作台，組裝人員貼上乙個條形碼，表明這個東西是我做的，讓採集資訊的任務流到後面再做，所有n條線的數萬個產品由乙個統一的人採集，這樣，生產線的負擔就小了很多，貼標籤就完事。再培養了乙個人，熟練之後，專門應付採集任務，槓槓的！
故事還沒有結束，這萬惡的標籤給我帶來了新的思考。由於每天的量大，乙個標籤的成本算2毛錢，一天下來也是幾千塊大元，肉疼啊！
由於生產線識別碼類似於：00000000000001、00000000000000002
其實有效位只有1位，我就列印更短的條形碼，比如00000001,、00000002 ，不能太短，太短識別不起來
當我們把條碼縮短到四位時（0001），就發現很容易出錯了，常常錯識別個把位，這讓我很頭疼，因為縮短到4位，就能把乙個條形碼切割為8份，再刀工好一點，也許12份也行啊。
這時候，我想出乙個扯淡的招：讓條形碼的0001變成1111，即使掃瞄槍錯識別了一位比如11x1，但是1還是出現次數最多的字元，我可以認出來，以出現次數最多的字元為準。
詳細測試後，我們得到修正後正確率就是100%，我欣喜若狂！這還意外的導致不必選購優良的條碼紙，綜合費用降低為幾十分之一以下，一天劃下來100元之內，問題得到了解決。
這只是乙個小小的問題，其實條碼的問題不關我的事，如果我雙手一攤，表示費用高那沒辦法，那麼公司每天就損失幾千元，如果我因為費用高不追蹤缺陷**，那麼產線得不到科學的資料支撐，如果******x
條碼這個小身材，給了我大味道！為什麼程式設計師要感到很驕傲，就是因為我們可以去創造！怎麼樣我們才能感到驕傲？就是在最平凡的問題上，你敢不敢站出來，一直不停的節約時間、節約費用、創造價值，並真的做到。
為了榮譽，我要求我自己融入到使用者裡，從他們的角度，用他們的方式，感受他們自己，如果這個軟體很費事，我就真實的幹上一天，看看到底多費事，有時候人很賤，你不切身去體會，你以為你知道了一切，其實你什麼都不知道，所以，真實的用自己的軟體吧，不方便時不要停手，累死你自己，你才知道你做的軟體不是個東西！
這件事過去了很久，但我常常拿來說一說，告誡我們的每乙個成員，不管新來的還是老油條：軟體要負責到底！
嗯，負責到底，簡單的一句話，使我在軟體開發的路上走著小小的腳步，品嚐大大的味道！
我是這麼利用資料 肥肉吃多了會膩
就像肥肉吃多了會膩，領導們對於決策權這個東西，掌權的多了，也會感覺到沒意思和鬧心。我們都知道這樣的乙個道理 幫領導解決棘手的事情，才能讓領導幫你解決薪資的事情。哎，太直白了！所以我經過多年的思考，並嘗試過一些做法，今天來和大家說道說道。首先我們從邏輯上理理思路 領導有很多東西需要拍板，他其實很煩！你...
我是這麼利用資料 一切效率都是因為溝通
這些年軟體行業發展的很快，原來大家對資訊化的理解很有限，現在可不比從前，軟體的使用者對軟體有了自己的理解。從一開始，程式設計的邏輯就是 預定義 預先定好規則，預先定好資料結構，預先定好一切，只等使用者在介面上 扣動扳機 這個內部極其複雜的機器就這麼有條不紊 不顧一切的加足馬力前進了！現在，大家開始不...
我的元旦是這麼過來的
2005就這樣的過去了。不知覺的2006年來了。年際 的時候在寢室玩到很晚，新年的第一天又睡覺到很遲才起床。然後繼續玩電腦，只是在吃飯的時候出去隨便吃一下。剩下的時間在寢室無聊的打發時間，對著電腦發呆，看電影，看網頁。看無聊的新聞，看帖子 在網上搜到很多的書，好書！認識我同學想要的話。我可以給你傳 ...