Nadchodzi nowe... Coyote 2.0

Od jakiegoś miesiąca, po cichu pracuje nad nową wersją Coyote (https://github.com/adam-boduch/coyote). Póki co nic skomplikowanego - pracuje nad front-endem, layoutem. Celem jest lepsze wyświetlanie strony na urządzeniach mobilnych. Graficznie większych zmian nie ma, nie chcemy przecież aby użytkownicy doznali szoku ;)

Niemniej jednak front-end to początek nowej wersji Coyote i dlatego piszę tego posta. Żeby poinformować o nadchodzących zmianach.

tl;dr Będzie nowa wersja Coyote (open source). Obecnie trwają prace i jeżeli będziesz chciał pomóc to świetnie! Wkrótce więcej informacji.

Po co nowa wersja?

Obecny kod powstał 5 lat temu. Przez ten czas wiele się zmieniło, rozwinęła się masa nowych, fajnych technologii czy rozwiązań. Obecny kod pisany jest na autorskim frameworku i jak się domyślacie - dokumentacja do niego jest dosyć marna. Chciałbym, aby nowa wersja oparta była na popularnych open sourcowych rozwiązaniach. Coyote również będzie udostępniony jako open source i będziemy zachęcać Was abyście pomogli w jego rozwijaniu. Chciałbym aby społeczność miała większych wpływ na "kształt" projektu dlatego wkrótce będę zamęczał Was nowymi wątkami w dziale Coyote :)

Mam nadzieje, że dzięki temu 4programmers.net dostanie "kopa", rozwój znacznie przyspieszy, powstaną od dawna planowane funkcjonalności. Myślałem również nad opcją praktyk studenckich. Idealnie dla introwertyków - możesz zaliczyć praktyki nie wychodząc z domu ;)

**Jakie technologie? **

Język: PHP (proszę nie pytajcie mnie dlatego nie python, java, ruby itp ;))
Framework: Laravel 5
Fron-end: SCSS, Bootstrap, jQuery
Baza: MySQL/MariaDB (moze Postgres?) oraz MongoDB
Inne: Redis, ElasticSearch

Chcesz pomóc?

Jeżeli tak, to świetnie :) Każdy commit będzie mile widziany. Wcześniej jednak musimy opracować pewne zasady pracy oraz procedury.

Kiedy nowa wersja?

Póki co pracuje nad front-endem. Jeżeli chodzi o poszczególne widoki to większość mam już zrobione. Pierwotny plan zakładał uruchomienie pierwszej wersji pod koniec tego roku (ewentualnie na początku przyszłego) lecz teraz widzę że będzie z tym ciężko.

Proponowałbym poważnie zastanowić się nad wyborem języka, bo jak widać od tego zależy ilość osób chcących się zaangażować w rozwój tego projektu.

@tdudzik wiesz jak to bedzie wygladac? Adam zmieni jezyk dla ludzi ktorzy chca sie dolaczyc a pozniej oni od razu lub po tygodniu zrezygnuja z tego projektu.
(zapewne bedzie teraz post, JA NIE, JA BYM PISAL... yhy)

czekam na nowa wersje :)

Akurat PHP jest dobrym wyborem, tylko nie wiem dlaczego Laravel (ten chyba nie jest tak popularny w Polsce jak Symfony)? Więc może to mieć wpływ na potencjalną ilość chętnych. Dlaczego nie Kohana? Dość prosty do opanowania i dość przyjemny, może też CodeIgnither, równie łatwy do opanowania, za to z lepszą dokumentacją, jest wiele modułów pod CI open source. A może Phalcon?

Jeśli framework jest trudny do opanowania (krzywa uczenia) to jak to będzie rzutowało później na ilość potencjalnych chętnych do współpracy? Co do pythonowego DJANGO czy tam Railsów, na ile to jest popularne w Polsce i jak to się przełoży na perspektywy późniejszego rozwoju?

Patrzę na ten wątek i widzę:

• wybieram Abc i Def
• co?! Dlaczego nie Hij?!
• jakbyś wybrał Klm to bym pomógł, a tak..
• nie rozumiem, przecież Nop ma lepszą krzywą, więc dlaczego Abc?

Zero argumentów tylko rzucanie nazw, które się zna :)
To ja może wpasuję się w trend i zapytam dlaczego nie Zend1?

Kohana: martwy projekt.
Phalcon: niszowy
Zend: odszedł trochę do lamusa
CodeIgniter: stary, niezbyt popularny

Właściwie wybór sprowadza się do Symfony2 oraz Laravel. Laravel ma wiele komponentów z Symfony, jest prostszy do opanowania oraz o wiele szybszy. Przyjemnie się z nim pracuje, jest dynamicznie rozwijany i coraz popularniejszy.

http://www.sitepoint.com/best-php-framework-2015-sitepoint-survey-results/
http://learninglaravel.net/most-popular-php-frameworks-2015-infographic
http://beebom.com/2015/02/best-free-php-frameworks
http://noeticforce.com/best-php-frameworks-for-modern-web-development

Zróbcie jeszcze tryb nocny w nowej wersji i API :D

Co do głupich argumentów: Dlaczego nie Android?

Dlaczego nie... a w sumie mi obojętne bo i tak nie umiem żadnego języka :(

pisanie nowej wersji zawsze obarczone jest ryzykiem, że początkowo będzie to 50% dawnej funkcjonalności¹ ;-)

ale cokolwiek to będzie, proszę by interfejs nie opierał się o monochromatyczne hieroglify, których znaczenie można poznać tylko po kliknięciu, a potem trudno je odróżnić i zapamiętać.

również kolor przewodni jakiś by się przydał, a nie wszędzie szarości. kolor może być konfigurowalny, ale to już „zadanie z gwiazdką”.

jeśli ma być osobna wersja mobilna, powinna być opcjonalna. wiele stronek zmienia postać tylko na podstawie rozdzielczości, co jest chybionym pomysłem bo smartfony i tablety mają coraz większe rozdzielczości, przekraczające rozdzielczości starszych laptopów (np. 1024x768). na desktopie za to istotny jest aktualny rozmiar okna, a nie rozdzielczość (okno użytkownik mógł zmniejszyć albo przypiąć do połowy czy ćwierci ekranu).

o kwestiach technicznych się nie wypowiadam bo web to nie moja działka i jestem do tyłu w temacie.

¹) choćby takie niepisane rzeczy jak tab i spacja podczas edycji posta wysyłają tego posta albo zapisują zmiany. takie szczegóły łatwo zgubić gdy się pisze kod od nowa...

Azarien napisał(a):

wiele stronek zmienia postać tylko na podstawie rozdzielczości, co jest chybionym pomysłem bo smartfony i tablety mają coraz większe rozdzielczości, przekraczające rozdzielczości starszych laptopów (np. 1024x768).

Ale przecież rozdzielczość sprzętowa ma niewiele wspólnego z określaną w css logiczną rozdzielczością. Znaczy się ma sporo, ale nie działa to tak jak to przedstawiasz:
rozdzielczość logiczna = rozdzielczość sprzętowa / pixel ratio
Pixel ratio urządzenia rośnie wraz ze zwiększaniem rozdzielczości ekranów i jest dostosowane właśnie do proporcji wielkość/rozdzielczość.