Talks
Speakers
Events
Topics
Sign in
Home
Talks
Speakers
Events
Topics
Leaderboard
Use
Analytics
Sign in
Suggest modification to this talk
Title
Description
Date
Summarized using AI?
If this talk's summary was generated by AI, please check this box. A "Summarized using AI" badge will be displayed in the summary tab to indicate that the summary was generated using AI.
Show "Summarized using AI" badge on summary page
Summary
Markdown supported
In the video titled "Нow To Migrate To Rails From non-Rails," presented at Pivorak Conf 1.0, speakers Artur Hebda and Volodya Sveredyuk discuss the intricacies of transitioning projects from non-Rails frameworks to Ruby on Rails. **Key Points Discussed:** - **Background of Railsware:** Artur shares insights about Railsware, a company transitioning from software consultancy to product development, focusing on their transformation and T-shaped skill approach within their team. - **Personal Journey:** Artur's decision to join Railsware stemmed from his background in Ruby, despite being involved in Android development. He appreciated Railsware's recruitment process, which highlighted pairing and communication. - **Product Development Philosophy:** The company emphasizes understanding client problems thoroughly before coding, ensuring that they are not solving the wrong problems and minimizing technical debt. - **Technology Stack:** Railsware typically uses Rails for new projects but integrates other technologies, such as Golang, when necessary. Artur shares how knowledge from existing projects led to the decision to migrate from Sinatra to Rails. - **Migration Journey:** Artur outlines the reasons for the migration, including team changes and the realization that existing solutions were unsustainable. He underscores the benefits of leveraging Rails to address challenges related to scalability, security, and code complexity. - **Migration Process:** The team worked with Rails 5.1 for easier database interactions, focusing on writing code that allowed for future migration while still enabling new feature additions. The migration process took about a year and a half, conducted in phases to ensure system stability. - **Challenges Encountered:** Changes in request specifications and authentication flows presented hurdles, stressing the importance of relevant testing to maintain application integrity. - **Current Status and Takeaways:** The current codebase is cleaner, with only minor tasks remaining. Artur emphasizes that effective communication with clients regarding the migration process is vital, as is a well-structured plan that accounts for risks and benefits. Artur concludes by asserting that a gradual approach to migration can enhance workflows, reinforcing the need for clear communication and strategic planning during technology transitions. This thoughtful and collaborative approach serves to keep business operations running smoothly without disruption.
Suggest modifications
Cancel