По своему опыту скажу, что с человеком, который погружен в продукт, гораздо проще коммуницировать; легче доносить хотелки и предложения по улучшению. Идеально, когда разработчик полностью погружены в проект, а не работает по принципу «моя хата с краю». Типа сделала что-то бесполезное, получил за свой бесполезный труд деньги и ОК…
К списку книг можно еще добавить:
" Сильнейшие. Бизнес по правилам Netflix", автор: Патти МакКорд
Спасибо за ответ :) Вы пишете очень интересные статьи.
У меня как-то был спор по поводу испльзования NULL. Меня пытались убедить с пеной у рта как это плохо (или даже опасно) использовать NULL, но при это абсолютно не могли обосновать свое мнение. Речь шла не о Postgres, а MySQL и даже чуть позже мне прислали ссылку на доку с оффсайта, что не следует использовать NULL значения, если это возможно, но при этом абсолютно не давалось никакого объяснения на вопрос «Почему» )
В результате заголовок получается довольно большой — минимум 23 байта на каждую версию строки, а обычно больше из-за битовой карты NULL-ов. Если таблица «узкая» (то есть содержит мало столбцов), накладные расходы могут занимать больше, чем полезная информация.
Так есть какие-то издержки производительности при операциях вставки (и обновления тоже) в случае если поля допускают NULL значения?
Про SmartMonitoring было интересно послушать (как оказалось, на Хабре уже есть статья посвященная их системе логгирования и мониторинга habrahabr.ru/company/odnoklassniki/blog/321402) и ДА — мало технических деталей. Олег Анастасьев рассказал, что логи сначала собираются в Касандре, а уже из нее переносятся в Druid.
Озон топчик :)
Кажется, опечатка; в оригинале Size < 16B, using mcache’s tiny allocator allocation
бесполезныйтруд деньги и ОК…К списку книг можно еще добавить:
" Сильнейшие. Бизнес по правилам Netflix", автор: Патти МакКорд
У меня как-то был спор по поводу испльзования NULL. Меня пытались убедить с пеной у рта как это плохо (или даже опасно) использовать NULL, но при это абсолютно не могли обосновать свое мнение. Речь шла не о Postgres, а MySQL и даже чуть позже мне прислали ссылку на доку с оффсайта, что не следует использовать NULL значения, если это возможно, но при этом абсолютно не давалось никакого объяснения на вопрос «Почему» )
Так есть какие-то издержки производительности при операциях вставки (и обновления тоже) в случае если поля допускают NULL значения?
столбец не указан
Я бы даже сказал, что порою недооценены. Вместо брейкпоинтов и дебага испльзуют print. Как же это «весело».
Уже сделал :) Хороший совет.