О том, что юнит тестами сложно отловить например ошибки, связанные с многопоточностью, вспоминать не будем.
А с использованием дебаггера многие ошибки связанные с многопоточностью так вообще отловить невозможно.
Отправить на пенсию то давно пора, но, есть кто на замену? Не какой-нибудь мелкий мальчуган, которому еще заботливые родители подгузники меняют, а нормальный и достойный претендент? Найдете — покажите, интересно посмотреть.
А JS, хоть и уже не молод, и все чаще можно от него услышать «а вот в наше-то время...», но пока единственный кто может хоть как-нибудь выполнять свою роль. Когда там для голожопого дарта появятся всякие jquery, bootstrap, backbone, less, extjs?
Для среднего программиста который будет клепать клиент-сайд формы еще одного банка — плюс, новый язык учить не надо. Для хипстеров, которые сейчас и толкают вперед всю клиенскую разработку и постепенно вливаются в серверную — минус.
Нет, я лично полностью за (хотя во времена молодости и веб-девелопмента у меня никогда не было проблем с яваскриптом), но ява — не самый лучший вариант.
Под простотой я понимаю то, что мой мозг не должен думать о таких вещах как: память или области видимости — наверное главная проблема JS, после отсутсвия типов (когда нужно всегда держать под рукой мануал или не забывать про комментарии)
А в чем? В том, что мы избавляемся от JS и будем писать на языке который проще для среднестатистического программиста? Думаю да, в этом.
Но, я (как и многие другие) придерживаюсь мнения, что гуглу, прежде чем делать свои апплеты с блекждеком и типами легкого поведения, следовало бы посмотреть что происходит в веб разработке. В какую сторону все движется.
Лучше бы тот же CoffeScript до ума довели, пользы больше было бы.
Я уже прослушал три курса на курсере и могу сказать, что некоторые вещи там преподаются гораздо лучше нежели в наших «высших» учебных заведениях. Что, собственно, не удивительно, учитывая кто там (на курсере) читает лекции…
Деньги это такая чтука, что лишним перестраховатся не будет, у нас деньги писались и в монгу и в постгрес, к сожалению миллиардов платежей у нас не было, что бы проверить надежность монги. но за те тысячи вроде монго и не потеряла
Так по сути минусов (не сказал что бы таких уж и больших) у нее, для нас было два — можно немного потерять данных еще и в бд (до этого этим страдал наш игровой сервер).
Второе — так как часто приходилось менять структуру бд (эх, геймдизайнеры), а в монге это затруднительно, то приходилось писать ручками скрипты миграции… бррр. Но, мне и так приходилось их писать, потому как иногда изменения были достаточно существенные.
В случае постгреса игра вставала на несколько часов (к примеру в понедельник в пять утра) и я запускал ручками sql бэкапил правил, заливал обратно. С монгой в этом плане было по-другому: игрок заходил в игру и его профиль мигрировался: т.е. загружаем данные в старую структуру, перекидываем в новую… играем играем, сохраняем + в фоне за пару дней (искусственно ограничивали скорость) перекидывались все остальныые профили.
Остальное сейчас уже не припомню — большинство проблем решал все таки наш администратор, за что ему огромное спасибо (ненавижу администрирование… и проблемы).
Мне еще расказывали что есть некоторе неприятности при шардинге и огромном количестве записей в одной коллекции, да и можем банально упереться в максимальный размер одной записи, но мы до этих проблем так и не дожили.
Но зная какой ад меня ждал бы при масштабирование бд на sql-е… я, да и люди, которые столкнулись с этой проблемой на два-три месяца раньше меня, за монгу готовы были убить :)
Но версия > 2 уже почти не имеет такой неприятности:)
У нее кстати другие неприятности, например иногда падать. Помню мне два или три человека (которые никак друг с другом не связаны, работают в разных компаниях и занимаются разными задачами) писали о том, что они держат не один, а два сервера монги, один инстанс упадет — другой есть, первый же быстренько подниметься
Можно еще так сказать: SQL может полностью заменить noSQL (собственно так мы и жили до появляения этого класса баз данных), но noSQL не может полностью заменить SQL.
Скажем так, а надо ли что бы noSQL (опять же, какой именно nosql, возьмем к примеру mongo...) давал столько же плюшек что и рсубд? Как по мне — нет, хотя не спорю, есть те, у кого не один десяток бизнес логику под оракл хранимыми пишет…
А с использованием дебаггера многие ошибки связанные с многопоточностью так вообще отловить невозможно.
А JS, хоть и уже не молод, и все чаще можно от него услышать «а вот в наше-то время...», но пока единственный кто может хоть как-нибудь выполнять свою роль. Когда там для голожопого дарта появятся всякие jquery, bootstrap, backbone, less, extjs?
Но, я (как и многие другие) придерживаюсь мнения, что гуглу, прежде чем делать свои апплеты с блекждеком и типами легкого поведения, следовало бы посмотреть что происходит в веб разработке. В какую сторону все движется.
Лучше бы тот же CoffeScript до ума довели, пользы больше было бы.
Второе — так как часто приходилось менять структуру бд (эх, геймдизайнеры), а в монге это затруднительно, то приходилось писать ручками скрипты миграции… бррр. Но, мне и так приходилось их писать, потому как иногда изменения были достаточно существенные.
В случае постгреса игра вставала на несколько часов (к примеру в понедельник в пять утра) и я запускал ручками sql бэкапил правил, заливал обратно. С монгой в этом плане было по-другому: игрок заходил в игру и его профиль мигрировался: т.е. загружаем данные в старую структуру, перекидываем в новую… играем играем, сохраняем + в фоне за пару дней (искусственно ограничивали скорость) перекидывались все остальныые профили.
Остальное сейчас уже не припомню — большинство проблем решал все таки наш администратор, за что ему огромное спасибо (ненавижу администрирование… и проблемы).
Мне еще расказывали что есть некоторе неприятности при шардинге и огромном количестве записей в одной коллекции, да и можем банально упереться в максимальный размер одной записи, но мы до этих проблем так и не дожили.
Но зная какой ад меня ждал бы при масштабирование бд на sql-е… я, да и люди, которые столкнулись с этой проблемой на два-три месяца раньше меня, за монгу готовы были убить :)
У нее кстати другие неприятности, например иногда падать. Помню мне два или три человека (которые никак друг с другом не связаны, работают в разных компаниях и занимаются разными задачами) писали о том, что они держат не один, а два сервера монги, один инстанс упадет — другой есть, первый же быстренько подниметься
Скажем так, а надо ли что бы noSQL (опять же, какой именно nosql, возьмем к примеру mongo...) давал столько же плюшек что и рсубд? Как по мне — нет, хотя не спорю, есть те, у кого не один десяток бизнес логику под оракл хранимыми пишет…