作者hotdog301 ( ≡880014≡)
看板Teacher
標題Re: [請益] 被氣到中午吃不下飯
時間Sat Sep 3 11:51:40 2011
很棒的構想
但是這個構想本身(1)(2)的邏輯有衝突
所以寫成程式會很多bug
第(1)點 條件越多 籌碼就越少
籌碼越少的人 再第(2)點只要碰到排課的衝突 就是吃虧的一方
自然無法依照他的要求條件排
再來 資深或資淺者的籌碼分配? 等等
很多很多的問題 都需要設立判斷的標準
而判斷的標準 要從何去決定?
被犧牲的一方 是否服氣
其實現有的排課軟體已經很強大
問題始終不在軟體
問題是在於人性
你怎麼排 都會有人不滿意
※ 引述《osaka80 (osaka)》之銘言：
: 其實我覺得『一切都是排課軟體的錯』
: 都什麼年代了，應該要有個在電腦上就能取得最終結果的軟體
: ------構想制度如下------------------------------------
: (1)每一位要被排課的老師登入排課系統的電腦，輸入自己的需求
: 需求的輸入方式用下拉選單，例如
: a.某節不排課...->
: b.某節必排課...->
: c.不可以連堂幾節...->
: 選單設定完條件後，箭頭選週幾的第幾節
: 最後，設定你願意為此設定付出的『籌碼』有多少
: (2)籌碼制度
: 系統先預設每個老師有100點籌碼，意思是當排課遇到不可解
: 的衝突時，價高者得。
: 今年沒有用完的籌碼，可以某個比例留用(鼓勵大家非必要不
: 要搶條件)
: 當遇到兩位或多位老師，都以相同籌碼搶課時，啟動隨機抽
: 籤(避免卡死)，抽中的扣除籌碼值，沒抽中的點數可以全數
: 留用(倒楣的補償XD)
: (3)魔王卡
: 配發一定數量的『絕對優先順位條件設定』給主任，不過將
: 列入紀錄，當有嚴重爭議時可列印出來討論。
: (資深人情用、行政調配用)
: (4)調課
: 當課表完成後，電腦系統直接網上公告
: 當兩位老師想要互調，自己登入系統，兩方都設定就會成功
: 然後其實問題剩下的是，電腦要買好一點，電費要多花一點...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.112.172.162
1F：推 ikki :第一點不是bug啊 那就是這種設計的本意 09/03 11:59
2F：→ ikki :你列一堆條件的 沒和人衝突就依你 但和別人條件衝突 09/03 11:59
3F：→ ikki :那提條件少的就會比提條件多的優先 這不是很正常嗎 09/03 12:00
4F：→ ikki :一個是列出一堆條件的 另一人只要求一件事 09/03 12:00
5F：→ ikki :照常理來說就是該比較重視只要求一件事的人吧? 09/03 12:01
6F：推 lolen :這是很理性的想法，但是實務上那群想爽的最後一定會 09/03 13:17
7F：→ lolen :翻桌，除非主任夠有力不然這制度根本無法持續下去 09/03 13:18
8F：→ lolen :但是如果主任夠有力，就不會需要用這種制度來排課了 09/03 13:19
9F：→ hotdog301 :真的去寫寫看就知道 絕對會有很多bug 09/03 14:01
10F：→ hotdog301 :條件一樣多怎麼辦? 09/03 14:01
11F：→ hotdog301 :被犧牲的那個人 要調去那節課 這都要一套演算法 09/03 14:02
12F：→ hotdog301 :寫程式沒有想像中那麼簡單 09/03 14:03
13F：→ hotdog301 :最重要的是 初始條件怎麼設? 程式都是跑迴圈 09/03 14:04
14F：→ hotdog301 :由誰當第一順位下去跑 由誰當最後一順位 09/03 14:04
15F：→ hotdog301 :另外 我說的bug是 如果A完全沒設條件 B設了一個 09/03 14:06
16F：→ hotdog301 : A跑完之後 他的課表變成完全不會更動 09/03 14:07
17F：→ hotdog301 :因為所有有設條件的人 和A衝突 都會被犧牲 09/03 14:07
18F：推 osaka80 :步驟一：先偵測有沒有"必定衝突"的條件 09/03 15:31
19F：→ osaka80 :然後必定衝突的條件用籌碼,抽籤比較後 09/03 15:32
20F：→ osaka80 :刪除籌碼少的或抽籤順位低的 09/03 15:32
21F：→ osaka80 :步驟二：開始跑全校的迴圈，試著所有條件都包 09/03 15:32
22F：→ osaka80 :如果步驟二失敗，刪除籌碼最少的一個條件 09/03 15:33
23F：→ osaka80 :再跑一次全校回圈 09/03 15:33
24F：→ osaka80 :一直不斷重複這個動作 09/03 15:34
25F：→ osaka80 :當刪除到適量的條件後，一定會有可行的課表組合出現 09/03 15:34
26F：→ osaka80 :配合強大運算力的電腦 09/03 15:34
27F：→ osaka80 :我不相信算一個寒暑假會排不出來XD 09/03 15:35
28F：→ vince02 :這種排課軟體居然都沒人開發 真神奇... 09/03 16:50
29F：→ okokboy1212 :主任說~ 若能發明~ 真的會得大獎.... 09/03 17:49
30F：推 TonyChia :美國很多商學院的選課 就是這樣玩的 技術不是問題 09/03 18:48
31F：推 ikki :A沒設任何條件 那他就不會下籌碼 根本不會有衝突 09/03 21:18
32F：推 ikki :這構想的真正問題其實不是這篇或推文裡提的東西 09/03 21:23
33F：→ ikki :而是"排課需求"的條件要求很可能會太複雜而設定不了 09/03 21:24
34F：→ ikki :以及為了避免因為沒設任何條件而出現超怪異課表 09/03 21:25
35F：→ ikki :原本無所求的老師也被迫要設定一些很愚蠢的"要求" 09/03 21:25
36F：→ ikki :例如:我可能覺得隨便的課表都行 連幾節我也可以認了 09/03 21:26
37F：→ ikki :然後等到排出來是同一個班的四節國文在同一天這種事 09/03 21:26
38F：→ ikki :結果我居然還得先要求"不可以把課全塞在同一天!" 09/03 21:27
39F：推 osaka80 :像是同一天同科目的節數、一個老師最多連三或四 09/03 21:53
40F：→ osaka80 :應該會是基礎準則的層次了(不輸入系統也預設的) 09/03 21:53
41F：→ osaka80 :還有領域時間、共同開會時間....之類的 09/03 21:54
42F：→ osaka80 :排課需求可以多複雜可能要看設計師的功力了 09/03 21:55
43F：→ osaka80 :(其實我想到的是暴風雪的地圖編輯器，這種複雜度 09/03 21:56
44F：→ osaka80 :應該非常堪用吧XD) 09/03 21:56