Содержит много сарказма, не читать java-программистам
Обожемой! В Java наконец-то можно прочитать файл «без подключения сторонних библиотек»! И теперь с лямбдой и неким Stream API! И наконец-то в одну строку, а не в 25!
Могуч язык, что сказать. Нам с нашими питонами-руби не угнаться…
Ну не могу еще раз не вставить эту картинку, уж извините…
По-моему это и не было защитой. Вы уверены что вы читали обе статьи?
Автор признает ошибки, но пытается донести мысль, что аргументы, которые приводятся обычно — не совсем честные аргументы и лишь только приводят к тому что никто внятно не может объяснить почему именно в его проекте не нужно выбирать MySQL, а нужен именно Postgres: «потому что вижу, что потенциального геморроя можно словить на порядок больше». Потенциальный геморрой с постгресом тоже можно найти. просто сейчас тренд — «ругаешь MySQL — ты крутой и современный. Защищаешь — ты олдфаг».
Можете сразу ответить на вопрос — в чем бы в вашем существующем проекте вы бы получили проблемы на MySQL?
Я сам скачивал и поднимал дамп википедии на PostgreSQL. Не все таблицы, правда, но основные, со статьями.
Производительность не сравнивал, но возможность этого есть. Вот тут есть схема для постгреса. Уровнем выше — для других баз тоже. Возможно, они не так хорошо поддерживаются, поскольку мне приходилось подправлять их руками для своих нужд, но декларировать «невозможность» не стоит. И вполне возможно что оценки ведутся.
Таким образом перейти на Postgres технически проблем нет, но есть какие-то другие причины. Возможно просто потому что работает и все устраивает. В таком случае ЧТД.
Конечно. «Ошибка о которой вы сообщаете не может быть исправлена, потому что наш ботнет работает через нее. Кстати, пожалуйста, запустите еще один Internet Explorer, потому что первого не хватает. И спасибо за фото с котиками, которое вы послали своей бабушке — мы очень смеялись».
Разрешите с вами не согласиться. Я читал Сыромятникова и поэтому тоже вспомнил о нем.
Цитата из википедии:
Программа космических экспериментов «Знамя» — серия экспериментов по работе космическими зеркалами, то есть специальными отражателями, которые отражают солнечный свет и освещают земную поверхность. Всего было два эксперимента — успешный «Знамя 2», не успешный «Знамя 2,5» и планируемый «Знамя 3». Проект «Знамя» был прекращен Роскосмосом после неудачи «Знамя 2,5».
Проект «Знамя» — был запущен в 1992 году еще для проверки концепта.
Беспилотные поезда — в Европе в метро много таких.
Гигантская праща для запуска самолетов — хм, как насчет рельсотрона, которым американцы уже практическ запускают самолеты с авианосцев?
К сожалению не смогу найти цитату и пруф, но слышал своими ушами от Павла Зайцева (на HighLoad++) замечание о том, что код в MySQL очень местами грязный и многие вещи сделаны очень велосипедно, поэтому многие нужные фичи невозможно реализовать без боязни сломать все остальное.
Да, это то самое legacy, но хотелось бы понять — сколько реально этого legacy там осталось?
В то же время где-то читал отзывы, что после покупки Oracle в MySQL начали появляться нормальные юнит-тесты и вообще стало более организованно все.
Можете прокомментировать свое отношение к качеству кода внутри MySQL?
То есть ничем больше они вообще не питались? Только этими напитками?
Вы знаете, если я буду две недели питаться только яблоками, скажем, то, вполне вероятно, мне тоже поплохеет…
Для youlose нужен, все-таки, самописный скрипт, который конкретно его задачи будет решать. Слишком специфичные вещи не стоит костылить. Частично systemd, но над ним можно еще что-то.
Но хотелось бы задать автору вопрос именно по (1). Есть задача — запустить 20 копий скрипта myscript.py. И контролировать что они не упали — перезапускать. Как может systemd это сделать? Писать 20 одинаковых сервисов? Но это, извините, как раз и костыль. Негибко совсем.
Могуч язык, что сказать. Нам с нашими питонами-руби не угнаться…
Ну не могу еще раз не вставить эту картинку, уж извините…
Мы-то с вами знаем, что Чубакка и Дарт Вейдер в разных лагерях служили.
Вы Java сравниваете же?
Автор признает ошибки, но пытается донести мысль, что аргументы, которые приводятся обычно — не совсем честные аргументы и лишь только приводят к тому что никто внятно не может объяснить почему именно в его проекте не нужно выбирать MySQL, а нужен именно Postgres: «потому что вижу, что потенциального геморроя можно словить на порядок больше». Потенциальный геморрой с постгресом тоже можно найти. просто сейчас тренд — «ругаешь MySQL — ты крутой и современный. Защищаешь — ты олдфаг».
Можете сразу ответить на вопрос — в чем бы в вашем существующем проекте вы бы получили проблемы на MySQL?
Производительность не сравнивал, но возможность этого есть.
Вот тут есть схема для постгреса. Уровнем выше — для других баз тоже. Возможно, они не так хорошо поддерживаются, поскольку мне приходилось подправлять их руками для своих нужд, но декларировать «невозможность» не стоит. И вполне возможно что оценки ведутся.
Таким образом перейти на Postgres технически проблем нет, но есть какие-то другие причины. Возможно просто потому что работает и все устраивает. В таком случае ЧТД.
Цитата из википедии:
Беспилотные поезда — в Европе в метро много таких.
Гигантская праща для запуска самолетов — хм, как насчет рельсотрона, которым американцы уже практическ запускают самолеты с авианосцев?
Да, это то самое legacy, но хотелось бы понять — сколько реально этого legacy там осталось?
В то же время где-то читал отзывы, что после покупки Oracle в MySQL начали появляться нормальные юнит-тесты и вообще стало более организованно все.
Можете прокомментировать свое отношение к качеству кода внутри MySQL?
Вы знаете, если я буду две недели питаться только яблоками, скажем, то, вполне вероятно, мне тоже поплохеет…
Наверное «греховного»? Тогда все понятно с вами, безбожники. Ишь чего удумали!
Но хотелось бы задать автору вопрос именно по (1). Есть задача — запустить 20 копий скрипта myscript.py. И контролировать что они не упали — перезапускать. Как может systemd это сделать? Писать 20 одинаковых сервисов? Но это, извините, как раз и костыль. Негибко совсем.