有個單子拿的錢很少，當時說的做完不給維護。一錘子買賣，你情我願，縫縫補補做完了，到付尾款前追著他問有沒有要改的，改到滿意為止，最後說沒有要修改的了。
三四個月過了，換了個人過來說要修修改改，甚至連素材似乎也要幫忙新增。
思考了一天，到底該不該搭理這樣在合約外的客戶。
搭理，是對自己做的東西有自信並且要負責到底；
不搭理，是從效率的角度來考慮，這種東西修改最浪費時間而且沒有這個義務去做。
搭理，可能會是一堆麻煩和非合理要求的開始，那時候再拒絕就見鬼了；
不搭理，可能會失去乙個潛在客戶。這麼摳門的客戶還會有後續為我提供業務的潛力嗎？
搭理，可能人會累一點，要花一點心思；
不搭理，人會舒服一點，但是會感覺心上不完整，自己做的東西居然自己都不去修改。
但是當時真的約定不提供後期修改啊，該搭理還是不搭理呢？
現在決定這麼做。
一定要和他先宣告，我們沒有義務給你再修改，當時已經約定好。
然後可以去公司交流一次，如果要求合理有意義。則免費幫助其修改一次，如果能增強客戶的認可最好，即使不能也賺了個心安。
明早打**約時間，就這樣。
自己先做一做，再去考慮計較。
扯淡的事被我遇到了
以前有人說，使用hibernate的乙個很大原因，就是能夠遮蔽不同資料庫之間的差異，在換不同資料庫的時候很方便。當時覺得這根本不能成為乙個理由，誰會專案開發好了，換資料庫？扯淡的理由 可是最近這種事情就被我遇到了.開發初期客戶只是說做個簡單的xx平台，ok，那咱就做唄。可是現在，他說讓別的公司開發了...
MySQL建立的聯合索引，真的用到了嗎？
當我們需要提高mysql的查詢效能的時候，一般想到的處理辦法就是建立索引，當有多個條件進行查詢的時候，需要建立聯合索引進行查詢，而聯合索引需要符合最左匹配原則，今天就來 一下，你建立的聯合索引真的用到了嗎？首先建立乙個學生表 create table student id varchar 10 no...
最近遇到的幾個小東西
關於window.location window.location.href 獲取整個url window.location.pathname 獲取檔案目錄 window.location.hostname 獲取網域名稱 每一次開啟新的頁面，瀏覽器都會記錄頁面歷史，回退的時候常用back 方法 hi...