29
.
04
.
2024
31
.
05
.
2022
HR
Visuality

Successful way to transfer technical knowledge in organization

Mariusz Kozieł
Chief Executive Officer

As you may know, our Youtube channel (https://www.youtube.com/c/Visualitypl) is not as active as was before. There are a few reasons:

  • pandemic time, when offline presentations ware cut off and we was pushed to remote work

  • the new way of sharing knowledge in Visuality absorbed Lighting Talks completely

At the beginning of last year, I decided to introduce meetings where engineers could share knowledge. As Visuality is most about Ruby we name them backend meetings. There were so many topics to discuss which didn't have a place to be faced. Even when we have our standards and way of doing things, we have to sometimes update them and each of our developers has to know why. Quickly we have realized that bi-weekly meetings are not enough, so we have started to meet each week.

share knowledge wit

We have talked about so many things over the last 15 months, like:

  • our internal standards
  • developers seniority levels, so what we expected on each level with some materials to achieve that. We are not orthodox so it's only a path.
  • expected outcome form recruitment exercise
  • different ways of auditing code
  • how to estimate projects
  • event sourcing, DDD, CQRS - we are still into that topic :D
  • tools and tips & tricks for daily work
  • real problems in our projects
  • real-time workshops where we updated Rails in our internal platform
  • and a lot of more

the best meeting ever

Our meetings are flexible. People can join online or come into the office to interact in a one-room. We are planning topics ahead or spontaneously. It could be a prepared presentation or not, for example, engineers can bring code/problem from their projects. The funny fact that in my opinion, the most interesting discussions are about: bad architecture, refactored code, crazy bugs, or how to implement something.

bugs meme

From time to time we invite former employees or experts from other companies. They can also come with any topic. If the topic could be interesting for frontend devs we are inviting them too.

We are recording our meetings for those who couldn’t join or for future employees. On top of that, we have notes and logs to easily find what the meeting was about.

To sum up, our meetings are a great way to share knowledge, but we have other ways to do that, namely: mentoring, conferences, courses, pair programming, and sharing resources. Maybe it’s not a modern approach but it’s still working properly. Based on the success of backend ones we have reactivated also frontend meetings, as those worked great before the pandemic world.

Additionally, a good atmosphere and flexible approach have helped to unblock people and they are more active, or at least some of them 😛 On top of that, I feel that engineers act more as a team, even if they don’t work in the same project. And some of the topics have been transformed into PRUG (Poznań Ruby Users Group) and WRUG (Warsaw Ruby Users Group) presentations so we are back to share knowledge in the community.

Mariusz Kozieł
Chief Executive Officer

Check my Twitter

Check my Linkedin

Did you like it? 

Sign up To VIsuality newsletter

READ ALSO

Writing Chrome Extensions Is (probably) Easier Than You Think

14
.
11
.
2023
Antoni Smoliński
Tutorial
Frontend
Backend

Bounded Context - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial

The origin of Poltrax development - story of POLTRAX (part 2)

29
.
11
.
2023
Stanisław Zawadzki
Ruby on Rails
Startups
Business
Backend

Ruby Meetups in 2022 - Summary

14
.
11
.
2023
Michał Łęcicki
Ruby on Rails
Visuality
Conferences

Repository - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial

Example Application - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial

How to launch a successful startup - story of POLTRAX (part 1)

14
.
11
.
2023
Michał Piórkowski
Ruby on Rails
Startups
Business

How to use different git emails for different projects

14
.
11
.
2023
Michał Łęcicki
Backend
Tutorial

Aggregate - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial

Visuality at wroc_love.rb 2022: It's back and it's good!

14
.
11
.
2023
Patryk Ptasiński
Ruby on Rails
Conferences
Ruby

Our journey to Event Storming

14
.
11
.
2023
Michał Łęcicki
Visuality
Event Storming

Should I use Active Record Callbacks?

14
.
11
.
2023
Mateusz Woźniczka
Ruby on Rails
Backend
Tutorial

How to rescue a transaction to roll back changes?

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Backend
Ruby
Tutorial

Safe navigation operator '&.' vs '.try' in Rails

14
.
11
.
2023
Mateusz Woźniczka
Ruby on Rails
Backend
Ruby
Tutorial

What does the ||= operator actually mean in Ruby?

14
.
11
.
2023
Mateusz Woźniczka
Ruby on Rails
Backend
Ruby
Tutorial

How to design an entity - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial

Entity - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial

Should I use instance variables in Rails views?

14
.
11
.
2023
Mateusz Woźniczka
Ruby on Rails
Frontend
Backend
Tutorial

Data Quality in Ruby on Rails

14
.
11
.
2023
Michał Łęcicki
Ruby on Rails
Backend
Software

We started using Event Storming. Here’s why!

14
.
11
.
2023
Mariusz Kozieł
Event Storming
Visuality

First Miłośnicy Ruby Warsaw Meetup

14
.
11
.
2023
Michał Łęcicki
Conferences
Visuality

Should I use Action Filters?

14
.
11
.
2023
Mateusz Woźniczka
Ruby on Rails
Backend
Tutorial

Value Object - DDD in Ruby on Rails

17
.
03
.
2024
Paweł Strzałkowski
Ruby on Rails
Domain-Driven Design
Backend
Tutorial