W dniu 2011-01-31 19:30, Michał Gancarski pisze:
>> Realia są takie, że wyjdzie nowa wersja i nie będzie dodatków i lipa.
>
> Nowa wersja czego? I dlaczego "nie będzie dodatków"? Pomijając już to, że
> jeśli dana wersja obsługuje stronę dobrze to nie ma jej po co zmieniać.

np. nowa wersja joomli. Mamy klienta, który miał wdrożenie joomli 1.x i
teraz chce zrobić upgrade do 1.5. Problem w tym, że większości
komponentów dodatkowych nie ma w wersji 1.5 i praktycznie trzeba
zainstalować po nowemu system i przenieść dane. Weryfikowali to fachowcy
od joomli.

> Inaczej mówiąc - sugerujesz zamknięcie się w CMSie, który nadal nie jest
> pisany pod konkretne zamówienie ale jednocześnie tworzony jest przez jedną
> firmę. Vendor lock-in dla prostego, jak twierdzisz, projektu.

Tak. Ma to zalety: firma zrobi to o co poprosi klient - a nie to na co
pozwoli "otwarty" cms.

>> Oczywiście bardzo polecam zobaczenie DEMO panela zarządzania treścią -
>> to ma ogormne znaczenie. Ponieważ akurat my budowaliśmy własny system
>> zarządzania treścią kilka lat, to wiem, czego tak realnie potrzebują
>> klienci. Klienci nie chcą najczęściej 10tys opcji. Oni chcieliby
>> "prosty", ale żeby się dało "wszystko" konfigurować. Tak się da zrobić i
>> tak się robi w większych projektach projektowanych pod klientów.
>
> Przecież sam pisałeś, że to nie będzie "projekt projektowany pod klientów".

system w większość przypadków jest podrasowywany pod klientów. Opcje są,
ale jak klient ich nie potrzebuje, to się je ukrywa/usuwa. Jest to nadal
ten sam CMS, ale klient ma tylko te opcje, które potrzebuje. Zaleta:
rewelacyjnie prosta praca codzienna klienta.

>> Zatem: CMS własny autorski - wtedy praktycznie niczym nie jesteś
>> ograniczony - może trochę budżetem :)
>
> "Trochę"? To jest zupełnie inny rodzaj budżetu, plus fakt, że jest to CMS,
> który tworzony jest przez jedną firmę (i którego tempo rozwoju ograniczone
> jest chciejstwem tejże), a którego jakość wcale nie jest niczym
> gwarantowana.

O budżecie nie było mowy - jakiś jest. Jakość hm.. czym jest
gwarantowana jakość otwartych cms, z jeszcze bardziej dzurawymi, albo
marnie napisanymi komponentami ? To już lepiej przetestować rozwiązania
zamknięte. Jak firma jest poważna to nie będzie problemów z przeróbkami
i rozwijaniem projektu.

Ogólnie: tak czy inaczej zwracamy się nie tyle ku wyborowi technologii,
co do wyboru "poważnej firmy"

>> Oczywiście php.
>
> Oczywiście czemu?

Bo jest proste, powszechnie używane, hostingi obsługują. A co za tym
idzie: stosunkowo tanie.

>> Dobrze wdrożone jest niezawodne. Unikaj fikołków w stylu
>> java/python/ruby bo z doświadczenia wiem, że są z tym kłopoty, a cena od
>> razu skacze razy kilka.
>
> Bo przecież z PHP nie ma kłopotów. Udało Ci się właśnie polecić technologię
> bez żadnej wiedzy dotyczącej szczegółów projektu. Co więcej, przeczysz
> sobie samemu, bo skoro już koniecznie ma to być CMS autorski, to
> technologia nie będzie już aż tak ważna, bo narzędzia są gotowe i jedynie
> przykrajane na potrzeby projektu. Budżetu projektu też nie znasz.

Polecam technologię, bo miałem do czynienia z technologiami typu java,
gdzie potem (jeden z naszych klientów) ma non stop kłopot z tomcatem.
Oczywiście system, który możnaby z powodzeniem wykonać za 5tys.
kosztował 30tys. Bo to była "java". Czyli full wypas. Oczywiście klient
musiał wykupić mocniejszy serwer, "no bo java". Potem wykupić wyższą
opcję serwisową "no bo java".

Inna sprawa, że Twój zarzut, że podaję technologię, a nie znam
"szczegółów projektu" - no cóż ... takie było pytanie na początku wątku
- po prostu odpowiadam na temat:)

Wojtek

--
polecam stronę: www.nartyrowery.pl
największy sklep ze sprzętem narciarskim i snowboardowym