Projekt, przykłady dobrych specyfikacji, itd Zobacz wiadomości
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
MK - 24-12-2006 01:23 Projekt, przykłady dobrych specyfikacji, itd
Poszukuję dobrego programisty lub firmy do wykonania systemu po stronie klienta, o system dość specyficznym zastosowaniu. System będzie oparty chyba na LAMP i dedykowanym serwerze. Czy to wydajne środowisko?
Głównie chodzi o koszty (rozwój, administracja, serwer), ale kwestie bezpieczeństwa są równie jeśli nie bardziej istotne. Czy to dobry wybór?
Czy też może zatrudnić fachowców od początku do końca? Nie ukrywam, że pieniądze grają rolę, ale też nie mam zamiaru zbytnio oszczędzać. Jeśli wszystko pójdzie zgodnie z planej zamierzam wydać ~10k, moze nawet 20k zl w przeciągu najbliższych 3-6 miesięcy.
Nie jestem programistą ani nawet informatykiem, ale na wielu sprawach się znam. U konkurencji znalazłem już wiele błędów krytycznych w oparciu o które robię prawie co mi się żywnie podoba z ich systemem, dlatego też w swoim systemie chciałbym nadzorować wykonanie.
Mam w tym miejscu gorącą prośbę - przydadzą mi się wszelkie wskazówki, żeby jako początkujący project manager nie popełnić karygodnych błędów. Spotkaliście jakieś dobre teksty o zbliżonej tematyce? Macie może może jakieś dobre dokumentacje i specyfikacje albo wiecie gdzie w sieci taką znajdę. Interesuje mnie ona jako wzór (na sukcesach i porażkach można się wiele nauczyć:), więc dokumentacja może być albo fikcyjna (a dobra) lub po prostu pochodzić z już zakończonych projektów. Jak już zaznaczyłem niewiele się znam na profesjonalnym programowaniu i organizacji pracy przy większych projektach, choć dość sporo programowałem jako amator-hobbysta.
Co sądzicie o zatrudnianiu wolnych strzelców albo studentów? Czy w takim systemie można budować poważne projekty? Czy też od razu szukać poważnych firm?
z góry dzięki pzdr
ORLON.net - 24-12-2006 01:23
MK napisał(a): > Poszukuję dobrego programisty lub firmy do wykonania systemu po stronie > klienta, o system dość specyficznym zastosowaniu. System będzie oparty > chyba na LAMP i dedykowanym serwerze. Czy to wydajne środowisko? > > Głównie chodzi o koszty (rozwój, administracja, serwer), ale kwestie > bezpieczeństwa są równie jeśli nie bardziej istotne. Czy to dobry wybór? > > Czy też może zatrudnić fachowców od początku do końca? Nie ukrywam, że > pieniądze grają rolę, ale też nie mam zamiaru zbytnio oszczędzać. Jeśli > wszystko pójdzie zgodnie z planej zamierzam wydać ~10k, moze nawet 20k > zl w przeciągu najbliższych 3-6 miesięcy. > > Nie jestem programistą ani nawet informatykiem, ale na wielu sprawach > się znam. U konkurencji znalazłem już wiele błędów krytycznych w oparciu > o które robię prawie co mi się żywnie podoba z ich systemem, dlatego też > w swoim systemie chciałbym nadzorować wykonanie. > > Mam w tym miejscu gorącą prośbę - przydadzą mi się wszelkie wskazówki, > żeby jako początkujący project manager nie popełnić karygodnych błędów. > Spotkaliście jakieś dobre teksty o zbliżonej tematyce? Macie może może > jakieś dobre dokumentacje i specyfikacje albo wiecie gdzie w sieci taką > znajdę. Interesuje mnie ona jako wzór (na sukcesach i porażkach można > się wiele nauczyć:), więc dokumentacja może być albo fikcyjna (a dobra) > lub po prostu pochodzić z już zakończonych projektów. Jak już > zaznaczyłem niewiele się znam na profesjonalnym programowaniu i > organizacji pracy przy większych projektach, choć dość sporo > programowałem jako amator-hobbysta. > > Co sądzicie o zatrudnianiu wolnych strzelców albo studentów? Czy w > takim systemie można budować poważne projekty? Czy też od razu szukać > poważnych firm? > > > z góry dzięki > pzdr Zbyt zdawkowe informacje docieraja do nas zebysmy mogli wydac jednoznaczna opinie Zreszta nawet przy maksimum informacji z Twojej strony zapewne znajdzie sie ktos kto bedzie mial zgola odmienne zdanie na temat (albo na wszystkie poruszane tematy) ;) >> Poszukuję dobrego programisty lub firmy do wykonania systemu po stronie >> klienta, o system dość specyficznym zastosowaniu. System będzie oparty >> chyba na LAMP i dedykowanym serwerze. Czy to wydajne środowisko? >> >> Głównie chodzi o koszty (rozwój, administracja, serwer), ale kwestie >> bezpieczeństwa są równie jeśli nie bardziej istotne. Czy to dobry wybór? Dobry wybor? A kiedy mozna powiedziec ze wybor bedzie dobry? Swoja droga kazdy system jest specyficzny ;) Wszystko zalezy od podejscia ;) Pozdrawiam ORLON.net
William - 24-12-2006 01:23
Użytkownik "MK" <mk@wp.pl> napisał w wiadomości news:ekenuf$mnu$1@kastor.ds.pg.gda.pl... > Poszukuję dobrego programisty lub firmy do wykonania systemu po stronie > klienta, o system dość specyficznym zastosowaniu. System będzie oparty > chyba na LAMP i dedykowanym serwerze. Czy to wydajne środowisko?
PHP odradzam do poważnego projektu, podobnie jak MySQL.
> Głównie chodzi o koszty (rozwój, administracja, serwer), ale kwestie > bezpieczeństwa są równie jeśli nie bardziej istotne. Czy to dobry wybór? > > Czy też może zatrudnić fachowców od początku do końca? Nie ukrywam, że > pieniądze grają rolę, ale też nie mam zamiaru zbytnio oszczędzać. Jeśli > wszystko pójdzie zgodnie z planej zamierzam wydać ~10k, moze nawet 20k > zl w przeciągu najbliższych 3-6 miesięcy. >
20 000 = pensja 700 PLN na rekę dla 3 osób przez 6 miesiący. Możesz liczyć raczej tylko na studentów. Tak tylko na marginesie - zł mają już wartość wyłącznie numizmatyczną. Zapewne miałeś na myśli walutę PLN :)
> Co sądzicie o zatrudnianiu wolnych strzelców albo studentów? Czy w > takim systemie można budować poważne projekty? Czy też od razu szukać > poważnych firm?
Nie wiemy nic o twoim projekcie więc nie wiem co ci powiedzieć. W mojej skali w średnim projekcie 3 miesiące to czas dla zespołu 2-3 doświadczonych ludzi na zrozumienie tematu biznesowego, uzgodnienie z klientem opisu wymagań, procesów. Kolejny miesiąc to czas do prototypu, dwa do odania wersji testowej, dwa na wdrożenie, szkolenia.
W świecie informatyki z trzech założeń: szybko, tanio, dobrze możesz zawsze wybrać tylko dwa. Decyzja należy do ciebie. My możemy pomóc ci ocenić skalę projektu jeśli tylko go opiszesz :)
Mikolaj Rydzewski - 24-12-2006 01:23
MK <mk@wp.pl> wrote: > Poszukuję dobrego programisty lub firmy do wykonania systemu po stronie > klienta, o system dość specyficznym zastosowaniu. System będzie oparty > chyba na LAMP i dedykowanym serwerze. Czy to wydajne środowisko?
Zalezy do czego i co to bedzie.
> Głównie chodzi o koszty (rozwój, administracja, serwer), ale kwestie > bezpieczeństwa są równie jeśli nie bardziej istotne. Czy to dobry wybór?
Zalezy od wykonania.
> Czy też może zatrudnić fachowców od początku do końca?
Czy chcesz przez to powiedziec, ze fachowiec wybralby cos innego niz LAMP?
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
Viqq - 24-12-2006 01:23 [OT] Re: Projekt, przykłady dobrych specyfikacji, itd
William wrote: > Tak tylko na marginesie - zł mają już wartość wyłącznie numizmatyczną. > Zapewne miałeś na myśli walutę PLN :)
Tak swoją drogą, bardzo ynteligentnie ktoś, gdzieś, kiedyś wymyślił te PLN. O ile dobrze pamiętam, nasza waluta nazywa się Polski Złoty i nijak mi to N nie pasuje. Jak się to PLN rozwija: Polski Nowy? Taką walutą raczej w Polsce się nie płaci.
To tak na marginesie.
MK - 24-12-2006 01:23
William napisał(a): > Tak tylko na marginesie - zł mają już wartość wyłącznie numizmatyczną. > Zapewne miałeś na myśli walutę PLN :)
Z tym jak najbardziej muszę się nie zgodzić bo to nieprawda - walutą jest złoty polski a PLN to tylko _międzynarodowe_ujednolicone_ oznaczenie naszej waluty (ISO 4217): http://en.wikipedia.org/wiki/PLN "PLN - The currency code of the Polish złoty"
Analogicznie - amerykańską walutą nie jest USD tylko dolar (amerykański).
PLN i USD jest tylko po to by Amerykanin, Polak i Koreańczyk w piśmie posługiwali się tym samym oznaczeniem.
pzdr
MK - 24-12-2006 01:23
Uściślę, by było o czym dyskutować: :)
1. Wyłącznie strona serwera, do tego wprowadzone szablony ale bez kodowania strony klienta (jako strona cokolwiek by można było testować system).
2. Zlecenie bez szkoleń ani wdrożeń, za to z dokumentacją do kodu.
3. Myślałem o LAMP ale także mam sporo zastrzeżeń. Za tym przemawiają niskie koszty, ale wydajność moze być słaba.
4. Nie mam na razie żadnych danych by przewidzieć obciążenie - ono powstawało będzie głównie przez sam serwis, a nie przez odwiedziny internautów. Dlatego też potrzebny dobry, zoptymalizowany kod.
5. Zależy mi na dobrym systemie w pełni tego słowa znaczeniu: bezpieczny, wydajny. Dlatego też zdecydowałem się na zlecenie.
6. Pracy raczej mało, oczeniam jako amator na ok 200-400 godzin w całym okresie wykonania. Przy dobrze zaplanowanej specyfikacji profesjonalista nie będzie miał co robić dłużej. Oczywiscie to tylko moje szacunki ale nie sądzę bym się pomylił o skalę wielkości.
7. Nie za bardzo widzę zatrudnienie dodatkowych osób (powyżej jednej osoby) do programowania, bo nie będzie co robić. Zastanawiam się nad tym wyłącznie dla zapewnienia wysokiej jakości - dodatkowo programista do kontroli, osobno tester, wcześniej analityk... nie wiem, właśnie o to się rozbija, że się nie znam.
8. Większe kwoty niż planowany budżet nie wchodzą w ogóle w grę - ani opłacalne, ani konieczne. Za to w grę może wchodzić niewliczony rozwój serwisu w trybie ciągłym, jak sądzę.
pzdr
MK - 24-12-2006 01:23
William napisał(a): > 20 000 = pensja 700 PLN na rekę dla 3 osób przez 6 miesiący.
Kwoty podałem netto.
Do obliczeń przyjąłeś skrajne wartości. O większej liczbie osób niż 1 myslałem wyłącznie pod kątem jakości systemu, bo pracy to nie sądzę by było więcej niż na 200-400 godzin w sumie w ciągu tych miesięcy. A to już daje (w najgorszym przypadku przy 400h i 10k netto) 25zł/h netto co nie jest kiepską stawką. Oczywiście mogę się mylić co do nakładów pracy, ale nie sądzę bym pomylił się o skalę wielkości.
pzdr
MK - 24-12-2006 01:23
Mikolaj Rydzewski napisał(a): > Czy chcesz przez to powiedziec, ze fachowiec wybralby cos innego niz > LAMP?
Nie wiem, może baza postgresql byłaby lepsza... Apache i Linux to pewne, nie chcę się pakować w rozwiązania MS. Największe moje wątpliwości budzi PHP...
pzdr
Mikolaj Rydzewski - 24-12-2006 01:23
MK <mk@wp.pl> wrote: > Mikolaj Rydzewski napisał(a): >> Czy chcesz przez to powiedziec, ze fachowiec wybralby cos innego niz >> LAMP? > > Nie wiem, może baza postgresql byłaby lepsza... Apache i Linux to > pewne, nie chcę się pakować w rozwiązania MS. Największe moje > wątpliwości budzi PHP...
Odpowiem raz jeszcze: zalezy ;-)
Nie zalezy mi na kolejnej wojnie zwolennikow X przeciwko Y. Sa rozwiazania gdzie PHP jest wystarczajaco dobry. Sa rozwiazania gdzie mysql takze jest wystarczajaco dobry. Sa rozwiazania gdzie klastrowana aplikacja j2ee jest zwyczajnym marnotrastwem dostepnych zasobow.
Przez wystarczajaco dobry rozumiem spelniajacy wymagania. Czyli jesli nie wymagamy od bazy transakcji, to ich brak w mysql nie jest minusem.
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
Mikolaj Rydzewski - 24-12-2006 01:23
MK <mk@wp.pl> wrote: > 3. Myślałem o LAMP ale także mam sporo zastrzeżeń. Za tym przemawiają > niskie koszty, ale wydajność moze być słaba.
Zdziwilbys sie jakie systemy i jak wydajnie chodza na LAMPie. Pytanie jaka wydajnosc jest tobie potrzebna. Bo 'duza' niewiele mowi.
> 4. Nie mam na razie żadnych danych by przewidzieć obciążenie - ono > powstawało będzie głównie przez sam serwis, a nie przez odwiedziny > internautów. Dlatego też potrzebny dobry, zoptymalizowany kod.
Jesli dobrze rozumiem, to zawsze czesc webowa moze byc w lekkim PHP, a cos krytycznego w czyms innym (chocby C), pytanie co to ma byc.
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
MK - 24-12-2006 01:23
Mikolaj Rydzewski napisał(a): > Jesli dobrze rozumiem, to zawsze czesc webowa moze byc w lekkim PHP, a > cos krytycznego w czyms innym (chocby C), pytanie co to ma byc.
Przeznaczenia nie mogę zdradzić, ale i tak wszystkim dziękuję za głosy w tym wątku, bo sporo dopiero teraz dostrzegłem a na co wcześniej nie zwracałem uwagi. :)
Pytanie dodatkowe - jak szukać dobrego programistę lub firmy? Zależy mi na takich co to się znają. Co robić by znaleźć tych dobrych, a nie tych ładnie wyglądających. Agencja interaktywna to raczej nie to co potrzebne. Serwisy z ogłoszeniami to głównie dzieciarnia w pełni tego słowa. Czy są firmy/osoby zajmujące się profesjonalnie programowaniem jako podwykonawcy? Jak ich szukać?
Męczę Was tutaj, bo nie za bardzo wiem jak wygląda rynek a żadna z 'firm internetowych robiących stronnki' (agencje interaktywne, itp) nie jest dobrym rozwiązaniem. To ma być sobry system i nie ważne jak będzie wyglądał czy miał flash. :D
pzdr
William - 24-12-2006 01:23
> Tak swoją drogą, bardzo ynteligentnie ktoś, gdzieś, kiedyś wymyślił te > PLN. O ile dobrze pamiętam, nasza waluta nazywa się Polski Złoty i nijak
Musiał nadać trzyliterowy kod (norma ISO 4217.).
> mi to N nie pasuje. Jak się to PLN rozwija: Polski Nowy? Taką walutą > raczej w Polsce się nie płaci. > > To tak na marginesie.
Polski nowy złoty.
psd - 24-12-2006 01:23
Mikolaj Rydzewski wrote: > MK <mk@wp.pl> wrote:
> Przez wystarczajaco dobry rozumiem spelniajacy wymagania. Czyli jesli > nie wymagamy od bazy transakcji, to ich brak w mysql nie jest minusem.
Obudź się i uaktualnij swoja wiedze, w MySQL masz już transakcje, triggery i procedury składowane.
-- psd
Mikolaj Rydzewski - 24-12-2006 01:23
psd <psd@gdzies.tam> wrote: > Mikolaj Rydzewski wrote: > >> Przez wystarczajaco dobry rozumiem spelniajacy wymagania. Czyli jesli >> nie wymagamy od bazy transakcji, to ich brak w mysql nie jest minusem. > > Obudź się i uaktualnij swoja wiedze, w MySQL masz już transakcje, > triggery i procedury składowane.
A ty sie naucz rozumiec slowo 'przyklad'. W tej sytuacji wystarczy typ bazy myisam (czy jak to sie inaczej nazywa), teraz lepiej?
A co do triggerow, to ostatni raz gdy patrzylem to:
"Currently, triggers are not activated by cascaded foreign key actions. This limitation will be lifted as soon as possible."
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
psd - 24-12-2006 01:23
Mikolaj Rydzewski wrote: > psd <psd@gdzies.tam> wrote: >> Mikolaj Rydzewski wrote: >> >>> Przez wystarczajaco dobry rozumiem spelniajacy wymagania. Czyli jesli >>> nie wymagamy od bazy transakcji, to ich brak w mysql nie jest minusem. >> Obudź się i uaktualnij swoja wiedze, w MySQL masz już transakcje, >> triggery i procedury składowane. > > A ty sie naucz rozumiec slowo 'przyklad'. W tej sytuacji wystarczy typ > bazy myisam (czy jak to sie inaczej nazywa), teraz lepiej?
Naprawdę obudź się, nigdzie nie piszesz o "przykładzie" i nikt tu nie pisał o MyISAM ale o bazie MySQL.
> A co do triggerow, to ostatni raz gdy patrzylem to: > > "Currently, triggers are not activated by cascaded foreign key actions. > This limitation will be lifted as soon as possible." > > http://dev.mysql.com/doc/refman/5.1/...e-trigger.html
No tak to teraz jednak są?
-- psd
Mikolaj Rydzewski - 24-12-2006 01:23
psd <psd@gdzies.tam> wrote: > Mikolaj Rydzewski wrote: >> A co do triggerow, to ostatni raz gdy patrzylem to: >> >> "Currently, triggers are not activated by cascaded foreign key actions. >> This limitation will be lifted as soon as possible." >> >> http://dev.mysql.com/doc/refman/5.1/...e-trigger.html > > No tak to teraz jednak są?
Jesli sa i tak dzialaja to rownie dobrze moze ich nie byc.
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
psd - 24-12-2006 01:23
Mikolaj Rydzewski wrote:
> Jesli sa i tak dzialaja to rownie dobrze moze ich nie byc.
Zabawny jesteś, to jednak są ale lepiej ich nie używać ... Z mojej strony EOT
-- psd
William - 24-12-2006 01:23
Użytkownik "psd" <psd@gdzies.tam> napisał w wiadomości news:ekgr6g$kqd$1@nemesis.news.tpi.pl... > Mikolaj Rydzewski wrote: > > MK <mk@wp.pl> wrote: > > > Przez wystarczajaco dobry rozumiem spelniajacy wymagania. Czyli jesli > > nie wymagamy od bazy transakcji, to ich brak w mysql nie jest minusem. > > Obudź się i uaktualnij swoja wiedze, w MySQL masz już transakcje, > triggery i procedury składowane. >
Tia, i może jeszcze poprawną obsługę unicode. A wszelkie dywagacje i tak są bezcelowe skoro nie wiadomo czego dotyczy ów tajemniczy projekt. Przykładowo np. niech chce zrobić superwydajny system monitorowania oglądalności stron. Będzie potrzebował superszybkiego, trywailnego serwera http i bazy w której nie potrzeba transakcyjnosci. Generalnie będzie można mu wówczas polecić MySQl, ale już Apache nie. Jedyne co można zawsze odradzić to PHP :)
psd - 24-12-2006 01:23
William wrote:
> Tia, i może jeszcze poprawną obsługę unicode.
Ok, zdradź więc co jest złe/zepsute/niepoprawne w "obsłudze unicode"?
-- psd
Mikolaj Rydzewski - 24-12-2006 01:23
psd <psd@gdzies.tam> wrote: > Mikolaj Rydzewski wrote: > >> Jesli sa i tak dzialaja to rownie dobrze moze ich nie byc. > > Zabawny jesteś, to jednak są ale lepiej ich nie używać ... > Z mojej strony EOT
Widze ze innym nie odpuszczasz, wiec dodam jeszcze dwa grosze:
Pokazalem w poprzednim poscie, ze triggery nie dzialaja tak jak trzeba. Ty uzywasz narzedzi ktore dzialaja zle? Ja nie. Skoro triggery nie dzialaja poprawnie, wiec ich nie moge uzywac, wiec dla mnie ich nie ma.
No ale ty masz najwyrazniej problemy ze zrozumieniem, nie rozumiesz slowa 'przyklad', oraz zaperzasz sie w najmniej potrzebnym miejscu. Nie dyskutujemy tutaj o zaletach czy wadach konkretnej aplikacji. Naprowadzamy MK na jakis trop zeby mogl swoj tajemniczy problem rozwiazac.
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
MK - 24-12-2006 01:23
William napisał(a): > Tia, i może jeszcze poprawną obsługę unicode. A wszelkie dywagacje i tak są > bezcelowe skoro nie wiadomo czego dotyczy ów tajemniczy projekt. Przykładowo > np. niech chce zrobić superwydajny system monitorowania oglądalności stron. > Będzie potrzebował superszybkiego, trywailnego serwera http i bazy w której > nie potrzeba transakcyjnosci. Generalnie będzie można mu wówczas polecić > MySQl, ale już Apache nie. Jedyne co można zawsze odradzić to PHP :)
No... dobra. Chodzi o serwis organizujący wymianę danych finansowych - przyjmowanie, przetwarzanie (selekcja, jakieś usystematyzowanie), udostępnianie serwisom zewnętrznym z uprawnieniami. Każdy potrzebuje czegoś innego i coś innego udostępnia. Serwis samodzielnie nie będzie prezentować danych internautom lub będzie to robić w bardzo ograniczony sposób. Poprzez sieć będzie organizowana wymiana z serwisami partnerskimi, a www serwisu to głównie panele administracyjne partnerów.
20k zł to niestety cały budżet, bo zwrot nastąpi co najmniej po roku a wykładam to prywatnie z własnej kieszeni. Co najwyżej w przypadku pierwszych sukcesów serwis będzie rozbudowywany sukcesywnie. Struktury danych znane jakie serwis przetwarzać znane.
Na jakiej platformie to zbudować? :)
TIA pzdr
Mikolaj Rydzewski - 24-12-2006 01:23
MK <mk@wp.pl> wrote: > No... dobra. Chodzi o serwis organizujący wymianę danych finansowych - > przyjmowanie, przetwarzanie (selekcja, jakieś usystematyzowanie), > udostępnianie serwisom zewnętrznym z uprawnieniami. Każdy potrzebuje > czegoś innego i coś innego udostępnia. Serwis samodzielnie nie będzie > prezentować danych internautom lub będzie to robić w bardzo ograniczony > sposób. Poprzez sieć będzie organizowana wymiana z serwisami > partnerskimi, a www serwisu to głównie panele administracyjne partnerów.
W jaki sposob dane maja byc udostepniane? web serwisy? xml? edi? jakies rzezbienie w csv?
Jesli ma to byc cos powaznego, to przydalby sie jakis klaster.
Najprosciej bedzie w j2ee ;-)
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
psd - 24-12-2006 01:23
Mikolaj Rydzewski wrote:
> Widze ze innym nie odpuszczasz, wiec dodam jeszcze dwa grosze:
Ok, więc jedźmy z tym dalej.
> Pokazalem w poprzednim poscie, ze triggery nie dzialaja tak jak trzeba. > Ty uzywasz narzedzi ktore dzialaja zle? Ja nie. Skoro triggery nie > dzialaja poprawnie, wiec ich nie moge uzywac, wiec dla mnie ich nie ma.
Nic nie pokazałeś, dałeś tylko linka do dokumentacji. A czy Ty w ogóle napisałeś jakiegoś triggera albo użyłeś transakcji w MySQL? Nie obraź się ale dla mnie jesteś kolejną osobą która coś tam gdzieś przeczytała i powtarza "prawdę plemienną" nie bardzo mając pojęcie o tym co pisze i jaki jest stan obecny.
> No ale ty masz najwyrazniej problemy ze zrozumieniem, nie rozumiesz > slowa 'przyklad', oraz zaperzasz sie w najmniej potrzebnym miejscu. Nie > dyskutujemy tutaj o zaletach czy wadach konkretnej aplikacji. > Naprowadzamy MK na jakis trop zeby mogl swoj tajemniczy problem > rozwiazac.
Ok, ja mam "problem ze zrozumieniem" ale Ty nie znasz MySQL więc się o nim nie wypowiadaj. Twój pierwszy "przykład" dotyczył transakcji a teraz się uczepiłeś triggerów. Podałeś też konkretną wadę "jeśli nie wymagamy od bazy transakcji" ale to oczywiście nie jest "dyskusja o zaletach czy wadach konkretnej aplikacji". No tak jak w końcu jest są te transakcje czy ich nie ma?
-- psd
Mikolaj Rydzewski - 24-12-2006 01:23
psd <psd@gdzies.tam> wrote:
> Nic nie pokazałeś, dałeś tylko linka do dokumentacji.
Gdzie bylo czarno na bialym napisane, ze triggery nie sa wyzwalane podczas kaskadowego usuwania rekordow. Jak dla mnie to jest dyskwalifikacja.
Twierdzisz, ze oficjalna dokumentacja mija sie z prawda?
> Podałeś też konkretną wadę "jeśli nie wymagamy od bazy transakcji" ale > to oczywiście nie jest "dyskusja o zaletach czy wadach konkretnej > aplikacji".
Nie rozumiesz. W tym watku nie obchodzi mnie czy mysql (czy wogole cokolwiek) posiada ficzer x czy y. Chodzi tylko o pokazanie MK, ze ta sama aplikacja w jednym przypadku moze swietnie spelniac zalozenia a w drugim odpadac w przedbiegach. Bo jego pytanie brzmialo: czy LAMP do wydajna i bezpieczna platforma.
Jesli wiec (znowu przyklad) projekt nie polega na triggerach wyzwalanych podczas kaskadowego usuwania rekordow to mysql nie jest w tym punkcie odrzucany. A jesli projekt tego wymaga to mysql odpada.
> No tak jak w końcu jest są te transakcje czy ich nie ma?
Zalezy od konfiguracji i wersji mysqla ;-)
EOT
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
keczerad - 24-12-2006 01:23
Mikolaj Rydzewski napisał(a): > psd <psd@gdzies.tam> wrote: > >> Nic nie pokazałeś, dałeś tylko linka do dokumentacji. > > Gdzie bylo czarno na bialym napisane, ze triggery nie sa wyzwalane > podczas kaskadowego usuwania rekordow. Jak dla mnie to jest > dyskwalifikacja. > > Twierdzisz, ze oficjalna dokumentacja mija sie z prawda?
ty twierdziles co innego, a teraz powoli zmieniasz temat. Napisales czarno na bialy ze mysql nie ma transakcji, kolega napisal ci ze ma i wymienil jeszcze dodatkowa funkcjonalnosc, ktorej sie czepiasz i mowisz ze jej nie ma, smieszne to wszystko tak trudno przyznac sie do bledu ?
>> Podałeś też konkretną wadę "jeśli nie wymagamy od bazy transakcji" ale >> to oczywiście nie jest "dyskusja o zaletach czy wadach konkretnej >> aplikacji". > > Nie rozumiesz.
ty nie rozumiesz, napisales nieprawde ! Teraz probujesz sie z tego wycowac piszac, ze to kolega nie napisala prawdy do konca.
Obracanie kota ogonem. Ku..... skonczcie z tym PHP jest beee, mysql nie ma transakcji, zrozumcie to, ze klienta gowno obchodzi w czym to jest zrobione (napisane) ma dzialac dobrze i dobrze wygladac, spelniac standardy i byc bezpieczne !
Użytkownik "Mikolaj Rydzewski" <miki@ceti.pl> napisał w wiadomości news:ekh3e3$1sdj$1@alfa.ceti.pl... > MK <mk@wp.pl> wrote: > > No... dobra. Chodzi o serwis organizujący wymianę danych finansowych - > > przyjmowanie, przetwarzanie (selekcja, jakieś usystematyzowanie), > > udostępnianie serwisom zewnętrznym z uprawnieniami. Każdy potrzebuje > > czegoś innego i coś innego udostępnia. Serwis samodzielnie nie będzie > > prezentować danych internautom lub będzie to robić w bardzo ograniczony > > sposób. Poprzez sieć będzie organizowana wymiana z serwisami > > partnerskimi, a www serwisu to głównie panele administracyjne partnerów.
Czyli tak na prawdę nie potrzebna ci w ogóle baza transakcyjna. Ty będziesz robił tylko synchronizacje z innymi (transakcyjnymi) systemami finansowymi. To co sam udostępniasz to praktycznie czysta prezentacja - możesz dać szybkiego MySQLa.
Zadam teraz inne kluczowe pytanie - czy będziesz utrzymywał sam serwer do tego czy planujesz hosting. Jesli tak to z jakiej półki cenowej - będzie to własny albo wirtualny serwer (możesz postawic tomcata, pythona, zope itd), czy tylko prosty hosting www (PHP + MySQL albo PG) ?
Mikolaj Rydzewski - 24-12-2006 01:23
William <nie@ma.mnie.pl> wrote:
> Czyli tak na prawdę nie potrzebna ci w ogóle baza transakcyjna. Ty będziesz > robił tylko synchronizacje z innymi (transakcyjnymi) systemami finansowymi.
Uwazasz, ze taka synchronizacja moze sie obyc bez transakcji?
Wg mnie 'wymiana danych finansowych' nie moze byc bez transakcji...
> Zadam teraz inne kluczowe pytanie - czy będziesz utrzymywał sam serwer do > tego czy planujesz hosting. Jesli tak to z jakiej półki cenowej - będzie to > własny albo wirtualny serwer (możesz postawic tomcata, pythona, zope itd), > czy tylko prosty hosting www (PHP + MySQL albo PG) ?
Na samym poczatku bylo napisane: system po stronie klienta, dedykowany serwer.
A zreszta, my tu sobie gadu-gadu a i tak wymyslamy w ciemno ;-)
-- Mikolaj Rydzewski <miki@ceti.pl> http://ceti.pl/~miki/ PGP KeyID: 8b12ab02 There are three kinds of people: men, women, and unix.
William - 24-12-2006 01:23
> Uwazasz, ze taka synchronizacja moze sie obyc bez transakcji? > > Wg mnie 'wymiana danych finansowych' nie moze byc bez transakcji...
Może być. Bo to system FK zapewnia ich niezmienność. Innymi słowy - na jakichkolwiek informacjach o statusie księgowym nie wykonuje sie operacji UPDATE ani DELETE :). Jeśli trzeba coś zmienić, odwółać tworzy się storna i korekty. Takie dane można zatem dość łatwo replikować przyrostowo.
Przykład:
Powiedzmy że system ma wymienić faktury pomiędzy dwoma kontrahentami.
1) Kontrahent A wystawił w swoim systemie sprzedaży faktury i je zaksięgował (COMMIT), rekordy są nienaruszalne. 2) Wysyłana jest informacja o tych fakturach do kontrahenta B aż do momentu uzyskania potwierdzenia przyjęcia. 3) Kontrahent B wczytuje dane do swojego systemu FK i księguje je (COMMIT), rekordy są nienaruszalne 4) Jeśli dane faktur są niezgodne z zamówieniami, dostawą itd w systemie FK kontrahenta B następuje przeksiegowanie ich do zobowiazań wątpliwych, wystawienie faktur korygujących itd.
Jak widzisz nie ma w tym przypadku żadnego wymagania na transakcyjnośc systemu WYMIANY informacji o fakturach. Nawet jesli w skutek awarii następi dwukrotne ich wysłanie a system otrzyma trzy potwierdzenia - nic się nie stanie. Transakcyjnosc jest zaszyta w systemach FK i ustawie o rachunkowości :)
Decede mihi sole - nie zasłaniaj mi słonca. Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści Hoc fac - tak czyń. A tergo - od tyłu; z tyłu. I czarne włosy posiwieją. Safona
