Bardzo mnie cieszy Państwa zainteresowanie. Postaram się odpowiedzieć na wszystkie pytania.
JKM Paweł już właściwie wytłumaczył za mnie całą sprawę. Nie tylko będziemy mogli urzeczywistnić ceny, ale także zwiększyć konkurencyjność, czy nawet wprowadzić stałe wpływy do Skarbca z tytułu prowizji pobieranych przez CBD. Jak już JKM pisał, zamiast obniżać cenę o 1D, przedsiębiorcy będą mogli obniżać o przedział 001D-099D, co odpowiada obecnym 0,1D-0,99D. A więc będzie można zapłacić za tą przykładową gazetę 50 "groszy" mniej. Co więcej, pobieranie ewentualnych prowizji (to już zależy przede wszystkim od Prezesa CBD) będzie sprzyjać rozwojowi przywatnej bankowości, bowiem prowadzenie własnego banku zacznie się opłacać.
Oczywiście jestem świadom, że rewaluacja będzie wymagała dyskusji. To w końcu bardzo poważna reforma. Natomiast co do ew. zamieszania, to właśnie z tego powodu jestem za wprowadzeniem takowej reformy jeszcze przed uruchomieniem SG, podpisaniu jakichkolwiek traktatów o wymianie walutowej i po uprzednim poinformowaniu odpowiednich władz (np. burmistrzowie) i stosownym vacatio legis.
Sir Paweł von Gratz i Pan Pablo Neumann pytają, czy nie lepiej byłoby wprowadzić coś na wzór groszy. Obecne prawo nie dopuszcza takiej możliwości. Stosowanie liczb zmiennoprzecinkowych (czyli np. 0,5) w transakcjach jest zabronione. To oczywiście da się zmienić, jak każde prawo, ale wystąpią problemy natury technicznej. CBD działa na zasadzie bazy danych, zapewne mySQL (nie wiem tego na pewno, ponieważ nie przynależę do KSI). Kwoty pieniężne, które mamy na kontach bankowych są zapisywane do komórki tabeli, która przyjmuje wartości całkowite (INT). Trzeba by więc to zmienić. Dodatkowo, należałoby edytować większość skryptów obsługujących CBD, ponieważ przypuszczam, że jest tam mnóstwo warunków sprawdzających, czy kwota jest liczbą całkowitą.
Teraz pora na Pana Albona.
>1) w jaki sposob dzialala by gielda?
Jak na razie nie mogę odpowiedzieć na to pytanie. Jeden, ponieważ zajmuję się na razie głównie SG, dwa, ponieważ ciągle prowadzę rozmowy mające na celu znalezienie błędów w poprzedniej GPW. Martwi mnie, że JKM eMBe nie odpisał na mój e-mail, co oznacza, że pewnie będę musiał pisać skrypty od początku. A wraz z rozwojem Phoeniksa liczba potrzebych podsystemów rośnie (system zarządzania działkami - na razie o kodowej nazwie Quartier, reaktywacja DZD). Sporo roboty...
>2) co z problemem braku pieniedzy juz niedlugo w kasie KD?
Jak wszyscy wiemy, dochody całego państwa są naprawdę wirtualne. Budżet nie ma żadnych realnych wpływów. Nawet, gdybyśmy zreformowali dreama i wprowadzili prowizje, to wynikiem byłaby jedynie kilkutysięczna dziura budżetowa. O podatkach myślałem, że ich wprowadzenie nastąpi po uruchomieniu Phoeniksa, jednakże, coraz bardziej skłaniam się do możliwości ustanowienia ich bez SG. Po prostu nie byłoby podatku od firm, ale od osób prywatnych, bo i tak, jeżeli teraz działa jakakolwiek firma to dochody ma właściciel.
>3) czy zmiana wartosci dreama bedzie sie wiazac z pozostawieniem na pewnien czas starych dreamow i nowych w jednoczesnym obiegu?
Myślę, że nie. Czekam na odpowiedź KSI w sprawie ich możliwości technicznych w tej kwestii, ale myślę, że poprostu np. 1 marca o północy uruchomimy skrypt, który przemnoży wszystkie pieniądze na kontach przez 100.
>4) jakie sa zalozenia ogolne systemu Phoenix?
Z czego działa już pełna obsługa XML, na ukończeniu są skrypty produkcji. Jak na razie prace idą pełną parą.
-- Pozdrawiam, sir taheto Burmistrz Elsynor Przewodniczący Rady Republiki Weblandu Minister Finansów i Gospodarki KDReceived on Mon 05 Feb 2007 - 08:15:31 CET
This archive was generated by hypermail 2.4.0 : Fri 10 Jan 2020 - 23:10:01 CET