คำถามติดแท็ก source-code

ฉันอ่านข้อความดั้งเดิมของApache License รุ่น 2.0และคำอธิบายเป็นภาษาอังกฤษธรรมดา ตกลงฉันคัดลอกคลาสที่จัดทำโดยThe Best Company ในโลกใบอนุญาตของพวกเขาและแก้ไขรหัสเล็กน้อย ไฟล์ต้นฉบับที่มีการเปลี่ยนแปลงของฉัน /* * Copyright (C) 2011 The Best Company in the World * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the License. * You may obtain a copy …

37 open-source  source-code  apache-license  distribution 

ฉันต้องการถามคุณว่าการเพิ่ม "ไข่อีสเตอร์" ในเอกสารต้นฉบับนั้นไม่เป็นมืออาชีพหรือไม่ คุณอาจต้องอ่านStackOverflowโพลสำรวจความคิดเห็นตลกในเอกสารแหล่งที่มาและผมก็มีสะดุดส่วนตัวที่สิ่งดังกล่าวจำนวนมากในระหว่างการทำงานของฉันรวมทั้งตลก (หรือไม่) สิ่งที่อยู่ในเอกสาร API สาธารณะ (เช่นนี้อ่อนแอBZZZTT !! 1!สิ่ง ในเอกสารสาธารณะของ Android ฉันสามารถยกตัวอย่างได้อีกอย่างน้อยหนึ่งโหล) ฉันไม่สามารถมาถึงความเห็นขั้นสุดท้ายสำหรับตัวเองเพราะฉันมีข้อโต้แย้งที่ขัดแย้งกันด้วยตัวเอง อาร์กิวเมนต์ Pro: มันสามารถส่งเสียงเชียร์ใครบางคนและทำให้วันของเขา / เธอสนุกสนาน / มีประสิทธิผลมากขึ้น ส่วนใหญ่ของซอร์สโค้ดไม่จำเป็นต้องให้ความเห็นอยู่ดี (ถ้าโครงการทำอย่างถูกต้อง) เพราะวิธีการที่เฉพาะเจาะจง (ตัวอย่างเช่น) เป็นการอธิบายตนเองหรือถ้ามันเป็นกองรหัสเส็งเคร็งแปลก ๆ ก็ไม่สามารถทำได้ ได้รับการอธิบายอย่างมีความหมายดังนั้นเรื่องตลกที่ตลกไม่เป็นอันตรายต่อข้อมูลที่เป็นไปได้ที่คุณสามารถได้รับจากเอกสาร ข้อโต้แย้ง: หากคุณมีสมาธิ / ท้อแท้มากสิ่งสุดท้ายที่คุณต้องการก็คือเรื่องตลกของใครบางคนแทนที่จะให้ข้อมูลที่คุณต้องการเกี่ยวกับส่วนของรหัสที่ทำเป็นเอกสารมันจะทำให้คุณผิดหวังมากขึ้น และความคิดที่ว่าเอกสารจะเป็นอย่างไรถ้าทุกคนเริ่มทำมันช่างน่ากลัว บวกกับคนที่เขียนเรื่องตลกอาจเป็นคนเดียวที่คิดว่ามันเป็นเรื่องตลก / น่าสนใจ / คุ้มค่ากับการเสียเวลาอ่าน คุณคิดอย่างไร?

37 source-code 

ฉันเคยเห็นหลายโพสต์เกี่ยวกับการเขียนแอปพลิเคชั่นที่ไม่ดีประสบการณ์ของผู้คนที่มีต่อมันที่นี่ในโปรแกรมเมอร์และบทความที่Joel Spolsky เตรียมไว้ในหัวข้อ แต่ไม่มีหลักฐานหรือกรณีศึกษาที่ยาก นอกเหนือจากสองตัวอย่างที่โจเอลให้และโพสต์อื่น ๆ ที่นี่คุณจะทำอย่างไรกับโค้ดเบสที่ไม่ดีและคุณจะตัดสินใจอย่างไรว่าจะทำอย่างไรโดยอ้างอิงจากการศึกษาจริง ในกรณีนี้มีลูกค้าสองคนที่ฉันรู้ว่าทั้งคู่มีรหัสเดิม พวกเขาเดินกะเผลกไปพร้อมกับมันเพราะอย่างหนึ่งที่พวกเขาค้นพบการเขียนซ้ำเป็นหายนะมันมีราคาแพงและไม่ได้ทำงานเพื่อปรับปรุงรหัสมากนัก ลูกค้ารายนั้นมีตรรกะทางธุรกิจที่ซับซ้อนมากเนื่องจากพบผู้เขียนใหม่ได้อย่างรวดเร็ว ในทั้งสองกรณีนี้เป็นแอปพลิเคชั่นที่สำคัญต่อภารกิจซึ่งสร้างรายได้มากมายให้กับ บริษัท สิ่งที่พยายามเขียนใหม่รู้สึกว่าพวกเขาจะชนกำแพงอิฐหากซอฟต์แวร์ดั้งเดิมไม่ได้รับการอัพเกรดในบางจุดในอนาคต สำหรับฉันแล้วความเสี่ยงประเภทนี้รับประกันการวิจัยและการวิเคราะห์เพื่อให้มั่นใจว่าเส้นทางที่ประสบความสำเร็จ มีกรณีศึกษาจริงที่ตรวจสอบเรื่องนี้หรือไม่? ฉันไม่ต้องการทดลองเขียนบทใหม่โดยไม่ทราบวิธีปฏิบัติที่ดีที่สุดข้อผิดพลาดและความสำเร็จจากการศึกษาจริง ควันหลง: โอเคหลังจากค้นหาเพิ่มเติมฉันได้พบสามบทความที่น่าสนใจเกี่ยวกับกรณีศึกษา: เขียนหรือนำมาใช้ใหม่ พวกเขาทำการศึกษาเกี่ยวกับแอป Cobol ที่ถูกแปลงเป็น Java อื่น ๆ ที่อยู่ในซอฟท์แว Reuse: นักพัฒนาประสบการณ์และการรับรู้ การใช้ซ้ำหรือเขียนซ้ำการศึกษาค่าใช้จ่ายในการบำรุงรักษาอีกครั้งกับการเขียนซ้ำ ฉันเพิ่งพบบทความอื่นในเรื่อง: The Great Rewrite ดูเหมือนว่าผู้เขียนจะตีประเด็นสำคัญบางอย่าง นอกจากนี้ยังมีแนวคิดของการสร้างต้นแบบโดยใช้เทคโนโลยีสแต็คใหม่ที่เสนอและการวัดว่า devs หยิบมันได้รวดเร็วแค่ไหน ทั้งหมดนี้เป็นเหมือนโหมโรงของการเขียนซึ่งฉันคิดว่าเป็นความคิดที่ยอดเยี่ยม!

36 source-code  planning  code-reuse  rewrite 

ผู้คนจัดการกับคำหยาบคายในซอร์สโค้ดและข้อคิดเห็น VCS อย่างไร เก็บหรือลบ? สิ่งที่เกี่ยวกับ soft-expletives เช่น WTF หรือ Arrgggh ไม่เป็นมืออาชีพเป็นที่น่ารังเกียจหรือบางสิ่งบางอย่างที่จะยักไหล่ออก?

34 source-code 

พวกคุณหลายคนทำงานกับ บริษัท ขนาดใหญ่ที่จัดส่งซอฟต์แวร์ที่มีชื่อเสียง ฉันสงสัยว่ารหัสต้นฉบับ (โดยทั่วไปคือรหัสที่ปล่อย "v1.0") เหลืออยู่ในแอปพลิเคชั่นขนาดใหญ่ที่ทันสมัยเช่นพูด Firefox, Photoshop, Windows, Linux, etc? ฉันชอบประสบการณ์มือแรกและเรื่องราวในโลกแห่งสงครามจริง ๆ ขอบคุณสำหรับความพึงพอใจอยากรู้อยากเห็นของฉัน แก้ไข ปรากฎว่ามีระดับของความเข้าใจผิด สิ่งที่ฉันตามมาก็คือ: เมื่อคุณตำหนิ / คำอธิบายประกอบซอร์สโค้ดมีส่วนใดส่วนหนึ่งหรือแม้กระทั่งไฟล์ทั้งหมดมิได้ถูกแตะต้องตั้งแต่รุ่น 1.0 เริ่มต้น

32 source-code  history 

ฉันมักจะอ่านว่านักพัฒนาจะต้องเขียนโค้ดที่สวยงาม แต่สำหรับผู้เริ่มต้นในขณะที่ฉันยังคงคลุมเครือของรหัสที่สวยงามและคุณจำได้อย่างไร คำถามที่ควันหลงคือ: จะเขียนโค้ดที่สวยงามได้อย่างไรและอะไรคือนิสัยในการปฏิบัติเพื่อปรับปรุงคุณภาพของโค้ดของคุณ? สิ่งที่ฉันควรสนใจเกี่ยวกับการทำให้รหัสที่ฉันเขียนสวยงาม (และสิ่งที่ shoud ฉันเรียนรู้)

30 algorithms  source-code 

รหัสเขียนเป็นภาษาญี่ปุ่นหรือไม่ ชื่อไฟล์เป็นภาษาอังกฤษหรือไม่? สิ่งที่ชอบตัวประมวลผลล่วงหน้า C? นั่นเป็นภาษาอังกฤษหรือเปล่า? มีความคิดเห็นเป็นภาษาญี่ปุ่นหรือไม่ ตัวอย่างก็ดีเช่นกัน

28 source-code  spoken-languages 

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

27 development-process  code-quality  source-code  code-smell  code-ownership 

การอ่านซอร์สโค้ดของSQLiteนั้นเป็นไปไม่ได้สำหรับภารกิจ IMO แต่เป็นซอฟต์แวร์ที่มีความซับซ้อนซึ่งสามารถใช้งานได้ (เป็นฐานข้อมูลแบบฝังตัวเต็มรูปแบบ) ซึ่งสามารถดาวน์โหลดรวบรวมและใช้งานจากรหัสอื่น ๆ และมีการปรับปรุงอยู่ตลอดเวลา ผู้คนสามารถเขียนและบำรุงรักษาโค้ดที่ซับซ้อนและอ่านยากได้อย่างไร

27 source-code  maintenance  readability 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันเห็นสิ่งนี้ถามใน SO Tavernดังนั้นฉันจึงโพสต์คำถามที่นี่ ฉันคิดว่ามันเป็นคำถามที่น่าสนใจ (แน่นอนว่ามันไม่ได้อยู่ในนั้น แต่ฉันคิดว่ามันโอเคที่นี่) คุณเพิ่มจุด (หรือตามที่ OP เขียนว่า "full stop") ในความคิดเห็นเกี่ยวกับโค้ดของคุณหรือไม่ เพื่อให้มันเกี่ยวข้องทำไม ?

27 source-code  comments  coding-style  grammar 

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

26 programming-practices  development-process  documentation  source-code  sdlc 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน6 ปีที่ผ่านมา นี่เป็นคำถามที่ทำให้ฉันหลายปีที่ผ่านมาในการสัมภาษณ์งานและมันก็จมปลักที่สมองของฉันในขณะนี้และอีกครั้งและฉันไม่เคยพบคำตอบที่ดีที่ทำให้ฉันพอใจ ผู้สัมภาษณ์สงสัยกำลังมองหาคำตอบขาวดำไม่มีพื้นกลาง ฉันไม่เคยได้รับโอกาสที่จะถามถึงเหตุผลเบื้องหลังคำถาม แต่ฉันสงสัยว่าทำไมคำถามนั้นถึงนักพัฒนาและสิ่งที่คุณจะเรียนรู้จากคำตอบใช่หรือไม่? จากมุมมองของฉันเองฉันสามารถอ่าน Java, Python, Delphi และอื่น ๆ แต่ถ้าผู้จัดการของฉันมาหาฉันและถามฉันว่าฉันไปไกลแค่ไหนในโครงการฉันและฉันพูดว่า "รหัสนั้นสมบูรณ์ 80%" (และก่อน คุณเริ่มยิงฉันลงฉันได้ยินเรื่องนี้ในสำนักงานสองสามแห่งโดยนักพัฒนา) การบันทึกเอกสารด้วยตนเองเป็นอย่างไร ขอโทษถ้าคำถามนี้ดูเหมือนแปลก แต่ฉันอยากจะถามและรับความคิดเห็นบางอย่างเพื่อให้ได้ความเข้าใจที่ดีขึ้นว่าเหตุใดจึงต้องส่งคนไปสัมภาษณ์

24 source-code 

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

23 open-source  source-code  svn 

ในการตอบคำถามอื่นผู้โพสต์แนะนำว่าภายใต้ GPL: ... คุณต้องจัดเตรียม [code] ที่มนุษย์สามารถอ่านได้ไม่ใช่รุ่นที่เว้นช่องว่าง ... การอ่านจะดูเหมือนว่าฉันจะเป็นอัตนัยและไม่น่าจะเป็นที่ต้องการอย่างชัดเจนโดย GPL ใช่ไหม?

22 licensing  gpl  source-code  readability  obfuscation 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน6 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันกำลังทดลองกับแพลตฟอร์มใหม่และฉันพยายามเขียนโปรแกรมที่เกี่ยวข้องกับสตริงที่มีความยาวไม่เกิน 60 ตัวอักษรและฉันต้องการเติมที่เก็บข้อมูลด้วยโค้ดขนาดเล็กที่มีชื่อเสียงหรือที่รู้จักกันดีและ สมการเนื่องจากการเขียนโปรแกรมและคณิตศาสตร์สอดคล้องกับธีมของซอฟต์แวร์ของฉัน รหัสสามารถเป็นภาษาใด ๆ และสมการจากวินัยคณิตศาสตร์ใด ๆ ตราบใดที่พวกเขามีความยาวน้อยกว่า 60 ตัวอักษร ฉันสงสัยว่าผู้คนจะแยกสมองออกมาสำหรับอันนี้ ตัวอย่างเช่น, #include<stdio.h> int main(){printf ("Hi World\n");return 0;} แน่นอนว่า 60 ตัวอักษร! ขอบคุณมากสำหรับภูมิปัญญาของคุณ!

22 algorithms  source-code