eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.wwwportal interenetowy- jaka technologiaRe: portal interenetowy- jaka technologia
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
    From: Michał Gancarski <m...@g...com>
    Newsgroups: pl.comp.www
    Subject: Re: portal interenetowy- jaka technologia
    Date: Tue, 1 Feb 2011 11:04:56 +0100
    Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
    Lines: 148
    Message-ID: <pfxws44pxp92$.1q4t26kmjhcz7$.dlg@40tude.net>
    References: <d...@y...googlegroups.com>
    <ii6to7$mrd$1@inews.gazeta.pl>
    <14yd1o75rfjt1$.x8lcbs9e1aho.dlg@40tude.net>
    <ii70b2$1n4$1@inews.gazeta.pl>
    NNTP-Posting-Host: 193-239-36-253.ksi-system.net
    Mime-Version: 1.0
    Content-Type: text/plain; charset="iso-8859-2"
    Content-Transfer-Encoding: 8bit
    X-Trace: inews.gazeta.pl 1296554698 7875 193.239.36.253 (1 Feb 2011 10:04:58 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Tue, 1 Feb 2011 10:04:58 +0000 (UTC)
    X-User: wssbck
    User-Agent: 40tude_Dialog/2.0.15.1
    Xref: news-archive.icm.edu.pl pl.comp.www:398054
    [ ukryj nagłówki ]

    On Mon, 31 Jan 2011 19:51:18 +0100, crazy bejbi wrote:

    > 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.

    I Joomla to jedyny taki system?


    >> 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.

    Co jakby nie musi się od siebie niczym różnić (prócz budżetu), bo potrzeby
    klienta mogą być możliwe do spełnienia za pomocą gotowego rozwiązania.


    >>> 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.

    Co nadal nie zmienia faktu, że jeśli jest źle skonstruowany, to jest źle
    skonstruowany i nic mu nie pomoże. CMS, który został spierniczony od
    początku do końca, jest nie do odratowania, nawet poprzez
    "ukrywanie/usuwanie opcji".


    > Jest to nadal
    > ten sam CMS, ale klient ma tylko te opcje, które potrzebuje. Zaleta:
    > rewelacyjnie prosta praca codzienna klienta.

    Albo rewelacyjnie schrzaniona. Zresztą, usuwanie/ukrywanie opcji to nie
    jest w żadnym wypadku domena CMSów pisanych przez jedną firmę.


    >>> 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 ?

    Masz jakieś dane? Ja nie twierdziłem, że otwarte CMSy to gwarancja jakości,
    tylko, że zamknięte to jej brak z równym stopniu, przy nieporównywalnie
    mniejszych zasobach informacji co do tego jak z ewentualnymi problemami
    sobie poradzić.


    > To już lepiej przetestować rozwiązania
    > zamknięte.

    Dlaczego? Póki co, niczym mantrę, powtarzasz jedną tezę ale jedynym
    uzasadnieniem jakie wysuwasz jest "bo tak".


    > Jak firma jest poważna to nie będzie problemów z przeróbkami
    > i rozwijaniem projektu.

    To dokładnie tak samo jak z poważną firmą korzystającą z otwartych
    rozwiązań, a nie własnego CMSa.


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

    Co w żaden sposób nie wskazuje na to, że należałoby się kierować ku
    zamkniętemu CMSowi, dostarczanemu przez jedną firmę.


    >>> Oczywiście php.
    >>
    >> Oczywiście czemu?
    >
    > Bo jest proste, powszechnie używane, hostingi obsługują. A co za tym
    > idzie: stosunkowo tanie.

    Tanie w stosunku do czego? Cena infrastruktury to nie jest jedyne
    kryterium, liczy się też, zwłaszcza w większych projektach, jej
    niezawodność czy dostęp do wsparcia technicznego i jego szybkość. Dla tego
    kryterium nie ma znaczenia to, czy na rynku dostępnych jest pięćset
    hostingów wujka Staszka za 50 PLN rocznie.


    >>> 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.

    Tzn. ile projektów javowych ma "problemy z Tomcatem"? Naprawdę uważasz, że
    Twoje doświadczenie jest dobrą miarą ogólnej niezawodności tego
    rozwiązania? A wiesz ile można mieć problemów z PHP bo akurat ten konkretny
    hosting od wujka Staszka nie oferuje konkretnej bilbioteki?


    > 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".

    Odnoszę wrażenie, że wymieniłeś jeszcze co najmniej dwa inne rozwiązania. A
    to, że "system" można wykonać za 5 tys. - to w takim razie nie jest żaden
    "system".


    > 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:)

    Ale możesz w ten sposób dać złą radę komuś, kto zupełnie nie orientuje się
    w temacie :/


    --
    Michał Gancarski

    Sieeeaaaaaaaaaaa!

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: