PTT數位生活區 / C_and_CPP (C/C++)

[討論] 關於板務的一些想法

看板C_and_CPP (C/C++)作者 (沒有存在感的人)時間10年前 (2016/04/11 18:56), 10年前編輯推噓14(14推 0噓 50→)
留言64則, 17人參與, 最新討論串1/4 (看更多)
關於板務，有些事情想拿出來跟大家討論。 1.關於精華區 先提醒各位一個事實：精華區從5年前就沒在更新了。 (我無意翻舊帳還是指責誰，畢竟這個板的過去我來不及參與，我能改變的是現在。) 我會試著慢慢把板上有價值的討論串編進去。 如果先進以前曾經發過很有價值的文章，可以寫mail告訴我， 我看過之後覺得OK會優先處理。 另外，我有在考慮重新編排精華區， 方向是：儘可能把C跟C++的語法部份分開 (雖然不是那麼容易，但是我想這樣可以改進板友的搜尋效率) 這方面我還要再想想。 2.關於板規 有板友寫信來建議處理所謂「射後不理」的文章。 射後不理的文章是指，板友發了文問問題結果沒刻意追蹤推文或回文， 往往板上先進給了一堆建議卻發現好像發問者根本不在乎， 連基本的「知道了，謝謝」都沒說，任由討論串繼續。 這就好像有人在一個充滿人的房間放了屁，然後突然發問「是誰放屁」後落跑， 剩下的人討論是誰放屁還有怎麼那麼臭討論個沒完卻不知道罪魁禍首已經走了。 為了解決這個問題並讓討論更有效率地進行，我有一個方案： 如果發文附標為[問題]的話，必須遵守「追蹤條款」： 發文者有追蹤其文章之推文、噓文、註解與回文的義務， 若是討論串在3天內已達到3篇文章以上卻不見發文者對於板友建議的回應， (若是問題已解決需要推文或加註解表示) 則發文者得警告一次，板主可視討論串內文決定是否刪除。 是不是要開始這個追蹤條款端賴各位板友的意見。 如果大多數板友不反對，3-7天內此追蹤條款就會開始實行(不溯及既往) 要是板友意見分歧，我會考慮開個投票。 我目前想到的就這些，希望板友踴躍提供意見。 板工 wtchen -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 90.41.190.97 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1460372215.A.0BB.html ※ 編輯: wtchen (90.41.190.97), 04/11/2016 19:12:52
→
04/11 19:56, , 1F
我覺得用主題來分會比較好
04/11 19:56, 1F
補充一下，目前的精華區長這樣： 編號 標 題 編 選 日 期 1. ◎ 精華區目錄索引 (52.7k) 每天自動更新 [04/11/16] 2. ◆ C/C++ 語言指南 drkkimo [04/10/16] ● 3. ◆ C/C++ 語法 drkkimo [07/31/10] 4. ◆ C/C++ Standard Library drkkimo [02/12/10] 5. ◆ C/C++ 特定平台程式開發 drkkimo [05/15/10] 6. ◇ =========================================== drkkimo [02/02/06] 7. ◆ 資料結構與演算法 khoguan [02/12/10] 8. ◆ 數學問題 khoguan [04/14/10] 9. ◆ 程式設計題目 drkkimo [04/11/16] 10. ◆ 常見問題 ( FAQ ) drkkimo [12/13/10] 11. ◇ =========================================== drkkimo [02/02/06] 12. ◆ C_and_CPP 歷史 drkkimo [10/22/09] 13. ◆ C/C++ 學習資源 khoguan [10/22/09] 14. ◆ 輕鬆一下 khoguan [07/03/11] 15. ◆ 版務刪文區 nowar100 [10/29/10] 16. ◆ 舊文備份區 wtchen [04/11/16] 我有考慮把 2. ◆ C/C++ 語言指南 稍微轉型成給還沒開始想要入門的超新手區域 而 3. ◆ C/C++ 語法 我會試著儘量把C++獨有的跟C分開 然後我考慮多加一個目錄 C/C++ 進階區 給較進階想要精進的人 這是我聽完 jserv(偉人要挪抬表示尊敬)的C語言講座產生的想法 ※ 編輯: wtchen (90.41.190.97), 04/11/2016 21:12:35
推
04/11 21:31, , 2F
GOF的23種design pattern 要不要也加入??
04/11 21:31, 2F
→
04/11 21:31, , 3F
個人覺得這也值得加入
04/11 21:31, 3F
重點是要有文章才能收入阿.... C的進階資料我是有些計劃要慢慢加入，C++比較進階的部份也有板友貢獻 Sirctal大要提供GoF方面的文章嗎？ 歡迎 ※ 編輯: wtchen (90.41.190.97), 04/11/2016 21:53:02
推
04/11 23:01, , 4F
我覺得C和C++要分清楚可能比較難欸 會混著寫@@"
04/11 23:01, 4F
老實說我就是希望能「不要混著寫」，畢竟C跟C++的規格有些許不同。 有些C++可以接受的語法gcc就是不會過.... 我無意去比較C跟C++孰優孰劣，但是能分清楚是好事。 ※ 編輯: wtchen (90.41.190.97), 04/12/2016 00:06:07
→
04/12 01:37, , 5F
我會.cpp然後幾乎都寫C...for(int i = 0;;)可以寫裡面方便
04/12 01:37, 5F
→
04/12 01:37, , 6F
很多XD"
04/12 01:37, 6F
for(int i = 0;;) 這個用gcc compile應該不會過， 因為i不能在for裏面定義 standard C變數一定要在一開始定義。C++則可以在任意地方。 (有錯請指正) ※ 編輯: wtchen (90.41.190.97), 04/12/2016 02:14:56
→
04/12 02:20, , 7F
gcc 要加 -std=c99 才能接受這種寫法
04/12 02:20, 7F
→
04/12 02:21, , 8F
也就是說 C90 不准這樣寫，C99 才加入這種寫法在標準內
04/12 02:21, 8F
→
04/12 02:23, , 9F
所以你如果愛寫，不用向 cpp 妥協，C99 歡迎你 XD
04/12 02:23, 9F
我也希望多些討論C99跟C11標準的文章。 不過據 jserv大神說，目前光C99就不是所有的compiler都支援了 (印象中是MS Visual C? 關於unicode的部份) ※ 編輯: wtchen (90.41.190.97), 04/12/2016 02:54:53
→
04/12 11:47, , 10F
射後不理的文章在各板都有，要如何追蹤
04/12 11:47, 10F
→
04/12 11:47, , 11F
板主難道要花很多時間每一篇都看，然後注意原PO有沒
04/12 11:47, 11F
→
04/12 11:48, , 12F
有回覆或推文嗎？我覺得回問題就心甘情願而已XD
04/12 11:48, 12F
→
04/12 11:48, , 13F
當然是用cpp寫一個追蹤系統 每天更新就知道哪個thread
04/12 11:48, 13F
→
04/12 11:49, , 14F
追蹤條款可能只是滿足回答人的虛榮心而已(攤手
04/12 11:49, 14F
→
04/12 11:49, , 15F
交給M大了!!
04/12 11:49, 15F
→
04/12 11:49, , 16F
多老 starter回來推文或reply是什麼時候 (發狂)
04/12 11:49, 16F
→
04/12 11:50, , 17F
不要啦～就算要寫也不要用cpp >_<
04/12 11:50, 17F
→
04/12 11:50, , 18F
R要爬ptt文章是滿快的拉....
04/12 11:50, 18F
→
04/12 12:24, , 19F
因為是在問問題，不是在分享知識，射後不理的人應該處理
04/12 12:24, 19F
→
04/12 13:29, , 20F
常常回文回到樓歪很大，還硬要出來回謝謝有點怪
04/12 13:29, 20F
我是不太願意硬性處理啦，畢竟記警告有時候蠻傷新手的玻璃心(砍文就算了) 所以處罰門檻是看討論串的回文數(不是推文數喔)，再加個有效期限 不然就是在po文注意事項中柔性提醒一下記得追蹤發文.... 看看以後射後不理的情況有無改善再說？ ※ 編輯: wtchen (90.41.60.207), 04/12/2016 15:31:18
→
04/13 02:20, , 21F
今天有人問 Java 的事讓我意識到一個怪現象
04/13 02:20, 21F
→
04/13 02:21, , 22F
ASM 板反而不太討論組合語言，常常看見用 C 寫
04/13 02:21, 22F
→
04/13 02:21, , 23F
本板還比 ASM 講更多的組語... XD
04/13 02:21, 23F
→
04/13 02:23, , 24F
是不是乾脆明白開放 inline assembly 和與 C 混著寫的
04/13 02:23, 24F
→
04/13 02:24, , 25F
組合語言，白紙黑字開放省得以後有什麼爭議
04/13 02:24, 25F
這對正在研究ARM assembly的我來說是好主意。 XD 不過板工不能自肥，可能要辦個投票決定.... (不過話說回來，正確的作法應該是ASM板要調整作法，不過別板事務我不便過問) 有人對此有不同意見嗎？我要斟酌看看是不是真的該辦投票... ※ 編輯: wtchen (90.41.60.207), 04/13/2016 03:50:25
→
04/13 04:08, , 26F
ASM 板目前把自己定位為單晶片板所以...
04/13 04:08, 26F
推
04/13 10:15, , 27F
原來c99就可以了！
04/13 10:15, 27F
→
04/13 10:19, , 28F
另外我會覺得追蹤條款可能效果不是很好，而且對板主負擔大
04/13 10:19, 28F
推
04/13 10:20, , 29F
比較建議先修整板規，把板規跟懲處寫得更明確
04/13 10:20, 29F
→
04/13 10:21, , 30F
問題追蹤可以先緩一緩，或者先試辦，效果好再納入板規
04/13 10:21, 30F
→
04/13 11:38, , 31F
我覺得w大可以徵幾個人幫忙，或是主動詢問熱心回答
04/13 11:38, 31F
→
04/13 11:38, , 32F
回答問題的板友，看他們願不願意在回答問題時一邊
04/13 11:38, 32F
→
04/13 11:39, , 33F
處理一些簡單的板務
04/13 11:39, 33F
→
04/13 11:39, , 34F
而且有人一起商量，可能比較快
04/13 11:39, 34F
→
04/13 12:40, , 35F
非板主處理板務是違規的哦，不過可以徵小板主把精華區交
04/13 12:40, 35F
→
04/13 12:40, , 36F
給他們處理
04/13 12:40, 36F
我想追蹤條款就此作罷，改成發文時系統"善意提醒"，先這樣試試看吧 原則上我希望鼓勵發文，也鼓勵新手多回來看板，把新手嚇到非我所願。 至於精華區方面，板工的興趣在於C/Linux/embedded sys.， C++目前還算有興趣但不算常用， 目前我是一邊整理精華區一邊複習自己的知識 精華區跟舊文中我若有不懂的地方，會提出來請各位幫忙解答，我再改善。 這點請各位多幫忙了 /(_ _)\ (精華區跟舊文的年代可以追溯到10年以上，其時效性也是問題) 至於Win32/64....板工可是一兩個月才會用一次Windows....(因為WebATM不得不用) 所以如果文章涉及MS系列的話....抱歉了 (汗) 如果有人自願管理這部份我很歡迎。 ※ 編輯: wtchen (90.41.60.207), 04/13/2016 15:26:24
推
04/14 08:52, , 37F
沒辦法啊C跟ASM關係那麼親密>///<
04/14 08:52, 37F
推
04/14 19:11, , 38F
關於問問題，我希望有一個置底閒聊，一些簡單問題可以不
04/14 19:11, 38F
→
04/14 19:12, , 39F
用發文，畢竟有時候只是腦袋轉不過來需要有人敲一下
04/14 19:12, 39F
好提案，照辦！ ※ 編輯: wtchen (90.41.60.207), 04/14/2016 19:31:20
→
04/14 21:38, , 40F
樓上提議不錯。然後我注意到，[心得]與[分享]有點相似
04/14 21:38, 40F
→
04/14 21:39, , 41F
例如說有人讀完書，做了重點整理，想分享給大家
04/14 21:39, 41F
→
04/14 21:40, , 42F
這樣是算在哪個標籤？（假設不使用多個標籤的話）
04/14 21:40, 42F
我的想法是 [心得]：著重於個人融會貫通出來的知識 [分享]：轉錄他人的心得或新知 ※ 編輯: wtchen (90.41.60.207), 04/14/2016 21:45:54
推
04/14 22:03, , 43F
個人是認為板上風氣挺不錯的，倒也不需在發文上加太多限
04/14 22:03, 43F
→
04/14 22:03, , 44F
制。
04/14 22:03, 44F
→
04/14 22:03, , 45F
如果往後走樣、變調再來限制。
04/14 22:03, 45F
我也是這麼想。 我想就用目前微調過的板規跟發文須知看看吧 至於開放inline assembly....有人反對的嗎？ 還有，置底文的十三誡，有人覺得有必要加嗎？ ※ 編輯: wtchen (90.41.60.207), 04/15/2016 00:42:01
推
04/15 00:46, , 46F
說到置底十三誡…能不能弄個非動畫版的 囧
04/15 00:46, 46F
→
04/15 00:47, , 47F
現在用telnet client的也漸漸變少了，那種形式反而難
04/15 00:47, 47F
→
04/15 00:47, , 48F
以閱讀
04/15 00:47, 48F
有同感，板工自己也不愛動畫，進板畫面也換掉好了 有人有反對意見嗎？ ※ 編輯: wtchen (90.41.60.207), 04/15/2016 00:58:34
→
04/15 01:58, , 49F
動畫不方便看，贊成板主換成純文字版
04/15 01:58, 49F
推
04/15 13:42, , 50F
我用telnet也不喜歡動畫XD
04/15 13:42, 50F
推
04/15 13:53, , 51F
用pcman也不喜歡互動版+1
04/15 13:53, 51F
13誡動畫拿掉囉....有人可以提供沒有動畫的進板畫面嗎？ 板工美學素養不佳，自己不會畫.... inline assembly目前沒人反對開放，所以板工就開放囉！ 看看之後情況再說。 ※ 編輯: wtchen (90.41.60.207), 04/15/2016 16:01:47
推
04/15 16:02, , 52F
進板畫面沒差吧 十三誡是很多人要看的文章就不一樣
04/15 16:02, 52F
推
04/15 22:28, , 53F
:D
04/15 22:28, 53F
→
04/15 22:29, , 54F
進版動畫不想看就按掉呀，我覺得留著沒關係
04/15 22:29, 54F
→
04/15 22:51, , 55F
可以討論D語言嗎? XD
04/15 22:51, 55F
....板工沒興趣，駁回。(煙)
→
04/15 22:56, , 56F
進板動畫只要按一下就結束，沒必要拿掉吧
04/15 22:56, 56F
既然大家都覺得OK就OK，板工說實話也懶得換... XD ※ 編輯: wtchen (90.41.60.207), 04/15/2016 22:59:55 ※ 編輯: wtchen (90.41.60.207), 04/15/2016 23:13:48
→
04/16 11:42, , 57F
之前用修文刪除文章的, 我記得是劣退, 現在還是這樣嗎？
04/16 11:42, 57F
是的，除非是因為誤發文(手賤按錯，話說板工也犯過這種錯誤 XD) 經板主認定為誤發文情況不會劣退(不過這種情況還是告知板工一聲) ※ 編輯: wtchen (90.41.60.207), 04/16/2016 17:05:09
推
04/16 18:19, , 58F
推
04/16 18:19, 58F
推
04/16 18:50, , 59F
其實我覺得這樣還不錯, 每個人應該為自己的發文負責
04/16 18:50, 59F
→
04/16 18:51, , 60F
仔細思考後才發文, 而不是之後有怎麼了才來刪文。
04/16 18:51, 60F
→
04/16 18:52, , 61F
請問推文3秒可以取消嗎？
04/16 18:52, 61F
這我可能要請問一下在這板待比較久的先進為何推文要3秒.... ※ 編輯: wtchen (90.41.60.207), 04/16/2016 18:58:33
→
04/17 00:35, , 62F
推文秒數想拿掉+1
04/17 00:35, 62F
剛剛拿掉了，先這樣試看看。 ※ 編輯: wtchen (90.41.60.207), 04/17/2016 00:38:30
→
04/17 04:01, , 63F
當初會有這限制可能是為了鼓勵發文而非推長推文，但
04/17 04:01, 63F
→
04/17 04:01, , 64F
會推的還是會推，我覺得沒什麼效XDDD
04/17 04:01, 64F
‣ 更多 wtchen 的文章
文章代碼(AID): #1N2uBt2x (C_and_CPP)
C_and_CPP 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 wtchen 的文章
文章代碼(AID): #1N2uBt2x (C_and_CPP)