Хайп да, большой фактор. IT давным давно стал «модным» движением, когда технология часто выбирается исходя из красоты строчки в резюме, а не эффективности ее использования в конкретной задаче.
С другой стороны чем больше людей делает такой выбор тем спокойнее на душе :)
В целом кеширование по TTL не самая умная штука. Под нагрузкой работает, но если нужно существенную часть данных отдавать из кеша, лучше научить приложение ходить вместо базы в memcache / редис / etc
IT сфера уже давно по большей своей части напоминает fashion индустрию: чем громче технология, тем больше у нее пользователей. С одной стороны это дает возможность индустрии быстро развиваться, с другой очень много ресурсов уходит с одной стороны на пиар с другой на использование непригодных для задачи инструментов.
По конфигу два коментария.
monitor_ping_interval у вас стоит в 200000ms (200 секунд), это означает что среднее время между падением сервера и обнаружением этого ProxySQL — 100 секунд, а в плохом случае ProxySQL будет ломиться на нерабочий сервер больше трех минут. Лучше поставить это значение хотя бы в дефолтное (8 секунд), а лучше раз в секунду, проверка легкая, сервер не тормозит.
max_connections у вас стоит в 10 000. Если каждый клиент откроет в пике 10к коннектов, базе может стать очень нехорошо. Лучше поставить в сотню, тем более что вы сами посчитали, что в среднем у вас 50-80 активных подключений с бокса, что честно говоря очень много и это значит что нужно смотреть на незакрытые транзакции и медленные запросы.
1. Если для Вас любое новое сообщение в чатике — «эквивалент красной лампочки» и Вы опасаетесь пропустить что-то важное — работать Вам будет некогда. Чатик должен присылать уведомление о том, что Вас упомянули. Все остальное ждет.
2. Программисту нужно регулярно отвечать на вопросы. Регулярно это несколько раз в день. Происходит такое из-за общей сложности системы. Если Вы напрограммировали один скриптик на два экрана — документация ответит на все вопросы. Но в случае взаимодействия систем и их активного развития вопросы будут как к Вам так и у Вас. И документацией это не решается.
3. Вы точно теоретик. Потому что после второго вопроса человек сам пишет доку и третий вопрос уже отсылает к написанной доке. Документация это не абстракт который рождается по велению тимлида, и не стена охраняющая медитативный сон программиста. Это инструмент решения конкретных насущных вопросов. Если доку написать можно — она пишется. Если нельзя — ее не будет.
Не обязательно на полное время. Лично для меня работа с группой людей или удаленной командой начинается именно с приветствия. Поздоровался, сообщил о том, что буду делать, довел необходимую информацию и погнали.
Но в целом да, я работаю в составе фиксированной группы и коммуницирую с другими. Отсюда и такой взгляд.
«Много» это два и больше часов времени видео звонков в день для линейного сотрудника, если это конечно не оператор колл-центра. Если два человека сидят в офисе вместе больше двух часов, то они очевидно решают проблему. Если два человека сидят вместе по два часа в день каждый день за одним монитором, то очевидно с постановкой работы есть проблемы. Либо кому-то не хватило монитора!!!
Текст читается гораздо быстрее чем отслушивается речь. Кроме того текст можно проглядеть по диагонали и решить тратить ли на него свое время или нет.
Если программист не способен быстро (в течении 5-ти минут) ответить на вопрос об ожидаемом поведении своего кода, встает вопрос о профессионализме такого «программиста»
Кроме того, случается необходимость в экстренных изменениях. Поменял — прогнали тесты — выкатили в прод. Утверждение «программистская деятельность подобного не требует» выглядит по меньшей мере странно.
Чат это базовая коммуникация. С тем что видео нужно и важно я безусловно согласен, но его не должно быть много. Видеозвонок ест очень много времени. Если звонок на 6 человек идет 30 минут — тратится 3 часа времени команды. Если звонок идет 2 часа — потрачено будет уже 12 часов. Поэтому мой опыт говорит — установочный звонок один или два раза в неделю на 30-40 минут, остальное текстом.
Висеть на голосовых и видео звонках часами не эффективно. Такие звонки вырождаются либо в бесцельный треп либо команда сидит и ждет когда же это кончится
Я очень долго работал именно в распределенных командах, там чатик это основа коммуникации. Возможно процесс нужно будет адаптировать для удаленки.
У каждого проекта должен быть лид и соответственно люди которые с этим лидом работают — вот уже виртуальная команда.
Такой начальник сам себе злобный буратино. Вместо того, что бы перенести работу в безопасную среду, он (или она, это не важно) рискует здоровьем своих подчиненных и стабильностью работы компании. А может быть такому начальнику просто скучно одному?
Сейчас, когда поднялся шум ответственные и причастные включают классическое «Я не в курсе» и «Рафик не уиноуатый», но свалить все на США это прям свежо!
Какими онлайн сервисами группы Рамблер я перестаю пользоваться прямо сейчас или не начну пользоваться вообще:
Онлайн-кинотеатр Okko
«Поисковая система» Rambler.ru
Сервис покупки билетов «Рамблер/Касса»
Внезапно LiveJournal, который из топовой соц. сети превратили непонятно во что
Рекламное агентство «Индекс 20»
Lenta.ru (она же лента вру)
Motor.ru
«Газета.ру»
Издание о городских событиях «Афиша»
Спортивное издание «Чемпионат.com»
Информационное агентство RNS
Издание о потребительской электронике Ferra.ru
Интернет-журнал о бизнесе «Секрет фирмы»
Кулинарный сайт Eda.ru
Также я постараюсь сделать так, что бы Сбер также не получил от меня ни копейки денег. И не говорите, что они не причем.
С другой стороны чем больше людей делает такой выбор тем спокойнее на душе :)
monitor_ping_interval у вас стоит в 200000ms (200 секунд), это означает что среднее время между падением сервера и обнаружением этого ProxySQL — 100 секунд, а в плохом случае ProxySQL будет ломиться на нерабочий сервер больше трех минут. Лучше поставить это значение хотя бы в дефолтное (8 секунд), а лучше раз в секунду, проверка легкая, сервер не тормозит.
max_connections у вас стоит в 10 000. Если каждый клиент откроет в пике 10к коннектов, базе может стать очень нехорошо. Лучше поставить в сотню, тем более что вы сами посчитали, что в среднем у вас 50-80 активных подключений с бокса, что честно говоря очень много и это значит что нужно смотреть на незакрытые транзакции и медленные запросы.
1. Если для Вас любое новое сообщение в чатике — «эквивалент красной лампочки» и Вы опасаетесь пропустить что-то важное — работать Вам будет некогда. Чатик должен присылать уведомление о том, что Вас упомянули. Все остальное ждет.
2. Программисту нужно регулярно отвечать на вопросы. Регулярно это несколько раз в день. Происходит такое из-за общей сложности системы. Если Вы напрограммировали один скриптик на два экрана — документация ответит на все вопросы. Но в случае взаимодействия систем и их активного развития вопросы будут как к Вам так и у Вас. И документацией это не решается.
3. Вы точно теоретик. Потому что после второго вопроса человек сам пишет доку и третий вопрос уже отсылает к написанной доке. Документация это не абстракт который рождается по велению тимлида, и не стена охраняющая медитативный сон программиста. Это инструмент решения конкретных насущных вопросов. Если доку написать можно — она пишется. Если нельзя — ее не будет.
Но в целом да, я работаю в составе фиксированной группы и коммуницирую с другими. Отсюда и такой взгляд.
Если программист не способен быстро (в течении 5-ти минут) ответить на вопрос об ожидаемом поведении своего кода, встает вопрос о профессионализме такого «программиста»
Кроме того, случается необходимость в экстренных изменениях. Поменял — прогнали тесты — выкатили в прод. Утверждение «программистская деятельность подобного не требует» выглядит по меньшей мере странно.
Висеть на голосовых и видео звонках часами не эффективно. Такие звонки вырождаются либо в бесцельный треп либо команда сидит и ждет когда же это кончится
У каждого проекта должен быть лид и соответственно люди которые с этим лидом работают — вот уже виртуальная команда.
Онлайн-кинотеатр Okko «Поисковая система» Rambler.ru Сервис покупки билетов «Рамблер/Касса» Внезапно LiveJournal, который из топовой соц. сети превратили непонятно во что Рекламное агентство «Индекс 20» Lenta.ru (она же лента вру) Motor.ru «Газета.ру» Издание о городских событиях «Афиша» Спортивное издание «Чемпионат.com» Информационное агентство RNS Издание о потребительской электронике Ferra.ru Интернет-журнал о бизнесе «Секрет фирмы» Кулинарный сайт Eda.ruТакже я постараюсь сделать так, что бы Сбер также не получил от меня ни копейки денег. И не говорите, что они не причем.