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

เพียงแค่เรียกดูซอร์สโค้ดของ google maps ในส่วนหัวของพวกเขาพวกเขามี 2 divs ที่มี id = "ค้นหา" หนึ่งประกอบด้วยอื่น ๆ และยังมีแอตทริบิวต์ jstrack = "1" มีรูปแบบแยกพวกเขาเช่นนั้น: <div id="search" jstrack="1"> <form action="/maps" id="...rest isn't important"> ... <div id="search">... เนื่องจากนี่คือ google ฉันคิดว่ามันไม่ใช่ความผิดพลาด ดังนั้นมันจะเลวร้ายจริงๆที่จะละเมิดกฎนี้? ตราบใดที่คุณระมัดระวังในการเลือก css และ dom ทำไมไม่ลองใช้คลาสเหมือน id ไม่มีใครทำสิ่งนี้โดยเจตนาและถ้าเป็นเช่นนั้นทำไม?

122 programming-practices  html  specifications 

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

122 requirements  specifications 

" Heap Pollution " ในรูปแบบที่ไม่สามารถนำกลับมาใช้ใหม่ได้ (บทเรียน Java ™> การเรียนรู้ภาษา Java> Generics (อัปเดต)) ทำไมถึงเรียกว่าเป็นอย่างนั้น?

63 java  terminology  specifications  languages  generics 

ย้อนกลับไปที่โรงเรียนเมื่อ 10 ปีก่อนพวกเขาสอนให้คุณใช้เครื่องมือระบุข้อยกเว้น เนื่องจากพื้นหลังของฉันเป็นหนึ่งในนั้นโปรแกรมเมอร์ Torvaldish C ที่หลีกเลี่ยงการดื้อ C ++ ยกเว้นว่าถูกบังคับให้ฉันลงเอยด้วยการใช้ C ++ เป็นระยะ ๆ และเมื่อฉันยังคงใช้ตัวระบุข้อยกเว้นเนื่องจากนั่นคือสิ่งที่ฉันได้รับการสอน อย่างไรก็ตามโปรแกรมเมอร์ C ++ ส่วนใหญ่ดูเหมือนจะขมวดคิ้วเมื่อตัวระบุข้อยกเว้น ฉันได้อ่านการอภิปรายและข้อโต้แย้งต่าง ๆ จาก C ++ ผู้เชี่ยวชาญด้านการเช่นนี้ เท่าที่ฉันเข้าใจมันเดือดลงถึงสามสิ่ง: ตัวระบุข้อยกเว้นใช้ระบบชนิดที่ไม่สอดคล้องกับภาษาที่เหลือ ("ระบบชนิดเงา") หากฟังก์ชั่นของคุณที่มีตัวระบุข้อยกเว้นมีข้อผิดพลาดอื่นใดนอกจากสิ่งที่คุณได้ระบุไว้โปรแกรมจะถูกยกเลิกในรูปแบบที่ไม่ดีและไม่คาดคิด ตัวระบุข้อยกเว้นจะถูกลบออกในมาตรฐาน C ++ ที่กำลังจะมาถึง ฉันพลาดอะไรบางอย่างที่นี่หรือนี่คือเหตุผลทั้งหมดเหรอ? ความคิดเห็นของฉัน: เกี่ยวกับ 1): แล้วอะไรล่ะ C ++ อาจเป็นภาษาการเขียนโปรแกรมที่ไม่สอดคล้องกันมากที่สุดที่เคยมีมา เรามีมาโคร, goto / label, horde (hoard?) ของพฤติกรรมที่ไม่ได้กำหนด - / …

50 c++  specifications  exceptions  exception-handling 

ฉันเป็นหนึ่งในนักพัฒนาของ Ruby (CRuby) เรากำลังทำงานกับการเปิดตัว Ruby 2.0 (วางแผนที่จะเปิดตัว 2012 / กุมภาพันธ์) Python มี"PEP302: hooks นำเข้าใหม่" (2003): PEP นี้เสนอให้เพิ่มชุดนำเข้า hooks ใหม่ที่เสนอการปรับแต่งที่ดีขึ้นของกลไกการนำเข้า Python ตรงกันข้ามกับตะขอนำเข้าปัจจุบันตะขอรูปแบบใหม่สามารถถูกแทรกลงในโครงร่างที่มีอยู่ได้เพื่อให้สามารถควบคุมได้ละเอียดยิ่งขึ้นว่าโมดูลถูกค้นพบได้อย่างไรและโหลดอย่างไร เรากำลังพิจารณาที่จะเปิดตัวฟีเจอร์ที่คล้ายกับ PEP302 ไปสู่ ​​Ruby 2.0 (CRuby 2.0) ฉันต้องการยื่นข้อเสนอที่สามารถชักชวน Matz ปัจจุบัน CRuby สามารถโหลดสคริปต์จากระบบไฟล์ในแบบมาตรฐานเท่านั้น หากคุณมีประสบการณ์หรือข้อพิจารณาเกี่ยวกับ PEP 302 โปรดแบ่งปัน ตัวอย่าง: มันเป็นสเป็คที่ยอดเยี่ยม ไม่จำเป็นต้องเปลี่ยน เกือบดี แต่มีปัญหานี้ ... ถ้าฉันสามารถย้อนกลับไปปี 2003 ได้ฉันจะเปลี่ยนสเป็คเป็น ...

40 python  specifications  import 

ข้อกำหนดทางเทคนิคคืออะไร? พวกเขาเหมือนกับเอกสารการออกแบบหรือไม่ ถ้าไม่แตกต่างกันและมีตัวอย่างอะไรบ้าง?

38 documentation  specifications 

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

28 architecture  security  ethics  specifications 

ฉันต้องการซื้อคอมพิวเตอร์เครื่องใหม่ที่ออกแบบมาเป็นพิเศษสำหรับการเขียนโปรแกรม ฉันต้องการสร้างมันเองสำหรับประสบการณ์การเรียนรู้ แต่ยินดีที่จะซื้อมันทำเช่นกัน โดยทั่วไปฉันได้ดาวน์โหลดไฟล์จำนวนมากที่อุทิศให้กับการเขียนโปรแกรมที่มีขนาดใหญ่จนก) คอมพิวเตอร์ของฉันใกล้ความจุและ b) คอมพิวเตอร์อายุ 4 ปีของฉันช้ามาก โดยเฉพาะฉันเป็นฐานข้อมูล (Oracle / PostGreSQL, Mongo, Hadoop) และ java แต่รักการเรียนรู้ภาษาที่เป็นไปได้ทั้งหมด

27 specifications 

คนที่ไม่ใช่ด้านเทคนิคสามารถเรียนรู้การเขียนรายละเอียดสำหรับโครงการขนาดเล็กได้อย่างไร เพื่อนของฉันกำลังพยายามที่จะ outsource การพัฒนาบางอย่างในโครงการสถิติ โดยเฉพาะอย่างยิ่งเขาทำงานหนักใน excel และต้องการ outsource การสร้างสคริปต์เพื่อทำสิ่งที่เขาทำตอนนี้ด้วยมือ อย่างไรก็ตามเพื่อนของฉันเป็นคนที่ไม่ใช่ด้านเทคนิค เขาเป็นคนยากจนที่เขียนรายละเอียดทางเทคนิค เมื่อเขาเขียนสเป็คมันจะถูกเขียนในแบบที่คุณจะอธิบายการทำอะไรใน excel (ไปที่เซลล์นี้แล้วคัดลอกค่าไปยังเซลล์นั้น) มันเป็น verbose มากเกินไปและทำตัวอย่างหลายครั้ง ฉันไม่แน่ใจว่าเขาอธิบายกรณีมุมอย่างถูกต้องหรือไม่ โครงการแรกที่เขาจ้างคือความล้มเหลว ฉันคิดว่าเขาอธิบายรายละเอียดบางอย่าง แต่ก็อธิบายกรณีมุมน้อยเกินไป และ / หรือ coder ที่เขาจ้างไม่ได้คิดผ่านมุมและถามคำถามที่เหมาะสม ฉันไม่แน่ใจ. ฉันได้ IM กับเขาและฉันใช้เวลาครึ่งชั่วโมงกว่าจะขุดคำอธิบายที่ควรใช้เวลาห้านาทีหรือน้อยกว่าในการอธิบาย ฉันเขียนสคริปต์ให้เขาตอนท้าย แต่ไม่ได้ตรวจสอบว่าทำไมกระบวนการของเขากับผู้เขียนโค้ดล้มเหลว เขาขอความช่วยเหลือจากฉัน อย่างไรก็ตามฉันปฏิเสธที่จะมีส่วนร่วมเพราะการใช้สเป็คของเขาและแปลมันเป็นข้อกำหนดที่ชัดเจนนั้นมีผลงานมากกว่าการเขียนสเป็คที่ชัดเจน 10 เท่า วิธีที่เหมาะสมสำหรับเขาที่จะเรียนรู้คืออะไร? มีทรัพยากรที่เขาสามารถใช้ได้หรือไม่? มีวิธีที่เขาสามารถเรียนรู้จากโครงการฝึกซ้อมขนาดเล็กและความดันต่ำพร้อมโคเดอร์หรือไม่? สคริปต์ส่วนใหญ่ของเขาเป็นสถิติและการประมวลผลข้อมูล เช่นใช้คอลัมน์นี้และเรียกใช้โดยเฉลี่ย ลบแถวเหล่านี้ภายใต้เงื่อนไขเหล่านี้ ดังนั้นความท้าทายจึงแตกต่างจากการระบุแอปพลิเคชันเว็บ

24 requirements  specifications  outsourcing 

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

21 documentation  specifications  writing 

สมมติว่าคุณได้รับภาพจำลองสถานะภาพของแอปพลิเคชันของคุณ 25 หน้าจอ ความคาดหวังคือสิ่งนี้เพียงพอที่เราจะมั่นใจได้ว่าเราสามารถพัฒนาและมอบให้กับผู้มีส่วนได้เสียหรือลูกค้าเดิมในฐานะแอปพลิเคชันที่เสร็จสิ้นแล้วและพวกเขาจะพึงพอใจ โดยธรรมชาติคุณจะต้องถามผู้มีส่วนได้ส่วนเสียอีกครั้งเพื่อถามคำถามที่เคยเกิดขึ้นกับ UI ซึ่งสิ้นเปลือง อย่างไรก็ตามฉันมีหลายครั้งที่พบว่านี่ไม่มากพอในระหว่างการพัฒนาแอปพลิเคชันความต้องการเบลอโดยข้อเท็จจริงที่ว่าเรากำลังจำลองอินเทอร์เฟซและท้ายที่สุดลูกค้าไม่พอใจเท่าที่เห็นครั้งแรก เมื่อเราขอให้พวกเขาข้อมูลทั้งหมดเพื่อสร้าง UI ฉันไม่แน่ใจว่าจะขออะไรฉันพยายามระบุและถามถึงข้อกำหนดและความเข้าใจในเป้าหมายโดยรวม แต่ฉันไม่รู้ว่าควรจะขออะไร ถ้าฉันเพิ่งเริ่มตอนนี้เวลาส่วนใหญ่จะสูญเปล่าข้อมูลทั้งหมดที่นำไปสู่ ​​UI และในช่วงนี้ด้วยเหตุผลสำคัญหลายประการที่ลูกค้าต้องสูญเสียไป ฉันจะทำให้ผู้คนเข้าใจได้อย่างไรว่าเราไม่สามารถล็อคความต้องการตาม UI mock-ups โดยขอสิ่งที่สามารถสร้างได้ให้ฉัน สิ่งที่คุณจะเริ่มต้นด้วยความนึกคิดเพื่อดำเนินงานพัฒนาแอพพลิเคชั่นสำหรับผู้ใช้อย่างเหมาะสม?

17 design  specifications 

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

17 project-management  design  self-improvement  planning  specifications 

ดังนั้นฉันเพิ่งอ่านบทความนิยายโดยโจเอลในรายละเอียดที่นี่ (เขียนในปี 2000 !!) ฉันอ่านทั้งหมด 4 ส่วน แต่ฉันกำลังมองหาวิธีการบางอย่างในการเขียนสเป็คของฉัน ฉันเป็นคนโดดเดี่ยวคนเดียวที่ทำงานกับแอพที่ค่อนข้างซับซ้อน (หรือตระกูลแอพ) สำหรับ บริษัท ทางการเงินที่รู้จักกันดี ฉันไม่เคยทำอะไรที่ร้ายแรงขนาดนี้มาก่อนฉันเริ่มเขียนบางอย่างเช่นสเป็คที่ไม่ดีภาพรวมของบางอย่างและมันเสียเวลาไปมาก ฉันได้สร้าง 3 mockup-kinda-thingies ให้กับลูกค้าของฉันดังนั้นฉันจึงมีความเข้าใจในสิ่งที่พวกเขาต้องการ (ตัวอย่างแอพพลิเคชั่นที่ใช้งานไม่ได้กับเวิร์กโฟลว์พื้นฐานที่สุด) และฉันเพิ่งเขียนและทดสอบระบบหลัก / ฐานบางส่วนเท่านั้น ฉันคิดว่าความผิดพลาดที่ฉันทำไปแล้วไม่ได้เขียนสเป็คอย่างละเอียดดังนั้นตอนนี้ฉันไปถึงแล้ว ดังนั้นสิ่งทั้งหมดจึงประกอบด้วย เว็บไซต์ MVC (สำหรับผู้ดูแลระบบ & การดูข้อมูล) โมดูล Silverlight 2 โมดูล (สำหรับงานเฉพาะ 2 งาน) 1 แอปพลิเคชันเดสก์ท็อป ฉันสั้นตรงเวลาทรัพยากรและจำเป็นต้องทำสิ่งนี้ให้สำเร็จเร็วเกินไปและต้องทำให้แน่ใจว่าพวกเขาอ่านมันอย่างรวดเร็วและไม่เจ็บปวดเท่ากัน ดังนั้นวิธีการที่ฉันจะไปเกี่ยวกับเรื่องนี้ฉันกำลังมองหาเคล็ดลับใด ๆ สิ่งที่โลกจริงใด ๆ วิธีการที่พวกคุณมักจะทำมันได้หรือไม่ คุณสร้างหน้าจอจำลองของทุกบทสนทนา / แบบฟอร์ม / หน้า? ฉันกำลังคิดที่จะสร้างโครงการ …

17 writing  specifications  customer-relations 

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

17 issue-tracking  specifications  joel-test 

ฉันแน่ใจว่าทุกคนมีประสบการณ์เช่นนี้ คุณเข้าสู่การประชุมกับลูกค้าที่มีโครงการ พวกเขามีความต้องการไม่ จำกัด / น้อยในใจและความเข้าใจที่คลุมเครือในสิ่งที่พวกเขาต้องการ / ต้องการ ณ จุดนี้ดูเหมือนจะมีสองตัวเลือก: 1) บอกผู้ใช้ว่า "ตกลงดังนั้นฉันไม่สามารถสร้างอะไรให้คุณได้ถ้าคุณยังไม่สามารถอธิบายได้ทำไมเราไม่กลับมารวมกันในอีกไม่กี่สัปดาห์เมื่อคุณรู้ว่าคุณต้องการอะไร" 2) พบกับผู้ใช้สองสามครั้งและช่วยให้พวกเขาค้นหาสิ่งที่พวกเขาต้องการโดยชี้แนะพวกเขาผ่านวิธีการโสคราตีสที่ดี "คุณต้องการติดตาม X หรือไม่", "แล้ว Y ล่ะ", "คุณต้องการฟังก์ชัน Z หรือไม่" ด้วยตัวเลือกแรกคุณจะไม่ติดขัดในการทำงานของคนอื่นหรือได้รับพลังจิต แต่ผู้ใช้อาจไม่เคยนำเสนอคุณด้วยสเปคที่สอดคล้องกันหรือพวกเขาอาจใช้เวลาตลอดไปตามกำหนดเวลายังคงดำเนินต่อไป ด้วยตัวเลือกที่สองคุณเสียเวลาเป็นนักวิเคราะห์ธุรกิจและต้องยัดความรู้ทางธุรกิจเข้ามาในหัวของคุณซึ่งคุณอาจไม่เคยใช้อีกเลย แต่คุณจะมีความเป็นไปได้มากกว่าที่จะมีสเป็คที่ ทำให้รู้สึกใด ๆ สำหรับฉันนี่เป็นหนึ่งในแง่มุมที่ท้าทายที่สุดของการพัฒนาและฉันรู้สึกว่าฉันไม่ได้โดดเดี่ยวในความรู้สึกนี้ จากประสบการณ์ของคุณตัวเลือกใดมีแนวโน้มที่จะทำงานได้ดีขึ้น

16 requirements  planning  specifications