problemy Eltena i kilka refleksji
Back to EltenLink#41 nuno69
Zrobiłęm tylko logowanie, pobieranie listy userów i adminów i wiadomości, więc jeszcze nie jest źle.
#42 midzi
@Elanor, a czego tu nie rozumieć? Bo dla mnie to akurat jest bardzo oczywiste. Programowanie to praca twórcza, a programiści to raczej z reguły dość mocni indywidualiści. Pisałem już zdaje się o tym wyżej. Narzucać to sobie można jak się ma albo pieniądze, albo projekt ma renomę i choćby fakt uczestnictwa w nim jest prestiżowy. W innym przypadku to twórca z pocałowaniem ręki bierze większość oddolnych inicjatyw, zamiast dusić w zarodku. Dawid niestety chce przyjmować reguły rodem z Fejsa, tworząc one man project. Dlatego mnie irytacja ludzi, którzy chcieli zrobić coś swojego na bazie Eltena absolutnie nie dziwi.
#43 nuno69
Dzięki @midzi za poparcie :D
#44 pajper
Midzi, przy takim podejściu nigdy żaden projekt Open-source by się nie rozwinął, bo każda kolejna osoba miałaby inną wizję, kreśląc pracę poprzedników.
Shoot for the Moon. Even if you miss, you'll land among the stars.
#45 midzi
@Nuno: Dla mnie to jest oczywiste. Nie jestem programistą, ale robiąc coś w wolnym czasie chcę robić coś, do czego mam w 100% przekonanie zamiast iść z jednej roboty do drugiej tylko takiej, z której nie mam nic.
#46 nuno69
@pajper no nie, bo jeżeli twój interfejs okaże się lepszy to moja hipotetyczna aplikacja skończy jako relikt przyszłości i symbol mojego nieudacznictwa :D, natomiast jeżeli mój interfejs okazałby się lepszy to znaczyłoby, że nnie miałęś racji
#47 midzi
@Pajper: A kto mówi o kreśleniu? Popatrz sobie jak ma to rozwiązane NVDA. Jest ileś osób, które tworzą rdzeń, jest społeczność robiąca dodatki. Każdy daje tyle ile może i to co chce.
#48 zywek
Facebook przecież też nei do końća zabrania innym aplikacjom na dostęp. Np jest takie fajne nrzędzie w pythonie, takie łądne messengerowskie API, moze nie oficjalne, ale zdaje mnie sę, ze oficjalnie udokumentowanych funkcji korzysta. No więc się da? Da się.
#49 pajper
No właśnie. Tylko tu za rdzeń uznany jest klient przeze mnie, którego można: tak, poprawić; tak, odklangowić częściowo, ale nie kreślić do zera.
Shoot for the Moon. Even if you miss, you'll land among the stars.
#50 zywek
Rdzeniem tu wg mnie powinno być ino API do komunikowania się z serwerem. Jk jadro Linuxa. Pod spodem Kernel, tj. komunikacja ze wszystkim, wierzchnio grafa.
#51 Julitka
@Pajper To samo chciałam napisać, tak na logikę. NV Access, jakkolwiek open się wydaje, raczej nie byłoby zachwycone, gdyby ktoś napisał im program, który bazuje na ich rozwiązaniach, ale w sumie jest czymś innym.
#52 Julitka
Dobra, a porzucając na chwilę słuszność/nie tworzenia klientów...
Jak sobie wyobrażacie kwestie czysto serwerowe?
Programiści alternatywni płaciliby za serwer Dawidowi?
Tzn. Chodzi mi o to, że to Dawid na te serwery daje. Co w przypadku klientów alternatywnych?
#53 zywek
Yy, dlaczeog mam np płacić za coś, za co na twitterze czy facebooku bym nie płacił?
#54 nuno69
Taaa jasne dość że tworzę coś za dramo w swoim własnym wolnym czasie to jeszcze mam płacić. Gratuluję.
#55 midzi
@Julitka, NVAccess to akurat wręcz do tego zachęca przez to, na jakiej licencji jest NVDA. Sęk tylko w tym, że przez wirusowość GPL2 taki program trzebaby opublikować też jako otwarte źródła.
#56 Julitka
No... Dawid płaci... :p
#57 nuno69
No ale ja chcąc omóc dawidowi nie muszę.
#58 cinkciarzpl
Cuż. aktywne rozwijanie projektu to nietylko gloria. :P
#59 Julitka
@Cinkciarz Zgadzam się, jak cholera się zgadzam!
Jacyś chętni?
#60 cinkciarzpl
Byli, ale jak widać się zmyli, bo jak rozumiem, warunki przetargu są cokolwiek egzotyczne. A skoro tak, to niech się zamawiający nie dziwi, że ma, co ma. Tyle w temacie. To jest tak proste, że dziwi mnie że niektórym trudno to ogarnąć.