ผู้ออกแบบรับผิดชอบการออกแบบที่ตอบสนองในระดับใด


20

พิจารณาแผนภูมิ (เงียบสงบ) ต่อไปนี้

ป้อนคำอธิบายรูปภาพที่นี่

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

ป้อนคำอธิบายรูปภาพที่นี่

"นักพัฒนาเว็บ" ส่วนใหญ่มักจะรู้หลักการออกแบบน้อยมากในขณะที่ "ผู้ออกแบบเว็บ" มักจะรู้ด้านเทคนิคของเว็บเพียงเล็กน้อยเท่านั้น "crafters ของเว็บ" ที่ปัดเศษนั้นหายาก

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

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

โปรดสังเกตว่าฉันกำลังมุ่งเน้นไปที่ด้านการออกแบบของมันไม่ใช่ด้านการพัฒนาของมัน


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

ความคิดที่ดี! เส้นโค้งระฆังเฒ่าตีอีกครั้ง
:)

จุดดี! คุณต้องการแกน z ตอนนี้ฉันเห็นโค้งรูประฆังคว่ำเป็นรูปโบว์ผูก (แคบตรงกลางตามแนวแกน z)
DA01

3
การสื่อสาร! หากคุณมีคนทางซ้ายที่เก่งในการสื่อสารกับคนที่อยู่ด้านขวาสุดคุณก็มีคนสองคนที่อยู่ตรงกลาง นั่นเป็นสาเหตุที่ผู้สื่อสารที่ดีมีความสำคัญเช่นเดียวกับพนักงานที่มีทักษะรอบด้าน
Octopus

คำตอบ:


9

นักออกแบบที่มีทักษะใด ๆ ที่สนใจจะนำไปใช้ในระดับหนึ่งเสมอ อาจไม่ใช่ในแง่มุม "ฉันสามารถสร้างได้" แต่อย่างน้อยก็ในแง่มุม "ที่ไม่สามารถทำได้"

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

ฉันคิดว่าผู้ออกแบบใด ๆ ที่มีความรับผิดชอบต่อเนื้อหาบนเว็บควรเป็นอย่างนี้:

ป้อนคำอธิบายรูปภาพที่นี่

และฉันไม่คิดว่ามันจะไม่สมดุลเท่ากราฟที่สองของคุณ

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

ยังมีนักพัฒนาที่ตีซ้ายสุดอย่างแน่นอน เช่นเดียวกับที่ยังมีนักออกแบบที่ไปทางขวาสุด อย่างไรก็ตามสิ่งสำคัญมากขึ้นอาจจะเป็นประสบการณ์ มีนักพัฒนา / นักออกแบบที่ทำมุมซ้ายสุด / ขวาถ้าพวกเขามีประสบการณ์ 5, 8 หรือ 10 ปี? ฉันสงสัยมัน. ยิ่งมีประสบการณ์มากเท่าไหร่ก็ยิ่งเข้าใกล้จุดศูนย์กลางได้มากเท่านั้น

ดังนั้นนี่อาจเหมาะสมกว่า:

ป้อนคำอธิบายรูปภาพที่นี่

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


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

ฉันคิดว่าฉันมีประสบการณ์ที่ไม่ดีกับนักออกแบบที่เกือบจะแดงเต็ม :( นั่นคือสิ่งที่ฉันได้เริ่มตั้งคำถามกับความคาดหวังของฉันฉันได้ "mockups PS สวย ๆ " เป็นประจำจากพวกเขา :(
cockypup

มีคำพูดเดิมที่ @cockypup - หนึ่งเพิ่มขึ้นถึงระดับของการไร้ความสามารถของพวกเขา มี "นักออกแบบ" มากขึ้นทุกวัน ตลาดถูกน้ำท่วมอย่างน้อย 10-15 ปีแล้ว ดังนั้นจึงมีหลายคนที่ไม่มีความปรารถนาหรือความถนัดเพื่อทักษะที่ดีกว่า ที่ไม่ควรถูกมองว่าเป็น "บรรทัดฐาน" แม้ว่า
Scott

นอกจากนี้พึงระวังว่าคนงานหลายคนแค่ต้องการเงินเดือนง่าย ๆ หากพวกเขาสามารถหนีไปได้ด้วยการเลียนแบบ Photoshop เพียงอย่างเดียวนั่นเป็นวิธีที่ง่ายกว่ามาก
Scott

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

12

ความรับผิดชอบในการออกแบบเว็บไซต์ตอบสนองควรอยู่ที่ไหน

โดยทั่วไปเกี่ยวกับการจัดการ การจัดการที่ชาญฉลาดจะรู้ว่าเป็นโครงการของทีมดังนั้นทุกคนจะต้องมีการประสานงานและทำงานควบคู่ ซึ่งรวมถึงการออกแบบภาพ (แต่ไม่ จำกัด เพียง) UX, UI dev, back end dev, ทีมเนื้อหาการตลาดและอื่น ๆ

การพัฒนาที่คล่องตัวนั้นเป็นวิธีที่ดีในการเข้าถึงสิ่งนี้

หลายองค์กรไม่ได้ทำเช่นนี้และมีแนวโน้มที่จะไซโลทีมดังกล่าวข้างต้นและใช้ "โยนมันข้ามรั้วเก่าและไม่ต้องกังวลเกี่ยวกับมัน" กระบวนการน้ำตก

โปรดสังเกตว่าฉันกำลังมุ่งเน้นไปที่ด้านการออกแบบของมันไม่ใช่ด้านการพัฒนาของมัน

นั่นคือปัญหา คุณไม่สามารถมุ่งเน้นที่หนึ่งและไม่อื่น ๆ การออกแบบเว็บไซต์ตอบสนองคือการพัฒนาเว็บไซต์ตอบสนอง

นี่คือความจริงของการออกแบบปฏิสัมพันธ์โดยทั่วไป การออกแบบการโต้ตอบ (ไม่ว่าจะเป็นเลย์เอาต์ที่ตอบสนองเมนูแบบเลื่อนลงภาพเคลื่อนไหว ฯลฯ ) จะต้องได้รับการออกแบบในสื่อที่จะใช้ใน - เบราว์เซอร์ สิ่งนี้ต้องการการพัฒนาในระดับหนึ่ง

โครงสร้างทีม UX ในอุดมคติของฉันจะรวมถึงบทบาทต่อไปนี้:

  • Visual Designer และ / หรือ UI Designer
  • นักพัฒนา UI
  • เนื้อหา
  • การวิจัย / การทดสอบผู้ใช้

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

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

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


โดยทั่วไปฉันเห็นด้วยกับคำตอบนี้ยกเว้นฉันไม่เห็นด้วยว่าความรับผิดชอบนี้ขึ้นอยู่กับ "การจัดการ" เป็นหลัก ทีมที่มีโครงสร้างที่ดีคือกุญแจสำคัญ ซึ่งทำให้ทั้งสองความเห็นอยู่ในใจ 1) สิ่งนี้ถูกโพสต์ในส่วนการออกแบบกราฟิกของเว็บไซต์และการออกแบบกราฟิกไม่ใช่การออกแบบเว็บ คุณอาจต้องการลองใช้ StackOverflow และดูว่าคุณไม่ได้รับการตอบคำถามอื่นหรือไม่ 2) คุณดูน้อยไปหน่อยเหรอ? ฉันทำงานให้กับ บริษัท เทคโนโลยีขนาดใหญ่มาก (NASDAQ ที่มีการซื้อขาย) และเราไม่มีปัญหาเหล่านี้เลย ดังนั้นในสตูดิโอบูติก ใช่. แต่ในระดับที่สูงขึ้นนี่ไม่ใช่การสนทนาเลยแม้แต่น้อย FWIW
Dave Kanter

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

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

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

1
@plainclothes ในโครงสร้างในอุดมคติของฉัน IA, ID และเนื้อหาล้วนทำงานเคียงข้างกัน
DA01

6

ในขณะที่ฉันเห็นด้วยกับความคิดในคำตอบของ DA01 ฉันคิดว่ามีคำถามมากกว่าสิ่งที่เขาพูด

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

ดังนั้นฉันจึงไม่คิดว่าจะมีวิธี "ดีที่สุด" ในการตัดสินใจหรือโครงสร้างทีม คนแต่ละกลุ่มมีความแตกต่างกันและสิ่งที่ทำงานให้กับ บริษัท หนึ่งอาจไม่ได้ผลสำหรับ บริษัท อื่นแม้ว่าโครงสร้างและสิ่งเหล่านี้จะเหมือนกัน

จากหลักการที่กล่าวไว้มีหลักการทั่วไปบางข้อที่ใช้กับทุก บริษัท เมื่อทำการตัดสินใจประเภทนี้:

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

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

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

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

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

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


1
จุดดีอีกครั้ง: ไม่มีหนึ่งวิธีแก้ปัญหานี้เป็น บริษัท ที่จะแตกต่างกัน
DA01

3

มีคำตอบที่ยอดเยี่ยมอยู่ที่นี่ แต่จริงๆแล้วมันไม่ซับซ้อน

บรรทัดล่าง:

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

อย่าขอให้ผู้พัฒนากรอกข้อมูลลงในช่องว่างหรือพึ่งพากรอบ

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

อย่าทำให้วิศวกรรมทำหน้าที่ของคุณและพวกเขาจะไม่ขอให้คุณทำมัน ;-)


-2

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

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

ฉันจะข้ามเว็บคราฟท์เนื่องจากฉันไม่ได้ทำงานกับคำนั้นจริงๆ

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

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

TL; DR: หากนักออกแบบมาพร้อมกับรายละเอียดที่ดีนักออกแบบเว็บไซต์ควรจะสามารถดำเนินการได้อย่างง่ายดาย


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

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

ฉันต้องเห็นด้วยกับ DA01 นี่เป็นวิธีที่ไร้เดียงสามากในการดูสถานการณ์
Zach Saucier

ขอบคุณสำหรับคำตอบของคุณ แต่ฉันเห็นด้วยกับ @ DA01 ฉันต้องการเพิ่มว่าแผนภูมิของฉันหมายถึงการพรรณนาถึงระดับความเชี่ยวชาญด้านเทคนิคและการออกแบบที่แตกต่างกัน คำว่า "web crafter" เป็นสิ่งที่ฉันทำขึ้นเป็นชื่อเล่นสำหรับมืออาชีพที่มีความรอบรู้อย่างสมบูรณ์ซึ่งมีทั้งการออกแบบและทักษะทางเทคนิคซึ่งทุกวันนี้เป็นเรื่องธรรมดามาก
15164 cockypup

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