กฎการแก้ไขปัญหาของคุณวิธีการแก้ไขปัญหา? [ปิด]


22

คุณมีกฎทั่วไปที่คุณใช้ในการแก้ปัญหาเครือข่าย / ฮาร์ดแวร์ / ซอฟต์แวร์ที่ยากลำบากหรือไม่?

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


บางทีฉันควรแก้ไขชื่อ ฉันเพิ่งรู้ว่าใครบางคนกำลังจะตอบ "ขอบคุณ! ฉันภูมิใจในมัน" ;-)
ชื่อผู้ใช้

คำตอบ:


16

เพียงแค่รายการคะแนนที่ฉันเขียนด้วยตัวเองหลังจากต่อสู้กับปัญหาในขณะที่:

  1. เป้าหมายหลักของคุณคืออะไร ควรระบุไว้อย่างชัดเจนและรัดกุม เป้าหมายควรมีความเฉพาะเจาะจงมาก ไม่ควรเป็นแบบทั่วไป โดยเฉพาะอย่างยิ่งหนึ่งประโยค
  2. คุณมีปัญหาอะไร ?
  3. มีเพียงหนึ่งปัญหาหรือหลาย ? หากมีมากให้แก้ทีละครั้ง
  4. พยายามที่จะทำให้เกิดปัญหากับ เงื่อนไขที่แตกต่างกัน สามารถทำซ้ำได้ในทุกสภาวะที่เป็นไปได้หรือไม่? มันพูดอะไรเกี่ยวกับลักษณะของปัญหาหรือไม่?
  5. หากเป็นปัญหาเร่งด่วนจะมีวิธีแก้ปัญหา ? พยายามค้นหาวิธีแก้ไขปัญหาให้ได้มากที่สุด
  6. พยายามคาดเดาให้มากที่สุดเท่าที่จะทำได้ในสาเหตุของปัญหาของคุณ
  7. พยายามพิสูจน์การเดาของคุณ ทดลองกับระบบ
  8. จงมีส่วนร่วมในสิ่งที่คุณพยายามจะทำ ทำสิ่งหนึ่งในเวลา
  9. ติดตามสิ่งที่คุณทำสิ่งที่คุณได้ลองไปแล้ว
  10. อย่าเบี่ยงเบนจากเป้าหมายหลักของคุณ ตรวจสอบอย่างต่อเนื่องว่าคุณยังคงแก้ปัญหาหลักอยู่หรือไม่
  11. อย่ายึดติดเช่นกัน

นอกจากนี้ยังมีรายการที่ดีของกฎการแก้จุดบกพร่องมันอยู่ในรูปแบบ PDF พร้อม exaples และคำอธิบายสำหรับแต่ละกฎ ฉันไม่พบไฟล์ PDF อย่างรวดเร็ว แต่ฉันคิดว่านี่เป็นโปสเตอร์ของรายการ:

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


15
  • หากปัญหาเกี่ยวข้องกับอินเทอร์เน็ตอาจเป็น DNS

  • หากปัญหายากในการวินิจฉัยอาจเป็น RAM

  • หากปัญหาเกิดขึ้นกับเวิร์กสเตชัน Windows อาจเป็นวิธีที่เร็วที่สุดที่จะคำนวณใหม่

  • หากปัญหาเกิดขึ้นในวันศุกร์อาจเป็นสิ่งที่ร้ายแรง


ฉันอยากจะโพสต์เรื่องตลก แต่ก็น่าแปลกใจมาก!
TessellatingHeckler

ฉันชอบ # 3; ไม่จริงมากกว่านี้
เฟเดอเรอร์

10

ผมชอบที่จะถอยกลับไปวิธีการทางวิทยาศาสตร์

จาก ( http://en.wikipedia.org/wiki/Scientific_method )

  1. กำหนดคำถาม
  2. รวบรวมข้อมูลและทรัพยากร (สังเกต)
  3. สมมติฐานรูปแบบ
  4. ทำการทดลองและรวบรวมข้อมูล
  5. วิเคราะห์ข้อมูล
  6. ตีความข้อมูลและทำการสรุปที่ทำหน้าที่เป็นจุดเริ่มต้นสำหรับสมมติฐานใหม่
  7. ผลเอกสาร

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

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

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

O'Reilly มีเครื่องมือการแก้ไขปัญหาเครือข่ายหนังสือที่ดีซึ่งมีขั้นตอนที่ดีในการติดตามซึ่งคล้ายกับวิธีการทางวิทยาศาสตร์ ฉันพบว่าหนังสือมีประโยชน์มากและแนะนำอย่างยิ่ง หนังสือมีรายละเอียดมากขึ้นและแนะนำเครื่องมือที่มีประโยชน์มากมาย

จากเครื่องมือแก้ไขปัญหาเครือข่าย

  1. ระบุเป้าหมายของคุณ
  2. กำหนดระบบ
  3. ระบุผลลัพธ์ที่เป็นไปได้
  4. ระบุและเลือกสิ่งที่คุณจะวัด
  5. หากเหมาะสมระบุพารามิเตอร์การทดสอบและปัจจัย
  6. เลือกเครื่องมือ
  7. สร้างข้อ จำกัด ในการวัด
  8. ตรวจสอบการออกแบบการทดลอง
  9. เก็บข้อมูล
  10. วิเคราะห์ข้อมูล

ดูสิ่งนี้ด้วย:


อย่างแน่นอน. แม้ว่าขั้นตอนที่ 7 นั้นค่อนข้างน่าขบขัน เอกสารของฉันมักจะลงท้ายด้วย "อ๋อมันคงที่แล้วตอนนี้ใช้งานได้"
squillman

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

10

(ไฮไลท์เหล่านี้ถูกถอดความจากบท "การดีบัก" ของ"การปฏิบัติของระบบและการบริหารเครือข่าย" )

สองสิ่งที่ควรทราบ:

  1. รู้ว่ารุ่น "แก้ไข" ดูเหมือนว่า โดยเฉพาะอย่างยิ่งคำสั่งที่คุณสามารถเรียกใช้ที่ให้ผลลัพธ์บางอย่างเมื่อสิ่งต่างๆทำงาน ตัวอย่างเช่น: ฉันกำลังพยายามหาสาเหตุที่ SSH ขอรหัสผ่านเมื่อฉันตั้งค่าคีย์อย่างถูกต้อง (หรือฉันคิดอย่างนั้น) ดังนั้นการทดสอบของฉันคือ: "ssh servername uptime" และควรใช้งานได้โดยไม่ต้องขอรหัสผ่าน

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

สองกลยุทธ์:

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

  2. ลบ:เก็บส่วนประกอบไว้จนกว่าปัญหาจะหายไป สิ่งสุดท้ายที่คุณลบออกคือปัญหา: ตัวอย่าง: เครื่องที่มีการ์ดนับสิบไม่สามารถบู๊ตได้ ถอดการ์ดออกจนกว่าเครื่องจะบู๊ต

โชคใบ้สองบิต:

  1. ลืมทุกอย่างที่ฉันพูดไป ปัญหาเกิดขึ้นจากการเปลี่ยนแปลงครั้งล่าสุดที่เกิดขึ้นกับระบบ (ใช้งานได้ 99% ของเวลา ... ปัญหาคือ 99% ของเวลาที่คุณไม่ทราบว่าการเปลี่ยนแปลงล่าสุดคืออะไร)

  2. เมื่อทุกอย่างล้มเหลวให้ตรวจสอบสิ่งที่โง่ http://whatexit.org/tal/mywritings/dumb-things-to-check.html ตัวอย่าง: ปัญหาที่บ้าไม่สามารถอธิบายได้ จากนั้นเราตรวจสอบไฟล์การกำหนดค่า: ผู้ใช้ทำการแก้ไขโดยการคัดลอกไปยังกล่อง Windows แก้ไขมันจากนั้นก็คัดลอกกลับ ตอนนี้มี ^ M ที่ส่วนท้ายของทุกบรรทัด เราไม่เคยสังเกตเพราะตัวแก้ไขข้อความของเราซ่อนความจริงนี้ไว้เงียบ ๆ น่าเศร้าที่ซอฟต์แวร์ที่อ่านไฟล์กำหนดค่าได้เปลี่ยน ^ Ms ให้กลายเป็นพื้นที่ไม่หยุดซึ่งทำให้ขั้นตอนอื่นเพิ่มขึ้นมากมาย


6

การปฏิบัติทั่วไปที่ฉันจำได้ในระหว่างกระบวนการทั้งหมด:

  1. เขียนทุกอย่างที่ฉันทำลงไป
  2. ทำการเปลี่ยนแปลงครั้งเดียวเท่านั้น
  3. ถ้าเป็นไปได้ให้ย้อนกลับการเปลี่ยนแปลงก่อนที่จะลองอีกครั้งยกเว้นว่ามีความคืบหน้าแน่นอน

ในระหว่างการแก้ไขปัญหาที่นี่กำหนดวิธีการพื้นฐานของฉัน:

  • เมื่อระบบทำงานได้ดีก่อนที่จะมีปัญหาฉันพยายามที่จะเรียนรู้ว่ามันทำอะไรอยู่ โจริชาร์ดส์อธิบายว่าทำไมดีกว่าฉันมากในพื้นที่สั้น ๆนี้
  • ฉันเริ่มต้นด้วยวิธีที่ง่ายที่สุด ตัวอย่างเช่นไม่มีการเชื่อมต่อเครือข่าย ตรวจสอบชั้นกายภาพ ฉันไม่สามารถบอกคุณได้ว่าปัญหาการเชื่อมต่อเป็นระยะ ๆ ไม่ใช่ปัญหาของเซิร์ฟเวอร์ แต่สายเคเบิลเครือข่ายที่มีครึ่งหนึ่งหรือมีปัญหา
  • ฉันพยายามจับอาการทั้งหมดที่ฉันเห็นจากแหล่งที่เป็นไปได้ทั้งหมดก่อนที่จะเริ่มทำการเปลี่ยนแปลง
  • ฉันรันการทดสอบการวินิจฉัยเบื้องต้น ตัวอย่างเช่นเมื่อฉันได้รับแจ้งว่าเซิร์ฟเวอร์ขัดข้องสิ่งแรกที่ฉันทำคือใช้ ping และ nbtstat (Windows) เพื่อตรวจสอบว่า ปัญหาอาจเกิดขึ้นในตอนท้าย (เพื่อขอยืมเทคโนโลยีควบคุมกองทัพอากาศเก่า)
  • ฉันไม่กลัวที่จะทำวิจัย Google, support.microsoft.com, eventid.net และเว็บไซต์เช่นนี้เป็นเพื่อนของคุณ
  • ฉันไม่กลัวที่จะขอความช่วยเหลือจากชุมชน ไม่เพียงแค่เว็บไซต์เช่น serverfault.com แต่ฉันมีกลุ่มคนที่ฉันเชื่อมั่นและให้ความเคารพใน Twitter ที่ฉันติดต่อด้วย
  • ฉันประเมินคำตอบที่ฉันค้นหาด้วยสิ่งที่ฉันเห็น ฉันไม่คิดว่าการแก้ปัญหาข้อใดข้อหนึ่งเป็นวิธีการที่ถูกต้องจนกว่าฉันจะสามารถพิจารณาหลักฐานที่ฉันเห็นเพียงพอกับสิ่งที่รายงานในการแก้ปัญหา

6

ทัศนคติที่ฉันได้ลอง:

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

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

วิธีคิดเกี่ยวกับการแก้ไขปัญหา:

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

กระบวนการแก้ไขปัญหา:

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

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

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

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

แกะชิ้นส่วนของ "สิ่งที่ไม่สามารถทำได้" ให้ใหญ่ที่สุดเท่าที่จะทำได้

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


4

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


2

ฉันคิดว่ามันเป็นทักษะไม่ใช่วิทยาศาสตร์ มีบางครั้งที่คุณลงไปในเส้นทางที่ผิด แต่ส่วนใหญ่แล้ว:

  • มีความเข้าใจพื้นฐานที่ดีเกี่ยวกับเทคโนโลยีที่เกี่ยวข้องทั้งหมด - เครือข่าย, ฮาร์ดแวร์, ระบบปฏิบัติการ, ซอฟต์แวร์, การพัฒนา ฯลฯ - จะช่วยคุณกำจัด "เส้นทางที่ผิด" บางส่วน
  • คิดว่าพื้นฐาน - อย่าข้ามไปยังฉากที่ซับซ้อนที่สุดเพราะอยู่ในหัวของคุณทำการแก้ไขปัญหาเบื้องต้นและให้มันนำคุณ

ฉันเคยให้หัวหน้าของฉันโทรหาฉันด้วยวิศวกร "อาวุโส" ทางโทรศัพท์ - เขาบอกฉันว่าเขามีเซิร์ฟเวอร์ตัวเดียวที่ไม่สามารถเชื่อมต่อได้และเขาพยายามเปลี่ยนสายเคเบิล แต่ก็ยังไม่มีความสุข ฉันได้ยินเสียงบี๊บเป็นพื้นหลังเหมือน UPS บนแบตเตอรี่ ฉันถามเขาว่าเขาเห็นกิจกรรมบนสวิตช์หรือไม่เขาตอบว่าไม่ ฉันถามเขาว่าเสียงบี๊บมาจากยูพีเอสหรือไม่เขาตอบว่าใช่ฉันถามเขาว่าเขาสามารถเห็นไฟใด ๆ ติดอยู่ในแร็คที่เขาตอบว่าไม่ ... มองข้ามจมูกคุณ - ช่วยได้!


1

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

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


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

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