Slurm-3：Kubernetes 密集課程已於週日結束。
我們創造了個人記錄：132 名參與者，其中 65 名線上參與者，67 名現場參與者。
第一次Slurm有50人，第二次有87人。
126人創建了一個集群（第一天任務），115人完成了練習。
6人完全忽視了這個做法。我們假設他們只需要講座。
這次的主要錯誤與廣播有關：有時揚聲器的麥克風被切斷，有時他們忘記關閉音樂。是時候從「專業人士來解決」的集體農場方式轉向法規了。
還有兩個問題與 Git 有關。首先，參賽者們在那裡找到了任務材料，並爭先恐後地在機車前完成任務。結果，我們開始修行，那裡的人一切都已經壞了。下次我們會根據需要推送材料。
我們也使用命令建立文件，因為上次人們從 pdf 複製命令以及格式符號，但沒有任何效果。發現這些文件後，有些人興致勃勃地把它們複製到控制台，然後抱怨這種做法被簡化為複製貼上。練習歸結為完成任務；配置和命令應該手動編寫；沒有人強迫我複製和貼上它們。
46人提出回饋意見。我們假設這是觀眾的代表性橫截面。
你覺得 Slurm 的強度如何？
33： 正好。
10： 太簡單太慢，想要更多材料
3: 太快太複雜了，我想要更少的材料。
我們通常屬於指定的受眾：那些正在熟悉 Kubernetes 的人。
對於那些覺得常規 Slurm 太簡單的人來說，MegaSlurm 將於 15 月初舉行。我們給基礎 Slurm 的所有參與者 3 的折扣，Slurm-XNUMX 至少會收回成本。
Kubernetes 變得清晰了嗎？
16： 我以前了解k8s，但現在我更了解了。
13： 以前不知道k8s，現在懂了。
15： 我還不懂 k8s，但我知道該從哪裡挖掘。
2: 我沒有學到任何新東西。
0: 我對k8s一無所知。
情況比我想像的還要好。我認為至少有一半人會回答“我還不了解 k8s，但我知道該從哪裡挖掘”，而幾乎不會有“不了解 k8s，現在我了解了”的人。
接下來事情會變得有趣。 有 6 個人沒有解決他們要參加 Slurm 的問題。 其中四個有具體要求，我們在開發 MegaSlurm 程式時考慮了這些要求。我將給出兩篇完整的評論（經過最少的編輯）：
敘述單調，水多
不識字的言論，有許多行話
大量時間投入到第三級細節（半小時更改配置中的數字？密集，是的）
演示內容不相關
不需要 ceph
拐杖製造者的做法隨處可見
這種 slur 不適合初學者或有經驗的人。
我對緩慢和速度以及資訊的缺乏感到惱火：
- 由於某種原因，演示者專注於細節、變數（含糊地解釋了為什麼需要它們）。
- 他們很快就進行了練習：“這就是......跳-跳-跳，這就是它的工作原理。”
- 理論上，只有帕維爾問的問題最少，其他講者：為什麼這麼沉悶無趣，我希望你快點說完？仍然沒有什麼是清楚的。
有時我想這樣做：什麼？剛才那是什麼？這是為什麼？ >為什麼不解釋就跑？這對某些人來說不起作用，但演示者繼續前進......等等！
最後，我想起身離開，但25 tr。他們讓你坐下。
我很遺憾這些參與者第一天沒有寫信給我。第二個Slurm有一個不滿意的人，他打電話給我要求退款，我們立即禁用了他的訪問並退還了錢。
對於下一個Slurm，我會準備一個退貨政策，以免折磨那些不喜歡Slurm的人。
但總體而言，每 2 名受訪者（以及 46 名參與者）有 132 條負面評論已經接近理想狀態。
最後。 Slurm-1 的一位成員最近寫信給我說，他仍在審查這些錄音並在其中發現新的東西。所以從Slurm畢業並不意味著畢業。
感謝 Slurm 的所有人！
安東·斯科賓
來源： www.habr.com