Czego oczekujesz od organizacji promującej Drupala w PL

Na wtępie zaznaczam, że podpisuję się pod tym, co napisał Henk.
Ze swojej strony jestem za promowaniem drupala jako opcji, a nie rozwiązania dla każdego, które powinno się stosować wszędzie.

Drupal zawsze był postrzegany jako CMS (do tej pory nie potrafię zrozumieć, co on ma wspólnego z frameworkiem) o wysokim progu wejścia, z milionem opcji konfiguracyjnych, bo jest przecież uniwersalny. I tu okazywało się, że frontendowiec musi uczyć się filozofii Drupala, więcej czasu traci na pozbywanie się markupu, niż na tworzenie layoutu, nie wiadomo co lepiej wyklikać, a co napisać, a dokumentacja mało daje, bo tak naprawdę lepiej czytać pliki readme i api w modułach. Już nie mówiąc o tym, że człowiek uczy się praktyk przydatnych tylko w ekosystemie drupala.

Napisałem o tym, ponieważ uważam, że w tym przypadku najlepszą drogą do promocji jest wsłuchanie się w to, co mówią programiści, a nie ignorowanie ich.
Powyższe żale są śmieszne, jeśli pracujesz przy mniejszych projektach i jesteś freelancerem wyspecjalizowanym w Drupalu, ale jeśli pracujesz w firmie, w której developerzy "rotują" pomiędzy projektami to zaczyna się dramat, bo nie wszystkim chce sie uczyć czegoś od nowa i to pod silną presją. To tak apropos rozwiązań enterprise ;)

Całe szczęście integracja z Symfony obniża próg wejścia dla ludzi znających programowanie obiektowe i jakikolwiek framework w php, a że samo Symfony jest bardzo popularne i "poważne" to już jest super.

Wg mnie za mało jest spójnej wiedzy i jakiegoś znormalizowanego podejścia do budowania serwisów opartych o Drupala. Za dużo rzeczy można zrobić w różnoraki sposób, co - w brew pozorom - nie jest dobre. Każdy z kim rozmawiam ma swoje własne patenty na rozwiązywanie problemów oraz na deploy.

I ja bym tutaj widział punkt wyjścia - drupal jako alternatywa dla pisania serwisu w "czystym" Symfony.

Czego oczekujesz od organizacji promującej Drupala w PL?

• Utworzenia organizacji i rozpoczęcia działania zamiast pisania postów, które nie przekładają się na działanie.
• Zatrudnienia przez organizację osoby odpowiedzialnej za systematyczne promowanie Drupala (nawet na 1/8 etatu). Jak widać po dotychczasowych działaniach nikt nie ma czasu się tym regularnie zajmować.
• Utworzenia strony internetowej społeczności (niezależnej od żadnej prywatnej osoby, właścicielem strony od początku musi być organizacja), gdzie każdy zainteresowany będzie mógł publikować swoje artykuły pod swoim nazwiskiem/firmą, aby mieć w jednym miejscu zebrane wpisy z polskich blogów. Utworzenie forum dyskusyjnego na stronie internetowej. Utworzenie katalogu wdrożeń drupalowych na stronie z opcją głosowania na stronę miesiąca/kwartału/roku.
• Opcja sponsorowania strony organizacji przez firmy (sponsor miesiąca), za pomocą tych wpłat można finansować działalnośc organizacji (chociaż księgowość), jak będzie więcej wpływów to można przeznaczyć pieniądze dla najbardziej aktywnych użytkowników na stronie.
• Działań zwiększających popularność Drupala w Polsce. Proponowane mierniki celu: ilość wydarzeń (konferencji, spotkań, szkoleń), ilość osób na wydarzeniach, ilość wpisów na blogu na nowej stronie, ilość wpisów na forum na nowej stronie.
• Utworzenie 4-6h godzinnego programu szkoleniowego na licencji open source, który każdy może wykorzystać i w swoim mieście zrobić prezentację lub warsztaty z Drupala.

Ja bym chciał, żebyśmy powalczyli z postrzeganiem drupala jako systemu nie nadającego się do poważnych wdrożeń i raczej zabawki dla zajawkowiczów. Przeciętny programista php śmieje się z dupala postrzegając go jako ociężałego, źle napisanego i wykonującego niebywałą i bezsensową ilość zapytań do bazy danych potwora. Robi to bo nie rozumie do czego drupal służy i jakie są plusy wykorzystania go.

Co do organizacji i kosztów to ja myślę że zakładajmy i wtedy będziemy kombinować na co nas stać a na co nie.