คำถามติดแท็ก standardization

ฉันทำงานในร้านค้าที่ผลิตซอฟต์แวร์ที่สำคัญต่อชีวิตและฉันได้จัดการกับกฎการแสดงความคิดเห็นที่ตั้งใจจะให้โค้ดอ่านได้และอาจช่วยชีวิตผู้คนได้ จากประสบการณ์ของฉันแม้ว่าความต้องการจะกลายเป็นงานที่น่าเบื่อสมองที่ต้องทำเครื่องหมายในรายการตรวจสอบและไม่ช่วยให้ฉันจดจ่อกับการเขียนโค้ดที่เข้าใจได้ นอกจากนี้ยังเบี่ยงเบนความสนใจจากผู้ตรวจสอบเพียร์ของฉันจากการสนทนาที่มีความหมายกับฉันมากขึ้นเกี่ยวกับวิธีทำให้โค้ดง่ายต่อการเข้าใจ ฉันให้คะแนนรหัสนักเรียนที่ไม่มีความคิดเห็นและเห็นว่าเพราะเหตุใดพวกเขาจึงควรทำเครื่องหมายเพราะละเลยพวกเขา ฉันเข้าใจว่าการใช้ชื่อที่ดีโครงสร้างที่เรียบง่ายฟังก์ชั่นสั้น ๆ และโมดูลที่มุ่งเน้นจะทำให้โค้ดนั้นเข้าใจได้ง่ายพอที่จะลดความคิดเห็นได้ ฉันยังเข้าใจด้วยว่าความคิดเห็นควรอธิบายว่าทำไมรหัสทำในสิ่งที่มันทำไม่ได้อย่างไร ให้ทั้งหมดนี้เป็นไปได้ที่จะเขียนมาตรฐานการเข้ารหัสที่ดีที่จับความคิดนี้ คนที่จะมีความเกี่ยวข้องในการตรวจสอบโดยเพื่อน แต่จะไม่เปลี่ยนเป็นรายการตรวจสอบที่ไม่สนใจซึ่งทำให้โน้ตไม่เป็นประโยชน์มากกว่า: "คุณลืมแสดงความคิดเห็นในบรรทัดที่ 42" ตัวอย่างประเภทของรหัสกฎนี้อาจต้องใช้เมื่อถือว่าเป็นบรรทัดในรายการตรวจสอบ: /* Display an error message */ function display_error_message( $error_message ) { /* Display the error message */ echo $error_message; /* Exit the application */ exit(); } /* -------------------------------------------------------------------- */ /* Check if the configuration file does …

142 coding-standards  comments  standards  naming-standards  standardization 

แค่คำถามสั้น ๆ แต่ทำไมระบบไฟล์จำนวนมากถึงยังคงแข่งขันกันและใช้งานอยู่ในปัจจุบัน? (ntfs, fat32, ext3 (ffs), ฯลฯ ) ดูเหมือนว่าผู้ออกแบบระบบไฟล์สามารถเห็นด้วยกับแง่มุมที่ดีที่สุดของระบบแต่ละประเภทและใช้ระบบไฟล์ "ดีที่สุด" ไม่ใช่หรือ? เพียงความคิดเนื่องจากระบบไฟล์เหล่านี้มีมาระยะหนึ่งแล้วและอย่างน้อยก็ควรจะเห็นได้ชัดว่ามีคุณสมบัติที่ดีกว่าระบบอื่น ๆ และเราสามารถรวมสิ่งที่ดีในแต่ละระบบเข้าด้วยกันและสร้างระบบที่ดีที่สุด

27 standards  file-systems  standardization 

ฉันเพิ่งรวบรวมรหัสของตัวเองบางอย่างกับ-std=c++0xธงใน GCC เนื่องจากฉันต้องการติดตามสิ่งที่คนหนุ่มสาวกำลังทำอยู่อย่างคลุมเครือ เกี่ยวกับauto_ptrการคัดค้าน แน่นอนฉันรู้ว่าauto_ptrเลิกใช้แล้วใน C ++ 0x แต่ ... การเลิกใช้งานเป็นการเสียเวลาและความพยายามใช่ไหม สาเหตุของการไม่คิดค่าเสื่อมราคา (ด้วย auto_ptr เป็นตัวอย่าง): มีมหาสมุทรที่เต็มไปด้วยรหัสซึ่งยังต้องได้รับการสนับสนุนการสร้างคำเตือนนับล้านจะดึงดูดผู้คนให้ปิดคำเตือนเท่านั้น auto_ptr มันเป็นเรื่องเล็กน้อย แต่จริงๆแล้วมันทำในสิ่งที่มันพูดบนกระป๋อง printf()ถ้าเราอยากจะเลิกใช้สิ่งที่ผมเสนอชื่อ แต่ลองจินตนาการถึงเสียงซัดทอดที่จะตามมา auto_ptrไม่มีเพื่อนมากเกินไป แต่อย่างน้อยในรหัส C ++ ของฉันมันถูกใช้มากกว่าprintfซึ่งไม่ได้ใช้เลย คณะกรรมการมีประวัติไม่ดีในการได้รับสิทธินี้ - พวกเขาคัดค้านสแตติกที่ขอบเขตเนมสเปซและตอนนี้ดูเหมือนว่าจะไม่ได้รับการแก้ไข - ฉันจะไม่แปลกใจถ้าauto_ptrทำแบบเดียวกันกลับมา สุดท้ายสิ่งที่คณะกรรมการกล่าวว่าผู้ดำเนินการคอมไพเลอร์ไม่สนใจพวกเขา - พวกเขาไม่สามารถเสี่ยงต่อการทำลายรหัสลูกค้าของพวกเขาสิ่งที่พวกเขาสามารถทำได้ก็คือการออกคำเตือนที่น่ารำคาญ ดังนั้นคำถามของฉัน - คุณพิจารณาการคัดค้าน (ของอะไรไม่ใช่แค่ auto_ptrs และไม่ใช่แค่ใน C ++) เป็นความคิดที่ดีและถ้าเป็นเช่นนั้นทำไม

27 c++  c++11  standardization 

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

16 programming-languages  documentation  standardization 

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

15 programming-practices  documentation  coding-standards  standardization 

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

13 standardization 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว แก้ไข: ในกรณีที่คุณไม่คุ้นเคยกับ odata ไปเลย ฉันกำลังพยายามที่จะตรวจสอบว่ามันคุ้มค่าที่จะเรียนรู้เทคโนโลยีนี้หรือว่ามันเป็นสิ่งที่จะไม่ติด สถานที่ตั้งเป็นที่น่าสนใจและในฐานะผู้พัฒนา API ดูเหมือนว่าเป็นวิธีที่ดีในการมอบความยืดหยุ่นให้กับผู้พัฒนาที่ใช้งานพวกเขา น่าเสียดายที่ฉันไม่เห็น "ฉวัดเฉวียน" มากเกี่ยวกับ Open Data Protocol ในช่วงสองสามปีที่ผ่านมาดังนั้นเพียงแค่พยายามที่จะประเมินว่ามันมีโอกาสที่จะอยู่ใกล้ ๆ เมื่อฉันเรียนรู้ ขอบคุณล่วงหน้า.

13 api  web-api  standardization