|
||
|
Junior Member
  
加入日期: Jun 2003 您的住址: CC BY-NC-ND 4.0授權
文章: 797
|
我在此建議 有能力承接者不要接這種超低價的案子!
我在此建議 有能力承接者不要接這種超低價的案子! 我在此建議 有能力承接者不要接這種超低價的案子! 從一件政府國際參訪團的口譯發包案談起 http://www.zoehou.com/archives/949 引用:
__________________
Sparc10/ 老老濕/ 豆子在本站見縫插針地去引導爭吵，反倒讓執政黨吃乾抹净並全身而退。 當老老濕被戳破言論之後，他就會轉移陣地不回應了。Kouiou回答衆多核能常見問題。 財經網紅，台股標的：00631L/0050/6208ETF，美股標的：SPLG（SP500 ETF）、軍火股。 PM技術分析心得， Anderson金融股心得，刀疤老二心得，全聚德期權小白書、The Guide to Smart Money Concepts。 此文章於 2015-01-14 07:48 PM 被 sparc10 編輯. |
||||||||
2015-01-14, 07:46 PM
#31
|
|
|
*停權中*
加入日期: Mar 2006
文章: 106
|
引用:
哇靠....這甚麼鬼 我還沒見過這麼偷懶的資料表名稱... 頂多是表名僅供參考 怎麼不+-慢慢更新表名呢? 不然一直看文件很累人的...  ------------------------------------------------- 原來這樣是為了防抄... 有必要嗎... 此文章於 2015-01-14 08:30 PM 被 avan 編輯. |
|||
|
2015-01-14, 08:26 PM
#32
|
|
|
*停權中*
加入日期: Sep 2010
文章: 691
|
引用:
你要知道那家公司的來由 就不會意外有這種做法了. |
|
|
2015-01-14, 08:52 PM
#33
|
|
|
Elite Member
加入日期: Jan 2002
文章: 4,020
|
引用:
或許有必要吧?? 我前幾年,臨時接了一份派遣,要做的事是修改PHP & Perl 程式及修改web template 頁面 因為要導入XML & Data encryption/Decryption , 結果承做的廠商自己都搞不清楚DB Table 裡的欄位 我們底下的progammer怎麼會知道這些欄位用途為何?? 做不下去是很合理的事.... 為什麼會如此? 很簡單啊 , 承包商一定與先前承做這部份程式的programmer起了衝突 原以為只要找會PHP & Perl的人就可以解決所有的問題 , 結果沒想到對方在DB裡動了手腳 我們看不懂DB裡的欄位名稱(真的不誇張,一個Table裡居然有300多個欄位),程式想修改 苦無下手之處 , 問這次案子的主辦人,他也雙手一攤 , 全部都不知道.... 發生了這種事,承包商只能夠乖乖回頭找原設計程式的人(我事後猜測) ,可能要付大錢 來進行修改吧? 我想.... 好了,各位程式設計師,是不是要把這個做法導入程式設計裡面,給各位決定,說不定日後要維護時 公司還是乖乖回頭找各位來維護 (就綁死那家公司使用的軟體 ...  )PS: 我自己的產品,不會導入這種code , 我只會想辦法讓它運作網路設備化就夠了....
__________________
您想買新硬碟嗎? 購買前請務必參考這篇文章,是我的實際經驗 還想讓統一賺你的錢嗎？統一集團成員(能見度高的)： 星巴克、家樂福、7-11、無印良品、黑貓宅急便、聖娜多堡、阪急百貨、 康是美、博客來、夢時代、Mister Donut 、Cold Stone 、龜甲萬、 維力33%股權、光泉31%股權、Smile速邁樂、紅心辣椒、台北轉運站(統一企業BOT) 統一LP33膠囊有環保署早已列管的一級管制品: DNOP塑化劑 |
|
|
2015-01-14, 08:59 PM
#34
|
|
|
Elite Member
加入日期: May 2002 您的住址: 地球的上面..
文章: 5,854
|
引用:
哪有甚麼doc... 都嘛是看程式碼慢慢玩捉迷藏...  ...我恨死古代ASP一部分原因就是看這些鬼東西... ...ASP難以除錯, 又無良好IDE... notepad++一直都是我ASP的良好夥伴... ..不得已才請出MS VS...  此文章於 2015-01-14 09:41 PM 被 vxr 編輯. |
|
|
2015-01-14, 09:39 PM
#35
|
|
|
Regular Member
 加入日期: Jun 2010
文章: 86
|
引用:
實在不方便給，介面一看了，之前的案主就大概知道是我寫的了，而且還讓對方知道增減欄位是很輕鬆的事，小弟公司也就不好開維護價格了。 大概跟您說一下架構：其實資料欄位介面不外乎就那幾樣，例如：Axx是文字欄位、Bxx是圖檔上傳與裁切，Cxx是特定格式檔案上傳，Dxx是下拉式選單...... A table 是記錄對應 B table 的資料欄位名稱及型態、預設值、選項值、圖檔裁切尺寸、上傳檔案大小、是否為必填、填寫說明、錯誤警告...等必備參數；而欄位管理則是管理A table 以及自動新增B table的欄位，這樣一來，即使幾百個欄位，也只要直接用介面去一直新增，對應欄位的的新增與修改管理介面也會一併生成。 此文章於 2015-01-14 09:57 PM 被 michelle-lai529 編輯. |
|
|
2015-01-14, 09:55 PM
#36
|
|
|
Major Member
 加入日期: Oct 2002
文章: 214
|
哈哈哈哈.....不錯不錯
至少這次回應的人滿多的...也算安慰了 那...如果是 主機商的轉移 跟相容性的修正的話呢? PS:後台編輯內容功能....滿久了...對應現在IE、FF跟CHROME會有點BUG
__________________
好久不見的廣末涼子....還是我愛的菜啦  
|
|
2015-01-14, 11:19 PM
#37
|
|
|
Basic Member
加入日期: Mar 2006
文章: 29
|
引用:
建議您還是跟社長溝通一下提高經費比較實在,早晚都要痛一次的不管換不換主機商都一樣要面對網頁異常的問題. 如果想要比較便宜一點的達成目標,可以請人評估直接用現成的網站套件架設. 資料庫的部份則可以請人另外寫程式轉換(至少網站套件會有個固定通用格式)或是自己手動一篇一篇來~ 五萬的經費連asp轉php都很奢求...... 除非社長可以忍耐一兩年交件而且還交的亂七八糟...... |
|
|
2015-01-15, 05:30 AM
#38
|
|
|
Regular Member
加入日期: Jan 2006
文章: 97
|
引用:
現在依然還是啊，但是我也必須說，這樣開發其實也有優點 ＳＤ手上的文件與ＰＲ手上的不一樣，只要ＳＤ，ＳＡ知道ＢＢＡ001這種欄位名稱他是做啥的 他們就可以清楚描繪出今天要給ＰＲ去修改的ＳＱＬ與程式邏輯 例如 SELELCT FMS.BBA001 AS BA01 , FMS.BBA002 AS BA02 ,SYS.CBA001 AS CA001 FROM FMSBBA AS FMS LEFT JOIN SYSCBA AS SYS ON SYS.CBA001 = FMS.BBA099 WHERE FMS.BBA001 = 該廠商代號 ＰＲ只要遵照ＳＤ文件修改，誰管你懂不懂ＥＲＰ，就算是新手都可以上手 其中邏輯運算也是用代稱，所以根本不怕你全部ＣＯＰＹ走，就怕你改不下手 所以真正值錢的是那些用ＴＸＴ寫出來的文件，但是雞巴的是那些文件東一份西一份，高階主管才會有權看到全部，不然每個主管階級的ＳＤ都負責各部分模組 總之 他們能演化成這樣我也覺得滿佩服的，爛歸爛，但是就是深深的把工程師當成一個個的螺絲釘....這點真的算是厲害.... 而且每個人的工作下來的時候，可以細化到這個東西要改多久，是可以細到0.5小時的估算
__________________
 ----------------------------------------- 此文章於 2015-01-15 08:42 AM 被 evangel005 編輯. |
|
|
2015-01-15, 08:40 AM
#39
|
|
|
Advance Member
加入日期: Apr 2004 您的住址: 楓葉國
文章: 316
|
引用:
哇哈哈哈哈∼∼∼ 然後 Primary 用 nchar 這一定是用某轉換軟體轉換 excel 過來的... |
|
|
2015-01-15, 10:54 AM
#40
|
|
...
