Чушь, вы даже не понимаете, что есть код который пишут, чтобы другой код работал, а не для клиента. Есть платформенные команды, есть девопсы и другие, которым весь этот бред не интересен, им интересны SLA, DX и премии по итогам SLA и достижения целей. И забивать им голову вот этой чушью, которая лишь оправдывает нахождение в штате человека который не понимает процессы разработки - только лишние расходы для компании которые не дают никакого профита ни для компании, ни для клиента. Зато софт-скилловый HR защищен от уволенения, из-за бурной деятельности по обучению персонала софт-скиллам.
Вы правильно сказали что все в компании должны иметь вижн клиента. Это ответственность CEO, построить правильные процессы, чтобы его/клиента вижн доносился до всех, без испорченного телефона и был доступным для понимания.
Время хороших разработчиков очень дорого, они получают ставку выше чем основатели и директора компаний. По этому не стоит его тратить на митинги, общение с клиентами и тд, для этого есть специально обученные люди. Их время дешевле и они справятся с задачей намного лучше.
Не забывайте про context-switch, это самый большой, не эффективный расход времени. Когда вы 2 часа кодили потом митинг с клиентом на час-два, а потом вам нужно вернуться кодить - разработчик теряет не час-два, а три часа минимум чтобы достичь пиковой продуктивности.
Эта сфера во влиянии логики и денег, вам здесь не дадут инфоцыганить и миссионерить без подкрепленных, логически верных фактов. Факты это не про психологические статьи в интернете и опыт в других сферах. Здесь все иначе и ошибки очень дороги для компаний и их инвесторов.
Upd:
Многие люди думают, что ИТ - токсичен из-за резких высказываний, типа "смотрите резюме" и тд. Но они не задумываются что притворяться экспертом - токсично для ИТ, изображать бурную деятельность - токсично для ИТ, уверенно, софт-скиллово говорить не правильные, бесполезные речи, говорить о том чем не компетентен - токсично для ИТ. Проблема то не в ИТшниках, они делают свою работу, а вы делайте свою и тогда все будет ок.
Когда читал про отмирание подов по cpu раз в 5 часов - сразу понял что это opcache) По поводу опкеша - вы можете сделать прелоад всех файлов при старте контейнера, займёт до полу гига памяти, нагрузка цпу снизится.
Классный опыт, спасибо что поделились. Но мне кажется у вас до сих пор, где то сидит баг после этого перехода) не из-за версии пыхи, а из-за пакетов / бандлов и патчей.
А меня в яндекс еду не взяли - не умею потоково парсить гигабайтные csv файлы в бд, а потом отдавать через api ручки с пагинацией и без :facepalm:. Самый тупой собес в моей жизни. Но я теперь понял почему чувак спрашивал и про монолиты и микросервисы =)
Очень стремная история, получается что чуть менее 72% опрошенным - замуж противопоказано. Зачем им брак по расчету? Проще ведь на ашу/трассе заработать. Семья это ведь про другое.
Обидно за "парней с завода", там мужские качества на порядок выше чем в айти, а их не ценит противоположный пол.
Это наверно самый идиотский KPI о котором я слышал.
Аналитику, за баги, найденные в течении двух недель. Просто сюр.
Почему 2 недели? А если фича не затронута последующими обновлениями, но баги находятся? Что если баги косвенно аффектят фичу? Что если баги вне фичи, но при внедрении фичи - проявились? Баги из-за third party софта используемого в коде фичи? А если девопс не правильно кеш (varnish, nginx, cloud) поставил, потому что красноглазил? А если эффективный манагер который придумал этот KPI - заебал звонками разраба и тот забыл фиксануть ошибку перед релизом?
Как вообще аналитик относится к багам? Как можно считать поведение системы - багом, если система ведёт себя в соответствии со спекой аналитика, которую апрувнул продакт, но мы видим что тут явно "шото не то"?
Гоните эффективных палкой и ссаными тряпками, они не понимают что делают и не хотят понимать.
О какой универсальности мы говорим, если про PSR autoloader, http, logger мы не слышали и пишем скрипты на коленке? Ну серьёзно, это ведь не времена php 5.2 с magic quotes.
Ваше решение - велосипед, на packagist наберётся 100 пакетов под различные мессенджеры. Вам время свое не жалко?
Моя жена каждый промпт пишет - 'привет чатжпт') а потом спасибо)
Чёт жесть какая то, есть много api/sdk вместо команд подпроцессом. Причём на любой докер хост.
Если цель была на встречах рулить - то лучше ноут и консоль, чем очепятки в телеге и ронять сервисы.
Чушь, вы даже не понимаете, что есть код который пишут, чтобы другой код работал, а не для клиента. Есть платформенные команды, есть девопсы и другие, которым весь этот бред не интересен, им интересны SLA, DX и премии по итогам SLA и достижения целей. И забивать им голову вот этой чушью, которая лишь оправдывает нахождение в штате человека который не понимает процессы разработки - только лишние расходы для компании которые не дают никакого профита ни для компании, ни для клиента. Зато софт-скилловый HR защищен от уволенения, из-за бурной деятельности по обучению персонала софт-скиллам.
Вы правильно сказали что все в компании должны иметь вижн клиента. Это ответственность CEO, построить правильные процессы, чтобы его/клиента вижн доносился до всех, без испорченного телефона и был доступным для понимания.
Время хороших разработчиков очень дорого, они получают ставку выше чем основатели и директора компаний. По этому не стоит его тратить на митинги, общение с клиентами и тд, для этого есть специально обученные люди. Их время дешевле и они справятся с задачей намного лучше.
Не забывайте про context-switch, это самый большой, не эффективный расход времени. Когда вы 2 часа кодили потом митинг с клиентом на час-два, а потом вам нужно вернуться кодить - разработчик теряет не час-два, а три часа минимум чтобы достичь пиковой продуктивности.
Эта сфера во влиянии логики и денег, вам здесь не дадут инфоцыганить и миссионерить без подкрепленных, логически верных фактов. Факты это не про психологические статьи в интернете и опыт в других сферах. Здесь все иначе и ошибки очень дороги для компаний и их инвесторов.
Upd:
Многие люди думают, что ИТ - токсичен из-за резких высказываний, типа "смотрите резюме" и тд. Но они не задумываются что притворяться экспертом - токсично для ИТ, изображать бурную деятельность - токсично для ИТ, уверенно, софт-скиллово говорить не правильные, бесполезные речи, говорить о том чем не компетентен - токсично для ИТ. Проблема то не в ИТшниках, они делают свою работу, а вы делайте свою и тогда все будет ок.
Потому что нужен Raft и Leader Election, а у вас консенсуса нет.
И в топку вашу базу, если вы не делаете HFT, embedded, web3, cryptography и паблик либы.
Та не важно чем, стримы везде есть. Важно то, что задача бредовая, мы не в нулевых годах, чтобы гонять данные, в xml, такими способами.
Как же это сложно понимать=)
Когда читал про отмирание подов по cpu раз в 5 часов - сразу понял что это opcache) По поводу опкеша - вы можете сделать прелоад всех файлов при старте контейнера, займёт до полу гига памяти, нагрузка цпу снизится.
Классный опыт, спасибо что поделились. Но мне кажется у вас до сих пор, где то сидит баг после этого перехода) не из-за версии пыхи, а из-за пакетов / бандлов и патчей.
А меня в яндекс еду не взяли - не умею потоково парсить гигабайтные csv файлы в бд, а потом отдавать через api ручки с пагинацией и без :facepalm:. Самый тупой собес в моей жизни. Но я теперь понял почему чувак спрашивал и про монолиты и микросервисы =)
Очень стремная история, получается что чуть менее 72% опрошенным - замуж противопоказано. Зачем им брак по расчету? Проще ведь на ашу/трассе заработать. Семья это ведь про другое.
Обидно за "парней с завода", там мужские качества на порядок выше чем в айти, а их не ценит противоположный пол.
Если не нужен pdf - https://github.com/withastro/starlight можно разбавлять любым JS, красивые компоненты mdx из коробки
Это наверно самый идиотский KPI о котором я слышал.
Аналитику, за баги, найденные в течении двух недель. Просто сюр.
Почему 2 недели? А если фича не затронута последующими обновлениями, но баги находятся? Что если баги косвенно аффектят фичу? Что если баги вне фичи, но при внедрении фичи - проявились? Баги из-за third party софта используемого в коде фичи? А если девопс не правильно кеш (varnish, nginx, cloud) поставил, потому что красноглазил? А если эффективный манагер который придумал этот KPI - заебал звонками разраба и тот забыл фиксануть ошибку перед релизом?
Как вообще аналитик относится к багам? Как можно считать поведение системы - багом, если система ведёт себя в соответствии со спекой аналитика, которую апрувнул продакт, но мы видим что тут явно "шото не то"?
Гоните эффективных палкой и ссаными тряпками, они не понимают что делают и не хотят понимать.
KeyDB, Aerospike, RocksDB, Tarantool не тестили?
https://youtu.be/FylRUEEWhCo
Немного outdated, но поможет.
В целом я пришёл к тому, что нужно читать память виртуалки, но не хватило запала разобраться + я забил на игру и по этому не стал делать.
А могли пойти по пути railwayapp и других, и сделать самый крутой devops as service.
Кешфлоу уже был, компания в плюсе, оставалось подглядеть и помвпшить.
Статья ниачом.
Примеры, для чего, результаты где смотреть
Leetcode - новый диплом, все хотят, но не знают зачем)
Иностранцам безопаснее работать и находиться в РФ чем гражданам РФ.
Дотерпелись, какой сюр и звездец.
Нет, с ним случилось жадность и авось пронесёт.
Фрс именно по этому не хотели повышать ставку и тянули до последнего - начинается bloodbath)
Если что, мейнтейнер фреймворка свернул стартап основанный на go-micro. Не факт что будет развиваться.
О какой универсальности мы говорим, если про PSR autoloader, http, logger мы не слышали и пишем скрипты на коленке? Ну серьёзно, это ведь не времена php 5.2 с magic quotes.
Ваше решение - велосипед, на packagist наберётся 100 пакетов под различные мессенджеры. Вам время свое не жалко?
Автор, до весны более полу месяца, ты рано)
Походу статья написана под какой то грант в РФ по импорт-замещению. Иначе я не вижу смысла тратить своё время на такое "весеннее обострение").