คำถามติดแท็ก software-obsolescence

หลังจากอ่านคำถามเกี่ยวกับหนังสือที่โปรแกรมเมอร์ทุกคนควรอ่านฉันสงสัยว่าสิ่งต่อไปนี้ควรได้รับการพิจารณาว่าล้าสมัยหรือไม่: รหัสเสร็จสมบูรณ์ : ฉบับที่ 1 ในปี 1993; ฉบับที่ 2 พฤษภาคม, 2004 รู้เบื้องต้นเกี่ยวกับอัลกอริทึม (Cormen, Leiserson, Rivest, Stein) : ฉบับที่ 1 ในปี 1990 ฉบับที่ 2 ในเดือนกันยายน 2544 ฉบับที่ 3 ในปี 2009 โปรแกรมเมอร์ที่ใช้งานจริง : ตุลาคม 2542 โครงสร้างและการตีความโปรแกรมคอมพิวเตอร์ : พิมพ์ครั้งที่ 1 ในปี 1984 ฉบับที่ 2 ในเดือนกันยายน 2539 ภาษาโปรแกรม C : ฉบับที่ 1 ในปี 1978; …

51 books  software-obsolescence 

ฉันเขียนไลบรารีโอเพนซอร์ซที่แยกวิเคราะห์ข้อมูลที่มีโครงสร้าง แต่ตั้งใจออกจากการตรวจจับการรับคืนของการขนส่งเนื่องจากฉันไม่เห็นจุดนั้น มันเพิ่มความซับซ้อนและค่าใช้จ่ายเพิ่มเติมเพื่อผลประโยชน์เพียงเล็กน้อย / ไม่มีเลย ด้วยความประหลาดใจของฉันผู้ใช้ส่งข้อผิดพลาดที่ parser ไม่ทำงานและฉันค้นพบสาเหตุของปัญหาคือข้อมูลที่ใช้ปลายสาย CR ตรงข้ามกับ LF หรือ CRLF OSX ไม่ได้ใช้การสิ้นสุดไลน์สไตล์ LF ตั้งแต่เปลี่ยนไปใช้แพลตฟอร์มที่ใช้ระบบปฏิบัติการยูนิกซ์หรือไม่? ฉันรู้ว่ามีแอปพลิเคชั่นเช่น Notepad ++ ซึ่งสามารถเปลี่ยนจุดสิ้นสุดของบรรทัดเพื่อใช้ CR ได้อย่างชัดเจน แต่ฉันไม่เห็นว่าทำไมใครต้องการ จะปลอดภัยไหมที่จะไม่รวมการสนับสนุนสำหรับผู้ใช้จำนวนเปอร์เซ็นต์ที่ไม่มีนัยสำคัญทางสถิติที่ตัดสินใจ (ไม่ว่าจะด้วยเหตุผลใดก็ตาม) กับการสิ้นสุดไลน์สไตล์ Mac OS เก่า? ปรับปรุง: ในการชี้แจงการสนับสนุนการสิ้นสุดบรรทัด Windows (เช่น CRLF) ไม่จำเป็นต้องมีการรับรู้โทเค็น CR สำหรับวัตถุประสงค์ด้านประสิทธิภาพ lexer จะทำการจับคู่แบบต่อหน่วย ด้วยการละเว้นตัวอักษร CR เงียบ ๆ โทเค็น CRLF จะทำให้ LF ง่ายขึ้น ด้วยเหตุนี้โทเค็น …

26 mac  osx  character-encoding  software-obsolescence 

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

14 contract  legacy  sdlc  software-obsolescence