Wypowiedzi
-
Maciej Aniserowicz:
Michał Pietroń:
Jeśli macie jakieś propozycję jak finansować funkcjonowanie serwisu, lepsze pomysły chętnie je poznam.
Jakbym miał genialny pomysł na finansowanie portalu to bym go sam zaimplementował :).
Powiem szczerze, że ja zacząłem się tym interesować od niedawna i dziwię się, że jeszcze nikt tego u nas nie zrobił :) -
Jeśli macie jakieś propozycję jak finansować funkcjonowanie serwisu, lepsze pomysły chętnie je poznam. Warunki jakie byli byście w stanie zaakceptować aby tworzyć profil na takim serwisie, również były by cenne.
Zgadzam się z poprzednikami, którzy mówili o serwisach takich jak oferia czy freelancity. Osobiście kilka razy składałem propozycję na zrobienie serwisu, ale jak zobaczyłem jak inni dają ceny np. 600 zł za serwis społecznościowy to dałem sobie z tym spokój i wpadłem na pomysł aby do sprawy podejść od drugiej strony. Stąd pomysł z nowym serwisem - pytanie czy taki miał by sens.
----------------
Edit
Tak sobie pomyślałem dlaczego tego nie wyśrodkować. Prowadzisz konto bezpłatne - płacisz prowizję. Korzystasz z konta płatnego - nie płacisz prowizji. Kwestia jaka opłata miesięczna była by satysfakcjonująca dla obu stron? 5,10,15 zł miesięcznie? To też wydaje mi się ciężko określićMichał Pietroń edytował(a) ten post dnia 05.03.11 o godzinie 16:14 -
Czy allegro jest naprawdę aż takie drogie? biorąc pod uwagę, że szybko możemy sprzedać co chcemy? Umówmy się - każde prowadzenie serwisu i jego rozwój wiąże się z kosztami. Osobiście wolę płacić prowizję niż męczyć się z zamykaniem wyskakujących okienek z reklamami. Ale o opłatach można jak najbardziej podyskutować. Miesięczny/roczny abonament też wchodził by w rachubę.
Jeśli chodzi o zlecenia po za serwisem:
Czym więcej zleceń w serwisie i lepsze komentarze tym wyżej na liście, czym wyżej na liście tym większe prawdopodobieństwo, że dostanę kolejne zlecenie. Koło się zamyka. Jeśli prowizje były by niewygórowane to chyba lepiej zbierać zlecenia przez serwis i polepszać swoje wyniki niż być ciągle na dole listy nie przyjmować zleceń a umawiać się po za nim. A może się mylę i liczę niepotrzebnie na uczciwość? :) -
Zastanawiam się nad zrobieniem serwisu dla freelancerów ale na trochę innych zasadach niż te, na których opierają się obecnie serwisy w Polsce.
Zarejestrowany użytkownik miał by możliwość określenia budżetu, za jaki jest w stanie zrealizować zlecenia (np. od 700-5000), określał by warunki współpracy itd. Każdy natomiast po zapoznaniu się z warunkami współpracy mógłby proponować zlecenie (z budżetem nie mniejszym i większym od tego, który określił freelancer). Utrzymanie profilu było by darmowe natomiast za przyjęcie i zrealizowanie zlecenia płacił by niewielką prowizję (np. taką jak na allegro). Myślicie, że taki model sprawdził by się w Polsce? Freelancerzy chcieli by zakładać profile na takim serwisie? -
Piotr K.:
biorąc pod uwagę, że zaprojektowanie prostej bazy 3-5 tabel powiedzmy dla stosunkowo (bardzo) prostego serwisu typu CMS czy blog, nad którym zwykle pracuje jedna osoba, zajmie jakieś dwa dni (2x8h = 16mh*; w tym mamy krótką analizę czego potrzebujemy, stworzenie diagramu, relacji, oraz ryzyko zmian / fixów), przy większym projekcie gdzie zwykle kilkuosobowy zespół pracuje nad rozwiązaniem czas takiego zadanie wydłuży się pewnie o 20-30% z powodu problemów w komunikacji, niejasności i na bieżąco dodawanych zmian w projekcie (case: nagle się okazuje że implementacja w zdefiniowany sposób jest technicznie niemożliwa, projektant / architekt może, ale nie musi zdawać sobie sprawy ze wszystkich ograniczeń, baa...czy da się przewidzieć wszystko? więc konieczne są przeróbki architektury danych, modelu, uaktualnienie dokumentacji, itd.). Dodatkowy czynnik, który wydłuży cały proces, to zwiększający się poziom złożoności (zwłaszcza w przypadku określania relacji)...skala wykładnicza. Jeżeli ktoś chce do tego podejść procesowo, mając na względzie zarówno koszty jak i jakość, lepiej porządnie przysiąść nad designem i poświęcić temu maksimum uwagi, bo jeżeli zrobi się projekt po łebkach to potem koszty polecą podwójnie (trzeba będzie wprowadzać zmiany zarówno w projekcie jak i w implementowanym systemie), ale to chyba oczywistość.
ja bym to szacował w ten sposób, przyjmując pewne założenia:
16 mh - empiryczna stawka bazowa (subiektywna sprawa)
R - ryzyko; wyrażane w prawdopodobieństwie przedział 0-1
C - poziom złożoności, stała wartość (1, 3, 9, 27...)
K - koszt całkowity
K = 16mh*(1+R)*C
Przykładowo:
K = 16mh*(1+0,2)*3 = 57,6 ~ 58 mh, czyli 7,25 MD**
Pozostaje ustalenie stawki godzinowej / dniowej ;).
Można oczywiście podejść do tematu w stylu "za mniej nie 20k nie ruszam się z tyłka" :D
Tak w ogóle, to wątek powinien raczej trafić na grupę:
http://www.goldenline.pl/grupa/estimating-software
* man hours
** man days
Trochę mnie nie było na GL i proszę i ile postów przybyło!
Mało konkretnie zadane pytanie, a konkretna odpowiedź :) Dzięki wielkie
Nie myślałem, że dyskusja tak się rozwinie :) -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Jabłuszko
-
Ja używam Kohan'y. Bezpieczny i szybko się pisze.
Plusy:
- świetnie nadaje się do napisania szybko projektu
- działa szybko
- jest bezpieczny
Minusy:
- bardzo słaby opis API
- zmiany w pełnych wersjach są na tyle znaczące, że trzeba przepisać cała aplikację -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Jabłuszko
-
Witam,
Jakie są aktualnie ceny za zaprojektowanie bazy (mysql) ok 10-15 tabel wraz z relacjami? Mam do zrealizowania bazę pod bardziej skomplikowany portal usługowy i zastanawiam się nad obecnie panującymi realiami.
Z góry dzięki za odpowiedź.