路過一個新工廠，看到它讓員工放單車的地方在離大門稍遠的地方。第一個感覺好象很有創意，因為我經常看到員工上班下班推著單車走出來的情景，那時感覺很亂，如果把單車專門一邊，這樣就可以讓員工都是刷卡出門，然後有車的去牽車，沒車的走路。但細想一下，還是存在這些問題，一是這樣門衛還加了一個人看車；二是在大門不遠的地方還是混亂；三是即使大門在上下班混亂會造成什麼問題？為什麼要解決呢？
聽客戶說，他有四台印刷機，四個排版員，以前總是出現某些機台的版沒有排的問題。後來他把流程改為一個人跟著一台機，這樣大大減少了印刷機因排版問題而待機的事情。另一個情況，與一個倉管組長說起倉庫兩班倒會造成材料要到處找，而某一個客戶當初也是兩個倉管，一個白天，一個晚上，就會出現封裝箱白班收，晚班找不到，最後客戶乾脆改為一個班，無論材料要入庫還是材料要領用都在白天進行，此後，就不會出現東西找不到的問題。看來人越多，不一定越好。
我的曆史庫是另一個資料庫，曆史查詢時使用select * from V_B20CPCHunionselect * from [ZMIS].dbo.V_B20CPCH但這會出錯，結果讓欄位錯位後來就不用視圖嵌套視圖了，改為直接寫SELECT T1.ID, T1.DH, T1.RQ, T1.SJ, T1.SWYY, T1.S30BH, T1.S30MC, T1.S30QC, T1.SHDZ, T1.SHSJ, T1.CH, T1.CX, T1.RY1, T1.SHRY1,
今天熟睡中被電話吵醒，其中一個使用者的電腦壞了，其實這事與我無關，他們公司有自己的維護人員，但他們覺得……，反正問題的第一現場總是叫我。電話裡經過簡單的重啟確認確實有問題，我就只好爬起來。 到那裡，我還是先重啟，再看原來電腦硬碟壞了，啟動實在慢，可能有些重要的檔案位於損壞區，反正滑鼠要重找，顯卡也無法上高彩，我只好把它拿到辦公室，掃描後，看那七零八落的壞區，心裡只想著明天給他們的總講，請購硬碟就是。 但他們現在怎麼辦？我想了想，不是財務人員剛走，剩下一台暫時空的，於是就拿下去，插上……
上午，去駿泰面試，它的工作內容我比較喜歡，但它的行業是我沒有遇見的。時間很短，才十幾分鐘，先是要我自我介紹，我總感覺我的所有內容都寫在上面，還介紹，多餘。所以介紹得也不自然。中間他隨便插入地問幾個問題，我回答得也沒有特別良好，也沒有特別不好。最後他告訴我他們要通過三次面試，問我還有沒有問題，我想如果還有三次，問具體工作情況及待遇好象太早了。所以也沒有什麼問題。其中問到一個我填的表格，為什麼家庭情況這一大欄都空的，我的感覺八字還沒一撇，自己隱私寫得那麼詳細有什麼用，它有評定我的工作能力會有協助嗎？
onkeypress：能夠產生該事件的字元為：Letters: A - Z (uppercase and lowercase)Numerals: 0 - 9Symbols: ! @ # $ % ^ & * ( ) _ - + = < [ ] { } , . / ? \ | ' ` " ~System: ESC, SPACEBAR,
一次酒桌上，我提出一個爭論：是客戶用了我們的軟體後就不必與我聯絡的好，還是客戶偶爾不痛不癢地麻煩一下你好。我旗幟鮮明地支援後者，原因是因為之前我做的幾個單由於根本沒有問題(或者說有人開頭總是在拒絕問題)，導致現在形如陌路。而後面我處理的客戶，兩三個星期總是會打電話來，叫我這個改改，那個改改，反而一點陌生感都沒有。朋友也認同這個觀點。當然爭論也就沒有爭得怎樣。 但現在想想，這對嗎？客戶讓我改的東西其實當初多花一點心思是可能做好的，為什麼要到他們急的時候才做好？為什麼不在之前就把問題給處理完善
自從這個模型成形後，我在分析階段就會用企業目前的流程與它進行對比，如果是因我考慮不周的則不斷地補充，如果是企業本身操作上不規範的，則用這種簡單的模型向他們說明我要調整的目的。實際應用中，不但收到了很好的效果，並發現用這個模型理論去解釋一些問題非常容易：加強管理員計劃與反饋的控制意識對於小型企業，很多管理員沒有強烈的計劃與反饋的控制意識，但事實上他們又有在做類似計劃與反饋的事，我曾用這個模型向他們說明整個工作中存在的計劃反饋環，很多人才開始從自發轉為自覺狀態，在工作中愉快地把軟體系統與實際工作結合
今天要回家不是我自願的，因為一個客戶打一個電話來告訴我系統出現很嚴重的問題，把某一張訂單的紙少算了，電話裡，她知道我的習慣是先讓她立即做一張測試單然後我再分析原因，最後再決定是否去她那兒，所以她毫無商量地叫我過去。是什麼問題都不知道，我就這裡氣呼呼地過去了。到公司，把那單張重新輸入，算出結果，是比手工的少算了，我只好按著公式一個個地套，結果發現這張單是用白板紙直接壓出來的盒子，而基礎設定中她原來沒有瞭解透徹，對一層紙，沒有設定糊口與插舌的長度，導致紙板計算變小了。知道了問題所在，她變得安靜了多。
想到處理好的這個客戶，其中一個事情，讓我感受深刻他們的客戶要墊片，他們以前就用做錯的紙箱來裝墊片，送給客戶。裝墊片的員工聊天中就給我說：“沒掙幾個錢，卻要送給人家一個紙箱。”。的確，在紙箱廠，用幾個廢紙箱沒有什麼大驚小怪，但我也沒有想到客戶要幾千個墊片到底掙多少錢，把一個紙箱來裝是否太浪費了。如果一個紙箱箱規為60*30*50CM，則用紙長為180CM*80CM=1.44平方，按一平方2元算，則一個紙箱用2.9元。設裝60*30的墊片，每張紙厚0.3CM，則50CM可以放170個，則裝0.18平
由於公司是繁體系統，而與外部交往時還是要用簡體，因此有兩者共存的問題。某個晚上，我只對自己出一個簡單的任務，在一個介面上同時顯示“葉作興”與“葉作興”。結果用了一個晚上才做好。需要的知識GB2312、GBK、Big5、UniCode、SQL中的nvarchar，介面用MicroSoft Office的Form 2.0控制項組，輸入法還要挑得好，我是用紅葉五筆簡體繁體都用上。最理想的程式是：一種介面，在簡體與繁體操作系統中都顯示正常。
我所在的這個工廠布局真是不合理主要是宿舍樓不對，在機修房邊上，一旦沒電那發電機的聲音會吵死人。即使上班時機修房的聲音也可以把上晚班的人幹擾睡不好。再來衛生間離宿舍樓太遠，晚上想上衛生間都成問題，難怪會有人偷拉在宿舍樓角落。洗衣房也與宿舍樓中間隔一個廠房，我經常在他們眼皮底下去洗衣服。裝貨的地方為了車與地面平，只好向下斜，下雨天就要用抽水機抽。應該在原料倉一次性將貨物提高，再按生產線向下降，最後到成品仍比地面高。
原來我的控制項結構中，主鍵字都只能設一個，如： HYPara1.Table0_K = "DH" //HYPara1.PrimaryField = "DH" //HYPara1.SlaveryField =
從一個網頁看到比較簡潔的說法：舉例如下:(設定字碼為Unicode 通用碼)1.資料來源欄位須定義為Unicode2.在*.asp程式之<Html>標記之前加2行ASP指令<%@ Language=VBScript CODEPAGE=65001%> ‘設定ASP解譯時所用字碼<%Session.CodePage=65001%> ‘設定ASP在讀取或輸出資料時所用字碼(65001是Unicode字碼代號)3.在<head> 之後 <title&
My Code是先執行一個存貯過程，然後馬上再執行另一個存貯過程，然後出現串連佔線導致另一個hstmt曾經出現但沒解決，這次查了一下，查到http://www.clpclub.com/club/bbs.nsf/0/f255644604d143b248256dbe003171df?OpenDocument&Start=1~&Count=10&MODE=OPEN~&test=yes&Click=五樓說用goodhh 2004-10-21 16:32:16---
如果員工造成的損失都折算成金額來體現，那樣員工的感觸會更深許多。這在一次的調研中一個廠長提出來的，他說今天讓工人把報廢品給摔掉（產品出口，報廢品一率摔碎，不降級使用），如果電腦能夠直接體現出這裡面是有多少錢的話，工人說的時候就不會那麼輕鬆了，摔掉兩百個與摔掉兩千元，就是一個工人兩個月的工資。其實金額是一個標準的尺子，如果東西與東西不好直接比較，但折成金額就好比較了。成本會計就是在算錢。難怪我有遇到幾個會計，他們最直觀的就是用金額，但我不認同的地方是，他們除了金額就沒有其它概念了，生產的工藝流程、
是否會有這樣一個客戶，訂單上寫6號要交貨，但做好了不讓送，又要等他隨時叫貨。我的一個客戶的客戶就是這樣，結果廠裡的人都知道這個脾氣後，經常把他的單向後推，等到要叫貨才去趕。儘管我一直反對這樣做，但他們為了讓成品倉事情少一些，沒有積壓，所以也沒有多大改進。現在想起來，首先要把他當做做庫存的客戶來看待，適當考慮對他的報價加上庫存管理費用。其次程式不能只對比出貨日期來體現出操作員是否延遲送貨，而要比較成品入庫日期，這樣可能直觀地比較出哪些延遲入庫。
我在所有登入介面中加入檢測的代碼，一旦系統資料不符將提示錯誤。25日下午3點，接到電話說出現資料不符提示。我趕去看，資料不符有5條，成品送貨量應為0，但現在為1280，全部是最新的訂單。在1:47到2:03這段時間出現問題。把這段動作記錄調出來，原來涉及到三個模組，但基礎資料模組出錯可能性極低，因此先排除。剩下綜合模組與成品庫存模組，由於綜合模組剛好有這5條記錄的修改、儲存、審核的操作，因此我先把注意力放在綜合模組中，但查了一個小時沒有明顯問題。最後想先放棄這次的追蹤，同時看一看成品庫存模組的相
島外的公交總有這樣的問題：別人想下車則必須提高嗓門，叫得讓司機聽得見，不然司機一漂會漂幾百米。這時想到，如果把前門上車，後門下車的規則改為後門上車，下車前投幣，前門下車，則不必嗓門大了。當然這種方法也會造成不自覺的人後門上車，後門下車，不去投幣。這時又想到銀行排隊，有人提出比較好的叫號方式，即一個人進銀行，去取一個號碼，然後就可以坐在一個地方看報紙，當號碼到他時，銀行會用廣播通知，他就可以來櫃檯前進行交易處理了，這樣免去人排隊。
如果在設計的時候由於經常性的改動，並且資料未正式使用的時候，可以說不容易建立VSS，但轉為維護的客戶，沒有理由不再建立了。不建立導致：匆忙的改動導致錯誤的可能性極高，每次改完之後都是擔心受怕的；別人問的時候總是說不出具體改了哪些；建立VSS應該有以下幾個步驟：VSS設定資料庫位置、設定目錄、檔案匯入對應目錄、VB設VSS啟動。考慮幾個原則：1）不會因C盤格式化而沒有了整個過程；2）在各個機器上開發均可；3）登入的帳號統一，不要今天用這個帳號，明天用那個帳號導致檔案又被卡住。其實我最看重的就是VS
Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
