Re: [請益] 被氣到中午吃不下飯

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