- 1
Zachęcam Pana @gaxda do przeczytania całość a zwłaszcza część "Możliwe perspektywy biznesowe dla technologii LISK"
https://tokeny.pl/en/lisk-lsk/
Wbrew waszemu wyparciu i negowaniu wszystkiego co może zaburzyć waszą wiarę w to że Lisk osiągnie sukces informacje w tym tekście są aktualne i prawdziwe.
Trochę mi Was szkoda bo już wiem jak ciężkie zderzenie z rzeczywistością czeka was za jakiś czas.
#kryptowaluty #lisk
https://tokeny.pl/en/lisk-lsk/
Wbrew waszemu wyparciu i negowaniu wszystkiego co może zaburzyć waszą wiarę w to że Lisk osiągnie sukces informacje w tym tekście są aktualne i prawdziwe.
Trochę mi Was szkoda bo już wiem jak ciężkie zderzenie z rzeczywistością czeka was za jakiś czas.
#kryptowaluty #lisk
- 0
- 0
@finch7: kurde, faktycznie, masz rację, sprzedałem wszystkie swoje liski, opinia randomowego gościa, który tylko szerzy FUD to jest rzeczowe źródło informacji
- 0
@finch7: nie mówiąc już o tym Twoim akapicie:
"Ale wydaje mi się że jak jakaś poważna instytucja rządowa lub firma bedzie chciała wejść w blockchain to wynajmie specjalistyczną firme która w kilka miesięcy zrobi im blockchain jaki będą chcieli, nie będą na tym oszczędzać, kasa się znajdzie"
Jasno pokazuję, że nie masz pojęcia o technologii, tworzeniu oprogramowania itp. Myślisz, że teraz każda firma będzie tworzyć oddzielne oprogramowanie do zarządzania firmą, magazynami,
"Ale wydaje mi się że jak jakaś poważna instytucja rządowa lub firma bedzie chciała wejść w blockchain to wynajmie specjalistyczną firme która w kilka miesięcy zrobi im blockchain jaki będą chcieli, nie będą na tym oszczędzać, kasa się znajdzie"
Jasno pokazuję, że nie masz pojęcia o technologii, tworzeniu oprogramowania itp. Myślisz, że teraz każda firma będzie tworzyć oddzielne oprogramowanie do zarządzania firmą, magazynami,
- 0
@finch7: nigdy nie powiedziałem, że "lisk is amazing", nigdy nawet nie utworzyłem wpisu na temat Liska na wykopie, aby jakkolwiek wychwalać Liska czy też "naganiać", ubzdurało CI się to (nie tylko to).
Oczywiście, że się znajdą korpo, które wydadzą kasę na własne rozwiązania, ale 95% skorzysta z gotowych rozwiązań. Na spokojnie można sobie zrobić forka Lisk SDK i z niego korzystać do własnych rozwiązań wewnątrz firmy. Ale tworzące się ekosystemy blockchainowe
Oczywiście, że się znajdą korpo, które wydadzą kasę na własne rozwiązania, ale 95% skorzysta z gotowych rozwiązań. Na spokojnie można sobie zrobić forka Lisk SDK i z niego korzystać do własnych rozwiązań wewnątrz firmy. Ale tworzące się ekosystemy blockchainowe
- 0
@finch7: jeszcze ostatni akapit
"artykuł z 2019? Napewno nie aktualny." Tak. Jest dosyć nieaktualny
Właściwie to Ty zawsze przychodzisz z brakiem argumentów tylko z tezą.
"artykuł z 2019? Napewno nie aktualny." Tak. Jest dosyć nieaktualny
Właściwie to Ty zawsze przychodzisz z brakiem argumentów tylko z tezą.
- 0
@finch7: co według Ciebie jest aktualne?
Jakie są według Ciebie powody, dlaczego Lisk nie mógłby w przyszłości stworzyć dobrą platformę do sidechainów?
Pytam się Ciebie o argumenty 3 raz, a Ty jakby omijasz tą kwestię.
Jakie są według Ciebie powody, dlaczego Lisk nie mógłby w przyszłości stworzyć dobrą platformę do sidechainów?
Pytam się Ciebie o argumenty 3 raz, a Ty jakby omijasz tą kwestię.
- 0
@finch7: No i git. Każdy ma swoją opinie, która bazuję na własnym przeczuciach i ona prowadzi do podejmowania decyzji, czy w dany projekt warto zainwestować, czy warto się nim interesować. Na ten moment ani Ty, ani ja, nie jesteśmy w stanie jednoznacznie stwierdzić, czy Lisk osiągnie sukces. Więc na ten moment są to tylko opinie, nie fakty, a opinie ludzi mnie mało obchodzą, o ile nie są oparte na jakiejś konkretnej
- 0
@finch7: Tak, skupując tokeny z rynku, daję jasny sygnał, że wierzy w projekt. Dobrze piszesz.
Po twoim akapicie o umoczeniu można byłoby zrobić dość jasną analizę psychologiczną Twojej osoby, szczególnie Twojego zachowania, dlaczego tworzysz FUD, jest to dość szeroko spotykany mechanizm obronny w przypadku straty. Już wszystko wiemy. Trochę czasu dzisiaj straciłem, ale dowiedziałem się bardzo ważnej informacji.
Po twoim akapicie o umoczeniu można byłoby zrobić dość jasną analizę psychologiczną Twojej osoby, szczególnie Twojego zachowania, dlaczego tworzysz FUD, jest to dość szeroko spotykany mechanizm obronny w przypadku straty. Już wszystko wiemy. Trochę czasu dzisiaj straciłem, ale dowiedziałem się bardzo ważnej informacji.
- 0
@finch7:
1. Ok, luz. To Twoja opinia. Jakbyś nie zauważył to w ogóle nie starałem się Ciebie przekonać, że rozdawanie tokenów po skupie jest lepsze niż ich spalanie. Oba rozwiązania są dość podobne i mogą mieć swoje zalety/wady w konkretnych przypadkach.
2. Super. Gratuluje każdemu, który jest na plus i wyszedł z zyskiem, z czegokolwiek by to nie było.
3. Sorka, tu akurat trochę przyaktorzyłem. Po Twoich wpisach było wiadomo to
1. Ok, luz. To Twoja opinia. Jakbyś nie zauważył to w ogóle nie starałem się Ciebie przekonać, że rozdawanie tokenów po skupie jest lepsze niż ich spalanie. Oba rozwiązania są dość podobne i mogą mieć swoje zalety/wady w konkretnych przypadkach.
2. Super. Gratuluje każdemu, który jest na plus i wyszedł z zyskiem, z czegokolwiek by to nie było.
3. Sorka, tu akurat trochę przyaktorzyłem. Po Twoich wpisach było wiadomo to
class Guardian(models.Model):
user = models.OneToOneField(User, on_delete=models.CASCADE, primary_key=True)
Chciałbym teraz stworzyć taki formularz, który wyświetli pola Usera i pola Guardiana, stworzy Usera i przypiszę go do nowo powstałego Guardiana ( w jednym request.POST). Czy powinienem korzystać z ModelForm z parametrem:
class Meta:
model = Guardian
czy tworzyć całkowicie formularz od początku?
Prawdopodobnie
Modele:
https://pastebin.com/k5dunifr
-- Czy istnieje model usera bez guardiana?
--- Używasz customowego usera i masz ustawione AUTHUSERMODEL w settings.py?
Tak. AUTHUSERMODEL = 'accounts.User'
Widziałem też podejścia, żeby wszystko zrobić w Userze i każde Modele, które potrzebują Usera rozróżniać poprzez
is_guardian = models.BooleanField
ale co wtedy, z różnymi polami, w zależności od potrzeb Modelu? wymuszać w formularzu (required fields), jakie pola są potrzebne, a jakie nie?
How to Implement Multiple User Types with Django
Moja implementacja:
https://pastebin.com/Ry54GWHB
Zastanawia mnie tylko do czego służy w context to 'usertype' jak i tak w formularzu robi::
user.is_student = True
def get_context_data(self, **kwargs):
kwargs['user_type'] = 'student'
return super().get_context_data(**kwargs)