วิศวกรรมซอฟต์แวร์

เรามีเว็บเซอร์วิส REST ที่สามารถให้บริการ XML หรือ JSON (WCF) ฉันกำลังคิดจะใช้ Protobufs ทำไม? ข้อดี โหลดบนเซิร์ฟเวอร์น้อยลง ขนาดข้อความที่เล็กลง - ทราฟฟิกน้อย มันง่ายกว่าที่จะสลับตอนนี้ในภายหลัง ข้อเสีย จะต้องมีการดำเนินการ การแก้ไขปัญหา / การดมกลิ่นเพื่อแก้ไขข้อบกพร่องจะทำได้ยากขึ้น ฉันสามารถเปิดใช้งาน GZip บนเซิร์ฟเวอร์และ JSON จะใช้ปริมาณการใช้งานมาก คุณมีข้อเสนอแนะและ / หรือประสบการณ์เกี่ยวกับเรื่องนี้อย่างไร?

23 web-services  wcf  serialization 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ตกลงฉันเข้าใจการประชุมปกติของการใช้คำกริยากับฟังก์ชั่นและคำนามกับชั้นเรียน อินเทอร์เฟซคืออะไร มีวิธีการใดบ้างเมื่อคิดชื่อส่วนต่อประสานที่ไม่ชัดเจน เพื่อให้ชัดเจนฉันไม่ได้พูดถึงว่าจะใส่ "I" ต่อหน้าชื่อหรือถ้าใช้ camelCase หรือ PascalCase ฉันสงสัยเกี่ยวกับวิธีการหาชื่อที่ชัดเจนและมีความหมายสำหรับอินเทอร์เฟซ แก้ไข ฉันกำลังหมกมุ่นกับวิธีตั้งชื่ออินเทอร์เฟซอย่างชัดเจนที่สุด ฉันคิดว่ามันก็ต้องเป็นคำนามด้วยเช่นกันเพราะเมื่อฉันคิดว่าตั้งชื่อชั้นเรียนฉันคิดว่าวัตถุโลก "ของจริง" ที่ใกล้เคียงที่สุดที่มันสามารถเกี่ยวข้องได้ ฉันคิดว่าอินเทอร์เฟซของโลกแห่งความเป็นจริงนั้นมีทั้งคีย์บอร์ดเม้าส์รีโมทคอนโทรลหน้าจอ ATM นั่นเป็นคำนามทั้งหมด อย่างไรก็ตามข้อมูลเชิงลึกเพิ่มเติมเกี่ยวกับวิธีที่ดีในการกำหนดชื่อส่วนต่อประสานจะได้รับการชื่นชม

23 object-oriented 

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

23 unit-testing  code-quality 

มีหรือไม่ คำจำกัดความทั้งหมดที่ฉันสามารถหาได้อธิบายขนาดความซับซ้อน / ความหลากหลายหรือความเร็วของข้อมูล คำจำกัดความของวิกิพีเดียเป็นสิ่งเดียวที่ฉันพบด้วยจำนวนจริง ขนาดข้อมูลขนาดใหญ่เป็นเป้าหมายที่เคลื่อนไหวอยู่ตลอดเวลาตั้งแต่ปี 2555 ตั้งแต่ไม่กี่โหลเทราไบต์ไปจนถึงระดับเพตาไบต์จำนวนมากในชุดข้อมูลเดียว อย่างไรก็ตามสิ่งนี้ดูเหมือนจะขัดแย้งกับคำนิยาม MIKE2.0ซึ่งอ้างอิงในย่อหน้าถัดไปซึ่งบ่งชี้ว่าข้อมูล "ใหญ่" อาจมีขนาดเล็กและเซ็นเซอร์ 100,000 ตัวบนเครื่องบินที่สร้างข้อมูลเพียง 3GB เท่านั้นถือว่าใหญ่ ไอบีเอ็มแม้จะพูดว่า: ข้อมูลขนาดใหญ่นั้นง่ายกว่าเรื่องของขนาด มีขนาดการเน้นย้ำในความหมายของพวกเขา O'Reilly ได้เน้น "volume, velocity and variety"เช่นกัน แม้ว่าจะอธิบายได้ดีและในเชิงลึกยิ่งขึ้นความหมายดูเหมือนว่าจะเป็นการแฮชของผู้อื่น - หรือในทางกลับกันแน่นอน ผมคิดว่าคอมพิวเตอร์รายสัปดาห์บทความชื่อผลรวมถึงจำนวนของบทความค่อนข้างดี"อะไรคือข้อมูลขนาดใหญ่และวิธีที่จะสามารถนำมาใช้เพื่อให้ได้เปรียบในการแข่งขัน" แต่ ZDNet ชนะด้วยสิ่งต่อไปนี้ตั้งแต่ปี 2012 : “ บิ๊กดาต้า” เป็นวลีที่จับตามองจากช่องทางการคำนวณประสิทธิภาพสูงของตลาดไอที ... หากมีใครเข้าร่วมการนำเสนอจากซัพพลายเออร์เทคโนโลยีสิบรายคำนิยามที่แตกต่างกันสิบห้าข้อนั้นน่าจะเกิดขึ้น แน่นอนแต่ละคำนิยามมีแนวโน้มที่จะสนับสนุนความต้องการผลิตภัณฑ์และบริการของซัพพลายเออร์นั้น ๆ ลองจินตนาการว่า โดยทั่วไป "ข้อมูลขนาดใหญ่" คือ "ใหญ่" ในรูปแบบหรือรูปแบบ "ใหญ่" คืออะไร? มันเป็นเชิงปริมาณในเวลาปัจจุบันหรือไม่? …

23 data-structures  definition  big-data 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน7 ปีที่ผ่านมา ฉันทำงานเกี่ยวกับโครงการในช่วงหกเดือนที่ผ่านมาที่ไซต์ลูกค้าเนื่องจากพวกเขาต้องการความลับของข้อมูลและไม่ต้องการให้เราทำงานที่สำนักงานของเราเอง เมื่อฉันปรากฏตัวตามลำพังในไซต์ลูกค้านี้ฉันได้รับแจ้งว่าฉันต้องทำให้โครงการเสร็จภายในสองเดือน เนื่องจากลูกค้าไม่ใช่ บริษัท ซอฟต์แวร์และเนื่องจากนโยบายต่าง ๆ จึงใช้เวลาประมาณ 20-25 วันในการให้สิทธิ์กับเครื่องของฉันในการติดตั้งสิ่งต่าง ๆ เช่น Eclipse, Tomcat เป็นต้นแม้จะล่าช้าในการตั้งค่าสภาพแวดล้อม พวกเขายังคงคาดหวังว่าฉันจะทำโครงการให้เสร็จภายในระยะเวลาสองเดือนเดียวกัน พวกเขาไม่ได้ให้เอกสารความต้องการใด ๆ แก่ฉัน แต่เนื่องจากฉันทำงานที่ไซต์ลูกค้าเราจึงต้องมีการประชุมเป็นประจำเพื่อหารือเกี่ยวกับข้อกำหนด หลังจากหกเดือนแอปพลิเคชันยังไม่เสร็จสิ้นและทุกคนกำลังตำหนิฉัน แต่พวกเขาล้มเหลวที่จะรู้ว่าเราได้เพิ่มคุณสมบัติมากมายกว่าที่กล่าวไว้ในการประชุมสองสามครั้งแรก ฉันต้องทำซ้ำหลายสิ่งหลายอย่างในช่วงเวลานี้เช่นแยกแบบฟอร์มออกเป็นสองส่วน ไม่กี่สัปดาห์ต่อมาพวกเขาขอให้ฉันรวมสองรูปแบบอีกครั้งเนื่องจากมันสับสนและอื่น ๆ ขอบเขตของแอปพลิเคชันเพิ่มขึ้นทุกวัน แต่พวกเขายังคงคิดว่าเป็นโครงการสองเดือนที่ล่าช้า เมื่อฉันบอกพวกเขาว่าขอบเขตนั้นเพิ่มขึ้นพวกเขาถามว่าทำไมฉันไม่ขอสิ่งที่ต้องการตั้งแต่ต้น ฉันทำงาน 11-12 ชั่วโมงทุกวันและเดินทาง 3-4 ชั่วโมงและตอนนี้พวกเขาคาดหวังว่าฉันจะมาในวันเสาร์ด้วย ฉันต้องทำทุกอย่างที่นี่: รับข้อกำหนดออกแบบรหัสและทดสอบ กรุณาแนะนำฉันว่าจะทำอย่างไรในกรณีเช่นนี้? รายละเอียดเพิ่มเติม: เรามีรายการสิ่งที่ส่งมอบ แต่จากนั้นพวกเขาก็เพิ่มสิ่งต่าง ๆ …

23 client-relations  client 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ฉันเป็นโปรแกรมเมอร์ที่สอนตัวเองเกี่ยวกับการเข้าสู่ตลาดงาน สิ่งที่ฉันอยากรู้คือวิธีที่ดีที่สุดในการแสดงประสบการณ์ของฉันแก่นายจ้างคืออะไร? นายจ้างต้องการรู้อะไรเกี่ยวกับประสบการณ์การเขียนโปรแกรมของฉัน นายจ้างต้องการดูรหัสที่ฉันเขียนหรือต้องการดูซอฟต์แวร์ที่ใช้งานจริงหรือไม่? หรือพวกเขาเพียง แต่สนใจว่าซอฟต์แวร์ของฉันถูกใช้ไปเท่าไร / สร้างรายได้มากแค่ไหน? ฉันควรเขียนเกี่ยวกับการออกแบบและสไตล์การเขียนโปรแกรมของฉันหรือไม่ พื้นหลังของฉัน: ฉันเพิ่งจบการศึกษาจากมหาวิทยาลัยที่ฉันเรียนภาษาต่างประเทศและมันเป็นช่วงเวลานี้เมื่อฉันพบว่าการเขียนโปรแกรมเป็นสิ่งที่ฉันต้องการจะทำ ขณะนี้ฉันเป็นโปรแกรมเมอร์ที่จอดรถพัฒนาซอฟต์แวร์สำหรับลูกค้าเพื่อใช้ในเชิงพาณิชย์ในขณะที่สอนตัวเองต่อไป แต่เป้าหมายของฉันคือการเริ่มต้นการจ้างงานและอาชีพที่ "เหมาะสม" ในตอนนี้ฉันอาศัยอยู่ที่ฟินแลนด์ แต่ฉันกำลังมองหางานในประเทศจีนหรือญี่ปุ่น (ฉันเรียนรู้ทั้งสองภาษาขณะเรียนที่ต่างประเทศ)

23 skills 

บริษัท ที่ฉันทำงานอยู่นั้นตั้งเป้าที่จะให้ค่าความผิดพลาดสูงสุด 10% พวกเขาคาดหวังว่านักวิเคราะห์จะไม่พลาดการคาดการณ์มากกว่าหรือน้อยกว่า 10% ฉันไม่รู้ว่าจะคิดยังไงเพราะฉันไม่มีอะไรจะเปรียบเทียบกับมัน อะไรเป็นพื้นฐานที่ดีในการวัดหากเราประเมินผิดเกินไปไม่มากก็น้อย เท่าไหร่ (ใน%) คุณคิดว่าเป็นโอเคเพื่อพลาด?

23 project-management  estimation 

ฉันได้ยินผู้คนบรรยายที่นี่และที่นั่นบนอินเทอร์เน็ตว่าเป็นวิธีที่ดีที่สุดในการปิดบังรหัสฐานข้อมูลสาธารณะในแอปพลิเคชันเว็บ ฉันคิดว่าพวกเขาส่วนใหญ่มีความหมายในรูปแบบและใน URL แต่ฉันไม่เคยอ่านอะไรมากไปกว่าคำพูดในเรื่อง แก้ไข : แน่นอนตอนนี้ที่ฉันถามนี้ฉันพบทรัพยากรบางอย่างในเรื่อง: /programming/2374538/obscuring-database-ids /programming/1895685/should-i-obscure-primary-key-values http://joshua.schachter.org/2007/01/autoincrement.html ลิงก์เหล่านี้ตอบสนองความอยากรู้ของฉันได้บ้าง แต่โพสต์ SO นั้นมีคะแนนโหวตไม่มากและไม่จำเป็นต้องอยู่ตรงกลางหัวข้อในบริบทนี้ดังนั้นฉันจึงไม่แน่ใจว่าจะต้องทำอะไรและบางคนอ้างว่าอันดับสาม ลิงก์นั้นเป็นของปลอม ฉันจะปล่อยให้โพสต์ที่เหลืออยู่ของฉันยังคงอยู่: ฉันเข้าใจความแตกต่างระหว่างความสับสนและความปลอดภัยรวมถึงวิธีที่ทั้งสองทำงานร่วมกันได้ แต่ฉันไม่สามารถจินตนาการได้ว่าทำไมสิ่งนี้ถึงมีความจำเป็น มีความจริงเกี่ยวกับเรื่องนี้หรือไม่มันเป็นเพียงความหวาดระแวงหรือเป็นเพียงการหลอกลวงโดยสิ้นเชิง? ฉันสามารถคิดหาวิธีที่จะทำ แต่แน่นอนมันเพิ่มความซับซ้อนมากในรหัสแอปพลิเคชัน สิ่งนี้จะเป็นประโยชน์ในสถานการณ์ใด หากนี่เป็นสิ่งที่ผู้คนมักทำกันบ่อยครั้งมันจะถูกปรับใช้อย่างไร Hashing ตัวระบุ? อื่น ๆ อีก? ดูเหมือนว่าจะทำงานมากมายเพื่อความปลอดภัยที่เพิ่มขึ้นไม่มาก ฉันไม่ได้มองหาวิธีแก้ปัญหาที่แท้จริงฉันแค่อยากได้ความคิดว่าคนอื่นจะทำอย่างไรในโลกแห่งความเป็นจริง นี่ถือเป็น "แนวปฏิบัติที่ดีที่สุด" จริง ๆ หรือเป็นการเพิ่มประสิทธิภาพขนาดเล็กที่มีมูลค่าเพียงเล็กน้อยหรือไม่? หมายเหตุ : ฉันคิดว่าบางคนอาจมีความคิดที่ผิด: ฉันไม่ได้แนะนำว่ารหัสที่ยากต่อการเดาจะเป็นกลไกความปลอดภัยเพียงอย่างเดียวแน่นอนว่าจะต้องมีการตรวจสอบการเข้าถึงตามปกติ สมมติว่าสิ่งเหล่านั้นอยู่ในสถานที่และเพียงแค่รู้ว่า id หรือ hashed id ของระเบียนนั้นไม่เพียงพอที่จะให้สิทธิ์การเข้าถึง

23 web-applications  security 

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

23 agile 

ฉันชอบ "รูปแบบ" ที่ไม่เปลี่ยนแปลงเนื่องจากจุดแข็งของมันและในอดีตฉันพบว่ามันมีประโยชน์ต่อระบบการออกแบบที่มีชนิดข้อมูลที่ไม่เปลี่ยนรูปแบบ (บางส่วนหรือเกือบทั้งหมด) บ่อยครั้งที่ฉันทำเช่นนั้นฉันพบว่าตัวเองเขียนบั๊กน้อยลงและการดีบักง่ายขึ้นมาก อย่างไรก็ตามเพื่อนของฉันโดยทั่วไปอายห่างจากไม่เปลี่ยนรูป พวกเขาไม่ได้ไม่มีประสบการณ์เลย (ห่างไกลจากมัน) แต่พวกเขาก็เขียนวัตถุข้อมูลแบบคลาสสิก - สมาชิกส่วนตัวที่มีทะเยอทะยานและเป็นตัวตั้งค่าสำหรับสมาชิกทุกคน จากนั้นโดยปกติ Constructor ของพวกเขาจะไม่มีการโต้แย้งหรืออาจจะเป็นเพียงการโต้แย้งเพื่อความสะดวก บ่อยครั้งที่การสร้างวัตถุมีลักษณะดังนี้: Foo a = new Foo(); a.setProperty1("asdf"); a.setProperty2("bcde"); บางทีพวกเขาทำอย่างนั้นทุกที่ บางทีพวกเขาอาจไม่ได้กำหนดนวกรรมิกที่ใช้ทั้งสองสายไม่ว่าพวกเขาจะสำคัญแค่ไหน และบางทีพวกเขาอาจไม่เปลี่ยนค่าของสตริงเหล่านั้นในภายหลังและไม่จำเป็นต้องทำ เห็นได้ชัดว่าถ้าสิ่งเหล่านั้นเป็นจริงวัตถุจะได้รับการออกแบบที่ดีขึ้นไม่เปลี่ยนรูปใช่มั้ย (ตัวสร้างใช้คุณสมบัติทั้งสองไม่มีตัวตั้งค่าเลย) คุณจะตัดสินใจได้อย่างไรว่าประเภทวัตถุควรได้รับการออกแบบให้ไม่เปลี่ยนรูป? มีเกณฑ์ที่ดีในการตัดสินด้วยหรือไม่ ขณะนี้ฉันกำลังถกเถียงกันว่าจะเปลี่ยนประเภทข้อมูลบางอย่างในโครงการของฉันเป็นแบบไม่เปลี่ยนรูปแบบหรือไม่ แต่ฉันจะต้องพิสูจน์ให้เพื่อนของฉันดูและข้อมูลในประเภทนั้นอาจเปลี่ยนแปลงได้ มันเป็นวิธีที่ไม่เปลี่ยนรูปแบบ (สร้างขึ้นใหม่คัดลอกคุณสมบัติจากวัตถุเก่ายกเว้นวิธีที่คุณต้องการเปลี่ยน) แต่ฉันไม่แน่ใจว่านี่เป็นเพียงความรักของฉันที่ไม่สามารถแสดงผ่านได้หรือถ้ามีความต้องการที่แท้จริงสำหรับ / ประโยชน์จากพวกเขา

23 design  immutability 

ฉันกำลังทำหลักสูตรอยู่ในวิทยาลัยที่หนึ่งในห้องปฏิบัติการคือการใช้ประโยชน์จากบัฟเฟอร์โอเวอร์โฟลว์บนโค้ดที่พวกเขาให้เรา ช่วงนี้จากการหาประโยชน์ง่าย ๆ เช่นการเปลี่ยนที่อยู่ผู้ส่งคืนสำหรับฟังก์ชั่นในสแต็คเพื่อกลับไปที่ฟังก์ชั่นที่แตกต่างกันไปจนถึงรหัสที่เปลี่ยนสถานะการลงทะเบียน / หน่วยความจำของโปรแกรม ฟังก์ชั่นที่คุณเรียกว่าหลงลืมไปอย่างสิ้นเชิง ฉันได้ทำการวิจัยเกี่ยวกับเรื่องนี้และการใช้ประโยชน์จากการใช้ประโยชน์เหล่านี้ยังมีอยู่ทุกหนทุกแห่งแม้กระทั่งตอนนี้ในสิ่งต่าง ๆ เช่นการใช้ homebrew บน Wiiและการเจลเบรคที่ไม่มีการผูกมัดสำหรับ iOS 4.3.1 คำถามของฉันคือเหตุใดปัญหานี้จึงแก้ไขได้ยาก เห็นได้ชัดว่านี่เป็นช่องโหว่ที่สำคัญที่ใช้ในการแฮ็คหลายร้อยสิ่ง แต่ดูเหมือนว่ามันจะง่ายต่อการแก้ไขโดยการตัดทอนข้อมูลใด ๆ ที่ผ่านมาตามความยาวที่อนุญาตและกำจัดข้อมูลทั้งหมดที่คุณทำ แก้ไข: มุมมองอื่นที่ฉันต้องการคำตอบที่จะต้องพิจารณา - ทำไมผู้สร้างของ C ไม่สามารถแก้ไขปัญหาเหล่านี้ได้โดยการปรับใช้ห้องสมุดใหม่?

23 c  vulnerabilities  buffers 

สมมติว่าระบบที่มีเว็บแอปพลิเคชันที่มีทรัพยากรและการอ้างอิงถึงแอปพลิเคชันระยะไกลที่มีทรัพยากรที่คล้ายกันอื่นคุณจะแสดงการดำเนินการซิงค์แบบสองทิศทางที่ประสานทรัพยากร 'ท้องถิ่น' กับทรัพยากร 'ระยะไกล' ได้อย่างไร ตัวอย่าง: ฉันมี API ที่แสดงรายการสิ่งที่ต้องทำ รับ / โพสต์ / วาง / ลบ / ลอส / ฯลฯ API นั้นสามารถอ้างอิงบริการสิ่งที่ต้องทำแบบรีโมต GET / POST / PUT / DELETE / todo_services / ฯลฯ ฉันสามารถจัดการ todos จากบริการระยะไกลผ่าน API ของฉันในฐานะตัวแทนผ่าน GET / POST / PUT / DELETE / todo_services / abc123 / …

23 api  rest  api-design  synchronization 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ภาษาโปรแกรม 10 อันดับแรกตามดัชนี TIOBEดูเหมือนจะได้รับอิทธิพลอย่างมากจาก C: 1. Java ภาษามาจากไวยากรณ์ส่วนใหญ่จาก C และ C ++ แต่มีโมเดลวัตถุที่ง่ายกว่าและมีสิ่งอำนวยความสะดวกในระดับต่ำน้อยลง - wikipedia.org 2. ค C เป็นหนึ่งในภาษาการเขียนโปรแกรมที่ใช้กันอย่างแพร่หลายตลอดเวลาและมีสถาปัตยกรรมคอมพิวเตอร์น้อยมากที่คอมไพเลอร์ C ไม่มีอยู่ - wikipedia.org 3. C # ในระหว่างการพัฒนา. NET Framework นั้นคลาสไลบรารีถูกเขียนโดยใช้ระบบคอมไพเลอร์โค้ดที่ได้รับการจัดการที่เรียกว่า Simple Managed C (SMC) ในเดือนมกราคม 1999 Anders Hejlsberg ได้จัดตั้งทีมเพื่อสร้างภาษาใหม่ในเวลาที่เรียกว่า Cool ซึ่งย่อมาจาก "C-like …

23 programming-languages  c  history 

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

23 project-management  agile  scrum  user-story 

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

23 learning