ฉันจะปกป้อง Ruby on Rails จากลูกค้าไม่ใช่ความคิดเห็นทางเทคนิคได้อย่างไร

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

• ขาย
• ทำให้เขาเห็นว่าเทคโนโลยีคือการตัดสินใจโดยผู้เชี่ยวชาญของฉันและ Rails นั้นดีหรือดีกว่า PHP (+ กรอบอะไรก็ได้) สำหรับโครงการนี้โดยเฉพาะ

UPDATE: ขอบคุณทุกคำแนะนำ! พรุ่งนี้ฉันมีนัดกับเขาอีกคราวลองดูกันว่ามันจะเป็นยังไงฉันจะอัพเดทอีกครั้ง :)

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

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

ความนับถือ

ฉันคิดว่าคุณทำผิดพลาดโดยสมมติว่าการเลือกเทคโนโลยีเป็นการตัดสินใจทางเทคนิคอย่างแท้จริง

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

• นายจ้างต้องรับสมัครจากพื้นที่ทางภูมิศาสตร์ที่เฉพาะเจาะจงและบางพื้นที่มีชุมชนที่ใช้งานโดยเฉพาะรอบกองเทคโนโลยีเฉพาะ หากคุณเริ่มต้นธุรกิจในแปซิฟิกตะวันตกเฉียงเหนือของสหรัฐอเมริกาจะมีอคติที่แข็งแกร่งต่อกอง Microsoft เพียงเพราะ Microsoft มีอิทธิพลอย่างมากในพื้นที่ดังนั้นนักพัฒนาส่วนใหญ่ที่คุณต้องการจ้างจะ มีประสบการณ์กับกองนั้น ภูมิภาคทางภูมิศาสตร์อื่น ๆ มีโปรไฟล์ที่แตกต่างกันมาก
  พูดคุยกับลูกค้าของคุณและทำความเข้าใจว่าเพราะอะไร บางทีเขาอาจจะอ่านว่าชุมชน PHP ในพื้นที่นั้นมีการใช้งานเป็นพิเศษหรือวิทยาลัยท้องถิ่นสอน PHP จำนวนมากและไม่มี Ruby บางทีเขาอาจมีนักพัฒนาที่เชื่อถือได้ซึ่งเขาสามารถโทรหาในกรณีฉุกเฉินเป็นครั้งคราวนั่นคือ PHP pro และ Ruby neophyte แน่นอนว่าเป็นไปได้ว่าเขาใช้ตัวชี้วัดที่ไม่ดีเช่นจำนวนโฆษณางานหรือประวัติย่อที่พูดถึงคำหลักต่าง ๆ
• นายจ้างต้องคำนึงถึงความยั่งยืนของเทคโนโลยีในระยะยาว ตัวอย่างเช่นเมื่อหลายปีก่อน บริษัท จำนวนมากลงทุนเวลาและความพยายามในการสร้างแอป PowerBuilder (และภาษาอื่น ๆ ของประเภทนั้น) PowerBuilder มักจะทำให้มันง่ายมากในการสร้างสายของแอพธุรกิจและนักพัฒนาในเวลานั้นมักจะติดใจมัน น่าเสียดายที่ชุมชน PowerBuilder มี บริษัท มากหรือน้อยที่ล้มลงในสถานการณ์ที่พวกเขามีรหัสที่มีอยู่จำนวนมากในภาษาที่ไม่มีใครต้องการที่จะใช้จริง ๆ เพราะพวกเขามีปัญหาในการพัฒนาผู้มีความสามารถเพื่อรักษารหัสที่มีอยู่ เพื่อโยกย้ายแอพเหล่านั้นไปยังสแต็คเทคโนโลยีอื่น ๆ ข้อดีทางเทคนิคสัมพัทธ์ของ PowerBuilder เทียบกับ Java หรือ C ++ หรือ C # หรือสิ่งที่พวกเขาย้ายไปที่จุดนั้น
  ภาษาที่ค่อนข้างแคบเช่นทับทิมมีศักยภาพที่จะสร้างปัญหามรดกเหล่านี้ให้กับ บริษัท ที่ไม่สามารถคาดการณ์ได้ว่าภาษาจะเลือนหายไปในอีกไม่กี่ปีข้างหน้าเมื่อผู้คนย้ายไปสู่แฟชั่นถัดไปหรือถ้ามันมีพลังแท้จริง . คุณสามารถลดสิ่งนี้ได้อย่างแน่นอนโดยชี้ให้เห็นว่าทับทิมไม่ได้ขึ้นอยู่กับ บริษัท หรือองค์กรใดองค์กรหนึ่งดังนั้นจึงไม่มีใครสามารถตัดสินใจได้ว่ามันจะไม่ใช่ผลิตภัณฑ์เชิงกลยุทธ์สำหรับ บริษัท อีกต่อไป หากลูกค้าของคุณเคยถูกไฟไหม้ในอดีตโดยการพัฒนาแอพพลิเคชั่นในภาษาที่กลายเป็นเรื่องปวดหัวทางธุรกิจคุณจะต้องสร้างกรณีที่ Ruby เป็นเหมือน Linux และเทคโนโลยีโอเพนซอร์ซอื่น ๆ ตายไปหลายปี
• นายจ้างต้องการความมั่นคงในสิ่งแวดล้อมดังนั้นการเลือกภาษาสำหรับโครงการหนึ่งจะเป็นตัวเลือกสำหรับคนอื่น ๆ แม้ว่าทับทิมจะเหมาะอย่างยิ่งในทางเทคนิคสำหรับโครงการที่คุณกำลังขว้างคุณต้องอธิบายว่าทำไมมันเหมาะสำหรับแอปพลิเคชันอื่น ๆ ที่ลูกค้ารายนี้ต้องการพัฒนาหรืออธิบายว่าเทคโนโลยีใดบ้างที่คุณเชื่อว่าเหมาะสม (เช่น Ruby for X อย่างอื่น สำหรับ Y) อย่างไรก็ตามการจัดการกับเทคโนโลยีที่แตกต่างกันนั้นแปลเป็นค่าใช้จ่ายเพิ่มเติมสำหรับธุรกิจอย่างหลีกเลี่ยงไม่ได้

สำหรับผู้เริ่มต้นคุณสามารถนำลูกค้าของคุณมาที่นี่เพื่อดูระบบนิเวศที่มีอยู่รอบ ๆ Rails คุณสามารถชี้ไปที่การเริ่มต้นที่ประสบความสำเร็จเช่น LivingSocial, Shopify, 37signals และอื่น ๆ ที่สร้างธุรกิจของพวกเขาด้วย Ruby และ Rails

คุณสามารถพูดได้ว่าองค์กรขนาดใหญ่อย่าง AT&T, SAP และ Symantec กำลังใช้งาน Rails ด้วยเช่นกัน

คุณสามารถชี้ให้เห็นว่าธุรกิจการแปลมีประโยชน์มากมายโดยใช้ภาษา / กรอบงานที่ทำให้การสนับสนุน Unicode และ i18n ค่อนข้างเจ็บปวด

ในที่สุดฉันคิดว่าคุณต้องขายความคิดที่ว่าการใช้ Rails เป็นคุณสมบัติพิเศษที่เขาได้รับจากการจ้างคุณ: "แน่นอนคนอื่น ๆทั้งหมดนั้นใช้ PHP แต่คุณมีโอกาสที่จะมีกองซ้อนที่ทันสมัย ."

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

PS อย่าพูดถึง Twitter เรายังคงพยายามที่จะยกเลิก PR Rails ที่ไม่ดีที่เกิดขึ้น

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

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

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

ในตอนท้ายของวันไม่มีความละอายในการเรียกบลัฟฟ์ของเขา "ไม่เป็นไรไปกับ PHP โชคดี!"

ชี้ให้เห็นว่าฝูงชน PHP มีสมาชิกเพิ่มขึ้นเนื่องจากเป็นอุปสรรคต่อการเข้าสู่ระบบต่ำสุดและยาวนานกว่า ตรวจสอบให้แน่ใจว่าชุมชนขนาดเล็กมีเปอร์เซ็นต์การจ้างโปรแกรมเมอร์ที่สูงกว่า PHP อาจมีโปรแกรมเมอร์ที่ดี 10,000 คนเมื่อเทียบกับโปรแกรมเมอร์ราว 5,000 คน แต่โปรแกรมเมอร์ PHP ซ่อนอยู่ในบล็อก 100,000 บล็อกจาก 20,000 โปรแกรมเมอร์โปรแกรมเมอร์ (ตัวเลขเหล่านี้ถูกสร้างขึ้นมา แต่มันก็ได้ประเด็นไปแล้ว) คุณต้องอธิบายว่าชุมชนไม่มีความพึงพอใจระหว่าง PHP และ Rails

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

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

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

เจ้านายของคุณมีประเด็น PHP ได้รับความนิยมมากกว่าการเข้ารหัส RoR ไปยังหลาย ๆ ไซต์ที่พยายามติดตามสิ่งต่าง ๆ ตัวอย่างเช่นดูhttp://lang-index.sourceforge.netและhttp://www.tiobe.com/index.php/content/paperinfo/tpci/index.html > ฉันคิดว่ามันคงเป็นเรื่องโง่ที่จะเพิกเฉยต่อข้อเท็จจริง

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

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

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

IME ยอมรับข้อเสีย (เช่นเดียวกับมืออาชีพ) ของกลยุทธ์ของคุณมีมากขึ้นน่าเชื่อกว่าจำนวนของศาสนาใด ๆ - มันแสดงให้เห็นว่าคุณมีความสนใจในการแก้ของพวกเขาปัญหามากกว่าการใช้ของคุณค้อนที่ชื่นชอบ

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

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

แน่นอนนี้คือการตัดสินใจทางธุรกิจสำหรับคุณทั้งสอง

สำหรับคุณคำถามคือ:

• ฉันต้องเสียค่าใช้จ่ายเท่าไหร่ในการใช้ความต้องการของลูกค้าโดยใช้ Ruby on Rails
• ฉันต้องเสียค่าใช้จ่ายเท่าไหร่ในการติดตั้งมันใน PHP?
• ฉันต้องใช้ค่าอะไรในการใช้สภาพแวดล้อมที่ฉันต้องการ

สำหรับลูกค้าของคุณคำถามคือ

• ประโยชน์ที่รับรู้ของ PHP บน Ruby on Rails นั้นคุ้มค่ากับฉันมากแค่ไหน?

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

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

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

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

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