อัศวิน ทุน การซื้อขาย ระบบ

Goldman Sachs ข้อผิดพลาดการค้าขนาดใหญ่หมีคล้ายคลึงน่ากลัวกับคนที่นำ Knight. f REUTERS อัศวิน Burton. Now ที่เรารู้เพิ่มเติมเกี่ยวกับตัวเลือกการซื้อขายเมื่อวานนี้อาจมีค่าใช้จ่ายร้อยโกลด์แมนแซคส์ของล้านเรารู้ว่ามันมีลักษณะเหมือนมาก อีกหนึ่งข้อผิดพลาดในการซื้อขายหลักทรัพย์จำนวนมหาศาลของ Knight Capital ซึ่งมีความผิดพลาดในการซื้อขายมากถึง 450 ล้านรายการจากปีพ. ศ. 2555 ทั้งๆที่ความผิดพลาดของโกลด์แมนเมื่อวันนี้เกิดข้อผิดพลาดเกี่ยวกับการเขียนโปรแกรมระบบที่กำหนดข้อ จำกัด ด้านราคาที่ไม่ถูกต้องในสัญลักษณ์จำนวนหนึ่งและความผิดพลาดของ Knight ยังมีข้อผิดพลาดในการเขียนโปรแกรมระบบที่ส่งอัลกอริทึม ต่ำเน้นข้อเท็จจริงที่ซับซ้อนซอฟต์แวร์ซอฟต์แวร์ความเร็วสูงมีอำนาจในการกำหนดตลาดลง tizzy. Here s ไกลค้า Goldman ผิดพลาดซึ่งถูกส่งไปยังตัวเลือกการแลกเปลี่ยนทั่วประเทศถึงเมื่อวานจาก Bloomberg การซื้อขายอาจมีผลกระทบ ประมาณ 400,000 สัญญาสำหรับ บริษัท ต่างๆเช่น JPMorgan Chase Co Johnson Johnson และ Kellogg Co ขึ้นอยู่กับข้อมูลสำหรับธุรกิจการค้าที่ใหญ่ที่สุด 500 แห่ง Nasdaq OMX PHL X กำลังตรวจสอบรายชื่อประมาณ 1,225 สัญญาที่ไม่ซ้ำกันในหุ้นอ้างอิง 51 หุ้นอ้างอิงจากอีเมลการแจ้งเตือนของนายหน้าซื้อขายหลักทรัพย์เกี่ยวกับวันที่ 240 กันยายนพศ. 103 ทำสัญญาซื้อขายหุ้นของกองทุนสำรองเลี้ยงชีพ iShares Russell 2000 Exchange ที่ซื้อขายวันที่ 1 พ. ศ. จากเดิม 3 32 สองนาทีก่อนหน้านี้ข้อมูลที่รวบรวมโดย Bloomberg show การค้าครั้งต่อไปเริ่มต้นที่ 3 27 ที่ 9 33 m m สำหรับ Knight Capital ข้อผิดพลาดในการเขียนโปรแกรมทำให้ บริษัท มีการดำรงอยู่ของตัวเอง Goldman กล่าวว่า ข้อผิดพลาดจะไม่เป็นสาระสำคัญกับสภาพทางการเงินของ บริษัท ธนาคารเป็นที่รู้จักสำหรับมีบางส่วนของเทคโนโลยีการค้าที่ซับซ้อนและมีประสิทธิภาพมากที่สุดบนถนน แต่เรากำลังพูดถึงเรื่องการซื้อขายความเร็วสูงในตลาดตัวเลือกที่นี่เป็น บริษัท พยายามที่จะ สร้างโปรแกรมที่จะกลายเป็นที่เร็วที่สุดและ baddest กล่าวผู้เชี่ยวชาญบางอย่างผิดพลาดสามารถทำกลับรอบเวลา Knight, Insider ธุรกิจพูดกับเลฟ Lesokhin เขาทำงานให้กับ CAST ซึ่งเป็น บริษัท ที่ visualizes ความเสี่ยงโดยธรรมชาติในระบบซอฟต์แวร์การเงิน Lesokhi n อธิบายว่า บริษัท การเงินบางแห่งเหล่านี้ไม่ให้ความสนใจใกล้เคียงกับสิ่งที่อยู่ภายใต้การประดิษฐ์ของโปรแกรมคอมพิวเตอร์ของพวกเขาและนั่นหมายความว่าสิ่งแปลกประหลาดอาจเกิดขึ้นได้อัศวินสิ่งที่แปลกประหลาดคือ Frankenstein code แอ็พพลิเคชันด้านไอทีส่วนใหญ่มีรหัสที่ตายแล้ว Leskhin กล่าวว่ามีเพียงแค่แฮงเอาท์ในฐานโค้ด แต่ไม่มีโมดูลที่ถ่ายทอดสดกำลังเรียกใช้หากคุณไม่ได้รับการตรวจสอบโครงสร้างแล้วคุณจะไม่ทราบว่ารหัสสดใหม่ของคุณสามารถเรียกได้หรือไม่ รหัสตายในกรณี Knight ของมันคือรหัสสดที่เรียกว่ารหัสตายกลับมามีชีวิตและโปรแกรมเริ่มต้นการซื้อขายที่ that. We จะรอเพื่อดูสิ่งที่เกิดขึ้นกับ Goldman สำหรับธุรกิจการค้าที่พวกเขาทั้งหมดจะถูกยกเลิก busted ขึ้นอยู่กับ กฎสำหรับสิ่งที่ก่อให้เกิดข้อผิดพลาดอย่างเป็นทางการที่แลกเปลี่ยนในคำถาม NYSE, แนสแด็ก, CBOE เพิ่มเติมเกี่ยวกับเรื่องนี้ที่จะมารับล่าสุดราคาหุ้น Goldman Sachs ที่นี่ Goldman Sachs ข้อผิดพลาดการค้าขนาดใหญ่หมีคล้ายคลึงน่ากลัวกับคนที่นำอัศวิน บทเรียนการทดสอบซอฟต์แวร์ทุนจาก Knight Fiasco ใช้เวลาเพียงหนึ่งข้อบกพร่องในอัลกอริธึมการค้าสำหรับ Knight Capital ที่จะสูญเสีย 440 ล้านในประมาณ 30 นาทีนั่น 440 ล้านเป็นสามเท่าของรายได้ประจำปีของ บริษัท ฯ ช็อกและขายออกที หมวกตามมาทำให้ทุนของ Knight Capital สูญเสียร้อยละ 75 ของมูลค่าในสองวันทำการการสูญเสียสภาพคล่องที่ดีมากจน Knight Capital จำเป็นต้องใช้วงเงินเครดิตเพิ่มอีก 400 ล้านชุดซึ่งตาม Wall Street Journal ได้เปลี่ยนไปอย่างมีประสิทธิภาพ การควบคุมของ บริษัท จากกลุ่มผู้บริหารไปจนถึงเจ้าหนี้รายใหม่ Capital of Capital ถูกควบคุมโดยสำนักงานคณะกรรมการกำกับหลักทรัพย์และตลาดหลักทรัพย์การตรวจสอบและการร้องเรียน PCI เป็นประจำหากข้อผิดพลาดดังกล่าวอาจส่งผลต่อ Knight อาจเกิดขึ้นกับ บริษัท ใด ๆ โทมัส Joyce ดูเหมือนจะบ่งบอกถึงการให้สัมภาษณ์กับทาง Bloomberg Television Technology มันไม่ดีเราไม่หวังว่าจะเป็นเช่นนั้นเขากล่าวเสริมว่ามันเป็นข้อผิดพลาดของซอฟต์แวร์มันเกิดขึ้นเป็นข้อผิดพลาดซอฟต์แวร์ขนาดใหญ่มาก เทคโนโลยีแบ่งมันไม่ดีเรา don t มุ่งหวังที่จะมัน Knight Capital CEO โทมัส Joyce กล่าวว่าภาพได้รับความอนุเคราะห์จาก Bloomberg เหตุการณ์นี้ไม่ได้เป็นครั้งแรกของชนิดในปี 2010 บางสิ่งที่เกิดขึ้นเฉลี่ยอุตสาหกรรมดาวโจนส์ลดลง 600 จุดในประมาณ ห้านาทีในสิ่งที่เป็นที่รู้จักกันในขณะนี้เป็นความผิดพลาดแฟลช Nasdaq ตำหนิ Facebook IPO หายนะที่คล้ายคลึงทางเทคนิค glitch. Mistiming, Bad Orders ผิดพลาดอัลกอริทึมการค้าความถี่สูงในต้นเดือนมิถุนายน 2012, New York Stock Exchange NYSE ได้รับอนุญาตจากสำนักงาน ก. ล.ต. เพื่อเปิดตัวโปรแกรม Liquidity Retail RLP ซึ่งออกแบบมาเพื่อให้นักลงทุนรายย่อยได้รับราคาที่ดีที่สุดแม้ว่าจะหมายถึงการโอนธุรกิจนอกตลาดหลักทรัพย์จาก NYSE ไปสู่ตลาดที่มืดที่เรียกว่าตั้งขึ้นในวันที่ 1 สิงหาคมซึ่งหมายความว่าการซื้อขายบ้านได้ ประมาณหนึ่งเดือนครึ่งเพื่อแย่งเขียนโค้ดเพื่อใช้ประโยชน์จากคุณลักษณะใหม่นี้ Knight Capital เกิดขึ้นในช่วง 30 นาทีแรกของการซื้อขายในวันที่ 1 สิงหาคมสิ่งที่ผิดพลาดในโค้ดที่ h รหัสตัวเองเป็นอัลกอริธึมการซื้อขายความถี่สูงที่ออกแบบมาเพื่อซื้อและขายหุ้นจำนวนมากในช่วงเวลาสั้น ๆ การรวมกันของคำสั่งซื้อที่ผิดพลาดและไม่ถูกต้องทำให้เกิดผลร้ายแรง แต่ยอมรับข้อบกพร่องของซอฟต์แวร์พนักงานที่ Knight Capital ได้ลังเลที่จะพูดถึงสิ่งที่ก่อให้เกิดข้อบกพร่องพวกเขาไม่ได้อยู่เพียงลำพังส่วนใหญ่ของคำถามที่เกี่ยวข้องกับการเงินสำหรับบทความนี้นำไปสู่การตอบสนองเช่นไม่มีความคิดเห็นฉันสามารถแสดงความคิดเห็นหรือเราไม่สามารถแสดงความคิดเห็นในเรื่องนี้หนึ่งนักเทคโนโลยีสารสนเทศที่ บริษัท ผู้ให้บริการทางการเงินผู้ซึ่งขอร้องให้ไม่ระบุตัวตนแสดงให้เห็นถึงความเป็นไปได้สองประการที่จะได้รับการรีบเร่งมาตรฐานในการผลิตโดยไม่มีการทดสอบที่เหมาะสมการแยกวิเคราะห์งบจาก Knight Capital อย่างรอบคอบนักเทคโนโลยีกล่าวและเป็นไปได้ว่าโครงการที่ผลิตออกมานั้นเป็นจริง โปรแกรมทดสอบหนึ่งที่ออกแบบมาเพื่อจำลองการร้องขอการค้าและประเมินว่าพวกเขาเดินผ่านอย่างถูกต้อง Nanex ดำเนินการวิเคราะห์การค้าสัปดาห์ที่ผ่านมา Rick Lane, CTO ของ Trading Technologies ในชิคาโกเห็นพ้องว่าปัญหาอาจเป็นโปรแกรมทดสอบในการผลิตหรืออาจเป็นธงกำหนดค่าที่ไม่พร้อมสำหรับการผลิตและควรจะถูกปิดเขาชี้ให้เห็น ว่าอัลกอริธึมการซื้อขายเหล่านี้ได้รับการพัฒนาขึ้นอย่างไม่น่าเชื่อเนื่องจากมีการออกแบบมาเพื่อไล่หาโอกาสที่หายวับไปและการจัดการการเปลี่ยนแปลงที่ดีอาจใช้เวลานั่งหลังเพื่อเพิ่มความเร็ว สิ่งที่น่ากลัวเกิดขึ้นบ่อยกว่าที่ผู้คนคิดและไม่ใช่แค่การค้าร้านค้า Lane กล่าวว่าในเดือนกันยายน 2010 Chicago Mercantile Exchange ดำเนินโครงการที่มีการสั่งซื้อคำสั่งทดสอบเข้าไปในระบบการผลิตโดยไม่ได้ตั้งใจและ CME ไม่ได้มีส่วนเกี่ยวข้อง แรงกดดันด้านเวลาที่ร้านค้าเหล่านี้มีการค้าปลีกการเพิ่มย้อนหลังไปสู่ขั้นตอนการพัฒนาสามารถลดข้อผิดพลาด Jeff Sutherland ผู้เขียนร่วมของแถลงการณ์เปรียวที่ช่วยให้เป็นระเบียบวิธีการแย่งชิงกันเพิ่มความเป็นไปได้ที่สามทีมอาจมีการใช้วิธีการพัฒนาที่มีแนวโน้มที่จะ ข้อผิดพลาดซูซานยังเป็นอดีตนักบินกองทัพอากาศสหรัฐแนะนำการประเมินภายนอกเช่นเดียวกับกระบวนการการขนส่งแห่งชาติและคณะกรรมการความปลอดภัยใช้สำหรับอุบัติเหตุเครื่องบินโดยไม่มีการประเมินบางอย่างเขาพูดเราอาจไม่เคยรู้ว่าสิ่งที่ผิดพลาดและเราจะเสี่ยง ของการพยายามที่จะป้องกันไม่ให้ปัญหาที่ผิดปกติเพียงการประเมินอย่างละเอียดของ Knight Capital ของวงจรการพัฒนาซอฟต์แวร์จะบอกเราว่าเกิดอะไรขึ้นที่ New York Stock Ex การเปลี่ยนแปลงเมื่อ 1 สิงหาคม 2012 ผู้เชี่ยวชาญกล่าวว่าภาพโดย Ryan Lawler ผ่านทาง Wikimedia CommonsGeorge Dinwiddie ที่ปรึกษาหลักของ iDIA Computing ยังแนะนำการประเมิน บริษัท ใด ๆ สามารถประเมินองค์กรของตนได้โดยใช้เครื่องมือที่เรียกว่า Retrovualual, Dinwiddle กล่าวว่า Retrospective คือ กระบวนการมองย้อนกลับอย่างเป็นทางการเพื่อพิจารณาสิ่งที่เกิดขึ้นจริงความเสี่ยงคืออะไรและวิธีที่ทีมงานสามารถปรับปรุงได้ในกองทัพ retrospectives เรียกว่า after-action-reviews ความคิดล่าสุดในซอฟต์แวร์คือการมีการสนทนาก่อนซอฟต์แวร์ ถูกนำมาใช้เพื่อจับและแก้ไขปัญหา Agile Retrospective Resource Wiki มีตัวเลือกมากมายหนึ่งวิธีที่มีประสิทธิภาพผมขอแนะนำคือการถามว่าอะไรจะเกิดขึ้นถูกต้องสิ่งที่เกิดขึ้นไม่ถูกต้องและสิ่งที่ทีมงานของเราควรทำอย่างไร บัตรเพื่อแสดงรายการสิ่งที่พวกเขาต้องการพูดคุยแล้วโหวตโดยการวางจุดบนบัตรเพื่อตัดสินใจว่าจะพูดคุยเกี่ยวกับทีมงานกล่าวถึงสองรายการที่จุดมากที่สุดในแต่ละ ca tegory เมื่อมีปัญหาแหล่งที่มาที่ไม่ระบุชื่ออื่น ๆ ออกคนในองค์กรมักจะรู้เกี่ยวกับเรื่องนี้ แต่อาจไม่รู้สึกปลอดภัยพอที่จะนำมาขึ้นปัญหาในฟอรั่มที่มีขนาดใหญ่สนับสนุน Retrospectives ให้ไม่เพียง แต่ประตูเปิด แต่มติกลุ่ม เช่นเดียวกับคนที่สามารถยกปัญหาและได้รับการสนับสนุนที่ยากที่จะทำให้ตาตาบอดไป 4 วิธีในการปรับปรุงการทดสอบซอฟต์แวร์และลดความเสี่ยงหลังจากที่ย้อนหลังทีมของคุณอาจมากับรายชื่อของความเสี่ยงและประเด็นต่างๆเช่นทฤษฎี ระบุในกรณี Knight Capital ถ้าใช่ให้พิจารณาทั้งสี่เทคนิคเพื่อลดความเสี่ยงปรับปรุงเปลี่ยนแปลงและการจัดการการกำหนดค่าการเก็บรักษารหัสการทดสอบและการผลิตใน sandboxes ที่แตกต่างกันเป็นแนวทางหนึ่งที่ได้รับความนิยมเพื่อลดความเสี่ยงที่ Zappos ทีมมีขั้นตอนที่แยกต่างหากและเข้มงวดมากขึ้น สำหรับรหัสที่จะสัมผัสกับข้อมูลที่สำคัญของลูกค้าและข้อมูลทางการเงิน Etsy ขณะเดียวกันปรับใช้รหัสทั้งหมดเพื่อการผลิต แต่ลดความเสี่ยงด้วยเทคนิคที่ 2.Improve การตรวจสอบการผลิตเลน แนะนำให้ใช้คนจริงในการดูปริมาณการทำธุรกรรมโดยใช้ บริษัท ตัดสินส่วนบุคคลที่มีการทำธุรกรรมอัตโนมัติจำนวนมากจะทำดีเพื่อให้มีการทดสอบทั้ง 2 แบบดูว่าเป็นแบบ High - ในหลาย ๆ กรณี บริษัท การค้ารู้สึกว่าไม่มีเวลาเพียงพอสำหรับการทดสอบแบบดั้งเดิมเนื่องจากเวลาที่บีบอัดเหล่านี้มีโอกาสประเดี๋ยวเดียว Lane กล่าวว่าแดกดันข้อผิดพลาดจำนวนมากจะไม่พบโดยการทดสอบแบบดั้งเดิมเนื่องจากความเสี่ยงในการกำหนดค่าซอฟต์แวร์ อาจทำงานได้อย่างถูกต้อง แต่ในที่ที่ไม่ถูกต้องในเวลาที่ไม่ถูกต้องหรือจากโค้ดทดสอบที่ใช้ในการผลิตประเภทของผู้ทดสอบที่คลิกที่นี่คลิกที่ตรวจสอบให้แน่ใจว่าตัวเลขเหล่านี้ตรงกับที่เลนระบุไว้ไม่สามารถหาได้ ข้อบกพร่องการจัดการความเสี่ยงที่ดีขึ้นเป็นสิ่งจำเป็นคณะกรรมการ ก. ล.ต. อาจจัดทำข้อบังคับเพื่อกำหนดนโยบายการตรวจสอบอัตโนมัติสำหรับซอฟต์แวร์เพื่อการค้า Ies ซอฟต์แวร์ใด ๆ ที่มีความเสี่ยงทางธุรกิจที่แนบมาเพิ่มการควบคุมภายในในการทำธุรกรรมที่มีปริมาณมากเป็นไปได้ว่าความล้มเหลวของ Knight Capital อาจถูกขัดจังหวะโดยปุ่มเดียวที่มนุษย์จำเป็นต้องคลิกโดยเฉพาะอย่างยิ่งเมื่อระดับเสียงถึงระดับหนึ่ง การควบคุมจะไม่อยู่ในระดับโปรแกรม แต่แทนที่จะอยู่ในระดับ API สาธารณะจนกว่าจะมีการควบคุมภายนอกดังกล่าวเราจะทำดีเพื่อสร้างให้เป็นโปรแกรมเกตเวย์ของเรา Capital Capital อาจไม่มีวันโปร่งใสเพียงพอสำหรับเราในการดำเนินการประเมินสิ่งที่ไป ผิดหรือแม้กระทั่งเห็นรายงานย้อนหลังที่ไม่ควรหยุดองค์กรของคุณอาจเป็นโอกาสในการตรวจสอบระบบของคุณและวิธีที่พวกเขา interoperate ในขณะที่การกำหนดค่าของการลงทุนเวลาและพลังงานในการจัดการความเสี่ยงมันทำงานหนักและก็ไม่ได้ eye-popping แต่การจัดการความเสี่ยงที่ดีอาจทำให้ บริษัท ของคุณปิด CNN, Wall Street Journal หรือหน้าแรกของ Financial Times ซึ่งอาจจะกลายเป็นสิ่งที่ยอดเยี่ยมที่สุด thew Heusser เป็นที่ปรึกษาและนักเขียนที่ตั้งอยู่ใน West Michigan คุณสามารถทำตาม Matt บน Twitter mheusser ติดต่อเขาทางอีเมลหรือเยี่ยมชมเว็บไซต์ของ บริษัท Excelon Development ของเขาทำตามทุกอย่างจาก Twitter CIOonline บน Facebook และบน Google เพื่อแสดงความคิดเห็นในบทความนี้และ เนื้อหา CIO อื่น ๆ เยี่ยมชมเราได้ที่ Facebook LinkedIn หรือ Twitter. Knight Capital. Following entry เป็นบันทึกใน Catalog of Catastrophe รายชื่อโครงการล้มเหลวและมีปัญหาจากทั่วโลกการสังเคราะห์ในเรื่องที่ทำให้เราต้องมีการทดสอบที่เหมาะสม มาตรฐานซอฟต์แวร์ผิดพลาดที่ Knight ทุนผล 400M สูญเสียในเวลาเพียง 30 นาทีตามรายงานข่าวสูญเสียถึง 3 ครั้ง Knight รายได้ประจำปีแม้ว่ารายละเอียดยากที่จะมาโดยบทความ CIO แสดงถึงปัญหาที่เกิดจากการรีบเร่งไป ตามกำหนดเวลาในการดำเนินการเปลี่ยนแปลงเพื่อรองรับโครงการ RLP สภาพคล่องที่ได้รับอนุมัติโดยสำนักงานคณะกรรมการกำกับหลักทรัพย์และตลาดหลักทรัพย์ในช่วงกลางเดือนมิถุนายน 2012 ตามนิตยสาร CIO ของ RLP ได้รับการออกแบบเพื่อเสนอนักลงทุนรายย่อยในราคาที่ดีที่สุดแม้ว่าจะหมายถึงการโอนสายการซื้อขายออกไปนอกตลาดหลักทรัพย์นิวยอร์กและเข้าสู่ตลาดที่เรียกว่ามืดการกำหนดเวลาในการดำเนินการสำหรับ RLP ได้รับการตั้งขึ้นในวันที่ 1 ส. ค. และความผิดพลาดในการซื้อขายที่ Knight เกิดขึ้น ในช่วง 30 นาทีแรกของการซื้อขายในวันที่ 1 ส. ค. ส่วนปัจจัยที่รายงานในสื่อมวลชนคิดว่าเป็นปัญหาในการทดสอบซอฟต์แวร์ที่มีปัญหาด้านความล้มเหลวปัญหาที่อาจเกิดขึ้นโดยการรีบเร่งเพื่อให้ตรงกับวันที่ใช้งาน RLP ได้แก่ ความดันตามกำหนดเวลาที่เกิดขึ้น Calleam ต่อเชื่อมกับ ได้รับการแจ้งเตือนเกี่ยวกับการเรียนออนไลน์และในคนที่จะมาถึง