Rejestracja użytkowników - mechanizm i potrzebne ręce do pracy :-)
Argasek
rejestracji użytkowników.
To, co na razie jest ustalone na pewno, to to, że:
- jako użytkowników serwisu dopuszczamy tylko osoby posiadające konto
na Blip.pl
- uwierzytelnianie tych użytkowników odbywać będzie się za pomocą tych
samych danych do logowania, których używają na Blip.pl i preferowanym
sposobem uwierzytelniania jest OAuth (można też rozważyć opcję
uwierzytelniania przez API - tak jak to robi np. http://szmerybajery.pl/sekretarka/).
W kwestii rejestracji nowych osób sugeruję co następuje:
1. W formularzu rejestracyjnym powinny znaleźć się następujące pola:
- adres e-mail (będzie używany do wysyłania (opcjonalnych) powiadomień
oraz jako jedna z możliwości kontaktu).
- login z blipa
- nazwisko i imię (pożyczamy sobie książki, niejednokrotnie drogie
bądź trudno osiągalne, więc - hej, bądźmy duzi i poważni)
2. Zarejestrowane konto staje się aktywne dopiero po zatwierdzeniu go
przez moderatora (osobiście uważam, że proces moderacji jest konieczny
-- nie jestem pewien, czy byłbym skłonny pożyczyć książkę osobie,
która zarejestrowała się na Blipie 2 dni temu, ma w historii 1
blipnięcie i nie pokusiła się nawet o ustawienie avatara).
3. Po rejestracji użytkownik dostaje na swój adres e-mail
powiadomienie, że jego konto jest założone, ale nieaktywne dopóty,
dopóki nie zostanie aktywowane przez moderatora. Ten z kolei otrzymuje
powiadomienie (na pocztę [opcja], na Blipa [opcja] i w serwisie
(gdzie, do ustalenia, np. w osobnej zakładce widocznej tylko dla osób
z uprawnieniem 'Moderator')), że zarejestrowała się nowa osoba. Link w
treści maila (blipnięcia) prowadzić będzie do podstrony z listą
zgłoszeń i przyciskami Akceptuj/Odrzuć. W przypadku odrzucenia
użytkownika, Moderator może wpisać (opcja) powód takiej decyzji.
4. W zależności od decyzji Moderatora do użytkownika wysyłany jest e-
mail o odpowiedniej treści, a konto zostaje aktywowane albo usunięte z
systemu.
Co trzeba zrobić: trzeba przygotować treść czterech e-maili, tj:
- e-mail wysyłany do użytkownika po wysłaniu przez niego formularza
rejestracji
- e-mail wysyłany do Moderatorów po wysłaniu przez użytkownika
formularza rejestracji
- e-mail wysyłany do użytkownika w przypadku akceptacji rejestracji
- e-mail wysyłany do użytkownika w przypadku odmowy rejestracji
Treść e-maili: na mój gust, na początku wystarczy tylko tekst; jeśli
jednak ktoś pokusiłby się o ładną oprawę graficzną (mówiąc ładną, mam
na myśli coś takiego:
http://sphotos.ak.fbcdn.net/hphotos-ak-snc4/hs285.snc4/40575_426776067234_523687234_4743192_4775232_n.jpg
-- screenshota bezczelnie podkradłem od ^yasiek), czyli efektywnie:
HTML+CSS+grafika, to byłby cód, miód i orzeszki.
[dev-team] Jeżeli ktoś jeszcze nie zauważył, w sposób naturalny
wprowadza nam to pierwszy podział ról i potrzebę istnienia prostego
systemu uprawnień.
adz...@gmail.com
> Ważną, ale nie omówioną do tej pory dokładnie kwestią jest mechanizm
> rejestracji użytkowników.
>
ad. 2 okres oczekiwania nie powinien być zbyt długi, 7 dni roboczych?
ad. 3 blipy czasami giną lub przychodzą z opóźnieniem, wszystkie
sprawy około rejestracyjne powinny być załatwiane via e-mail
ad. 4 e-maile w HTML to ZUO! "cud miód i orzeszki" ew. na stronie
powitalnej, przy pierwszym wejściu świeżo zarejestrowanego usera na
portal
Pozdrawiam!
Miłosz Nadrowski
Argasek
> ad. 2 okres oczekiwania nie powinien być zbyt długi, 7 dni roboczych?
> ad. 3 blipy czasami giną lub przychodzą z opóźnieniem, wszystkie
> sprawy około rejestracyjne powinny być załatwiane via e-mail
napisałem, moderator zdecyduje na co zechce dostawać powiadomienia;
jedno będzie pewne zawsze -- na stronie, więc nie ma obaw, że
zgłoszenie gdzieś "umknie".
> ad. 4 e-maile w HTML to ZUO!
mówiąc, mało kto się już tym przejmuje... ;-)
Argasek
Kuba Niewiarowski
No cóż... jestem zdecydowanie przeciw. Znaczy się - rozumiem Cię, jasne, masz rację, ale ją bym podszedł do tego od drugiej strony całkowicie. No więc może punkt po punkcie...
1. Brak formularza rejestracyjnego - to niepotrzebna komplikacja, co z użytkownikami, którzy chcą na razie tylko zobaczyć, z czym to się je, ale potem mogą chcieć się włączyć? Moim zdaniem na początek powinna być rejestracja one-click - klikasz na "loguj", potwierdzasz to na blipie i tyle. Po co więcej?
Ale jeśli chcesz zrobić coś więcej - dodać, wypożyczyć, dodać książkę, to musisz podać pełne dane (przy czym standardowo będą wpisane w formularzach te z profilu - w większości przypadków będą prawdziwe i w miarę pełne. :)
KISS ;)
2. Bez moderacji, za to pierwsze x (3?) osoby, których książkę taki nowy chce wypożyczyć dostają maila z linkiem do kokpitu i pytaniem, czy chcą. ;)
3. N/d
4. N/d ;)
adz...@gmail.com
> On 21 Wrz, 11:31, adzi...@gmail.com wrote:
>> ad. 2 okres oczekiwania nie powinien być zbyt długi, 7 dni roboczych?
>
> To już kwestia zależna od moderatorów, nie od software'u...
>
Za mało nie dobrze - opóźnienia w opracowywaniu zgłoszeń itp.
Za dużo też nie dobrze - gdzie kucharek sześć... itd.
>> ad. 3 blipy czasami giną lub przychodzą z opóźnieniem, wszystkie
>> sprawy około rejestracyjne powinny być załatwiane via e-mail
>
> W zasadzie to samo mógłbym powiedzieć o e-mailach, więc jak już
> napisałem, moderator zdecyduje na co zechce dostawać powiadomienia;
> jedno będzie pewne zawsze -- na stronie, więc nie ma obaw, że
> zgłoszenie gdzieś "umknie".
>
Przy kilku moderatorach potrzebny będzie mechanizm oznaczania zgłoszeń
- oczekujące, zaakceptowane, odrzucone.
Do tego jakiś sposób rozstrzygania konfliktów typu jeden moderator
akceptuje, inny odrzuca.
>> ad. 4 e-maile w HTML to ZUO!
>
> Hej, ja też tworzę wiadomości w plain-text. Ale mamy 2010 rok i prawdę
> mówiąc, mało kto się już tym przejmuje... ;-)
>
adzinok
Jakub Argasiński
<marsjan...@gmail.com> napisał:
> No cóż... jestem zdecydowanie przeciw. Znaczy się - rozumiem Cię, jasne,
> masz rację, ale ją bym podszedł do tego od drugiej strony całkowicie. No
> więc może punkt po punkcie...
>
> 1. Brak formularza rejestracyjnego - to niepotrzebna komplikacja, co z
> użytkownikami, którzy chcą na razie tylko zobaczyć, z czym to się je, ale
> potem mogą chcieć się włączyć? Moim zdaniem na początek powinna być
> rejestracja one-click - klikasz na "loguj", potwierdzasz to na blipie i
> tyle. Po co więcej?
A powiesz mi, skąd w takim razie w bazie danych ma się znaleźć dany
użytkownik i w jaki sposób mam powiązać tego użytkownika z blipowym
kontem? :-)
Po drugie, to przeczy dotychczasowej polityce (która zgłoszenia się do
Blipoteki, jak i akceptacji ze strony moderatora wymaga) i co do
której mówię: nie ruszać, jest dobrze.
--
Jakub Argasiński
Web developer | http://www.vela.net.pl/
ESC S.A. Kraków
+48 (12) 656 51 58
Rubeus
co do plain texta w e-mailach - ja też go wolę od html-owych cudaków
Kuba Niewiarowski
Wydawało mi się, że wystarczająco jasno dałem znać, że będzie tworzony automatycznie po uwierzytelnieniu via OAuth...?
A mi się ta dotychczasowa nie podoba - zbyt dużo tylko problemów z nią jest. :P
W dniu 2010-09-21 12:25 użytkownik "Jakub Argasiński" <jakub.ar...@escsa.pl> napisał:
W dniu 21 września 2010 12:10 użytkownik Kuba Niewiarowski
<marsjan...@gmail.com> napisał:
> No cóż... jestem zdecydowanie przeciw. Znaczy się - rozumiem Cię, jasne,
> masz rację, ale ją bym ...
Luca
<marsjan...@gmail.com> napisał:
> No cóż... jestem zdecydowanie przeciw. Znaczy się - rozumiem Cię, jasne,
> więc może punkt po punkcie...
>
> 1. Brak formularza rejestracyjnego - to niepotrzebna komplikacja, co z
> użytkownikami, którzy chcą na razie tylko zobaczyć, z czym to się je, ale
> potem mogą chcieć się włączyć? Moim zdaniem na początek powinna być
> rejestracja one-click - klikasz na "loguj", potwierdzasz to na blipie i
> tyle. Po co więcej?
Właśnie chodzi nam o to, żeby osoby, które nie sa jakoś tam
"uwiarygodnione" - znane nam z blipa chociażby - nie miały zbyt łatwo
dostępu do Blipoteki. Bawimy się w serwis dla nas, a nie dla mas.
Wspomniane maile z przyjemnością stworzę, jak już ustalimy konkrety.
Kuba Niewiarowski
Ale i tak by były weryfikowane - przy próbie wypożyczenia pierwszych 3 książek. I to IMO w lepszy sposób - przecież ważne, żeby właściciel książki "znał" daną osobę, a nie administrator. :P
W dniu 2010-09-21 13:56 użytkownik "Luca" <lucr...@gmail.com> napisał:
W dniu 21 września 2010 12:10 użytkownik Kuba Niewiarowski
<marsjan...@gmail.com> napisał:
> No...
> masz rację, ale ją bym podszedł do tego od drugiej strony całkowicie. No
> więc może punkt po punk...
Właśnie chodzi nam o to, żeby osoby, które nie sa jakoś tam
"uwiarygodnione" - znane nam z blipa chociażby - nie miały zbyt łatwo
dostępu do Blipoteki. Bawimy się w serwis dla nas, a nie dla mas.
Wspomniane maile z przyjemnością stworzę, jak już ustalimy konkrety.
21-09-2010, Kuba Niewiarowski <marsjan...@gmail.com> napisał(a):
> Wydawało mi się, że wystarczająco jasno dałem znać, że będzie tworzony
> automatycznie po uwierzyt...
Luca
że, jak napisał Argasek, nie każdy nowy blipowicz bez awatara i z
jednym blipnięciem jest pożądanym członkiem blipoteki. Powinien być
czynnik ludzki, ktoś, kto obejrzy delikwenta i zatwierdzi albo nie.
adz...@gmail.com
> Ok, ale nie chodzi tylko o uwierzytelnienie automatyczne, tylko o to,
> że, jak napisał Argasek, nie każdy nowy blipowicz bez awatara i z
> jednym blipnięciem jest pożądanym członkiem blipoteki. Powinien być
> czynnik ludzki, ktoś, kto obejrzy delikwenta i zatwierdzi albo nie.
>
Nie każdy blipowicz życzy sobie ujawniania jego imienia, nazwiska,
adresu i e-maila wszystkim z automatu.
Proponuję stworzyć jakieś demo prezentujące możliwości witryny i
wystawienie tego np. na youtube.
adzinok
Najstrukturalniejszy RaV
pozdrawiam ,panda
"Whoever fights monsters should see to it that in the process he
does not become a monster. And when you look into an abyss, the abyss
also looks into you." -- Nietzsche
Jakub Argasiński
<elp...@gazeta.pl> napisał:
> mysle, ze dane teleadresowe - powinny byc widoczne tylko dla kurierow, lub
> przy wysylce - cala reszta moze najwyzej widziec miasto. nie ma co szastac
> danymi osobowymi, jesli nie jest to potrzebne. w ktorej fazie i tak trzeba
> bedzie sie zaczac przejmowac tym tematem troche bardziej.
Nikt nie mówi o szastaniu danymi osobowymi, tylko o tym, że choć
serwis ma mieć charakter zamknięty, nie oznacza to automatycznie, że
anonimowy / swobodny. Jeżeli chodzi o kwestię przechowywania danych
osobowych, w tym zakresie, który będzie miał miejsce w Blipotece,
wystarczy zgłoszenie do GIODO (mogę się tym zająć).
Nie róbmy sztucznych problemów tam, gdzie ich nie ma. Niech
pierwszy rzuci kamieniem ten, kto z tu obecnych nie ujawnił żadnych
swoich danych osobowych żadnemu serwisowi społecznościowemu. ;)
W kwestii tego co napisał adzinok:
1. W serwisie nie będą przechowywane żadne wrażliwe dane.
http://pl.wikipedia.org/wiki/Dane_wrażliwe
2. Co do widoczności tych danych, *wolałbym* wiedzieć, komu
pożyczam książkę. Ale nie jest to wymogiem; najwyżej nie pożyczę
i wyjdę na aspołecznego. :>
3. O danych teleadresowych w moim pierwotnym poście nie
było mowy, więc zakładam, że nie ma problemu. Nie widzę
też konieczności ich podawania (potrzebne będą tylko
kurierom, którzy mogą zdobyć je samodzielnie jeśli będzie
taka potrzeba.
Jenny
>
> 3. O danych teleadresowych w moim pierwotnym poście nie
> było mowy, więc zakładam, że nie ma problemu. Nie widzę
> też konieczności ich podawania (potrzebne będą tylko
> kurierom, którzy mogą zdobyć je samodzielnie jeśli będzie
> taka potrzeba.
>
a ja myślę, że powinny być wymagane, w razie gdyby dany ktoś zniknął z
sieci - różnie przecież bywa. samo przechowywanie tego w bazie nie
oznacza dostępu do tych danych dla każdego przecież.
Jakub Zwolski
A nie wystarczy numer telefonu komórkowego dla kurierów? I można się dogadac co do miejsca odbioru/wymiany ksiazkami.
Pozdro Marcel.
Wiadomość napisana przez Jenny w dniu 2010-09-21, o godz. 15:25:
Kuba Niewiarowski
Ale w mojej koncepcji byłyby aż 3 czynniki ludzkie. ;)
W dniu 2010-09-21 14:41 użytkownik "Luca" <lucr...@gmail.com> napisał:
Ok, ale nie chodzi tylko o uwierzytelnienie automatyczne, tylko o to,
że, jak napisał Argasek, nie każdy nowy blipowicz bez awatara i z
jednym blipnięciem jest pożądanym członkiem blipoteki. Powinien być
czynnik ludzki, ktoś, kto obejrzy delikwenta i zatwierdzi albo nie.
21-09-2010, Kuba Niewiarowski <marsjan...@gmail.com> napisał(a):
> Ale i tak by były weryfikow...
adzinok
> pożyczam książkę. Ale nie jest to wymogiem; najwyżej nie pożyczę
> i wyjdę na aspołecznego. :>
> 3. O danych teleadresowych w moim pierwotnym poście nie
> było mowy, więc zakładam, że nie ma problemu. Nie widzę
> też konieczności ich podawania (potrzebne będą tylko
> kurierom, którzy mogą zdobyć je samodzielnie jeśli będzie
> taka potrzeba.
ad. 2 W tym wątku ktoś pisał, że imię, nazwisko i miasto będą
wymagane.
ad. 3 W innym wątku była mowa o spotkaniach z kurierami "na mieście"
dworzec kolejowy itp. więc z tym adresem też do końca nie wiadomo.
adzinok
Ryszard Mikke
Proponuje trochę inny system "znajomości" w serwisie.
1) Jednak osobne hasło w serwisie, niezależne od blipa.
2) Osobna lista znajomych, zawierajaca:
* ID znajomego
* powiązania z nami na blipie (on mnie obserwuje, ja go obserwuję)
* mój stosunek do znajomego (pozyczam, nie znam (potrzebny do
akceptowania zmian), nie pożyczam, nie pożyczam i ostrzegam innych)
* komentarz, wymagany, jesli "nie pozyczam i ostrzegam innych".
3) Lista byłaby sprzeżona z blipem w sposób nastepujący:
* przy logowaniu sciągana jest z blipa lista obserwowanych i
obserwujacych
i porównywana z aktualnymi danymi o znajomych w serwisie (stosunek
na blipie)
* Jeśli w tych danych z blipa zachodzą zmiany wpływające na nasz
stosunek do znajomego,
pojawia się info na pierwszej stronie serwisu po zalogowaniu -
wtedy klepiemy "pozyczam" lub "nie pozyczam"
4) Zależność miedzy stosunkiem na blipie, a stosunkiem w serwisie
zalezałaby od preferencji.
Domyślnie dla każdego "stosunku na blipie" "stosunek w serwisie"
byłby "nie znam" - w ten sposób
zawsze zmiana "stosunku na blipie" spowoduje zapytanie, czy chcemy
zmienic swój "stosunek w serwisie",
ale mozna by sobie ustawić, że jeśli ja go obserwuje i on mnie
obseruje, to automatycznie ustawiamy
"stosunek w serwisie" na "pożyczam".
5) "Stosunek w serwisie" bedzie brany pod uwagę tylko dla książek typu
"wróć"
6) Każdy mógłby się zapisać na wszystkie książki typu "wedruj" i te
książki typu "wróć", których właściciel ma go w znajomych ze
stosunkiem "pozyczam".
Pozostałe książki by widział, wraz z informacją do kogo należą,
ale pożyczyć by nie mógł.
Co na tej komplikacji zyskujemy:
1) Blipoteka działa niezaleznie od wizyt Pana Oponki aka HitlerWursta
na blipie - najwyżej uaktualnimy listę znajomych przy następnej
wizycie.
2) Nie będzie tak, że jakiś zupełnie nowy gość, którego nikt nie zna,
moze się zapisać na naszą cenną książkę. Musimy miec do niego jakieś
zaufanie.
3) Można w drugim lub trzecim etapie zrobić "ranking zaufania" na
podstawie ilości znajomych, bądź wszystkich uzytkowników, którzy danej
osobie pozyczają, nie pozyczają lub nie pozyczają i ostrzegaja innych.
4) Mozemy kiedyś później integrować blipoteke z innymi serwisami
społecznosciowymi.
Co Wy na to?
Ryszard Mikke
> Co Wy na to?
Jenny
> Drodzy moi!
>
> Proponuje troch� inny system "znajomo�ci" w serwisie.
>
> 1) Jednak osobne has�o w serwisie, niezale�ne od blipa.
> 2) Osobna lista znajomych, zawierajaca:
> * ID znajomego
> * m�j stosunek do znajomego (pozyczam, nie znam (potrzebny do
> akceptowania zmian), nie po�yczam, nie po�yczam i ostrzegam innych)
> * komentarz, wymagany, jesli "nie pozyczam i ostrzegam innych".
>
> * przy logowaniu sci�gana jest z blipa lista obserwowanych i
> obserwujacych
> i por�wnywana z aktualnymi danymi o znajomych w serwisie (stosunek
> na blipie)
> * Je�li w tych danych z blipa zachodz� zmiany wp�ywaj�ce na nasz
> stosunek do znajomego,
> pojawia siďż˝ info na pierwszej stronie serwisu po zalogowaniu -
> wtedy klepiemy "pozyczam" lub "nie pozyczam"
>
> zaleza�aby od preferencji.
> Domy�lnie dla ka�dego "stosunku na blipie" "stosunek w serwisie"
> by�by "nie znam" - w ten spos�b
> zawsze zmiana "stosunku na blipie" spowoduje zapytanie, czy chcemy
> ale mozna by sobie ustawi�, �e je�li ja go obserwuje i on mnie
> obseruje, to automatycznie ustawiamy
> "stosunek w serwisie" na "po�yczam".
>
> 5) "Stosunek w serwisie" bedzie brany pod uwag� tylko dla ksi��ek typu
> "wr��"
>
> 6) Ka�dy m�g�by si� zapisa� na wszystkie ksi��ki typu "wedruj" i te
> ksi��ki typu "wr��", kt�rych w�a�ciciel ma go w znajomych ze
> stosunkiem "pozyczam".
> Pozosta�e ksi��ki by widzia�, wraz z informacj� do kogo nale��,
> ale po�yczy� by nie m�g�.
>
> Co na tej komplikacji zyskujemy:
>
> na blipie - najwy�ej uaktualnimy list� znajomych przy nast�pnej
> wizycie.
>
> 2) Nie b�dzie tak, �e jaki� zupe�nie nowy go��, kt�rego nikt nie zna,
> moze si� zapisa� na nasz� cenn� ksi��k�. Musimy miec do niego jakie�
> zaufanie.
>
> 3) Mo�na w drugim lub trzecim etapie zrobi� "ranking zaufania" na
> podstawie ilo�ci znajomych, b�d� wszystkich uzytkownik�w, kt�rzy danej
> osobie pozyczajďż˝, nie pozyczajďż˝ lub nie pozyczajďż˝ i ostrzegaja innych.
>
> 4) Mozemy kiedy� p�niej integrowa� blipoteke z innymi serwisami
> spo�ecznosciowymi.
>
> Co Wy na to?
pogubi�am si� w ilo�ci stosunk�w (a mia�o by� bez danych wra�liwych ;))
a tak serio - je�eli dobrze zrozumia�am, to jestem za :)
Jakub Argasiński
> ad. 2 W tym wątku ktoś pisał, że imię, nazwisko i miasto będą
> wymagane.
To była moja propozycja - z 1. postu.
Miasto musi być, to chyba oczywiste?
> ad. 3 W innym wątku była mowa o spotkaniach z kurierami "na mieście"
> dworzec kolejowy itp. więc z tym adresem też do końca nie wiadomo.
Nie wiem jak było w innych wątkach, ale nie róbmy już dłużej off-topu :-)
-- ten dotyczy tylko formularza rejestracji, czyli ewentualnych
*przechowywanych*
danych w systemie. Kwestię, co będzie dla kogo i w jakim stopniu widoczne,
proponuję rozważyć osobno.
Moje ogólne wrażenie jest takie, że większość osób jest jednak skłonna
podać imię i nazwisko w formularzu zachowując świadomość, że nie będzie
to strona a'la Nasza Klasa, gdzie zarejestrować się może każdy i oraz tego,
że serwis ma opierać się na wzajemnym zaufaniu. Ponieważ jednak zdania
są w tej kwestii podzielone, dalszą dyskusję (i ewentualne głosowanie w tej
sprawie proponuję) przeprowadzić na IRC podczas następnego spotkania.
Jak się na to zapatrujecie?
Jakub Argasiński
<ryszar...@gmail.com> napisał:
> [ciach]
>
> Co Wy na to?
W skrócie: fajne, ale dość złożone... Docelowo: jak najbardziej!;
obecnie: nie, mocno przekracza regułę KISS... ;-)
Kuba Niewiarowski
Ja jestem przeciw - w końcu to ma to być BLIPoteka. Więc logowanie przez OAuth to absolutne minimum.
A dalszą dyskusję faktycznie lepiej przenieść na IRC...
Ryszard Mikke
> W dniu 21 września 2010 15:42 użytkownik Ryszard Mikke
> > [ciach]
>
> > Co Wy na to?
>
> W skrócie: fajne, ale dość złożone... Docelowo: jak najbardziej!;
> obecnie: nie, mocno przekracza regułę KISS... ;-)
a nie, żeby rezygnować z wymagań funkcjonalnych na rzecz łatwosci
napisania
programu. Przecież nie zrobimy funkcji dodającej dwie liczby, która
zawsze zwraca SIEDEM,
bo tak PROŚCIEJ.
A jak widzisz inne rozwiązanie problemu dopuszczania nowych do
blipoteki tak, zeby
z jednej strony gość znikąd nie mógł się wpakować, a z drugiej - nie
zamknąć blipoteki
w małym kółku ani nie zabić jej np. przez przeciążenie moderatorów?
rmikke
Ryszard Mikke
wrote:
> OAuth to absolutne minimum.
1) blip ma kłopoty, to i do blipoteki nie zajrzysz
2) masz problem, jak Rychu i Zdzichu wejdą na blipa i do blipoteki,
pożyczą Twoją książkę na tej podstawie i znikną jak sen jaki złoty.
rmikke
Kuba Niewiarowski
To "małe kółko" póki co zadziwiająco prężnie funkcjonuje. Nie musi nas tu być 100 k, żeby to działało... :P
W dniu 2010-09-21 16:08 użytkownik "Ryszard Mikke" <ryszar...@gmail.com> napisał:
On Sep 21, 3:53 pm, Jakub Argasiński <arga...@gmail.com> wrote:
> W dniu 21 września 2010 15:42 użyt...
> <ryszard.mi...@gmail.com> napisał:
>
> > [ciach]
>
> > Co Wy na to?
>
> W skrócie: fajne, ale dość złożone... Docelowo: jak najbardziej...
Jakub Argasiński
<ryszar...@gmail.com> napisał:
> On Sep 21, 3:53 pm, Jakub Argasiński <arga...@gmail.com> wrote:
> Wydawało mi się, że KISS mówi, żeby nie komplikować rzeczy prostych,
> a nie, żeby rezygnować z wymagań funkcjonalnych na rzecz łatwosci
> napisania
> programu. Przecież nie zrobimy funkcji dodającej dwie liczby, która
> zawsze zwraca SIEDEM,
> bo tak PROŚCIEJ.
OK, w takim razie się nie zrozumieliśmy. Powtórzę się: pomysł mi się
podoba, ale implementacyjnie
(jak sam zauważyłeś) jest zdecydowanie bardziej złożony. Nie bashuję
go, raczej staram się po cichutku
nadać mu etykietę "wersja 2.0" ;-)))
Jenny
czy w tym kraju zawsze musimy si� poddawa� jednemu g�o�no krzycz�cemu
opozycjoni�cie, kt�rego argumentem jest 'bo ja si� nie zgadzam, chc�
inaczej i koniec kropka'?
nie rozumiem upierania si� przy logowaniu z OAuth itp - my�l�, �e
jednokrotne zweryfikowanie konta w ten spos�b w zupe�no�ci wystarczy.
tudzie� ��czenie si� tak dla �ci�gni�cia listy znajomych (co te� ju�
samo w sobie b�dzie weryfikacj� posiadania konta na blipie).
Kuba Niewiarowski
Ok, ale czemu nie...? ;)
To jest po prostu wygodne, a skoro serwis ma być społecznością okołoblipową, to czemu to dodatkowo komplikować osobnym logowaniem...?
W dniu 2010-09-21 16:17 użytkownik "Jenny" <y...@yennefer.pl> napisał:
> On Sep 21, 4:04 pm, Kuba Niewiarowski<marsjaninzma...@gmail.com>
> wrote:Ja jestem przeciw.
czy w tym kraju zawsze musimy się poddawać jednemu głośno krzyczącemu opozycjoniście, którego argumentem jest 'bo ja się nie zgadzam, chcę inaczej i koniec kropka'?
nie rozumiem upierania się przy logowaniu z OAuth itp - myślę, że jednokrotne zweryfikowanie konta w ten sposób w zupełności wystarczy. tudzież łączenie się tak dla ściągnięcia listy znajomych (co też już samo w sobie będzie weryfikacją posiadania konta na blipie).
Jakub Argasiński
> czy w tym kraju zawsze musimy się poddawać jednemu głośno krzyczącemu
> i koniec kropka'?
Nie musimy. Ale jeśli pojawi się więcej takich głosów i będą mieć
dobrą argumentację
warto je uwzględnić. Gwoli ścisłości: argumentacji pt. "komplikacja", bo trzeba
wypełnić formularz rejestracyjny złożony z 3 pól (max 15 sekund) bądź zalogować
się podając użytkownika i hasło (oh my!), nie nazwałbym przekonującą...
Jenny
>
> Ok, ale czemu nie...? ;)
>
mam wrażenie, że nie przeczytałeś ani razu argumentacji ^rmikke
dotyczącej innego rozwiązania.
Kuba Niewiarowski
Kiedy ostatnio widziano Pana Oponkę...? A otwarcie na inne społeczności... nie jestem tak do tego przekonany...
Jenny
rozwiązanie, przeciwko któremu jesteś z założenia, daje nam większe zaufanie i możliwość zapobiegania napływu zupełnie nieznanych osób. co za różnica - inne społeczności - czy np fala nowych blipowiczów, bo znów jakiś geniusz puści na GG reklamę 'blip, a może ^frytka do tego?'.
i skończmy tę jałową dyskusję, bo mam powoli wrażenie, że siedzimy pod pałacem prezydenckim. niech się każdy wypowie, a nie że zmieniamy koncepcję, bo ktoś jeden jest przeciw.
Jakub Argasiński
danych: TAK w 1. wersji serwisu.
2. Docelowo: pomysł ^rmikke + ew. udoskonalenia.
Ryszard Mikke
> W dniu 21 września 2010 16:08 użytkownik Ryszard Mikke
> > On Sep 21, 3:53 pm, Jakub Argasiński <arga...@gmail.com> wrote:
> > Wydawało mi się, że KISS mówi, żeby nie komplikować rzeczy prostych,
> > a nie, żeby rezygnować z wymagań funkcjonalnych na rzecz łatwosci
> > napisania
> > programu. Przecież nie zrobimy funkcji dodającej dwie liczby, która
> > zawsze zwraca SIEDEM,
> > bo tak PROŚCIEJ.
>
> OK, w takim razie się nie zrozumieliśmy. Powtórzę się: pomysł mi się
> podoba, ale implementacyjnie
> (jak sam zauważyłeś) jest zdecydowanie bardziej złożony. Nie bashuję
> go, raczej staram się po cichutku
> nadać mu etykietę "wersja 2.0" ;-)))
uważam, że nie można.
Zmiana jakiegoś uproszczonego i jakos tam działającego systemu
znajomości będzie
znacznie trudniejsza, niz wprowadzenie tego od początku, wierz mi. Sam
będę stawiać opór,
żeby robic to jeszcze raz plus kolejna migracja danych, skoro od
początku wiedziałem,
jak to zrobić DOBRZE. ;)
rmikke
Jakub Argasiński
<ryszar...@gmail.com> napisał:
> będę stawiać opór,
> żeby robic to jeszcze raz plus kolejna migracja danych, skoro od
> początku wiedziałem,
> jak to zrobić DOBRZE. ;)
Bardzo dobrze. Porozmawiamy o tym w domu, tfu na privie ;-))
Rubeus
formularzyk przy rejestracji/zgłszeniu chęci uczestnictwa - imię,
nazwisko, login z blipa, miasto
po zatwierdzeniu przez ekipę moderatorską - logowanie do konta przez
to blipowe cuś
Dla 'tych' co chcieliby sprawdzić tylko 'jak to działa o ci w tym
chodzi powinno starczeć fajnie napisana stronka 'o projekcie
blipoteka' i tyle.
mslepko
>
> Drodzy moi!
>
> Proponuje trochę inny system "znajomości" w serwisie.
>
> 1) Jednak osobne hasło w serwisie, niezależne od blipa.
> 2) Osobna lista znajomych, zawierajaca:
> społecznosciowymi.
>
> Co Wy na to?
1. Logowanie:
Login (może być inny niż z blipa)
Hasło
2. Potwierdzenie adresu e-mail. Logowanie do serwisu i prośba o
podłączenie z kontem na Blipie. Po takim podłączeniu użytkownik
otrzymuje rangę np. Podglądacz.
W tym czasie może przeglądać tylko jakie książki są dostępne. Nie ma
możliwości dodawania znajomych, zgłaszania chęci wypożyczenia komuś/od
kogoś książki. Uzupełnia podstawowe dane: Imię, nazwisko, miasto, nr
telefonu - w serwisie widoczne jest tylko login i miasto.
Moderator weryfikuje danego użytkownika, jeżeli ma jakieś pytania lub
wątpliwości może kontaktować się mailowo i moderator sam ręcznie
nadaje wyższą rangę np. Czytelnik / Kurier / Administrator. Od tej
pory użytkownik może uzupełnić swoją listę książek / wypożyczać
książki itp.
Kwestia widoczności danych osobowych. Login i miasto widoczne dla
wszystkich. Imię, nazwisko, tel dla administracji i/lub dla osoby od
której brana jest książka / lub której książka jest pożyczana. Tu jako
przykład przychodzi mi alledrogo - na licytacji widoczne są loginy
(teraz już nie w całości) a dostęp do szczegółowych danych ma
sprzedający.
Pewnie namieszałem jeszcze bardziej ;)
Urszula Łupińska
^ylka
Ryszard Mikke
> Kiedy ostatnio widziano Pana Oponkę...?
Oraz, jak już podnosiła Jenny, otwarcie na inne społeczności jest na
ostatnim,
jak dotad, miejscu na liście korzyści z komplikacji.
rmikke