dla zwolennikow gadu

nie widze sposobu aby to egzekwowac, mogliby wysylac specjalny naglowek przy kazdej wiadomosci i go sprawdzac, ale wtedy kazdy inny komunikator tez to od razu u siebie wstawi, no moze jak zrobia to jakos z szyfrowaniem, ze kazdy klient tylko oryginalny bedzie mial swoj klucz, ale to tez daloby sie ominac

ta przeczytalem te postanowienia i jest to wielki lol

1. nie jestem pewien czy jest to zgodne z prawem. Tzn czy ma moc prawca
2. jest nieezgekwowalne
3. jesli zaczna blokowac komunikacje z innymi komunikatorami to sobie sami zrobia zia-zia.

Edit: poza tym to co napisali to jakis belkot. Ciagle posluguja sie terminem komunikator majac na mysli protokol.

dobrze ze staraja sie wyprostowac ten belkot

Cytat:

Tak więc jeśli np. w czasie korzystania z nieoryginalnego klienta użytkownik straci hasło, to nie może mieć do producenta pretensji.

W przytoczonym regulaminie bylo ze mozna stracic konto - uzytkownikowi jest obojetne czy straci haslo czy konto. Wazne ze strasza utrudnieniami. moga np. specjalnie kasowac hasla.

Cytat:

Pragniemy również zwrócić uwagę na inne istotne zapisy w regulaminie (pkt 9), które chronią użytkowników Gadu-Gadu m.in. przed spamem.

Bzdura. od tego ejst blokowanie nieznajomych. Nie widze zwiazku z tymi nowymi punktami regulaminu. Po prostu ktos sie zreflektowal i probuja sie wykrecic sianem teraz, ew b. zamydlic oczy

lefty napisał:

Albo jakby wyslal do kolegi "Kasiu, wylizalbym ci stopy"

Za duzo na satce kolega sie edukuje

Na satce? Akurat

30 osob? LOL. Jestem ciekaw po co im tyle ludzi. Bo rozwoj software to 2-3 osoby szczeglnie przy takim tempie rozwoju programu. 4 osoby od H/W. Pytanie co robi reszta. pewnie menadzerowie, kierownicy kieronickow etc.

I jeszcze slowo o "zasady uczciwej konkurencji" Wlasnie to GG lamie te zasady. Korzystanie z protokolu przez innych producentow powinno byc normalnie umozliwione. I w takiej uczciwuej konkurencji wygrywa ten kto oferuje lepszy software. Tak samo jest przy konkurencji Office vs OpenOffice, protokolach streamingu audio/video etc.

No wlasnie - po co im 30 osob skoro starczl by im jeden MaXyM ?

Maxym masz blade pojecie o tym jak widac wiec nie osmieszaj sie pliz bo tak wiadomo najlatwiej posmiac sie z kogos, 30 osob to nie za duzo, myslalem ze wiecej, ostatnio gadalem z gosciem jaka infrastukture maja jesli chodzi o servery, serverownie, macierze, lacze itd to głowa mała poziom niezlego europejskiego data center jakie w polsce ma mało kto,a juz banki internetowe itd to przy nich bidulki, koszty utrzymania kosmiczne, to ze ty nie wysylasz do nich maili, to nie znaczy ze kilka osob jednoczesnie nie siedzi i nie klepie odpowiedzi uzytkownikom w helpdesku itd

ty widze nie przeczytales artykulu:
"nad rozwojem komunikatora Gadu-Gadu pracuje blisko 30-osobowy zespół młodych ludzi"

Rozwoj to nie jest utrzymanie laczy (za ktore odpowiada dostawca uslugi bo oni wlasnego back-bone'a na pewno nie maja). Wlasciwie nie jest to takze help-desk ani nawet support HW. Chociaz ten mozna podpiac pod rozwoj bo w miare wzrostu ilosci uzytkownikow musza rozbudowywac HW etc etc.

Tak ze albo oni zle to nazwali albo to jakis kit. Proste komunikatory sie pisze jako projekty na studiach. Z natury budowa takiego programu to nic skomplikowanego w sumie. Masz racje - w tej sytuacji najwieksza role odgrywa wydajnosc H/W i lacz. tylko jaki to ma zwiazek z ROZWOJEM?

A czy projektowanie nowej infrastuktury H/W, prowadzenie projektow z tym zwiazanych to nie rozwoj? Tak samo utrzymywanie infrastruktury H/W przy stalym wzroscie obciazenia na pewno czesto laczy sie z rozwojem rozwiazan.
Zreszta watpie, aby prywatna firma szastala kase na lewo i prawo zatrudniajac niepotrzebnych specjalistow, wiec moze MaXyM po prostu przestan sie madrowac - skoro maja tylu specjalistow to moze po prostu tylu potrzeba, a ty (i nie tylko ty) nie jestes po prostu w ciagu 5ciu minut ogarnac skali i zlozonosci problemu
To tak jak sie kiedys madrowales, ze phpbb jest malo wydajne, bo przy wysylaniu posta masz "21 queries executed".

Maxym napisz do nich, ze zamiast 30 ludziom placic ty to wszystko sam za nich zrobisz i zeby ci dali te 30 pensji, ty bedziesz bardzo bogaty, oni zadowoleni i latwiej im bedzie panowac nad jednym czlowiekiem niz 30 - wszyscy beda szczesliwi

chetnie. Ja nie mowie ze powinna byc jedna osoba od takiego projektu. Z roznych powodow. czy to zeby miec czas dla siebie (tzn miec normalny czas pracy) czy dlatego ze na pewno lepiej miec kilku specjalistow od kazdej dziedziny osobno niz jednego czlowieka co wie wszystko (bo taki nie istnieje). Ale jednak 30 osob to sorry - ale to jest przegiecie jak na team zajmujacy sie rozwojem.

Wezcie pod uwage ze klient GG sie teraz wlasciwie sie nie rozwija. raz na 2 lata wydadza nowa wersje. to co robi team zajmujacy sie softwarem? no moze optymalizuja kod serwerowy... H/W? to tak ile osob jest potrzebne do H/W? Serwery Jabbera sa utrzymywane przez 1-3 osob. A oferuja transporty do wielu komuniklatorow plus inne uslugi. A wiec trafic pewnie jest wiekszy niz w GG.

Moze inaczej: 30 osobowa firma zajmujaca sie GG - to bym uwierzyl. Ale 30 osob zajmujaca sie rozwojem? to jaja sobie robicie.

Nogal, ty sie troche znasz na bazach, uwazasz ze wykonanie 21 zapytan do bazy zamiast uzywania joinow jest optymalniejsze? Bo ja twierdze ze nie.

Niekiedy tak Czesto zdarzalo mi sie, ze musialem robic oddzielne zapytania i laczyc to w inny sposob (nawet jesli byly np. tylko 3-4 zlaczenia roznych, ale ogromnych tabel) - co prawda na Oracle'u i maszynie "tylko" 8mio procesorowej, ale zawsze

Podejrzewam, ze phpbb nie robily zadne leszcze, ktore nie potrafia robic zlaczen, wiec skoro robia az 21 zapytan to widocznie musi byc jakis powod i dlatego nie chce mi sie nawet w to wglebiac.