เป็นงานของนักพัฒนาที่จะแนะนำความต้องการด้านไอทีหรือไม่?


26

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

นี่คือเว็บแอปพลิเคชันสำหรับ บริษัท ที่ไม่ใช่ด้านไอที แม้ว่าพวกเขาจะมีทีมไอทีภายใน แต่พวกเขาก็ถามฉันเกี่ยวกับข้อกำหนดของฮาร์ดแวร์สำหรับเซิร์ฟเวอร์ที่ใช้งานจริงเช่น RAM, 32 บิตหรือ 64 บิต

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

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


6
มีทั้งสองด้านของเหรียญนั้น (มีประสบการณ์หลายปีทั้งในด้านไอทีและ SD) ฉันสามารถพูดได้อย่างมั่นใจว่าถ้าฉันมีนิกเกิลทุกครั้งที่ทีมงาน dev มอบสเป็กฮาร์ดแวร์ที่เหมาะกับแอปพลิเคชันให้ฉัน $ 0.00 น่าจะเป็น 90% อยู่ภายใต้ข้อมูลจำเพาะและคนอื่น ๆ ต้องการซูเปอร์คอมพิวเตอร์ อย่ากลัวที่จะทำงานกับไอทีเพื่อหาข้อมูลจำเพาะฮาร์ดแวร์! การรวมความรู้ของแอพพลิเคชั่นเข้ากับความรู้ด้านระบบและความสามารถในการปรับขยายได้จะทำให้คุณได้มากกว่าการลอง ballpark CPU และ RAM สเป็คตามการพัฒนา / ทดสอบ
Justin ᚅᚔᚈᚄᚒᚔ

คำตอบ:


52

แม้ว่าพวกเขาจะมีทีมไอทีภายใน แต่พวกเขาก็ถามฉันเกี่ยวกับข้อกำหนดของฮาร์ดแวร์สำหรับเซิร์ฟเวอร์ที่ใช้งานจริงเช่น RAM, 32 บิตหรือ 64 บิต

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

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

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


7
หนักเป็นหัวหน้าของนักพัฒนาร้านรหัสขนาดเล็กเพราะเขาเป็นคนที่ต้องสวมหมวกหลายใบ
ฟิลิป

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

15

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

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

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


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

6

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

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

ฉันเพียงแค่พยายามติดต่อกับทีมไอทีโดยตรงและนำความรู้มาจากทั้งสองฝ่าย


1

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

ในช่วงท้ายเกมนี้ฉันจะกังวลมากขึ้นถ้าพวกเขากำหนดค่าเซิร์ฟเวอร์แทนที่จะถามฉัน


0

แม้ว่าพวกเขาจะมีทีมไอทีภายใน แต่พวกเขาก็ถามฉันเกี่ยวกับข้อกำหนดของฮาร์ดแวร์สำหรับเซิร์ฟเวอร์ที่ใช้งานจริงเช่น RAM, 32 บิตหรือ 64 บิต

ข้อกำหนดของฮาร์ดแวร์ไม่ได้มีความหมายอะไรเลย

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

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

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


0

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

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