เมื่อ QP x PPD = สิ่งน่าสนใจบางอย่าง ??

ออกตัวก่อนนะครับเป้าหมายการนำเสนอนี้ไม่ได้จับผิดหรือกล่าวหาอะไรใคร
เพียงแต่อยากให้ทุกท่านออกความเห็น ว่ามันเหมาะสมที่จะนำไปใช้หรือไม่
แทนระบบประเมินแบบ Manual ที่ใช้อยู่ ไม่ว่าจะเป็นเลื่อนขั้น ลดขั้นต่างๆ


จากที่คิดค้นค่า QP ออกมาจนถึงวันนี้ คิดว่าทุกคนคงลืมไปแล้วว่ามีมันอยู่
วันนี้ผมนำค่า post per day (ดูได้จาก profile ของท่านเอง)


Ex:

Quote:

---

Total Cumulative Posts: 114 ( 0.6 posts per day / 0.20% of total forum posts )

0.6 นี้คือค่า Post Per Day ต่อไปนี้จะเรียกว่า PPD
[/b]

---

ของแต่ละคนมา คูณค่า QP เข้าไป ได้ผลออกมา บางอย่าง


ท้าวความนิดนึงนะครับ QP= Thank Count / Post Count (ซึ่งแทนค่าความมีคุณภาพและน่าสนใจของกระทู้ที่ Post )
และหากนำ PPD (ซึ่งน่าจะแทนค่าความขยันขันแขง การมีส่วนร่วม) มาคูณด้วย
ก็จะได้ค่าดังต่อไปนี้ออกมา

ผมยังไม่กล้าบอกเต็มปากว่าค่านี้บอกอะไรได้และแม่นขนาดไหน เพราะมีบางกรณีเช่นกันที่บางท่าน Post กระทู้ดีๆ แต่เนื้อหายากคนกด Thank เลยน้อยทำให้ QP น้อย มาคูณกับ PPD เข้าไปยิ่งน้อยลงไปอีก เลยคิดว่ามันยังไม่ใช่สูตรสำเร็จที่จะวัดในแง่คุณภาพของเนื้อได้ดีเท่าไหร่ อาจจะมี ไนยบางอย่างเกี่ยวกับ Enthusiastic & participation & busyness หรือไม่ ผมก็คงตอบไม่ได้

ขำๆนะครับอย่าคิดมาก เพราะของผมเองก็น้อยมาก (เพราะไม่ได้ใช้ระบบ Thank มาตั้งแต่สมัยแรกๆ QP เลยผิดจากความจริงไปหมดเลย) :lol:

สรุปนะครับค่าด้านล่างนี้ได้จาก QPxPPD
ไม่แน่ใจว่าหากเปลี่ยนการคำนวณเป็น (Thankx PPD )/ Post Count จะได้ผลต่างกันหรือไม่ ถ้าได้จะแปลผลว่าอะไร

**Hidden Content: To see this hidden content your post count must be 1 or greater.**

1..QP= Thank Count / Post Count
2..PPD = post Count /age of wab's menber(days)

จะเกิดไร เมื่อ .QP * PPD =??? มันก็คือ Thank Count /age of wab's menber(days) ตีความก็คือ จากวันที่เป็นสมาชิกมาได้สร้างประโยชน์ให้กับชุมชนมากน้อยเท่าไรนั้นเอง .....

คิดตามหลักอย่างมีเหตุผล จำนวนวันเพิ่มขึ้นอย่างเที่ยงตรงแน่นอน หากไม่ active ค่านี้จะลดตามเวลาครับ ไม่คงที่ หากจะรักษาค่าไว้ต้องมีการโพส เพื่อให้ได้ค่า Thank เพราะไม่โพสก็ไม่มีแท็งค์แน่นอน ( ผลที่เกิดย่อมมีแต่เหตุที่ทำให้เกิดจึงมีได้ครับ) แล้วให้ระลึกเสมอว่า โพสคุณภาพที่คนสนใจเท่านั้นที่มีโอกาสได้แท็งค์สูง

( หากคนโพส 2 กระทู้ ได้ 10 แทงค์ กับ คนโพส 1 กระทู้ได้ 10 แท็งค์
มีอะไรที่ต่างกัน คนที่โพส 1กระทู้ ได้ 10 แท็งค์ จะมี QP = 10 อีกคนจะได้ Qp=5 หากทั้ง 2 คนมีอายุสมาชิกเท่ากัน สมมุติว่า 2 วันจะทำให้ ค่าสุทธิการคำนวนของคนทั้ง 2 เท่ากัน )

ตัวอย่าง

คนแรก A = 10 *1/2 =5

คนที่2 ฺ B = 5*2/2 =5

อาจกล่าวได้ว่า สิ่งที่ได้จากสมการ QP * PPD ก็คือ คุณมี แท็งค์ มากเท่าไรเมือเทียบกับ อายุของการเป็นสมาชิก (ความหมายเรื่องจำนวนโพสจะถูกซ่อนความหมายหรื่อไม่สามารถ นำมาตีความได้ )

*** ยังไม่มีสมการใดๆตัวเดียวที่จะให้สมประสงค์ได้ทุกประการ****

เสนอแนะ

1. ใช้ ระบบ QP เพื่อประเมินผลงานสมาชิก
2. ใช้ PPD เพื่อประเมินการมีส่วนร่วม
3. ใช้ QP * PPD เพื่อประเมินการทำประโยชน์ต่อชุมชน

หากต้องการประยุกต์ใช้งาน ให้สร้างเป็นดาต้าเบส ตั้ง ค่าวิกฤต ในการทำให้ระบบเป็นออโต สมมติ สมาชิก A มีค่า ต่างๆตามที่ระบบเซทไว้ ระดับของเขาจะขึ้นลงเป็นไปตามค่านั้นๆ เช่น วีไอพี เมื่อ มี QP =X and PPD = Y and QP*PPD เท่ากับหรือมากกว่า Z

**** คำเชื่อมค่าต่างๆ และ หรือ มากกว่า มากกว่าหรือเท่ากับ เป็นไปตามความต้องการของวัตถุประสงค์ผู้สร้าง ****

:ซึ่งเงื่อนไขต่างๆ จะขึ้นกับการกำหนดค่ามาตรฐานก่อนว่า X Y Z ควรมีค่าเท่าไร (อาจดูจากสถิติสมาชิก แน่นอน ค่ามาตรฐานนี้ชีวัดระดับคุณภาพโดยรวมของเวปด้วยว่ามีองค์ประกอบบุคคลมีคุณภาพอย่างไร เมือผ่านไปหลายปี ค่า STD นี้หากเปลืยนไปไม่ว่าขึ้นหรือลง ก็จะเป็นอินดิเคเตอร์ เตือนได้ด้วย)

ผมลองเอาค่าจาก DB มาคิดดูแล้วค่า PPD นี้เป็นค่าที่ปัดนะครับเช่น 1.5 -> 2, 3.2 -> 3 ไม่ได้เป็นค่าสุทธิที่ติดค่าทศนิยม
เช่น

[code]
-Post Count: 217
-Join Date :1188677486

ข้อสังเกตุ

1.Last Post:(Epoch time) ถ้าใช้ข้อมูลบันทึกจากการโพสครั้งล่าสุด How many days live in CITEC จะเท่ากับ เวลานับจากที่เริ่มเป็นสมาชิกกระทั้งถึงการโพสล่าสุด เป็นเวลากี่วัน (ดังนั้น มันจึงไม่ไช่เวลาที่เป็นปัจจุบัน สมมติ คนขาดการโพส 2 เดือน ค่านี้จะยังคงที่แต่หากเริ่มโพสต่อเมื่อไหร่ เวลาLast Postถึงจะเปลี่ยน ซึ่งจะมีผลให้ PPD เปลี่ยนตาม )

2.ค่า PPD ของระบบเรา มีช่วงของค่า ที่จริงยอมรับได้หากนำมาใช้เดี่ยวๆ ( แต่หากจะนำมาใช้งานร่วมโดยเฉพาะการคูณ จะทำให้เกิดช่วงของค่าที่ได้สูง(ความแน่นอนของค่ามีช่วงกว้างเกินไป) ยิ่งถ้าไปใช้คูณกับค่าตัวตั้งต้นที่มีค่าสูง (เท่าที่ดูค่า PPD มันมีช่วงอยู่ระหว่าง บวก ลบ 0.5 ))


ข้อเสนอแนะและส่วนความคิดเห็น

1.เห็นด้วยกับการสร้างตุ๊กตา ที่จะใช้ระบบอัตโนมัต เพือพิจารณาการเลื่อนขั้น ลดขั้น สมาชิก

2.แนวคิดระบบ (ตุ๊กตา ) สมมติ

2.1 ระบบคัดกรองคุณสมบัติเบื้องต้น เพื่อลดการประมวณผลเบื้องต้น เช่น คัดสมาชิกเฉพาะที่มีpostcount มากกว่าหรือเท่ากับ X
2.2 ระบบกรองต่อ จากสมาชิกที่ได้จากข้อ 2.1 ใครที่มีผล QP มากกว่าหรือเท่ากับ Y
2.3 จากสมาชิกที่เหลือในข้อ 2.2 นำมาประมวลต่อตามเงื่อนไขที่ต้องการต่อไป..เช่น PPD ไม่น้อยกว่า Z


ปล. เป็นเพียงแนวคิด ที่สำคัญกว่า น่าจะเป็นการยอมรับและความร่วมมือของสมาชิกในชุมชน ว่าอยากให้ชุมชนไปอย่างไร???

**********น่าจะลองมาช่วยกันออกความเห็นกันดูนะครับ *******************

ขออภัยครับผมแจ้งสูตรคิด PPD ผิดไป จริงๆต้องไปเป็นแบบนี้นะครับ

[code]

ผมมีมุมมองว่า
ระบบ Auto ดีอย่างคือค่อนข้างเป็นมาตราฐานเดียวกัน และไม่ต้องรอให้คนมา Manual ในการประเมินใดๆ เช่นกรณีเลื่อนขั้น
หากเงื่อนไข QP, PPD, QPxPPD ตรงตามกำหนดเลื่อนขั้นให้ทันที ตรงนี้ผู้ใช้ได้ประโยชน์เต็มๆ

แต่ก็จะกลายเป็นว่าความสำคัญของการแปล Wiki ก็จะหายไปหรือลดน้อยลง ซึ่งก็ไม่อยากให้เป็นเช่นนั้นเลย
กำลังคิดว่าทางสายกลางคือให้ ใช้ระบบการเลื่อนขั้นแบบเดิมแต่ จะได้รับอนุมัติจริงๆ ตอนไหนนั้น ขึ้นอยู่กับว่า เอกสารเลื่อนขั้นของคนนั้นๆ
ผ่านการอนุมัติผ่านแล้วหรือไม่ หากผ่านแล้ว ต่อไปก็เป็นหน้าที่ของระบบ Auto เป็นตัวจัดการว่าเมื่อไหร่ การ Post และ Thank ถึงเกณฑ์เลื่อนขั้น มันก็จะดำเนินการให้ทันที เขียนเป็น condition ได้ดังนี้


[code]
bool quality_meet= verify_qulity(QP,PPD);

bool padawan_promotion_approval=wiki & davinci & community_approve;
if ( padawan_promotion_approval ==true true && quality_meet==true)
{

อ่าน CODE ไม่เป็นครับ ถ้าความหมายเป็นดังนี้

1.ถ้าเงื่อนไข การเลื่อนขั้นของ padawan มีค่า QP และ PPD ตามกำหนด แล้ว มีค่า ผ่านวิกิ ด่านดาวินซี และได้รับการยอมจากชุมชน ให้เลื่อนขั้นเป็น full-member เจได

2.ถ้า fullmember มีค่า QP และ PPD ตามกำหนด แล้ว มีค่า ผ่านวิกิ ด่านดาวินซี และได้รับการยอมจากชุมชน ให้เลื่อนขั้นเป็น VIP Jedimaster

3.ไม่ตรงเงื่อนไข ไม่ต้องทำอะไร...

คำถาม
1.code ที่แสดงมันเป็นทางเดียวหรือสองทาง ดูเหมือนมันจะทางเดียวเลื่อนขั้นขึ้น

2.จะใช้แค่ QP กับ PPD หรือ ( pandawan post count ไม่ขึ้นแต่Thank ขึ้น ส่วนมากจะมีค่า QP สูงๆทั้งนั้น)

3.คิดว่าน่าจะเพิ่มเงื่อนไข การเป็นวีไอพี ใน code ว่า มี post count ตั้งแต่ 80 ขึ้นตามกติกาเดิม (หรือ มีซ่อนอยู่แล้ว ไม่แน่ใจ) ไม่งั้น padawan pass เป็น วีไอพี เพราะมีข้อได้เปรียบมากกว่าสมาชิกเก่า เช่น อายุการเป็นสมาชิก post count ไม่ขึ้น เป็นต้น

ข้อคิดเห็น

1.เห็นด้วยกับระบบ semi-auto ครับ

2.ถ้าเป็นระบบ สองทางจะดีกับการพยายามรักษาสถานะ เช่น เมือถูกลดขั้นเลื่อนขั้นใหม่ ต้องทำ QP และ PPD ให้อยู่ในเกณฑ์(ซึ่งไม่ยากนักถ้าไม่ปล่อยเวลาล่วงไปนาน PPD ขึ้นกับเวลา)

3.จากข้อ 2 ไม่ทราบว่าควรจะต้องมีการแปลวิกิ ใหม่รึเปล่า น่าจะมีมั๊ย ?? ฝึกภาษา ช่วยให้งานวิกิก้าวหน้า ช่วยให้ต้องพยายามรักษาสภานะเพราะไม่อยากแปล

*** ดูแล้วทั้งหมดที่กล่าว ไม่มีอะไรยากขึ้นเพียงแต่สร้างระบบเพื่อลดงาน และ ลดความขัดแย้งจากการลดขั้น ได้ดี ***
*** การแปลวิกิ ยังคงเป็นงานที่เท่าเดิมเพราะต้องมีการรวมกัน ช่วยกัน ตรวจงานให้กันและกัน ของเหล่าสมาชิก ***

****** ช่วยกันให้ความเห็นนะครับ จะได้มีมุมมองหลายมิติ ที่สำคัญเป็นเรื่องของพวกเราทุกคน ******

โดยส่วนตัวผมว่าเป็นสิ่งที่น่าสนใจอย่างหนึ่ง ( เอาไปใช้ในตัวประเมินในการเลื่อนขั้นก็น่าสนใจดี )

แต่มันก็กลับเป็นผลร้ายต่อบางคนเช่น คนที่โพสอักษรน้อยๆ เนื้อเน้นๆ ( พวก link ต่างๆ ซึ่งมีคุณค่าในการศึกษาอย่างมาก )

อาจเป็นผลให้หลายๆตัดขาดสิทธิในการเลื่อนขั้นเลยเพราะค่า PPD And QP x PPD น้อย

เช่น เล่นมา 1 ปี ( post 15 thank 200 = QP 13.33 ) 1 ปี = 365 วัน ( 15 / 365 = 0.04 )

( QP x PPD = 0.53 ) ซึ่งมีผลต่อการเลื่อนขั้นจริงๆ

หรือว่า ( post 15 thank 200 = QP 13.33 ) เล่นมาครึ่งปี = ประมาณ 180 วัน ( 15 / 180 = 0.08 )

( QP x PPD = 1.11 ) เป็นต้น

ถ้าจะใช้ในการประเมินการเลื่อนขั้นจริงผมคิดว่า ควรมีผลเพียงเล็กน้อย

และอาจทำให้คนเห็นค่าความสำคัญของ thank น้อยลง

ปล.นี่เป็นความคิดบ้าๆบอๆของเด็กคนหนึ่ง ( โปรดอย่าใส่ใจมาก )

ปล2.ท่านอื่นว่ายังไงครับ

ผมมองว่า Thank Count ไม่ใช่สิ่งที่สามารถใช้บอกคุณภาพการ post ได้อย่างเที่ยงตรงครับ (แค่ใกล้เคียงเฉยๆ)

ยกตัวอย่างเช่น
- การตั้งชื่อ topic ให้น่าสนน่าดึงดูด ซึ่งผมค่อนข้างมั่นใจว่าสิ่งนี้ทำให้หลายๆ คนกด thank ได้ทันที แต่เมื่อดูที่เนื้อหาแล้วบางท่านก็จะเห็นว่า มันก็แค่ ... นี่นา (โดยปกติ ถ้าไม่มีคำอธิบายคร่าวๆ ก่อน ผมจะไม่ค่อย thank ให้ แต่ผมคิดว่าหลายๆ ท่านไม่ค่อยสนใจว่ามีคำอธิบายคร่าวๆ หรือไม่ครับ)
- การ post เนื้อหาที่มีคุณภาพบางครั้ง เนื้อหาเป็นเนื้อหาที่เข้าใจยาก แต่มีคุณภาพ ทำให้คนกด thank น้อย ผมยกตัวอย่างเช่น post ของ ท่าน Tummy และ Edkung ในเรื่องเกี่ยวกับ Dll injection และ RE ผมมองว่าเนื้อหาดีมาก แม้แต่ภาษาอังกฤษยังหาอ่านบทความที่เข้าใจง่ายๆ แบบนี้ยากเลย เพียงแต่ว่าเรื่องนี้เนื้อหายาก และหลายๆ ท่านไม่ค่อยรู้จักจึงไม่ค่อยมีคนกด thank

ผมเห็นว่าการใช้ QP, PPD, QPxPPD มาช่วยประเิมินในการเลื่อนขั้นหรือลดขั้นนั้น ควรมีผลแค่เล็กน้อยครับ

เป็นความเห็นส่วนตัวให้พิจารณาครับ :P

Quote:

---

ผมมองว่า Thank Count ไม่ใช่สิ่งที่สามารถใช้บอกคุณภาพการ post ได้อย่างเที่ยงตรงครับ (แค่ใกล้เคียงเฉยๆ)

ยกตัวอย่างเช่น
- การตั้งชื่อ topic ให้น่าสนน่าดึงดูด ซึ่งผมค่อนข้างมั่นใจว่าสิ่งนี้ทำให้หลายๆ คนกด thank ได้ทันที แต่เมื่อดูที่เนื้อหาแล้วบางท่านก็จะเห็นว่า มันก็แค่ ... นี่นา (โดยปกติ ถ้าไม่มีคำอธิบายคร่าวๆ ก่อน ผมจะไม่ค่อย thank ให้ แต่ผมคิดว่าหลายๆ ท่านไม่ค่อยสนใจว่ามีคำอธิบายคร่าวๆ หรือไม่ครับ)
- การ post เนื้อหาที่มีคุณภาพบางครั้ง เนื้อหาเป็นเนื้อหาที่เข้าใจยาก แต่มีคุณภาพ ทำให้คนกด thank น้อย ผมยกตัวอย่างเช่น post ของ ท่าน Tummy และ Edkung ในเรื่องเกี่ยวกับ Dll injection และ RE ผมมองว่าเนื้อหาดีมาก แม้แต่ภาษาอังกฤษยังหาอ่านบทความที่เข้าใจง่ายๆ แบบนี้ยากเลย เพียงแต่ว่าเรื่องนี้เนื้อหายาก และหลายๆ ท่านไม่ค่อยรู้จักจึงไม่ค่อยมีคนกด thank

ผมเห็นว่าการใช้ QP, PPD, QPxPPD มาช่วยประเมินในการเลื่อนขั้นหรือลดขั้นนั้น ควรมีผลแค่เล็กน้อยครับ

เป็นความเห็นส่วนตัวให้พิจารณาครับ :P
[/b]

---

เห็นด้วยกับส่วนนี้พอสมควรครับ
เพราะว่า thank count นั้นถ้า post มากจะได้ thank มากตามด้วย เพราะส่วนใหญ่แล้วจะมีการ hide ไว้
QP จึงอาจจะไม่ได้บอกคุณค่าของหัวข้อที่ post แต่บอกได้ถึงว่าคนโพสนั้นมีหัวข้อดึงดูดคนเข้ามา thank เพื่ออ่านได้มากเพียงใด
QP มากอาจจะเป็นคนที่ตั้งกระทู้แต่ความรู้อย่างเดียวได้ แต่อาจจะไม่ได้ช่วยตอบกระทู้เลย
QP น้อยอาจจะเป็นคนท่ช่วยตอบคำถามต่างๆมากมาย

Quote:

---

2.2 ระบบกรองต่อ จากสมาชิกที่ได้จากข้อ 2.1 ใครที่มีผล QP มากกว่าหรือเท่ากับ Y
2.3 จากสมาชิกที่เหลือในข้อ 2.2 นำมาประมวลต่อตามเงื่อนไขที่ต้องการต่อไป..เช่น PPD ไม่น้อยกว่า Z[/b]

---

ถ้าใช้แบบนี้แล้วจะได้ผลเป็นเวลาผ่านไป PPD จะน้อยลง แต่ QP เท่าเดิม
ทำให้ต้องเข้ามา post เพื่อเพิ่ม PPD เมื่อ post เพิ่มไป QP จะน้อยลง
ทำให้ต้อง post ข้อความที่เป็นประโยชน์
ผมเห็นด้วยกับส่วนนี้ครับ

Quote:

---

ผมมองว่า Thank Count ไม่ใช่สิ่งที่สามารถใช้บอกคุณภาพการ post ได้อย่างเที่ยงตรงครับ (แค่ใกล้เคียงเฉยๆ)
[/b]

---

เห็นด้วยครับ thank count มาจากข้อความที่ hide ซึ่งมาตรฐานการล็อคแต่ละคนก็ต่างกัน
จะบอกว่าข้อความที่ thank count น้อยไม่มีคุณภาพก็ไม่ได้ ถ้าบทความนั้นล็อคถึง 80-100

อีกอย่างหนึ่งที่สำคัญ บทความดีๆมีคุณภาพ เป็นบทความที่ผู้เขียน เขียนขึ้นมาจากสมองของตัวเอง หรือของทีมงานของตัวเอง
ไม่ได้จะโพสกันได้ทุกวันนะครับ กว่าจะโพสออกมาเป็นบทความที่ผู้เขียน เขียนขึ้นเองนั้นเค้าลองผิดกันมาเป็น อาทิตย์ๆ
กว่าจะได้มาโพสเป็นบทความดีๆมาให้ได้อ่านกัน

ในความเห็นส่วนตัวนะครับ สิ่งที่บอกถึงคุณภาพของบทความนั้นได้เป็นอย่างดี เลยก็คือชื่อของ ผู้โพสบทความนี้และครับ
ถ้าผมเห็นชื่อที่ผมคุ้นเคยแต่ติดตามบทความของท่านนั้นมาโดยตลอด ผมก็ไม่ลังเลที่จะ thank เลย

Quote:

---

ผมเห็นว่าการใช้ QP, PPD, QPxPPD มาช่วยประเิมินในการเลื่อนขั้นหรือลดขั้นนั้น ควรมีผลแค่เล็กน้อยครับ
[/b]

---

เห็นด้วยอีกแล้ว การนำค่า QP, PPD, QPxPPD มาใช้ประเมิน ควรมีผลแค่เล็กน้อย
สำคัญเลยควรดูที่ความดีที่เค้าได้ทำมาแต่ก่อนจะดีกว่าเยอะ :P

----------------------------------------------------------------------------------
Update :

Quote:

---

ความดีทีั่ว่านี้หมายถึงยังไงครับ วัดกันด้วยอะไรเป็นแบบ Auto หรือ Manual หากเป็นแบบหลังมีอะไรการันตีครับว่าผู้ประเมินจะไม่ bias
ขอ detail ด้วยครับ[/b]

---

Manual ถ้าจะเอาผลมาประเมินในระดับการเลื่อนขั้น ผมว่าควรเป็น manual ครับ

กรณีที่เห็นกันอย่างชัดเจน ก็คือว่ามีส่วนร่วมต่างๆในcitec มาอย่างไรบ้าง ผู้นั้นมีส่วนสำคัญที่ทำให้ citec พัฒนาขึ้นไป

ยกตัวอย่าง เช่นทีม cwh , ทีม crack ของท่าน Edkung (ขออภัยด้วยผมจำชื่อทีมไม่ได้) , หรือผู้มีช่วยช่วยเหลือโครงการอื่นๆ หรือช่วยเหลือในการ สัมมนา เป็นต้น


กรณีที่ยังไม่เห็นอย่างชัดเจน ก็คือมีส่วนร่วมใน citec ด้วยการโพสบทความที่เป็นประโยชน์
ตรงนี้ในตอนแรกที่ผมมองว่าสำคัญเลยก็คือ เป็นบทความที่ผู้เขียน เขียนขึ้นมาจากสมองของตัวเอง หรือของทีมงานของตัวเอง
ถ้าเป็นบทความเหล่านี้ ถ้าให้คะแนนก็ต้องให้คะแนนเป็น 2 เท่าหละ

นิดนึง ถ้าเป็นบทความอื่นๆที่เอามาจากที่อื่น แล้วไม่ให้ credit ที่มาเนี่ยผมว่า ต้องเป็นคะแนน ติดลบไปเลย


ถ้าเป็นส่วนของ Auto ก็พวกค่า QP, PPD, QPxPPD มาใช้ประเมิน ก็ควรมีผลแค่เล็กน้อย เหมือนอย่างที่โพสในตอนแรกครับ

หรืออย่างที่ท่าน admin พูดแระครับ "asylu3 say : เอามาคิดขำๆ อย่าคิดมาก เพราะของผมเองก็น้อยมาก " ^^

ปล. พึ่งจะเห็นตานิคพูดดีก็วันนี้แระ ฮ่าๆ

Quote:

---

เห็นด้วยอีกแล้ว การนำค่า QP, PPD, QPxPPD มาใช้ประเมิน ควรมีผลแค่เล็กน้อย
สำคัญเลยควรดูที่ความดีที่เค้าได้ทำมาแต่ก่อนจะดีกว่าเยอะ [/b]

---

ความดีทีั่ว่านี้หมายถึงยังไงครับ วัดกันด้วยอะไรเป็นแบบ Auto หรือ Manual หากเป็นแบบหลังมีอะไรการันตีครับว่าผู้ประเมินจะไม่ bias
ขอ detail ด้วยครับ


อีกอย่าง Thank count ไม่ได้หมายถึงคุณภาพนะครับค่า QP ต่างหาก (Thank/Post Count)
และอย่างที่กล่าวกันไว้ในตอนต้นแล้ว QP บางคนอาจจะวัดคุณภาพไม่ได้ครบ จำเป็นต้องเอาค่าความขยันหรือมีส่วนร่วม PPD เข้ามาร่วมด้วย
ด้วยเหตุนี้เมื่อ QPx PPD แล้วก็จะแสดงถึง ค่าคุณภาพและความขยัน ซึ่งหากทุกคนเห็นตรงกันในสูตรนี้ต่อไปก็นำไปใช้จริง
เช่นหากค่า QPxPPD < 0.5 ไม่ว่าเป็น full member/ VIP ก็สุ่มเสี่ยงต่อการถูกลดขั้นได้

เป้าหมายของการระดมสมองครั้งนี้เพื่อให้ทุกคนพิจารณาหาวิธีที่วัดออกมาจากสิ่ง Post แล้วคิดออกมาเป็นสูตรเพื่อให้วัดและ อ้างอิงได้แม่นย่ำกว่าวิธี Manual ครับ
ดังนั้นวิธีใดๆที่อิงแบบ Manual อาจจะไม่ Effective พอที่จะนำมาใช้จริง

ผมคิดว่าสิ้งที่วัดคุณภาพของกระทู้นั้นๆ ได้ น่าจะมีระบบโหวตให้ กระทู้นั้นๆ แล้วเอาคะแนนจากการโหวตมาเป็นตัววัด ดีกว่าใช้ thank มาเป็นตัววัด เพราะ มันเป็นแค่การ ซ่อนไม่ให้เห็นข้อความข้างในเฉย แค่นี้ครับ

ขอแสดงความคิดเห็นบ้างนะครับ (หลังจากที่หายหน้าไปนาน ><")

โดยส่วนตัวผมมองว่า การประเมินควรเกิดจากสองส่วนด้วยกันครับ
แบบ Auto มีไว้เพื่อแจ้งเตือนให้กับ Modulator หรือ Admin ถึงระดับการใช้งานในแง่มุมต่างๆของ member
จากนั้น Modulator หรือ Admin ก็จะทำหน้าที่ พิจารณา แบบ Manual อีกครั้งเพื่อความเหมาะสม

นั้นเพราะอะไร
1. PPD(post/day) หรือ QP(Quality of Post) ไม่ได้เป็นตัวชี้วัดที่ชัดเจนว่า member คนนั้นๆได้ทำการ post บทความที่มีึคุณภาพหรือไม่ ดั่งเหตุผลที่หลายๆท่านได้กล่าวมาแล้ว ไม่ว่าจะเป็นเรื่องของความยากของเนื้อหา หรือแม้กระทั่งความสนใจเฉพาะกลุ่ม เป็นต้น
2. PPD ที่มากเกินไป ก็สามารถบ่งบอกอะไรได้มากอยู่เหมือนกัน เพราะคงไม่มีนักเขียนท่านใดสามารถ post บทความที่ตัวเองเขียนขึ้น ได้ทุกวันเป็นแน่ ซึ่งแน่นอน ถ้าหาก PPD มาก นั่นย่อมแสดงให้เห็นถึง คุณภาพในด้านลบของ member ได้เช่นกัน
3. การประเมินเพื่อเลื่อยขั้นของ padawan เพื่อเป็น fullmember แบบอัตโนมัติ โดยการใช้ PPD และั QP ผมค่อนข้างไม่เห็นด้วย เนื่องด้วยเหตุผลหลายๆประการ
- PPD จะเป็นการก่อให้เกิดปัญหา กระทู้ขยะอย่างมากมายใน บอร์ด (ทุกวันนี้ ก็ reply ขยะกันเยอะอยู่แล้ว)
- QP สำหรับ padawan เนื่องจาก post count ของ padawan นั้น จะไม่ถูกนับทำให้ สูตรการคำนวนที่ว่า "QP= Thank/Postcount" ใช้ไม่ไ้ด้ และที่สำคัญ อาจจะก่อให้เกิดการปั้ม Thank ขึ้นมาได้

โดยสรุป ผมคิดว่า การประเมินในการเลื่อนขั้นหรือลดขั้นนั้น น่าจะเป็นการประเมินความเห็นชอบแบบ manual มากกว่า ส่วนการนำสูตรคำนวนไปใช้นั้น น่าจะเป็นการใช้เพื่อการแจ้งเตือน เพื่อให้ทราบถึงบุคคลที่จะตกเป็นเป้าหมายในการประเมิน

1.

Code:

---

bool quality_meet= verify_qulity(QP,PPD);

bool padawan_promotion_approval=wiki & davinci & community_approve;
if ( padawan_promotion_approval ==true true && quality_meet==true)
{

---

ส่วนนี้ คือ ส่วนของ manual ค่า คือ จริง หรือ เท็จ ไม่ใช่แค่มอด แอดมิน ยังรวมการยอมรับของชุมชนด้วย

[code] rank_promote(padawan_name, Jedi_rank); // promote padawan_name to full member Rank

เห็นด้วยกับท่าน Tummy ทั้งหมด
และอยากให้เรา Post และมีส่วนร่วม กันด้วยใจ เน้นคุณภาพในการ post ทั้งที่เป็นทางวิชาการ/เทคนิค หรือถามปัญหา ซึ่งกระทู้ถามปัญหา
ควรมีรายละเอียดมากพอสำหรับการช่วยเหลือ จะเป็นประโยชน์กับคนหมู่มาก

เครื่องมือในการตรวจสอบนั้น ใช้ screen ขั้นต้นก็น่าจะพอแล้ว ที่เหลือจะต้องใช้วิจารณญาณร่วมด้วย

Quote:

---

ขอแสดงความคิดเห็นบ้างนะครับ (หลังจากที่หายหน้าไปนาน ><")

โดยส่วนตัวผมมองว่า การประเมินควรเกิดจากสองส่วนด้วยกันครับ
แบบ Auto มีไว้เพื่อแจ้งเตือนให้กับ Modulator หรือ Admin ถึงระดับการใช้งานในแง่มุมต่างๆของ member
จากนั้น Modulator หรือ Admin ก็จะทำหน้าที่ พิจารณา แบบ Manual อีกครั้งเพื่อความเหมาะสม

นั้นเพราะอะไร
1. PPD(post/day) หรือ QP(Quality of Post) ไม่ได้เป็นตัวชี้วัดที่ชัดเจนว่า member คนนั้นๆได้ทำการ post บทความที่มีึคุณภาพหรือไม่ ดั่งเหตุผลที่หลายๆท่านได้กล่าวมาแล้ว ไม่ว่าจะเป็นเรื่องของความยากของเนื้อหา หรือแม้กระทั่งความสนใจเฉพาะกลุ่ม เป็นต้น
2. PPD ที่มากเกินไป ก็สามารถบ่งบอกอะไรได้มากอยู่เหมือนกัน เพราะคงไม่มีนักเขียนท่านใดสามารถ post บทความที่ตัวเองเขียนขึ้น ได้ทุกวันเป็นแน่ ซึ่งแน่นอน ถ้าหาก PPD มาก นั่นย่อมแสดงให้เห็นถึง คุณภาพในด้านลบของ member ได้เช่นกัน
3. การประเมินเพื่อเลื่อยขั้นของ padawan เพื่อเป็น fullmember แบบอัตโนมัติ โดยการใช้ PPD และั QP ผมค่อนข้างไม่เห็นด้วย เนื่องด้วยเหตุผลหลายๆประการ
- PPD จะเป็นการก่อให้เกิดปัญหา กระทู้ขยะอย่างมากมายใน บอร์ด (ทุกวันนี้ ก็ reply ขยะกันเยอะอยู่แล้ว)
- QP สำหรับ padawan เนื่องจาก post count ของ padawan นั้น จะไม่ถูกนับทำให้ สูตรการคำนวนที่ว่า "QP= Thank/Postcount" ใช้ไม่ไ้ด้ และที่สำคัญ อาจจะก่อให้เกิดการปั้ม Thank ขึ้นมาได้

โดยสรุป ผมคิดว่า การประเมินในการเลื่อนขั้นหรือลดขั้นนั้น น่าจะเป็นการประเมินความเห็นชอบแบบ manual มากกว่า ส่วนการนำสูตรคำนวนไปใช้นั้น น่าจะเป็นการใช้เพื่อการแจ้งเตือน เพื่อให้ทราบถึงบุคคลที่จะตกเป็นเป้าหมายในการประเมิน
[/b]

---

ผมว่าทั้งท่านแอดมิน,ท่านTonHor,ท่านkent_CM,ท่านTummy,ท่าน5h4d0wm4n,ท่านGen0TypE
และท่านอื่นๆ มีความคิดที่ดีมากกันเลยทุกๆคนครับ เพราะว่าทุกๆท่านมีความรู้ และประสบการณ์มามาก+เก่งทุกๆคน
แต่แปลกที่ทำไม่คนเราเก่งไม่เท่ากัน ผมว่ามันขึ้นอยู่กับ"ความพยายาม+ความสามารถ+ความสมำเสมอ"ของแต่ละคนครับ

ความคิดเห็นของผมน่ะครับว่าถ้าต้องการมีระบบนี้(QPxPPD)เข้ามาใช้จริงๆ
ควรมีกฎกติกาเพิ่มที่ชัดเจนครับ อย่างเช่นดังต่อไปนี้น่ะครับ(ยกตัวอย่างน่ะครับ)

กฎกติกาสำหรับชาวpadawanในการโพสเพื่อให้ได้คะแนน ในการพิจราณาเลื่อนขั้น
1.ควรพิจราณาว่าโพสเพื่อต้องการแบ่งปันความรู้หรือถ้าจงใจปั้มโพส (จะไม่ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น)
2.การโพสข้อความซ้ำหรือไม่ให้เครดิต (จะไม่ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น)
3.การโพสไร้สาระ (จะไม่ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น)
4.การโพสความรู้ที่มีคุณภาพระดับสูงหรือที่อันตราย เช่น สอนการเจาะฐานข้อมูล หรือ โพสที่โดนย้ายจาก Padawan มาไว้ที่ FullMember (ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น)
5.การโพสความรู้ที่แปลกใหม่ หรือที่ได้ 4-5 ดาว (ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น)
6.การโพสความรู้ที่มีสาระหรือมีคุณภาพสมำเสมอ (ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น)
7 ผู้ที่ทำผิดกฎกติกาดังกล่าวจะไม่ได้คะแนนพิเศษ หรือ อาจจะกำหนดให้โพสได้ แต่Pous Countจะไม่เพิ่ม

แบ่งพิจราณาเป็น2กรณีครับ
1.ควรมีคะแนนหรือมีส่วนส่วนในการเลื่อนขั้นเป็นFullmember ให้แค่เป็นส่วนหนึ่งในการให้คะแนนถึงจะไม่มาก
แค่นี้ชาวpadawan ก็มีกำลังใจ,ภูมิใจ และพอใจที่ได้แบ่งปันความรู้ดีๆให้ชาวcitecแล้วครับ

2.แต่ถ้าผู้ที่โพสมีความสามาถโพสตามกฎหัวข้อ4,5,6(ได้คะแนนพิเศษในการพิจราณาเลื่อนขั้น) ได้และสม่ำเสมอ ผมว่าเห็นควร
ได้รับพิจราณาให้เป็น fullMemberได้เลย แต่ต้องผ่านการ เห็นสมควรของ fullmemberมีส่วนช่วยกันในการตัดสินใจ และให้ท่าน Mod/admin
พิจราณาอีกที

คิดว่าถ้ามีกฎหรือการเปลี่ยนแปลงคั้งนี้ อาจมีโพสที่มีสาระ และความรู้ใหม่ มากขึ้น รวมถึงไปถึงโพสซ้ำที่เป็นขยะตามมาด้วย
ยังไงโลกInternetต้องมีขยะอยู่แล้ครับ อย่าที่ท่านแอดมินว่า"เป็นธรรมชาติของ webboard และโลก internet"
ผมจึงได้เพิ่มกฎข้อที่7กันไว้น่ะครับ......แต่ Mod/Admin คงต้องทำงานมากขึ้น
.......อาจเป็นการดีที่เปิดกว้างในการรับเป็นfullMemberอีกวิธีหนึ่ง ซึ่งคงมีน้อยมากที่แต่ละท่านจะสามารโพสได้ตามกฎข้อ4,5,6
เป็นบททดสอบ"ความพยายาม+ความสามารถ+ความสมำเสมอ"ของPandawan ได้ดีอีกวิธีหนึงเลยน่ะครับ


****ผมไม่ได้หวังอะไรน่ะครับบางท่านอ่านอาจจะไม่ค่อยเข้าใจว่าเขีนยอะไร???
แต่......มันเป็นความคิดเห็นในครั้งหนึ้งที่ผมยังเป็นPadawanที่อยากเป็นFullMember น่ะครับ***

ผิดพลาดประการใด ชี้แน่ะตักเตือนผมด้วยน่ะครับ

ขออนุญาตแสดงความเห็นครับ

ดูเหมือนว่าบอร์ดกำลังพยายามคำนวณคุณภาพของสมาชิกจากตัวเลข
Post count, Thank count, Post per day

แต่เนื่องจากค่าทั้งสามสิ่งนี้ของสมาชิกแต่ละคน มีคุณค่าไม่เท่ากัน
การนำมาใช้เสมือนหนึ่งว่า ค่าทั้งสามสิ่งนี้ของสมาชิกแต่ละคน มีคุณค่าเท่ากัน
สูตรที่คิดค้นออกมา ไม่ว่าจะเป็นสูตรใด ย่อมได้ผลที่เพี้ยนจากความเป็นจริง

มีคำว่ากล่าวว่า "Don&#39;t send human to do a machine job."
แต่ผมคิดว่าในกรณีนี้ ต้องกลับกัน

เห็นด้วยกับคุณ pspn.n ครับ

นำเสนอความเห็น semi-auto concept

1.ใช้สำหรับ padawan

[code]bool padawan_promotion_approval=wiki & davinci & community_approve;
if ( padawan_promotion_approval ==true )
{
rank_promote(padawan_name, Jedi_rank); // promote padawan_name to full member Rank//ตรงนี้ให้แทรก ฟังก์ชั่นในการ reset post count and thank to 1 และ reset Join date to date()