ข้อเสียของ RoR คืออะไร? [ปิด]


39

ฉันกำลังพยายามตัดสินใจว่าจะใช้ภาษาฝั่งเซิร์ฟเวอร์เพื่อเรียนรู้และใช้สำหรับการพัฒนาเว็บและในขณะที่มันค่อนข้างง่ายที่จะได้รับข้อมูลว่าทำไม x, y หรือ z เป็นสิ่งที่ดีมันยากที่จะเข้าใจข้อเสียของแต่ละข้อ ของพวกเขา.

โดยเฉพาะอย่างยิ่งฉันอยากรู้ว่าข้อบกพร่องอะไรในการเรียนรู้และ / หรือการใช้ Ruby on Rails เมื่อเทียบกับภาษา / กรอบงานอื่น ๆ


5
มันทำให้ฉันเกลียด ASP.NET มาก ซึ่งเป็นปัญหาตั้งแต่วันนั้นเป็นงานของฉัน
Jeremy

5
เพียงกล่าวถึงสิ่งนี้ในความคิดเห็นในกรณีที่คนอื่นต้องการที่จะอธิบายอย่างละเอียด แต่สิ่งหนึ่งที่ทั้งมืออาชีพและนักต้มตุ๋นก็คือว่า RoR อาจเป็น "เสก" ที่น้อยเกินไปในบางครั้ง - มันยากที่จะเข้าใจบางครั้งสิ่งที่เกิดขึ้น ฉาก (และอื่น ๆ ถ้าคุณยังใหม่ต่อการพัฒนาเว็บคุณจะได้รับสิ่งต่าง ๆ มากมายตามที่ได้รับ) แน่นอนว่านี่เป็นเรื่องจริงสำหรับภาษาระดับสูงทั้งหมดและเป็นสิ่งที่ทำให้พวกเขาทำงานได้ง่ายขึ้นและเร็วขึ้น
grautur

1
FWIW หากคุณกำลังดู RoR แน่นอนมอง ASP.NET MVC3 ด้วยมีดโกน และถ้าคุณชอบที่จะได้รับเงิน (ฉันแน่ใจ) นั่นคือ 40% ของเหตุผลที่ฉันพัฒนาใน ASP.NET อีก 60% คือฉันรู้สึกว่ามันเป็นช่วงเวลาที่ดีที่สุดสำหรับเว็บแพลตฟอร์มแม้ว่ามันจะมีจุดปวดซึ่งมันเกือบจะจบลงที่ Nuget แล้ว

คิดว่า RoR เป็นเครื่องมือสำหรับแอพ CRUD คุณสามารถทำสิ่งอื่นกับมันได้ แต่สำหรับภาษาทั่วไป / โครงงานอื่น ๆ ที่มีความยืดหยุ่นมากกว่าโดยไม่ต้องทำอะไรยุ่ง
alfa64

คำตอบ:


59

พูดจากประสบการณ์: ข้อเสียคือการที่คุณพึ่งพา Rails กรอบบิตเกินไปมาก นี่เป็นสิ่งที่ยอดเยี่ยมและยอดเยี่ยมถ้าคุณเพียงเขียนแอพ CRUD ที่มีสีเขียวและเรียบง่ายซึ่งตกอยู่ใน Rails "จุดที่น่าสนใจ" อย่างเต็มที่ ผลผลิตของคุณจะพุ่งสูงขึ้น อย่างไรก็ตามเมื่อคุณต้องทำอะไรนอกจุดที่น่าสนใจ - โต้ตอบกับฐานข้อมูลที่มีอยู่พูดคุยกับแอปพลิเคชันอื่นที่ไม่ได้กำหนด JSON หรือ XML API ใช้เวิร์กโฟลว์ที่ซับซ้อน Rails จะกลายเป็นศัตรูของคุณ มันคือเป็นไปได้ที่จะทำสิ่งเหล่านี้ด้วย Rails แต่มันจะ "ขัดกับเมล็ดพืช" ดังนั้นคุณก็จะต้องคิดเองว่าจะทำอย่างไรเพราะชุมชนมักจะตอบสนองด้วย "อย่าทำอย่างนั้นไม่ใช่ทางรถไฟ way "- สิ่งนี้ส่งผลให้เกิดการสูญเสียผลิตผลหรือโค้ดยุ่งเหยิงเนื่องจากโดยทั่วไปคุณต้องแฮกรอบ ๆ กรอบ Rails

นอกจากนี้ยังมีข้อเสียที่ไม่ได้พูด: ทุกอย่างอื่นจะดูน่าเกลียดและขี้ขลาด เมื่อคุณได้ลิ้มรสน้ำหวานที่หอมหวานของ Rails (เอาล่ะการประกาศข่าวประเสริฐเพียงเล็กน้อยที่นี่ ... ) ทุกสิ่งทุกอย่างก็เปลี่ยนไป การเปลี่ยนจาก Rails กลับไปเป็น PHP หรือ ASP.NET WebForms หรือ Java ก็เหมือนกับการเดินบนเตียงหลังจากการ frolicking ในสวนที่เขียวชอุ่ม คุณจะไม่เห็นภาษา / กรอบงานอื่น ๆ ในแสงเดียวกันและในขณะที่คุณอาจจะยังชื่นชมพวกเขาคุณจะต้องแอบรักอ้อมกอดของ Rails


11
ฟังดูเหมือนทุก ๆ กรอบ - ช่วงเวลาที่คุณต้องการบางสิ่งบางอย่างนอกกรอบมันกลายเป็นการต่อสู้
Nemanja Trifunovic

12
ใช่ แต่ฉันพบว่ามันแย่กว่าเล็กน้อยสำหรับ Rails เพราะกรอบทั้งหมดถูกสร้างขึ้นจากแนวคิดที่ว่าคุณไม่จำเป็นต้องมีเหตุผลที่จะต้องมีอะไรบางอย่าง "ออกจากกล่อง" เปรียบเทียบกับ Zend สำหรับ PHP หรือ ASP.NET MVC หรือ Django สำหรับ Python และมีความยืดหยุ่นมากกว่า Rails ในขณะที่ยังคงให้ประโยชน์ของเฟรมเวิร์ก แม้ว่าจะไม่ใช่สแลมกับ Rails ก็ตาม
Wayne Molina

3
แต่โชคดีที่ RoR ไม่ได้เป็นเพียง webframework เท่านั้น ฉันเองชอบ Sinatra + Datamapper + Haml / Sass หรืออีกทางเลือกคือ Sinatra + Sequel + Sequel + Haml / Sass สำหรับประสบการณ์ SQL ดิบ ... RoR นั้นยอดเยี่ยมเมื่อเทียบกับโซลูชันที่ใช้ Java-oder .NET แต่มันเป็นสัตว์ประหลาดที่มีน้ำหนักมากเมื่อเทียบกับเว็บเฟรมของ Ruby อื่น ๆ
Philip

4
ฉันมีช่วงเวลาที่ยากลำบากในการพิจารณาว่า Wayne รักหรือเกลียด RoR หรือไม่ ความสัมพันธ์รัก / เกลียดนี้เป็นเรื่องธรรมดาในหมู่นักพัฒนา RoR หรือไม่?
Phil

2
@ ฟิลเล็ก ๆ ของคอลัมน์ A, เล็ก ๆ ของคอลัมน์ B ฉันรัก RoR แม้ว่าฉันจะไม่รู้อะไรมากมาย ฉันพยายามเรียนรู้อยู่เรื่อย ๆ เพราะมันดีจริงๆ แต่ในทางกลับกันฉันใช้มันในแอพ "โลกแห่งความจริง" และมันทำให้ฉันรู้สึกแย่เมื่อต้องออกไปข้างนอกกล่องแอพ CRUD ที่พูดถึงฐานข้อมูลเดียวที่มี 1-2 โมเดลต่อแบบ และนั่นคือมัน
Wayne Molina

30

สำหรับภาษาฝั่งเซิร์ฟเวอร์แรกของคุณฉันรู้สึกว่าอาจมีปัญหาสองสามอย่างเกี่ยวกับ RoR:

  1. คุณไม่ได้แค่เรียนรู้ภาษา แต่คุณกำลังเรียนรู้กรอบ แน่นอนว่าฉันจะใช้เวลาสักครู่เพื่อเล่นกับทับทิมเก่า ๆ ก่อนที่จะกระโดดลงไปในราง

  2. เนื่องจากเป็นกรอบการทำงานและกรอบความคิดแบบ 'ดื้อดึง' ฉันจึงรู้สึกว่ามันจะให้ขอบเขตที่ จำกัด มากกับสิ่งที่เกิดขึ้นในกรอบ

โดยรวม Ruby on Rails อาจเป็นจุดเริ่มต้นที่ดีในการทำให้ลูกบอลกลิ้ง แต่มีจำนวนมากที่ต้องเรียนรู้เกี่ยวกับการพัฒนาเว็บที่คุณอาจพลาดโดยการพึ่งพาเฟรมเวิร์คเดียว


15

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


สิ่งที่ฉันคิดในภายหลังและแทนที่จะทำให้เป็นความคิดเห็นฉันจะแก้ไขคำตอบของฉันคือ: RoR มีโอกาสทำลายทับทิมสำหรับคุณ ฉันรู้ว่าเมื่อฉันลองทำมันทำให้ฉันคิดว่า "ทับทิมโง่" จากนั้นไม่กี่เดือนต่อมาฉันตัดสินใจให้ Ruby ไปและรักภาษามันเป็นกรอบที่ทำให้ฉันเกลียดภาษา ฉันไม่ได้ขลุกอยู่ในนั้นมาก แต่เมื่อผมทำผมมีความสุขจริงๆซินาตร้า ฉันคิดว่าฉันมีความสุขที่คนส่วนใหญ่ออกจาก RoR จาก Sinatra


+1 ฉันมีประสบการณ์เดียวกัน ฉันพยายามที่จะเรียนรู้ Ruby on Rails rake db:migrateแต่ผมมีข้อผิดพลาดเพียงด้วยการทำ ในทางกลับกันฉันพบว่าซินาตร้านั้นง่ายและเข้าใจได้ง่ายกว่ามาก ไม่ว่าจะด้วยวิธีใดก็ตามฉันชอบที่จะสร้างสิ่งต่าง ๆ ในแบบของตัวเองและโครงสร้างพื้นฐานของแอพรางดูเหมือนจะซับซ้อนเกินไปสำหรับฉัน
Zhehao Mao

@Zhehao Mao - ฉันดีใจที่เห็นว่าฉันไม่ใช่คนเดียวที่มีประสบการณ์นี้ แม้ว่าฉันจะไม่คิดว่ามันซับซ้อน ... ตราบใดที่คุณคิดแบบเดียวกับ DHH หากคุณมีกระบวนการคิดแบบต่าง ๆ RoR อาจเป็นความเจ็บปวดที่ด้านหลัง
Jetti

ฉันเดาว่ามันไม่ซับซ้อน ฉันคิดว่าปัญหาของฉันคือทุกครั้งที่ฉันพยายามสร้างแอพพลิเคชั่นทางรถไฟไม่มีอะไรที่จะเกิดขึ้นได้ตามที่เอกสารระบุไว้
Zhehao Mao

ฉันพบว่ามันซับซ้อนอย่างไม่น่าเชื่อเพราะเป็นเช่นนั้น นั่นคือเหตุผลที่ฉันยอมแพ้ เพื่อให้เป็น RAD จะต้องทำงาน ผมคิดว่าฉันจะได้ทำแอพพลิเค CRUD ใน C ++ เร็วกว่ารอเพราะปัญหาทั้งหมดที่ผมมีได้รับการรอขึ้นและทำงาน (บิตของการพูดเกินจริง แต่ก็ยัง ... )
Jetti

ฉันไม่แน่ใจว่าพวกคุณอ่านเอกสารที่ถูกต้องหรือทำไมคุณไม่ขอความช่วยเหลือ ...
sevenseacat

12

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

ฉันทำงานกับ RoR และ ASP.NET ในชีวิตประจำวัน แต่น่าแปลกที่ฉันชอบโลก ASP.NET แต่นั่นก็มีส่วนเกี่ยวข้องกับปรัชญาส่วนบุคคลมากกว่าที่จะเกี่ยวกับภาษาหรือสถาปัตยกรรมเอง (ฉันเป็นคนที่คลั่งไคล้การควบคุมและฉันมักจะสนใจภาษาที่พิมพ์อย่างรุนแรง)

ไม่ว่าฉันจะบอกว่าให้ไป RoR เป็นสภาพแวดล้อมที่ยอดเยี่ยมในการทำงาน แต่ก่อนที่คุณจะกระโดดลงไปใน Rails ให้คุ้นเคยกับภาษา Ruby นอกเหนือจากเนื้อหาบนเว็บแล้ว Ruby เป็นภาษาสคริปต์ที่ยอดเยี่ยมหากคุณต้องจัดการกับกล่อง * ระวังและสามารถช่วยคุณประหยัดเวลาได้


4
+1 สำหรับการควบคุมสติ ฉันก็มีอะไรแบบนี้เหมือนกัน ไม่เพียง แต่สำหรับคนที่มีความแข็งแกร่งเท่านั้น แต่ยัง - ฉันชอบการตั้งค่า (แม้จะเป็นคำฟุ่มเฟื่อย) มากกว่าการประชุมที่ตั้งสมมติฐานให้ฉัน
Bobby Tables

เหมือนกัน @Bobby Tables!
Marlon

6

ในฐานะคนที่เรียนรู้ Rails เมื่อเร็ว ๆ นี้ (เป็นงานอดิเรก - ไม่เคยใช้มันเพื่อพัฒนาระดับการค้า) และเคยทำงานใน JEE และ ASP.NET มาแล้วคำตอบของWayne Mก็ดังมากจริง ๆ

อย่างไรก็ตามมีด้านที่ลึกซึ้งนี้ซึ่งไม่มีใครได้กล่าวถึง แต่ที่ใส่ใจฉัน bit กับทางรถไฟ - เชื่อมั่นที่แข็งแกร่งในการประชุมมากกว่าการกำหนดค่า

ถ้าคุณคุ้นเคยกับ "ค้นหาในไฟล์" - วางแนวใหม่ด้วยฐานรหัสใหม่ CoC มีแนวโน้มที่จะรบกวนคุณเมื่อพยายามหยิบ Rails ขึ้นมา เป็นเรื่องที่ยอดเยี่ยมสำหรับเขตข้อมูล CRUD สีเขียวที่เรียบง่ายซึ่งสร้างขึ้นอย่างแม่นยำตามวิธี Rails (ตามที่ Wayne M พูด) แต่สำหรับสิ่งที่มีเอกลักษณ์และซับซ้อนมากขึ้นมันจะยากที่จะคิดออกว่าเกิดอะไรขึ้นถ้าคุณพยายามหาลำดับ สิ่งต่างๆในไฟล์เพื่อดูว่าการเชื่อมต่อของระบบประปาเป็นอย่างไร

แม้ว่าฉันจะคิดว่าปัญหานี้อาจไม่เลวร้ายนักเมื่อคุณมีประสบการณ์มากขึ้นกับ Rails แน่นอนฉันสามารถเห็นมันเป็นปัญหาสำหรับคนที่มาจากการพัฒนาเว็บ oldskool Java / .NET ที่คุ้นเคยกับการกำหนดค่าอย่างละเอียดมาก - และใช้เพื่อดูการสะกดทุกอย่าง


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

@kevincline คุณจะทำเช่นนั้นได้อย่างไรใน RoR? คุณสามารถทำได้ด้วย AOP ใน Java และ. NET โลก
บดขยี้

@ crush: มันเจ็บปวดใน Java และ. NET เพราะคุณต้องสร้างและแมปคุณสมบัติในคลาสที่แมปสำหรับทุกคอลัมน์ในฐานข้อมูลที่ตรรกะทางธุรกิจใช้อย่างชัดเจน การเพิ่มคอลัมน์หมายถึงการเปลี่ยนหลายคลาส RoR ทำสิ่งนี้ทั้งหมดในเวลาทำงานโดยการประชุม คุณปรับเปลี่ยนสกีมาฐานข้อมูลจากนั้นเพียงเปลี่ยนตรรกะทางธุรกิจและเลเยอร์การนำเสนอเพื่อใช้คอลัมน์ใหม่
วินไคลน์

5

สำหรับฉันปัญหาที่ใหญ่ที่สุดที่ฉันเรียนรู้ X แรกของฉัน (ในกรณีของคุณ X คือภาษา / กรอบเว็บเซิร์ฟเวอร์) นั่นคือทันทีที่ฉันเห็นปัญหาอื่น ๆ ฉันต้องการเริ่มใช้ X ทันทีแม้ว่าจะเป็น อาจไม่ใช่ตัวเลือกที่ดีที่สุด ฉันทำได้ดีกว่านี้ แต่ก็ยังมีแนวโน้มที่แข็งแกร่ง

Ruby on Rails เป็นตัวเลือกที่ดีในการเริ่มต้น - มีชุมชนที่ดีมีเอกสารมากมายและแบบฝึกหัดที่ดี แต่ให้แน่ใจว่าได้คำนึงถึงทางเลือกโดยเฉพาะอย่างยิ่งถ้าคุณเริ่มทำการพัฒนาเว็บไซต์เพิ่มเติม RoR อาจ overkill สำหรับปัญหาบางอย่างการแก้ไขปัญหาไม่เพียงพอสำหรับผู้อื่นและทางเลือกที่ดีที่สุดสำหรับชุดอื่น รู้ว่ามันเป็นจุดแข็งจุดอ่อนและวิธีการใช้เครื่องมือ


4

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

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


แต่อย่าลืมเกี่ยวกับ railscasts.com เขาทำงานที่โดดเด่นในการให้ภาพรวมของหัวข้อ / แนวคิดในเวลาประมาณ 10 นาที ฉันจำได้ว่าใช้เวลาทั้งวันหยุดสุดสัปดาห์เพื่อให้ซันสปอตทำงานแล้วดูราว 10 นาทีเกี่ยวกับวิธีใช้การค้นหาแบบเหลี่ยมเพชร ดีคุ้มค่า $ 9 / เดือน
Kyle Carlson

1

ฉันไม่สามารถเข้าใจคนที่แว็กซ์เกี่ยวกับการเดินเล่นในสวน Ruby-on-Rails อย่างแท้จริง ฉันเข้ามาในฐานะผู้พัฒนา ASP.NET-MVC, Java, PHP, Python และพบว่ามันเป็นช่วงเวลาที่น่ากลัวที่สุด! 90 เปอร์เซ็นต์ของคำตอบออนไลน์ของ Google นั้นผิดหรือไม่สมบูรณ์ ทำไม? มันเปลี่ยนไปมากขนาดนี้ทุก ๆ ปีไหม? หรือว่าไม่มีใครสนใจเกี่ยวกับการสร้างรหัสใช้งานได้จริง? ฉันใช้เวลาจำนวนมากในการทำสิ่งที่ง่าย ไกลเกินกว่าที่ฉันจะใช้ใน C # / ASP.NET-MVC แน่นอนว่ามันไม่เคยพาฉันไปที่ใดก็ได้ในระยะเวลาอันใกล้นี้ ได้รับ ROR สั้น ถ้านั่นเป็นสิ่งสำคัญสำหรับคุณ แต่ฉันพบว่ามันไม่ค่อยชัดเจนว่าจะสร้างรหัสที่จะทำงานให้สำเร็จได้อย่างไร โดยส่วนตัวฉันควรจะพิมพ์บนแป้นพิมพ์เป็นเวลา 20 วินาทีเพื่อเขียนโค้ดที่ใช้งานได้จริง มีความชัดเจนและคุณสามารถติดตามได้แทนที่จะพิมพ์รหัส Ruby สั้น ๆ เป็นเวลา 2 วินาที แต่มันไม่ทำงานจนกว่าฉันจะค้นหาวิธีที่จะทำให้มันใช้งานได้จริง มันเป็นกองโดโดที่น่ากลัวและมีกลิ่นเหม็น ทำไม? มันเป็นรหัสโอเพนซอร์ส (อย่างฟรี) ไม่สร้างแรงจูงใจเพื่อให้เป็นเครื่องมือที่มีคุณภาพหรือไม่? มีสคริปต์สคริปต์ kiddies จำนวนมากที่สูบการแก้ไขและโมดูลและเอกสารที่ไม่ดีเข้ามาด้วย? ฉันไม่รู้ แต่ในที่สุดเมื่อฉันสามารถหลบหนีจากโครงการ Ruby-Rails แรกได้ฉันสาบานว่าฉันจะไม่ก้าวเข้าไปยุ่งอีกเลย! ไม่สร้างแรงจูงใจเพื่อทำให้เป็นเครื่องมือที่มีคุณภาพหรือไม่ มีสคริปต์สคริปต์ kiddies จำนวนมากที่สูบการแก้ไขและโมดูลและเอกสารที่ไม่ดีเข้ามาด้วย? ฉันไม่รู้ แต่ในที่สุดเมื่อฉันสามารถหลบหนีจากโครงการ Ruby-Rails แรกได้ฉันสาบานว่าฉันจะไม่ก้าวเข้าไปยุ่งอีกเลย! ไม่สร้างแรงจูงใจเพื่อทำให้เป็นเครื่องมือที่มีคุณภาพหรือไม่ มีสคริปต์สคริปต์ kiddies จำนวนมากที่สูบการแก้ไขและโมดูลและเอกสารที่ไม่ดีเข้ามาด้วย? ฉันไม่รู้ แต่ในที่สุดเมื่อฉันสามารถหลบหนีจากโครงการ Ruby-Rails แรกได้ฉันสาบานว่าฉันจะไม่ก้าวเข้าไปยุ่งอีกเลย!


โพสต์นี้ค่อนข้างอ่านยาก (ผนังข้อความ) คุณจะช่วยแก้ไขมันให้เป็นรูปร่างที่ดีขึ้นได้ไหม
ริ้น

คำตอบนี้เฮฮา Rails เป็นตัวช่วยประหยัดเวลาอย่างแน่นอนที่สุด ความขุ่นเคืองของคุณต่อสิ่งนี้ล้วนเป็นเพราะคุณใหม่และคาดหวังว่าทุกอย่างจะคลิกภายในไม่กี่สัปดาห์แรก การย้ายฐานข้อมูลเพียงอย่างเดียวนั้นคุ้มค่าที่จะเปลี่ยนมาใช้ Rails แทน
sergserg

0

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

สิ่งนี้แสดงให้เห็นถึงความนิยมของภาษาที่เกี่ยวข้องกับเว็บโดยอ้างอิงจากการค้นหาตำแหน่งงานออนไลน์


0

ฉันเห็นด้วยกับคำตอบข้างต้นเกี่ยวกับ RoR ฉันได้พัฒนาแอปพลิเคชันกับ RoR ในช่วงสองปีที่ผ่านมา มันดีจริงๆกับแอพพลิเคชั่นที่เรียบง่ายการทำงานของ CRUD (สร้างอ่านอัปเดตและลบ) นั้นทำงานได้ดีมากมันเป็นประโยชน์สำหรับการพัฒนาแอปพลิเคชั่นที่เรียบง่าย แต่ก็มีข้อ จำกัด เช่นกัน แม้ว่าจะมีอัญมณีจำนวนมากที่ให้ประโยชน์และความสะดวกในการใช้งานที่หลากหลาย การออกนอกกรอบจะทำให้แอปพลิเคชั่นของคุณบิดเบี้ยว

หากคุณเป็นทีมขนาดใหญ่ที่ทำงานกับแอปพลิเคชันที่ใช้ RoR การมอบหมายงานอาจทำได้ยาก


สิ่งหนึ่งที่ทำให้ฉันประหลาดใจเป็นครั้งคราวคืออัญมณีที่ออกมามากมายซึ่งดูเหมือนว่าจะเป็นอิสระจาก RoR กลายเป็นว่าใช้ได้กับ RoR เท่านั้นและไม่ใช่แบบสแตนด์อโลน อยากรู้ว่าทำไมถึงเป็นอย่างนี้ PS: ฉันไม่ใช่โปรแกรมเมอร์ Ruby ดังนั้นฉันอาจได้รับความรู้สึกผิด แต่ฉันสะดุดเมื่อสองสามครั้งนี้ น่าเศร้าที่ฉันไม่มีตัวอย่างในขณะนี้
Htbaa
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.