Computer >> บทช่วยสอนคอมพิวเตอร์ >  >> การเขียนโปรแกรม >> Ruby
Ruby
  1. เชื่อมต่อ Rails Applications กับ Redis: Patterns ที่พิสูจน์แล้วสำหรับ Data Access ที่มีประสิทธิภาพ

    ขณะเขียน Rails app อาจเจอปัญหาที่แก้ง่ายกว่าด้วย data store อื่น เช่น leaderboard rank users โดย points จากตอบคำถาม ด้วย Redis Sorted Sets implementation มากทำให้แล้ว Awesome! แตโค้ด interact กับ Redis ไว้ไหน?User model คุย Redis:class User < ActiveRecord::Base def award_points(points) Redi

  2. ประเมิน Performance Cost ของการ Render Rails Partials

    ได้ยินบางคนกังวลแยก large Rails views เป็น partials เล็กๆ: Render partial จริงๆ ใช้เวลาเท่าไหร่? Performance impact ของการเรียก partials จะ outweigh benefits ของ code readability?ผมรัน numbers ให้ตัวอย่าง simple partial rendering เปรียบเทียบ inline rendering เพื่อ discuss tradeoff โค้ด benchmark ใน

  3. ค้นหาและกรอง Rails Models ได้อย่างง่ายดาย พร้อมรักษา Controllers ให้ Lean

    Searching, sorting, filtering ใน Rails controllers อาจปวด ElasticSearch และ Solr ดี powerful แต dependencies ใหญ่สำหรับ small appโชคดี Rails มี scopes ให้สิ่งที่ต้องการเยอะสำหรับ simple searching, filtering, sorting ถ้าใช้ scope chaining สร้าง features ได้โดยไม่取大 dependencies หรือเขียน repetitive s

  4. 5 เหตุผลหลักที่นักพัฒนาข้ามการเขียนทดสอบ

    Good developers รู้ว่าควรทดสอบโค้ด แตบ่อยครั้งทดสอบถูกข้าม เร่ง หรือไม่เริ่มเลย มี traps common ที่เห็นคนตก และฆ่า motivation ทดสอบทุกครั้ง1. ควร用 RSpec? Cucumber? Capybara? Minitest?เริ่มโปรเจกต์ใหม่ มาก ง่ายที่จะใช้เวลามากพยายามเลือก tools ดีที่สุด Procrastination แบบนี้ซ่อนว่า ไม่รู้เริ่มที่ไหน แ

  5. ตอน DRY Code ผิดทาง: ทำไม Refactoring ถึงทำให้โค้ดยากต่อการทำงาน

    Dont Repeat Yourself เป็นความคิดมีค่าจากหนังสือมีค่าที่อ่านในอาชีพ software development ถ้า refactor duplicate code หาย คุณผลิต code ที่ general และ stable มากขึ้น แตตอนเริ่ม DRY up code จะเจอปัญหา: code จัดการ edge cases ไมดี code generalized เกินไปอ่านยาก หรือ code หายาก ถ้า refactoring ไปทาง DRY

  6. เชี่ยวชาญโปรเจกต์ Rails ใหม่: กลยุทธ์พิสูจน์แล้วเอาชนะ Procrastination

    เพิ่งพิมพ์ rails new โปรเจกต์ถัดไป ตอนไหนเริ่ม? เขียนทั้งหมดใน single app หรือ Service Oriented Architecture? เวลาเรียน RSpec ดีไหม? เริ่มสร้าง data models ทั้งหมด หรือได้ actions ใดๆ end-to-end? 決策เยอะมากตอนต้น 易感覺迷失 procrastinate frustrated และไม่จบ appปัญหานี้ super common มาจาก決策มากเกินไปตอนต้น

  7. เริ่มโปรเจกต์ Rails: 3 กลยุทธ์พิสูจน์แล้วเอาชนะความล่าช้า

    สัปดาห์ที่แล้วพูด 3 conventions ช่วยเอาชนะ procrastination เริ่มโปรเจกต์ Rails ใหม่ ตอนนี้ควร overwhelmed น้อยลง แตยังมี tough choice ไหนเขียนก่อน? Authentication? ส่วนที่คุย Twilio? และจะเริ่ม forum post recommender engine ยังไง?ใช่ ต้อง เขียน โค้ด และต้องการที่เริ่มGood starting point คืออะไร?ก่อน

  8. ปรับปรุง Software Design โดยตรวจจับและแก้ไขโค้ดที่รู้สึกแปลก

    คุณรู้ว่าอยากทำอะไร แตโค้ดไม่ร่วมมือ อาจ indentation เยอะเกิน หรือ chain methods ครึ่งโหล หรือดู asymmetrical 无论是什么 感觉不对勁 คุณอาจ ignore - มี backlog features เยอะ และมันไม่ แย่ มาก แตนั่นคือความผิด: โค้ดพยายามบอกอะไรสักอย่าง อย่าพลาดมันถ้าเรียนรู้รู้สึกตอนโค้ดแปลก คุณจะปรับปรุง software design skill

  9. แก้ปัญหา Cache ค้างด้วยการปรับโค้ดเล็กน้อย

    Partial Caching วิธีดีได้ page speed improvements ใหญ่โดยไม่ทำงานมาก แตถ้าลืม touch: true บน associations หรือ template dependencies ไม่ทำงาน cached partials จะไม่ updatedevelopment environment ปกติ run caching disabled จึงค้นพบใน staging หรือแย่กว่า production! Debug ต้อง reproduce ใน development m

  10. เลือก Ruby Gems ที่ดีที่สุด: คู่มือปฏิบัติที่น่าเชื่อถือ

    ถ้าต้องการทำอะไรใน Ruby น่าจะมี gem สำหรับมัน แท้จริงมีสิบๆ ตัว บางตัว elegant, featureful, well-maintained บางตัวเขียนแก้ use case ครั้งเดียว เลือกมาก ตอนที่คุณ後悔เพิ่ม gem ในโปรเจกต์ มันปวดเมื่อเปลี่ยนกลับสถิติตอนต้องการ library แก้ปัญหา ผมเริ่มที่ Ruby Toolbox วิธีดีได้ list gems ใน category (เช่น

  11. แปลง Rails Controller ที่وضั่วให้ Clean และ Testable

    ราวๆ ใน карьера Rails คุณจะเจอ controller ที่อยากเลิกเขียนโปรแกรมทุกอย่าง อาจมีโค้ดทุกบรรทัดสำหรับ feature เหมือนกัน 15 before_filters สื่อสารผ่าน instance variables ต้องเรียงลำดับเฉพาะไม่งั้นพัง และ tests ดูแบบนี้:test index do get :index assert_response :success endเก๋า 100% test coverage หรอ?

  12. เร่งกระบวนการ TDD: ขั้นตอนปฏิบัติเพื่อหมุน Flywheel

    (ผมอยู่ Chicago สำหรับ RailsConf สัปดาห์นี้ เจอผมบอกหน่อย! อยากพบคุณ ผมคือคนอายุมากในรูป sidebar)ผู้อ่านถามคำถามดีเกี่ยว testing ใน comment บนบทความ:รู้ว่าต้องหมุน TDD flywheel แต TDD unfamiliar มาก มีคำแนะนำเริ่ม RSpec ยังไงดี? หรือแค่ เข้าไป hack ไปเลย?ผมตอบ:ถ้ายังไม่แน่ใจ RSpec หรือ minitest อาจพ

  13. หลัง RailsConf: ควรเรียน TDD ต่อหรือไม่?

    ผมเขียนเกี่ยว TDD เยอะ จึงไม่แปลกตอนเผยแพร่บทความล่าสุดใน นาทีเดียวกัน ที่ David Heinemeier Hansson พูดถึง TDD ใน RailsConf keynote ได้คำถาม:คุณเห็นพ้องกับความคิด DHH เกี่ยว TDD ไหม? ยังแนะนำ TDD ไหม? ถ้าไม่ ควรทำอะไรแทน?DHH พูดอะไรถ้าพลาด keynote essay ของ DHH จับใจความ:อาจจำเป็นต้องใช้ test-first

  14. ลดความซับซ้อนโค้ด: มุมมองใหม่จัดการ Spaghetti Code

    กอง if statements ยักษ์มองมาคุณรู้สึกว่าควร ลดความซับซ้อนได้ แต Business Logic ขวางทางเช่น มี sales platform สร้าง Quotes ที่มีหลาย LineItems แตมี quote กับ duplicate line items ได้ถ้าเป็น ads แตถ้ามี multiple websites ต้อง sum ราคารวมเป็น single line item โอ้และถ้าซื้อ website และมี ads อยู่ 5 ใน q

  15. เชี่ยวชาญ Ruby ขณะเดิน: เรียนรู้ขณะเดินสุนัข

    ไม่มีเวลาเพียงพอเรียนรู้ทุกอย่างที่อยากรู้ และดูเหมือนมีอะไรมากเกินไปกินเวลาที่คุณ มี ทำให้ยากที่จะ follow Ruby knowledgeหนังสือและ screencasts ดี แตใช้เวลาและโฟกัส และการล้างจาน เดินทางไปทำงาน และเดินสุนัข อาจ น่าเบื่อ มีช่วงคิดหรือผ่อนคลายดี แตส่วนใหญ่ ผมอยากใช้เวลาว่างเรียนรู้!สำหรับนี้ ไม่มีอะไร

  16. เมื่อ ActiveRecord Model หนักเกินไป: การตรวจจับและจัดการ Complexity

    อ่าน Rails blogs หนังสือ ดู conference talks เรียนรู้เยอะเกี่ยวทำ models skinnyเทคนิคเหล่านี้เก่ง เพราะ models จะ ใหญ่หรือซับซ้อนเกินจัดการ แตคุณอยากไปจน models รับผิดชอบแค่ persistence, associations, validations? จะตัดสินใจยังไงว่า logic 多少 ควรอยู่ใน ActiveRecord models?Skinny แตไม่ เกิน skinnyActi

  17. ลดความซับซ้อนโค้ด: สิ่งสะดวกเล็กๆ ที่รักษา Programming Flow

    ขณะสร้างซอฟต์แวร์ จะมีสิ่งที่รบกวนทุกครั้งที่ต้องเขียน โค้ดที่ดู醜 หรือบรรทัดที่จำไม่ได้ต้อง copy-paste จากที่อื่นใน codebase สิ่งเหล่านี้หยุด flow! สำคัญที่จะรับรู้และทำให้สะดวกขึ้นเช่น ต้องการ custom configuration ใน Rails app อาจอยาก extra app-specific settings หรือ libraries ไม่อยากหาใน config/ ป

  18. เชี่ยวชาญ TDD ใน Rails โดยไม่รู้สึกท่วมท้น

    (เขียนบทความนี้สำหรับ newsletter เดิม ถ้าอยากอ่านเพิ่ม สมัครรับได้เลย!)ชุมชน Rails เน้น testing โดยเฉพาะ TDD วัฒนธรรมทดสอบนี้เป็นสิ่งดีที่สุดของ Rails แตแรงกดดันต้องทดสอบ และทดสอบถูกต้อง ทำให้มือใหม่ท่วมท้นถ้ามาจากที่ไม่ทดสอบเลย TDD ยากมาก คิดดูสิ่งที่ต้องรู้เพื่อ TDD ถูก:รู้ features ที่อยาก implem

  19. เลือก Libraries ให้โปรเจกต์ Rails: คู่มือปฏิบัติจริง

    Angular vs Ember RSpec vs Minitest Haml vs Slim vs ERB คุณมีเยอะมากตอนเริ่มโปรเจกต์ใหม่ มีคนปกป้องแต่ละฝ่าย และเร็วๆ นี้คุณจะรู้สึกว่าอาจเริ่มโปรเจกต์ได้ในเวลาที่ว่างเปล่าอ่าน tutorial ที่ 4 หรือโต้แย้ง 30 คอมเมนต์ว่า Sass ดีกว่า Lessจะเลือก library ที่ถูกต้อง ยังไง เพื่อเริ่มเขียนโค้ดจริง?คุณอยู่ภา

  20. ตั้งค่า Ruby & Rails ให้สะดวก: Configurations ตรงกันข้ามเครื่องมือเพื่อพัฒนาเร็วขึ้น

    หลังสร้าง Rails apps ไปหลายตัว คุณจะมีวิธีทำงานที่ชอบ เช่น อยากให้ awesome_print ใน Rails consoles เสมอ หรือ rails new สร้างโปรเจกต์用 rspec แทน minitestแค่ระบุ preferences ทุกครั้งที่รันคำสั่ง อาจแค่รำคาญนิดหน่อย แตง่ายมากที่จะลืม และโกรธตอนคอมพิวเตอร์ไม่ทำสิ่งที่คุณคิดว่าสั่งแล้ว:$ rails new best_a

Total 654 -คอมพิวเตอร์  FirstPage PreviousPage NextPage LastPage CurrentPage:7/33  20-คอมพิวเตอร์/Page Goto:1 2 3 4 5 6 7 8 9 10 11 12 13