poprzednia
strona ------------- następna
strona From: LprzemekL <zubertowicz[]tenbit.pl> Subject: Re: Height auto nie dziala Date: Mon, 26 Nov 2007 07:00:58 -0800 (PST)
On 26 Lis, 15:39, "Radek N." wrote:
Witam
> 1. Udowodni=E6 na przyk=B3adzie (link), =BFe blok zawarto=B6ci si=EA nie w=
yd=B3u=BFa.
Poprzestawialo mi sie z programowania obiektowego, tam elementy
wrzucalo sie do kontenera. Ja wzialem sobie #Zawartosc jako kontener,
ktory bedzie otaczal wszystkie wrzucone elementy do niego.
> 3. Przemy=B6le=E6, jak g=B3upio b=EAdzie nazwany div o klasie belkaLewa, g=
dy
> kto=B6 w przysz=B3o=B6ci b=EAdzie chcia=B3 w oparciu o tw=F3j html przerzu=
ci=E6 belk=EA
> na praw=B1 stron=EA za pomoc=B1 CSS.
On 19 Kwi, 20:57, Xorock wrote:
> Konrad Kosmowski pisze:> Przeczytaj wymagania. Napisanie takiego systemu =
(na kszta=B3t
> > webankieta.pl - z tak=B1 funkcjonalno=B6ci=B1) b=EAdzie:
>
(ciach!)
> A po co maj=B1 klepa=E6? Ankieta to a=BF taka filozofia? Pytanie, parę
> odpowiedzi, wygl=B1d albo na sztywno, albo kto=B6 musi oraz tak sformatowa=
=E6. To
> jest naprawd=EA a=BF następujący problem.
Wybaczcie mu bo nie wie o czym m=F3wi...
Pozdrawiam
Mariusz Kulerski From: Konrad Kosmowski <konrad[]kosmosik.net> Subject: Re: Prosze o pomoc w oszacowaniu kosztow Date: Sat, 28 Jul 2007 02:13:31 +0200
** Jakub.Paluszkiewicz@gmail.com wrote:
> 1. Serwis aukcyjny. Kojarzenie sprzedajacych z kupujacymi. Z licytacja.
> zwykłe - jak na Allegro ;)
Sukces Allegro nie polega na jego jakiejś super technologii bo zasadniczo jest
to kalka eBay. No tylko, że wystartowali w odpowiednim momencie oraz się
przyłożyli (bardziej niż polski eBay dotychczas) do roboty.
Chodzi mi o to, że sukces serwisu aukcyjnego leży w ilości użytkowników, nie w
technologii. Użytkownikowi wystarcza dostateczna technologia, bardziej liczy
się poziom obsługi.
Biorąc powyższe pod uwagę to moje zdanie jest takie, że:
1. Nie stworzysz w tej chwili serwisuj aukcyjnego mającego szanse podskoczyć Allegro
dopóki nie zainwestujesz długofalowo (kilka lat) *ogromnej* ilości pieniędzy w
działania marketingowe, obsługę oraz tym podobne - kwestie techniczne są tutaj
drugorzędne.
2. Stworzenie takiego serwisu to nie jest (o ile chcesz zaistnieć) kwestia
pstryknięcia, zapłacenia oraz stwierdzenia że gotowe - totalnie nie, następujący serwis
to jest utrzymywanie oraz bieżące działania ekipy ludzi. W sensie to jest proces,
nie produkt co se raz zrobisz, zapłacisz, jest oraz odrywasz od tego profity.2.
Stworzenie takiego serwisu to nie jest (o ile chcesz zaistnieć) kwestia
pstryknięcia, zapłacenia oraz stwierdzenia że gotowe - totalnie nie, następujący serwis
to jest utrzymywanie oraz bieżące działania ekipy ludzi. W sensie to jest proces,
nie produkt co se raz zrobisz, zapłacisz, jest oraz odrywasz od tego profity.
> 2. Napisanie od podstaw, zgodnie z wyjątkowo precyzyjnymi wytycznymi
> opisujacymi algorytmy postepowania uzytkownikow, parametry
> rejestrowane w bazie danych etc.
Taaa. :) bardzo precyzyjne wytyczne, jakby precyzyjne nie były to oraz tak je
rzeczywistość zweryfikuje oraz będą *ciągłe* zmiany w systemie. Bo fakt jest taki,
że to rzeczywistość kształtuje systemy, a nie odwrotnie (systemy nie kształtują
rzeczywistości).
> 3. Powtarzam - chodzi wylacznie o okreslenie "bardzo szacunkowych" kosztow
> napisania kodu (z uwzglednieniem funkcjonalnosci). Cel - teoretyczne
> porownanie cen uslug internetowych o roznym stopniu skomplikowania w Polsce oraz
> za granica.
Od kilku do kilkudziesięciu tys. PLN. Ale to samo stworzenie systemu, po jego
stworzeniu zakładając, że się będzie rozwijał to dochodzą koszta utrzymania go
- w sensie *ciągłego* wprowadzania zmian, do tego koszta utrzymania
infrastruktury (łącza serwery - wraz ze skalą to się może uczynić dość znaczne
home.pl Ci tego nie utrzyma). Etc.
IMHO ten Twój biznes plan jest poroniony bo nie uwzględnia kosztów *utrzymania*
systemów, a zakłada jedynie, że systemy się wypstrykuje z kciuka oraz później nie ma
żadnych dodatkowych kosztów operacyjnych, że o marketingu nie wspomnę nawet.