@akemo: ale przecież ludzie robią Wam testy. Jak można pieprzyć takie głupoty. Sam dla Ciebie zrobiłem dziś kilka. To, że ludzie pobierają soft i zgłaszają błędy to nie testy? To, że developer po wprowadzeniu poprawki kompiluje kod i patrzy czy to co zrobił w ogóle zadziałało to nie testy?

Chyba nie powiesz mi, że w 4 projektach ludzie napierdzielają kod i nie sprawdzają czy zadziałał :D

@akemo: powinno obchodzić każdego kto robi strony internetowe :)

@akemo: powinno obchodzić każdego kto robi strony internetowe :)

@duxet: @akemo: taka mała dygresja:

According to StatCounter, in 2015, Chrome is not only the most popular mobile browser (also if tablets are counted with, but not if they are counted on their own, then Safari, using a similar engine with same web standards, counts 60.09%[2]); when counting across all platforms it is also most popular and if only desktop platforms are counted it has more than half of that market.[3]

@duxet: @akemo: taka mała dygresja:

According to StatCounter, in 2015, Chrome is not only the most popular mobile browser (also if tablets are counted with, but not if they are counted on their own, then Safari, using a similar engine with same web standards, counts 60.09%[2]); when counting across all platforms it is also most popular and if only desktop platforms are counted it has more than half of that market.[3]

@akemo: jakich testów? Użytkownika, czy automatycznych? A może w ogóle nie ma testów? :D

Zauważ że w tym konkretnym projekcie opensource (bo rozumiem, że takim strimoid się stał) w ostatnim czasie zainteresowanie kodem portalu jest ograniczone do jednej osoby. Nikt prócz duxeta nie pracuje jawnie na wersjach rozwojowych, wszystko wchodzi błyskawicznie na PROD a po błędach jakie napotykamy widać, że duxet ostatnio nawet nie sprawdza przed chwilą wprowadzonych poprawek.

@akemo: jakich testów? Użytkownika, czy automatycznych? A może w ogóle nie ma testów? :D

Zauważ że w tym konkretnym projekcie opensource (bo rozumiem, że takim strimoid się stał) w ostatnim czasie zainteresowanie kodem portalu jest ograniczone do jednej osoby. Nikt prócz duxeta nie pracuje jawnie na wersjach rozwojowych, wszystko wchodzi błyskawicznie na PROD a po błędach jakie napotykamy widać, że duxet ostatnio nawet nie sprawdza przed chwilą wprowadzonych poprawek.

@duxet: Prawdę mówiąc wbrew powszechnej opinii nie uważam, że mongo było błędem. Przecież dzięki niemu przez długi czas (ile, półtora roku?) używaliśmy serwisu pracującego na kalkulatorze zasilanym ogórkami kiszonymi i byliśmy z tym szczęśliwi. Mongo po prostu zrobiło co miało zrobić kiedy miało zrobić.

Ale przyszedł czas, że trzeba było z niego wyjść bo serwis zaczął mulić, a mongo zaczęło więcej ograniczać niż pomagać.

To całkowicie normalna sytuacja w każdym projekcie. Inaczej mogą ściemniać tylko ludzie którzy robią głupkowate gierki "wypuść i zapomnij". Każdy projekt który istnieje dłużej trzeba utrzymywać, modyfikować.

Więc i migracja powinna być robiona jak normalny krok w rozwoju serwisu. Nie można wypieprzyć 60% funkcji bez uprzedzenia i liczyć że nikt nie zauważy. Czasem przejście z jednej technologii do drugiej może być cięższe niż napisanie serwisu od nowa, ale jakoś nie widzę, żeby duże produkty były porzucane na pół roku bo "piszemy nową wersję".

@duxet: Prawdę mówiąc wbrew powszechnej opinii nie uważam, że mongo było błędem. Przecież dzięki niemu przez długi czas (ile, półtora roku?) używaliśmy serwisu pracującego na kalkulatorze zasilanym ogórkami kiszonymi i byliśmy z tym szczęśliwi. Mongo po prostu zrobiło co miało zrobić kiedy miało zrobić.

Ale przyszedł czas, że trzeba było z niego wyjść bo serwis zaczął mulić, a mongo zaczęło więcej ograniczać niż pomagać.

To całkowicie normalna sytuacja w każdym projekcie. Inaczej mogą ściemniać tylko ludzie którzy robią głupkowate gierki "wypuść i zapomnij". Każdy projekt który istnieje dłużej trzeba utrzymywać, modyfikować.

Więc i migracja powinna być robiona jak normalny krok w rozwoju serwisu. Nie można wypieprzyć 60% funkcji bez uprzedzenia i liczyć że nikt nie zauważy. Czasem przejście z jednej technologii do drugiej może być cięższe niż napisanie serwisu od nowa, ale jakoś nie widzę, żeby duże produkty były porzucane na pół roku bo "piszemy nową wersję".