ฉันจะโน้มน้าวให้สมาชิกในทีมใช้กรอบเว็บได้อย่างไร [ปิด]


10

คำถามคือสิ่งนี้และรายละเอียดต่อไปนี้: มีอะไรที่ฉันสามารถพูด / นำขึ้นมาเป็นโปรแกรมเมอร์เพื่อนำเขาไปด้านข้างของฉัน?

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


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

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

ในฐานะที่เป็นกลุ่มเรากำลังตัดสินใจว่าจะใช้เทคโนโลยีใดในการนำเว็บไซต์ไปใช้ โดยเฉพาะไม่ว่าจะใช้เฟรมเวิร์ก PHP (Code Igniter) หรือไม่

ฉันโต้เถียงในความโปรดปรานอ้าง:

  1. ไม่พลิกโฉมพวงมาลัย
  2. รหัสฐานที่เขียนและทดสอบมาอย่างดีเพื่อใช้งานได้
  3. รับไป (กำหนดเวลาใกล้กว่าที่เราต้องการ)
  4. ความเร็วในการพัฒนา
  5. รูปแบบการออกแบบที่ดีและการดูแลรักษาที่ดีและแนวปฏิบัติที่ดี

เขาโต้เถียงในความโปรดปรานในการทำงานในแบบที่เขาคุ้นเคย:

  • ฟังก์ชั่นการเขียน bespoke แบบครั้งเดียวลงในไฟล์ "library" เหมือนกับที่เขาต้องการ
    • ฟังก์ชั่นสำหรับการเข้าถึงข้อมูลและการแสดงผลข้อมูลที่หน้ารับ / การตั้งค่าและจากเซสชั่นและรับ / โพสต์ข้อมูล ฯลฯ
  • มี 1 ไฟล์ต่อหน้า (ส่งผลให้ไม่มีการแยกข้อกังวลระหว่างการควบคุมการนำเสนอและข้อมูล)

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

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

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

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

TL; DR สมาชิกในทีมที่ไม่มีประสบการณ์กำลังดื้อรั้นฉันจะเอาชนะเขาได้อย่างไร


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

4
บางส่วนของสิ่งนี้อาจจะเหมาะกว่าสำหรับ: area51.stackexchange.com/proposals/30887/professional-matters
Karlson

3
he doesn't want to use code he hasn't personally written.เขาควรทิ้งระบบปฏิบัติการ, IDE, โทรศัพท์, สัญญาณไฟจราจร ฯลฯ
StuperUser

4
@AndyBursh I want to know exactly how everything worksเป็นข้อโต้แย้งที่ถูกต้องเมื่อการเรียนรู้ได้รับการคิดค้นล้อที่เป็นจริงได้รับการยอมรับ บางทีบางทีคุณอาจอ่านว่าเป็นเสียงร้องเพื่อขอความช่วยเหลือและไม่ดื้อรั้น
yannis

4
since the project is only a prototype and will never be maintained คำพูดสุดท้ายสุดท้าย :) ฉันหวังว่าฉันจะได้รับเงินดอลลาร์ทุกครั้งที่ฉันได้ตั้งสมมติฐานนี้และพบว่าความกระวนกระวายและความโลภในระยะสั้นของอัพที่สูงกว่าตัดสินใจว่าต้นแบบ IS เป็นผลิตภัณฑ์ในขณะนี้
maple_shaft

คำตอบ:


20

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

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


3
+1 เนื่องจากสิ่งนี้เกิดขึ้นในโลกแห่งความจริงเป็นครั้งคราว ฉันทำงานที่ฉันไม่เห็นด้วยกับ dev อื่นซึ่งเป็นแนวทางที่ดีที่สุด ดังนั้นเราทั้งคู่จึงแยก POC ออกแล้วตรวจสอบข้อดีข้อเสียของแต่ละคน 9 ครั้งจาก 10 เราจะจบลงด้วยการใช้วิธีแก้ปัญหาที่เป็นการตอบโต้กับผู้ใช้ POC สองคนและทุกคนเรียนรู้บางอย่างจากกระบวนการ
Timothy Baldridge

1
+1 สำหรับการสอนเกี่ยวกับ Dunning-Kruger! ทุกคนต้องรู้เกี่ยวกับมัน ..
สตีเฟ่น Gross

Bah มันง่ายเกินไปที่จะกล่าวถึง Dunning-Kruger เมื่อคุณไม่เห็นด้วยกับใครบางคน - ง่ายเกินไปที่จะเรียกพวกเขาว่าโง่ บางทีเพื่อนร่วมทีมเชื่อว่ากรอบงานละเมิดเจตนารมณ์ของงานมอบหมายบางทีเขาต้องการแก้ปัญหาด้วยมือเปล่ากรอบปัญหาบางทีเขาต้องการหลีกเลี่ยง CodeIgniter, เค้ก, การอภิปราย Symfony ... ข้อสันนิษฐานแรกของฉันไม่ใช่ เขาเป็นคนงี่เง่า
Corbin

1
@Corbin, Dunning-Kruger ไม่ได้เกี่ยวกับการขาดความรู้แจ้ง แต่ขาดประสบการณ์ สองสิ่งที่แตกต่างกันมาก ฉันเห็นด้วยกับเหตุผลของคุณที่ถูกต้อง แต่ OP บอกว่าสิ่งเหล่านั้นไม่ใช่ข้อโต้แย้งที่เขาทำ แต่เขา "ไม่เห็นจุด" ของการใช้เฟรมเวิร์กเพราะเขาสามารถเขียนสิ่งที่ดีตั้งแต่เริ่มต้นในเวลาอันสั้น คนที่ไม่มีประสบการณ์ประเมินค่าความสามารถของตัวเองมากเกินไปเมื่อเทียบกับวิธีแก้ปัญหาที่เขายอมรับว่าแทบไม่รู้อะไรเลยเป็นตัวอย่างหนังสือของ Dunning-Kruger คนเหล่านี้ไม่สามารถ "พูดคุย" บางสิ่งบางอย่างพวกเขาจะต้องแสดงให้เห็น
Karl Bielefeldt

7

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

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

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

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


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

1
วิทยาศาสตร์ใช้งานได้: xkcd.com/54
StuperUser

5

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

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

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

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


ฉันไม่ได้คิดเกี่ยวกับวิธีที่สิ่งนี้สะท้อนถึงคนอื่น ๆ ในกลุ่มอย่างซื่อสัตย์ ฉันจะต้องแน่ใจว่าชี้ให้เห็น
Andy Hunt

1

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

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

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.