- oprogramowanie dedykowane vs. produkty Open Source gotowe do użycia – w którym momencie te drugie przestają być wystarczające,
- jaką wartością jest indywidualne podejście do zagadnienia i gdzie każdy z udziałowców projektu otrzymuje największe korzyści,
- po co komu framework, skoro można wszystko samemu napisać najlepiej?
- Symfony2, jego historia, możliwości i usytuowanie na rynku,
- przykłady z życia codziennego, jak PHP i Symfony2 zwinnie daje radę w przeróżnych dziedzinach software developmentu.
1. target: mówimy do normalnych ludzi 2. element ze śląskim gadaniem, znane antagonizmy (serca z węgla) 3. generalnie nie rozmawiamy o technologii, trzeba wytłumaczyć dlaczego robi się soft dedykowany. Dlaczego dla sklepu nie wykorzystać np. Magento. Np. porównanie do kampera (warto zacząć od początku, nie warto się skupiać na silniku, lub płycie podwoziowej). 4. Pytanie czy Symfony2 to silnik czy płyta podwoziowa. 5. Ważny jest design techniczny, można wszystko uniwersalnie, tylko, że to kosztuje. 6. Porównanie do budowlanki. Nie będziesz kuł ścian, żeby popatrzeć co jest w środku. Porównanie gotowych systemów, które działają, ale nie nadają się do rozbudowy. 7. Cloudowe soft i jakie są tego zalety. 8. Zaufanie do wykonawcy, jako do gościa, który ma doświadczenie w temacie. 9. 10 min musi być na wyrównanie wiedzy (nawet dla doświadczonych developerów). 10. Od czego zależy dobór technologii? Płytę podwoziową nie włożymy do każdego rodzaju auta (klasy C, czy do SUV). Jest to niezależne od wyboru dostawcy. Grono.net musiało uczyć PHPowców Django. Czy to nie jest ambicja wykonawcy? 11. Przykłady gdzie PHP jest wykorzystywane. Facebook, Flickr, Yahoo. Nie dość że dostęp do programistów, to większy dostęp do firm. 12. Języki do zastosowań dobierać. PHP jest dojrzałe, Symfony jest dojrzałe i bierze z najlepszych rzeczy. Porównanie do Ruby on Rails. 13. Po co framework, a nie lepiej pisać od nowa? Żeby nie dobierać łożysk do kół. Framework zabezpiecza przed głupimy błędami (bezpieczeństwa, bazy danych). 14. Czym się różni dedykowany od gotowego rozwiązania. 15. Co daje Symfony2, technicznie. Baza danych, formularze, dużo bundli, standard programowania (ważny w PHP, w którym jest wiele rozwiązań - łatwo się znaleźć nowemu człowiekowi). Symfony2 jest ustandaryzowane, łatwo przejść z OpenSource, disaster recovery, nowi ludzie. 16. Wątek Open Source - zalety wyboru takich narzędzi. 17. Symfony2 - dokumentacja, która jest ważna i pozwala ludziom łatwo wejść w projekt. 18. Źródła do dalszego poczytania (linki, xlab, mój blog). 19. Porównanie custom developmentu do domków szeregowych, a budowania od zera, albo nawet w stanie gotowym. 20. Problem hostowania rozwiązań. RoR - heroku. Odpada utrzymywanie, wiedza nt. administracji. Ważny jest mainanance, update serwerów. PaaS skraca czas i jest wygodą, nawet dla geeków. Przykład mojego bloga na wordpress, gdzie jednym kliknięciem robi się update systemu. 21. Koszt utrzymania aplikacji - błędów. OS rozwiązuje problemy (błędy), jak ma na to ochotę. Dużo script kiddies polują na exploity dla forów. Custom made nie jest takie proste, trzeba wielkiego wysiłku aby shackować. Framework zabezpiecza przed takimi rozwiązaniami. Kwestia gwarancji i naprawy błędów. Najlepsze połączenia to firma i community. Zasięg developerów i regularność firmy, która ma dłuższe patrzenie na temat. RedHat, Drupal. Przykłady distro ubuntu i firm za którymi to stoi (cannonical, red hat, open suse). Symfony2 patrzy z punktu widzenia developerów, release trzeba przytrzymać, jeśli nie jest gotowy, a nie wypuszczać szitowego softu.
E-commerce (magento, presta) For a (PHPBB) CRM ERP
E-commerce (magento, presta) For a (PHPBB) CRM ERP