Każdy, kto wie na czym polega #programowanie wie że projekty pod tytułem "przepisywanie od 0" są…

@splatch nie można było zachować starej bazy danych? Przecież chyba aż tak bardzo baza się nie zmieniła bo to tylko nowy layout

@splatch wystarczy mieć więcej niż 2 lata doświadczenia na wyższej pozycji w IT i jakiekolwiek kompetencje architektoniczne żeby takich prostych wtop uniknąć, ja sam przepisałem z 2-3 aplikacje dobierając do nich odpowiednie podejście i oczywiście mając failsafe (którego nie musiałem nigdy użyć) i jakoś aplikacje działają do dziś, ba, zyskały na funkcjonalności oraz popularności od tego czasu DRASTYCZNIE.

Oczywiście że w wieku dziecięcym były bugi, ale się je na bieżąco poprawia. W pewnym momencie apka dochodzi do momentu kiedy nie nadaje się do rozwoju i tyle, tutaj nie ma wyboru między przepisujemy a nie przepisujemy, lecz przepisujemy albo zamykamy.

"stary system wciąż ewoluuje" xd to akurat nie w tym przypadku

@splatch z tego samego powodu Grono, które w 2009 roku zamieniło się w wizualną kopię Facebooka już nigdy nie odzyskało popularności

No oni to naprawią bo teraz błędy widać. Zwykłe konta stały się firmowymi, zbanowani na amnestii a dlaczego nie wszystkie? Ci co skasowali konta nagle je mają aktywne, czyżby z backup?

Moim zdaniem tu nie chodzi o to, że wygląd się jakoś drastycznie zmienił. To jest do przełknięcia - zawsze znajdą się tacy co marudzą. Problem raczej krąży wokół innych fundamentalnych czynników:

• nie zachowali kompatybilności API przez co wszystko co z API korzystało poszło z dymem.
  

• odbanowanie użytkowników, znikające komentarze, wiadomości prywatne, obserwowane... wygląda jak problem z migracją danych pod nową strukturę
  

• wydajność - co trochę się łączy z punktem pierwszym - prawdopodobnie nikt nawet nie zrobił traffic shadowingu, bo po tak drastycznych zmianach API nie było to możliwe.
  

• mobile - wypuszczanie nowej wersji serwisu, która rozpieprza wszystkie mobilne aplikacje i nie wypuszczenie w tym samym czasie aktualizacji do oficjalnej appki? Choroszcz.
  

A wystarczyło wypuścić beta.wykop.pl na miesiąc, dwa, nawet z kopią bazy danych niekoniecznie zsynchronizowaną z głównym serwisem ze względu na zmiany struktury (przy okazji by był test migracji danych ;)) żeby dostać feedback od użytkowników i poprawić przed oficjalnym wydaniem.

@Voltage skoro przepisales je "sam", to musialy byc wyjatkowo duze te aplikacje xD

@Petrorogal Zachować starą bazę można, ale zazwyczaj już nie jest ona zdatna do użycia. Tradycyjne bazy danych są podzielone na tabele a tabele na kolumny i wiersze, podobnie jak excel. Pół biedy jeśli nowa struktura bazy danych rozszerza schemat o dodatkowe kolumny (np. nazwa_autora, żeby jej nie doczytywać z drugiej tabeli), gorzej jeśli kolumny ze starego schematu są usunięte lub rozbite, ponieważ nowe wpisy będą wymagały dodatkowego narzędzia żeby zmigrować je do starego schematu.

@Voltage "wystarczy mieć więcej niż 2 lata doświadczenia na wyższej pozycji w IT i jakiekolwiek kompetencje architektoniczne żeby takich prostych wtop uniknąć"

Albo mieć dominującą pozycję na rynku żeby mieć wszystko w pompie. ¯\_( ͡° ͜ʖ ͡°)_/¯

Zgadzam się, że wtop można uniknąć, tylko że najpierw trzeba się przygotować do tego, żeby system dało radę pchać do przodu.

@kamsz to o czym piszesz przypomina mi podejście z basecamp, gdzie stara wersja serwisu działała jeszcze 5 lat po wprowadzeniu nowej. Nie pamiętam już czy robili tam migrację danych czy nie, po prostu zostawili starą wersję dla tych, którzy nie chcieli korzystać z nowej.

@splatch gdyby były tylko te problemy co wymienileś to nie byłoby problemu. Ludzie by troszkę ponarzekali, ale po paru dniach przyzwyczaili do nowej aplikacji. Ten nowy wykop po prostu nie działa pod obciążeniem. Strony ładują się po kilkadziesiąt sekund, albo wcale, a przyciski czasem nie działają i trzeba ładować stronę od początku

@Czokobons to są te nowe błędy o których pisałem.

@splatch Reddit ma taką wersję do dzisiaj (http://old.reddit.com ) i jakoś daje radę

@kamsz Zgadza się, tylko w praktyce to może wymagać utrzymania dwóch systemów równocześnie. Pół biedy jeśli serwisy są oparte o stabilne API, które łączy wysiłek w jednym miejscu. Jest o wiele gorzej, jeśli każdy z systemów odczytuje dane bezpośrednio z właściwej sobie bazy danych.

Można było to rozegrać lepiej a wyszło jak zwykle.

@czarna_mamba a kto mówi że w pojedynkę, użyłem po prostu skrótu myślowego. (no dobra użyłem tam słowa "sam", ale chodziło mi raczej o mój udział w przepisywaniu i to na pozycji TLa/architekta).