Przedstawiono projekt Flock, w ramach którego stworzono rozwidlenie frameworku interfejsu użytkownika Flutter opracowanego przez firmę Google na licencji BSD. Inicjatorem forku był Matt Carroll, były pracownik Google, który wcześniej był częścią zespołu programistów Flutter. Powodem powstania forka jest niewystarczająca ilość zasobów, jakie Google inwestuje w projekt.
W 2023 roku Google zaprzestało rozbudowy podstawowego zespołu programistów Fluttera, a w 2024 roku firma zwolniła część pracowników. Zdaniem założycieli forku, do pełnego rozwoju projektu nie wystarczą pozostali w Google programiści oraz uczestnicy pozyskani poprzez outsourcing. W efekcie brak deweloperów Fluttera doprowadził do zmiany priorytetów i stagnacji w rozwoju frameworku dla platform desktopowych (rozwój dla 3 z 6 obsługiwanych platform ogranicza się obecnie do prac związanych wyłącznie z utrzymaniem istniejącej bazy kodu). Brak programistów ma również negatywny wpływ na rozwiązywanie problemów – niektóre zgłoszenia błędów mogą czekać w kolejce latami.
Projekt Flock nie ma na celu dzielenia istniejącej społeczności i postrzega siebie jako „Flutter+” – rozwidlenie zsynchronizowane z głównym projektem, które dodaje ulepszenia i poprawki żądane przez społeczność do głównego Fluttera, czego nie może zrobić główny zespół programistów Flutter w Google lub nie chce wdrożyć. Celem projektu jest przyspieszenie rozwoju i poszerzenie zasobów zaangażowanych w rozwój poprzez społeczność niezwiązaną z Google. Aktualnie zawartość repozytorium Flock jest w pełni spójna z repozytorium Flutter.
Niektóre z problemów uniemożliwiających bezpośrednią interakcję z głównym zespołem Flutter obejmują brak czasu głównych programistów na przeglądanie zmian stron trzecich, ogromny czas spędzony na różnych zatwierdzeniach, opóźnienia w dyskusjach na temat kontrowersyjnych decyzji i brak zrozumienia problemy twórców aplikacji (główny zespół zajmuje się rozwojem Fluttera, a nie tworzeniem aplikacji w oparciu o niego, co utrudnia zrozumienie wagi szybkiego eliminowania niektórych problemów). Oczekuje się, że doświadczeni twórcy aplikacji Flutter i towarzyszących im pakietów będą mogli wykorzystać fork do szybkiego naprawienia pojawiających się problemów i dodania pożądanych innowacji, bez czekania na reakcję głównego zespołu Flutter i bez koordynowania z nim zmian.
Ze swojej strony główny zespół Fluttera będzie mógł, najlepiej jak potrafi, zgodnie ze swoim harmonogramem i biorąc pod uwagę jego kryteria, przenieść zmiany z forku do Fluttera. Biorąc pod uwagę, że Flock planuje mieć dużą liczbę współautorów przeglądających zmiany, przeniesienie zmian z forka pomoże poprawić jakość bazy kodu Flutter. Społeczność nie będzie ograniczana możliwościami podstawowego zespołu Fluttera i będzie mogła korzystać z bardziej wydajnych i elastycznych zasad rozwoju.
Źródło: opennet.ru
