Нет, серьёзно. Работы у нас мало, зарплата большая, платится день-в-день, жизнь у тебя будет привольная. Не работа прям, а лежать-отдыхать. Сказка, да и только. Утром пришёл, задачи получил, требования собрал, со всеми переговорил, ТЗ написал, прототип собрал — а там и обед, покушал и лежи-отдыхай. Обед у нас долгий, 30 минут! Ну а как отдохнёшь да отоспишься, пора и поработать. Времени у тебя много, офис у нас удобный, большой, по метру целому на человека — куда тебе домой торопиться? Лучше работай спокойно. Прототип переделал, собрал систему, мелочи все доделал, документацию написал, заказчикам установил — а там лежи-отдыхай, до самого вечера. Вечером как домой придёшь, почту проверил, на письма ответил, ошибки исправил, задачи доделал, а там лежи-отдыхай, семья это важно дома мы тебя беспокоить не будем. Лежи-отдыхай. А утром встанешь вместе с солнышком — и к нам опять, на работу.
Масло масляное. Любая политика — это громкая риторика, двойные стандарты и почти полное отсутствие друзей и врагов. Есть только совпадение или пересечение интересов.
США не вступают в бессмысленные конфронтации. США четко проводят свою внешнюю политику и действуют в своих интересах.
Это как в математике, только есть несколько тысяч противоречащих друг другу теорем, и некоторые более новые теоремы отменяют действие более старых (а некоторые — не отменяют). А вам нужно построить лемму, сводящую ваш пример к нужной вам теореме и объяснить, почему ошибся ваш соперник (который пытается делать то же самое) Ну да, совсем как в математике, да. Очень, очень похоже!
Ну, новые проекты на постгресе делают часто (это заметно по хантим'у). А вот то что многие существующие проекты на mysql, объяснить можно как раз детскими болезнями постгреса.
(ну, и доступностью mysql на копеечных шаред хостингах, наверное)
> Недавно переносил проект с MySql на Postgres, — никаких значительных трудностей не встритил, все получилось очень даже мило…
потому что в постгресе очень долго не было нормальной репликации.
а ещё постгрес (по-моему и сейчас тоже) хуже чем mysql держит нагрузку из простых запросов вида update table… where id=? / select * from table where id=? — то есть время ответа скачет. особенно если мерить 99.5 перцентиль — 0.5% запросов супердолго работают. То есть работали (как сейчас дела, не знаю). И ещё не дай бог вакуум не вовремя запустится.
Как человек, не имеющий никакого отношения к разработке mysql, но пытавшийся в своё время получить строчку из базы по первичному ключу с помощью storage engine api (успешно), хотел бы добавить, что этот api не отличается особенным изяществом. Своего я конечно добился сам путём чтения исходников, но.
С другой стороны, непонятно:
— добавляем расширенный интерфейс, с функциями типа get_unique_row_count или get_null_row_count
— если сторадж плагин в курсе расширенного интерфейса, он сам её реализует. если нет, то тупая дефолтная реализация была приведена: get_unique_row_count = row_count / ((int) (row_count / unique_row_count_engine))
— оптимизатор использует функции расширенного интерфейса, и с умными storage engine — профит, со старыми и тупыми — всё как и раньше.
Что мешает поступить так? (хотя я догадываюсь на самом деле. миллионы строк кода и общая тяжесть. я угадал?)
(Ещё хотел бы добавить, что если вы вдруг будете делать что-то с внутренностями mysql и попытаетесь искать помощи в mailing list, то во-первых подтверждения я ждал больше суток, а во-вторых, когда меня туда включили, мой вопрос всё равно проигнорировали. Ну то есть даже никакого «go away, you moron» не было, вообще ничего)
> Но войны-то теперь в головах выигрываются! Давайте мы сделаем вид, что SpaceX — частная лавочка. И разрабатывает всё с нуля не от бедности, а потому что типа это гений-плейбой-миллиардер-филантроп Маск решил детскую мечту осуществить.
Просто Маск — хороший управленец с хорошим опытом сложных хайтек проектов. А Наса — огромная бюрократическая лавка с миллионнами миллионных прихлебателей (ну, поменьше чем у нас — что-то остаётся, но всё равно очень много). А что не выведут — то потеряют или потратят на ерунду. Поскольку спутники запускать всё равно нужно, кто-то сообразительный и решил — а давайте дадим деньги вон тому чуваку. Так и поступили.
И это совершенно правильное поведение — перекладывать функции государства на частные компании, которые способны работать более эффективно.
Сорри, больше ничего рассказать не могу, иначе у меня будет конфликт с моим куратором.
> Или даже лучше сделать это критерием отбора на правящие позиции
если вы не господь бог, то я не понимаю, как вам удастся этого добиться.
Нет, серьёзно. Работы у нас мало, зарплата большая, платится день-в-день, жизнь у тебя будет привольная. Не работа прям, а лежать-отдыхать. Сказка, да и только. Утром пришёл, задачи получил, требования собрал, со всеми переговорил, ТЗ написал, прототип собрал — а там и обед, покушал и лежи-отдыхай. Обед у нас долгий, 30 минут! Ну а как отдохнёшь да отоспишься, пора и поработать. Времени у тебя много, офис у нас удобный, большой, по метру целому на человека — куда тебе домой торопиться? Лучше работай спокойно. Прототип переделал, собрал систему, мелочи все доделал, документацию написал, заказчикам установил — а там лежи-отдыхай, до самого вечера. Вечером как домой придёшь, почту проверил, на письма ответил, ошибки исправил, задачи доделал, а там лежи-отдыхай, семья это важно дома мы тебя беспокоить не будем. Лежи-отдыхай. А утром встанешь вместе с солнышком — и к нам опять, на работу.
Масло масляное. Любая политика — это громкая риторика, двойные стандарты и почти полное отсутствие друзей и врагов. Есть только совпадение или пересечение интересов.
США не вступают в бессмысленные конфронтации. США четко проводят свою внешнюю политику и действуют в своих интересах.
(ну, и доступностью mysql на копеечных шаред хостингах, наверное)
> Недавно переносил проект с MySql на Postgres, — никаких значительных трудностей не встритил, все получилось очень даже мило…
А большой проект?
а ещё постгрес (по-моему и сейчас тоже) хуже чем mysql держит нагрузку из простых запросов вида update table… where id=? / select * from table where id=? — то есть время ответа скачет. особенно если мерить 99.5 перцентиль — 0.5% запросов супердолго работают. То есть работали (как сейчас дела, не знаю). И ещё не дай бог вакуум не вовремя запустится.
С другой стороны, непонятно:
— добавляем расширенный интерфейс, с функциями типа get_unique_row_count или get_null_row_count
— если сторадж плагин в курсе расширенного интерфейса, он сам её реализует. если нет, то тупая дефолтная реализация была приведена: get_unique_row_count = row_count / ((int) (row_count / unique_row_count_engine))
— оптимизатор использует функции расширенного интерфейса, и с умными storage engine — профит, со старыми и тупыми — всё как и раньше.
Что мешает поступить так? (хотя я догадываюсь на самом деле. миллионы строк кода и общая тяжесть. я угадал?)
(Ещё хотел бы добавить, что если вы вдруг будете делать что-то с внутренностями mysql и попытаетесь искать помощи в mailing list, то во-первых подтверждения я ждал больше суток, а во-вторых, когда меня туда включили, мой вопрос всё равно проигнорировали. Ну то есть даже никакого «go away, you moron» не было, вообще ничего)
только чтобы оценивать дешево-дорого, эту цифру стоит пересчитать в сегодняшние доллары.
Просто Маск — хороший управленец с хорошим опытом сложных хайтек проектов. А Наса — огромная бюрократическая лавка с миллионнами миллионных прихлебателей (ну, поменьше чем у нас — что-то остаётся, но всё равно очень много). А что не выведут — то потеряют или потратят на ерунду. Поскольку спутники запускать всё равно нужно, кто-то сообразительный и решил — а давайте дадим деньги вон тому чуваку. Так и поступили.
И это совершенно правильное поведение — перекладывать функции государства на частные компании, которые способны работать более эффективно.
Сорри, больше ничего рассказать не могу, иначе у меня будет конфликт с моим куратором.
А СЕГОДНЯ ОНА ПРОГРАММИРУЕТ НА PHP, прошу прощения за капс-лок.
Угадайте автора за 5 слов, игра-телевикторина