หลีกเลี่ยง“ คนฉลาด” ในโครงการของทีม

61

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

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

teamwork

— Droogans
แหล่งที่มา

50

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

— พอลทอมบลิน

3

@Droogans โปรดอย่าคิดว่าฉันได้อ่านคำถามอื่น ๆ ของคุณ หากคุณขยายเนื้อหาของคำถามของคุณเราสามารถถอนความคิดเห็นร่วมกันได้ (ซึ่งมีความหมายสำหรับการชี้แจงที่ถูกต้อง)

— งาน

9

@Droogans: การสร้าง UI ก่อน (ต้นแบบ) และไม่มีการออกแบบที่ตรงไปตรงมาสามารถพิจารณา Agile ถ้าทำถูกต้อง อย่าทึกทักเอาเองว่าคุณรู้ทุกอย่างและคุณจะไม่ถูกเรียกว่าคนที่รู้ว่าเขารู้ทั้งหมด ที่กล่าวว่าทีมพัฒนาที่ไม่มีฐานข้อมูลบั๊กอาจไม่ถูกต้อง

— pdr

3

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

— jer

14

คุณจะมั่นใจได้อย่างไรว่าคุณพูดถูกและผิด? กรุณาสำรองข้อมูลด้วยข้อเท็จจริง

39

การเปลี่ยนแปลงต้องใช้เวลา Udi Dahan มีบทความที่ยอดเยี่ยมที่สัมผัสกับสิ่งที่คุณถามและฉันคิดว่าเขาทำงานได้ดีกว่าด้วยคำตอบที่ฉันต้องการ

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

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

— Kyle Hodgson
แหล่งที่มา

1

การได้รับชัยชนะ แต่เนิ่นๆนั้นยากเมื่อทางออกของคุณเกี่ยวกับ "สิ่งที่อาจเกิดขึ้นในอนาคต" ตอนนี้เมื่อฉันระบุสิ่งเหล่านี้ฉันจดบันทึกสิ่งที่ฉันคาดหวังและรอให้มันพัง ให้เริ่มต้นเอง

— Droogans

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

— Kyle Hodgson

ฉันชอบที่จะคิดว่าฉันเรียนรู้มากขึ้นถ้าไม่มากไปกว่านั้นในด้านความสัมพันธ์ระหว่างบุคคลของวิศวกรรมซอฟต์แวร์ ไม่ว่าฉันจะรู้สึกพึงพอใจเพียงใดเมื่อรู้ว่าฉันสร้างความแตกต่างที่ต้องการและบวก ... มันเป็นแนวปฏิบัติที่ดี

— Droogans

17

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

— DeadMG
แหล่งที่มา

37

และพิจารณาความเป็นไปได้ที่คุณผิดและอีก 3 คนนั้นถูกต้องและคุณแค่ไม่เห็น

— Yam Marcovic

@Yam ในกรณีนี้เราได้ใช้แบบจำลองข้อมูลที่เป็นไฟล์ ตัวอย่างที่นี่ไม่ใช่รายละเอียดที่ไม่น่าสนใจ สิ่งเหล่านี้เป็นข้อบกพร่องขั้นพื้นฐานและแก้ไขไม่ได้ซึ่ง 90% ของหนังสือและหลักสูตรที่เน้นซอฟต์แวร์ทั้งหมด ฟังดูน่ากลัวใช่มั้ย ลองและไม่ถูกคุกคามเมื่อมีการนำเสนอตัวเลขให้คุณเจ้านายในลักษณะนั้น

— Droogans

10

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

— Yam Marcovic

@ มัน: ถ้าคุณให้หลักฐานที่ชัดเจนและไม่สามารถหักล้างได้แสดงว่าคุณเพิ่งพิสูจน์ว่าคนอื่นผิด พวกเขาสามารถพยายามแยกมันออกจากกันได้หากต้องการ

— DeadMG

4

@DeadMG การเขียนโปรแกรม "แนวทางปฏิบัติที่ดีที่สุด" ไม่ได้ดีขึ้นอย่างที่เคยเป็นจริงและด้วยเหตุนี้คุณไม่สามารถพิสูจน์ได้จริง ๆ ว่าพวกเขา "ดีกว่า" เพียงเพื่อให้เป็นไปตามมาตรฐานของสิ่งที่คุณคิดว่าดี จะมีทั้งข้อดีและข้อเสียอยู่เสมอและบางครั้งคนอื่น ๆ จะพิจารณาสิ่งที่คุณคิดว่าดีและไม่ดี

— Yam Marcovic

17

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

ปัญหาหลักไม่ได้เกี่ยวกับว่าใครถูกหรือผิด ทุกอย่างลงมาที่จิตวิทยาบุคคลและกลุ่ม ผู้คนมีแนวโน้มที่จะรู้สึกผิดปรกติอย่างผิด ๆ เมื่อค่านิยมและอุดมคติของพวกเขาถูกท้าทายและผู้คนสามารถต้านทานต่อการเปลี่ยนแปลงได้อย่างมาก พวกเขาสามารถโต้เถียงและจะหาคนอื่นเพื่อยืนยันตำแหน่งของพวกเขาและรู้สึกสบายใจในฐานะกลุ่มเพื่อที่พวกเขาจะได้ไม่ต้องท้าทายคุณค่าของตนเองและเพื่อที่พวกเขาจะได้ไม่ต้องเผชิญกับการเปลี่ยนแปลงที่อาจทำให้พวกเขารู้สึกว่าพวกเขามีแนวความคิดบางอย่าง ไม่ถูกต้อง. ในทางกลับกันผู้พัฒนาซอฟต์แวร์โดยเฉพาะอาจเป็นคนที่มีความอ่อนไหวมากและมักจะไม่รู้สึกอ่อนไหว (โดยเฉพาะเมื่ออายุน้อยกว่า) ในแง่ของวิธีที่พวกเขาอาจเข้าหาค่านิยมของผู้อื่น ผลก็คือคุณมักจะพบทีมที่บุคคลหนึ่งไม่มีความสุขมากและรู้สึกว่าคนอื่นดูเหมือนจะปฏิเสธที่จะเข้าใจและปฏิบัติต่อบุคคลนั้นเช่นป๊อปปี้สูงสุภาษิต บ่อยครั้งที่ผลลัพธ์นี้เกิดขึ้นในวัฒนธรรมกลุ่มที่เป็นพิษต่อทุกคนซึ่งการตำหนิและการป้องกันกลายเป็นบรรทัดฐาน

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

แล้วคุณจะทำอย่างไรกับเรื่องนี้?

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

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

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

— S.Robins
แหล่งที่มา

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

— Droogans

LOLz Re: buzzwords แม้ว่าฉันจะอธิบายให้ผู้จัดการทราบถึงความจำเป็นในการ "ประสาน" :-P ในที่สุดสิ่งเหล่านี้เป็นเพียงเครื่องมือที่จะใช้เพื่อให้บรรลุวัตถุประสงค์ในการปรับปรุง อย่างไรก็ตามผู้จัดการต้องแสดงให้เห็นถึงการใช้ทรัพยากรที่มีค่าใช้จ่ายและนั่นจำเป็นต้องทำให้เป็นกรณีศึกษาทางธุรกิจที่ดีสำหรับการปรับปรุงใด ๆ ข้อมูลที่หนักในแง่ของผลกำไรและค่าใช้จ่ายพูดได้ดังกว่าแค่พูดว่า "เพราะ Fowler / Gof / etc บอกว่ามันเป็นเช่นนั้น" ฉันเดาว่าส่วนสำคัญของสิ่งที่ฉันเขียนลงไปมีส่วนร่วมกับผู้คนแทนที่จะต่อสู้กับอุดมคติและคุณได้รับแครอทมากกว่าไม้

— S.Robins

12

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

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

เคล็ดลับในการยอมรับความคิดของคุณคือใช้วิธีการเล่นเกมแบบยาวเพื่อย้ายหน้าต่างโอเวอร์ตัน:

เริ่มแรกคุณต้องติดป้ายกำกับตัวเอง "สมเหตุสมผล" ในใจของผู้อื่น นี่หมายถึงการใช้การฝึกซ้อมของทีมในปัจจุบันและโดยทั่วไปแล้วจะเป็น "บุคคลที่มีเหตุผล" คุณอาจเสนอข้อสงสัยเกี่ยวกับแนวทางปฏิบัติเหล่านี้ แต่คุณไม่สามารถปฏิเสธได้หากทีมรู้สึกว่าเหมาะสม
เมื่อคุณมีเหตุผลในใจของผู้อื่นคุณสามารถเริ่มเสนอความคิดของคุณให้กับทีม พวกเขาจะได้รับความน่าเชื่อถือเพราะคุณได้รับความน่าเชื่อถือ (ไม่ควรใช้วิธีนี้ แต่ทำได้) คุณจะขยายขอบเขตของแนวคิดที่ยอมรับได้เพื่อรวมแนวคิดของคุณเอง ในขั้นตอนนี้คุณยังคงไม่พยายามบังคับให้มีการเปลี่ยนแปลงในทางปฏิบัติเพียงทำการเปลี่ยนแปลงเช่นนั้นดูเหมือนว่าเป็นความคิดที่ "สมเหตุสมผล" การทำซ้ำความคิดเป็นกุญแจสำคัญที่นี่เพราะการทำซ้ำแต่ละครั้งทำให้ความคิดนั้นสมเหตุสมผลมากขึ้น
ในขั้นตอนสุดท้ายคุณดูถูกคนที่ไม่สามารถให้ความสนใจได้อย่างสมดุล คุณต้องใส่ผลกระทบด้านลบของแนวปฏิบัติในปัจจุบันและศูนย์กลางของความสนใจของพวกเขาในขณะที่วางความเสี่ยงของวิธีการของคุณไกลนอกมัน (ทำเช่นนี้โดยการเปลี่ยนเรื่องของการสนทนากับสิ่งที่คุณต้องการให้เป็น) ในที่สุดทีมจะตัดสินใจเองว่าความคิดของคุณดีกว่าแนวทางในปัจจุบัน มันจะกลายเป็นลูกบุญธรรมในระบอบประชาธิปไตยโดยที่คุณไม่ต้องบังคับให้ใครก็ตามและไม่จำเป็นต้องแสดงให้เห็นถึงความคิดที่มีเหตุผล

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

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

— Joeri Sebrechts
แหล่งที่มา

3

กับผู้บังคับบัญชาบางคนคุณต้องหลอกพวกเขาให้เชื่อว่ามันเป็นความคิดของพวกเขามาตลอดเพื่อแก้ไขการฝึกฝนไม่ใช่ของคุณ

เลือกการต่อสู้ที่คุณต้องการชนะและรายการใดที่คุณต้องการเครดิต

— hotpaw2
แหล่งที่มา

3

มันไม่ใช่ "เล่ห์เหลี่ยม" เรียกว่า "จัดการ"

— Josh Petitt

3

ฉันขอแนะนำให้อ่านhttp://www.jamesshore.com/Change-Diary/มันมีข้อสังเกตมากมายเกี่ยวกับการจัดการการเปลี่ยนแปลงใน บริษัท นอกจากนี้หนังสือเล่มนี้อาจจะเป็นประโยชน์: http://www.amazon.com/Agile-Coaching-Rachel-Davies/dp/1934356433 ไม่ใช่เพราะคุณควรไป Agile แต่เนื่องจากมีข้อสังเกตมากมายเกี่ยวกับการให้การเปลี่ยนแปลงกับทีมและจัดการกับข้อเสนอแนะและการตอบกลับ จากประสบการณ์ของฉัน: คุณจะไม่สามารถเปลี่ยนแปลงอะไรได้หากคนอื่นไม่ได้อยู่กับคุณ หากพวกเขาไม่ต้องการการเปลี่ยนแปลงดังกล่าว หากเป็นเช่นนั้นคุณสามารถทิ้งไว้ได้ คุณอาจคาดหวังบางสิ่งที่แตกต่างจากงานของคุณหรือคุณเจริญเร็วกว่าเพื่อนร่วมงานของคุณ

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

ขอให้คุณโชคดี

— Robert Pankowecki
แหล่งที่มา

2

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

— Wolfger
แหล่งที่มา

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

— user16764

0

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

— kosmogo
แหล่งที่มา