При выборе фреймворка для долгоиграющего коммерческого проекта надо смотреть не только на скорость этого самого фреймворка, но и на стратегию развития. Как я вижу, в настоящее время она отлично прописана и исполняется в Laravel, Symfony, CakePHP. У них ясный релиз-цикл, которому они следуют. Плюс смотреть насколько развито и активно коммунити.
А насчет чистого PHP. Работать он будет быстрее конечно. Только вот поддерживать и расширять такое решение еще то удовольствие. И, как показывает практика, все равно скатываются в написание собственного фрейморка. А это чревато большими проблемами в долгосрочной перспективе.
Тут, насколько я понимаю, речь идет не о достоинствах или недостатках конкретного облачного провайдера. А о том, что этот самый провайдер может в какой-то момент заблокировать или вообще удалить Вашу инфраструктуру по каким-то своим соображениям.
Лично я бы даже используя AWS использовал бы Terraform для развертывания инфрастурктуры. CloudFormation и AWS CDK поянтное дело предоставляют больше возможностей. Но с Terraform будет гораздо проще перейти куда-то еще. Плюс Terrafrom позволяет не только с облаками работаеть, но и с сервисом логов Sumo Logic, к примеру, или Grafana.
ИМХО пример так себе. Да и Терраформ для этих целей более подходящий вариант. А вот как поставить необходимый софт на виндовую EC2, к примеру, было бы намного интереснее.
План развития сотрудника может и не коррелироваться с планами проекта, на котором он работает. Может из разрабов он желает расти в админа, или ему QA нравится, или аналитика. А насчет 1 на 1 в точку. В принципе при регулярном их проведении можно и не проводить отдельного перформанс ревью ИМХО
Мы сделали проще. В PR при создании или любом последующем коммите добавляем план, сгенерированный Терраформом. При мерже, идет автоматический apply. Крутится все на self-hosted runners, прибитых к AWS аккаунтам. Так что никаких кредов не нужно.
Terraform-ом можно описывать не только инфраструктуру в AWS, но и сопутсвтующие сервисы тоже - дашборды в Sumo Logic, алерты в PagerDuty или Grafana. Ну и так далее. Плюс подозреваю, найти инженера, знающего Terraform и имеющего опыт работы с ним проще, чем на вендорозависимый CloudFormation.
С прослушкой не сталкивался, а вот с детектором лжи пришлось. Причем об этом было сказано уже после последнего этапа переговоров. А еще выяснилось, что прохождение его обязательно для всех раз в полгода.
Спасибо за познавательную статью. Много полезного для себя нашел хоть Java не относится к моему стеку. Хотелось бы отметить, что дополнительно можно использовать Terraform для описания всей инфры.
Был такой опыт на предыдущей работе. С точки зрения передачи знаний и прокачки членов команды - отличный вариант. Минус нашего подхода - дежурный имел еще пару-тройку задач из спринта. А это уже было перебором.
Немного оффтопика. Вопрос про ОТАР - как я понимаю, это организационно-техническое и архитектурное решение? Где храните эти описания?
Как сказала автор, нужно задуматься, почему предлагаемая зарплата выше рыночной. Причем работодатели частенько скрывают и переработки, и дежурства по выходным. Был случай, когда надо было проходить два раза в год полиграф. Всплыла эта пикантная подробность на этапе принятия оффера. А так, можно и нужно получать адекватную компенсацию за свой труд. Мы же живем в капиталистическом мире.
Несколько лет назад официальный сайт "Зенита" лежал полдня из-за не оплаты домена. И это не чей-то персональный блог, а сайт известного футбольного клуба с немалым бюджетом. Это к вопросу про правильную инфру, бэкапы и прочее. И даже при самых крутых средствах защиты остается человеческий фактор.
Всегда были ноуты только на интеле. Последний - на AMD. Результат - Ubuntu 20.04 не видит Wifi адаптера, Ubuntu 21.10 адаптер видит, зато отвалился тачпад. Хочет сдать его обратно и взять старый добрый интел
Не очень понимаю восторга от поступка этой девушки. В крупных компаниях CV сканируются автоматически. Если знать ключевые слова, то легко можно обмануть алгоритм отбора. Но дальше-то что? Тех интервью сразу покажет, кто есть кто. Одно дело приписать опыт и технологии, о которых только слышал. А другое дело писать, что работал в Амазоне.
ИМХО проблема в том, что людей нужно нанимать под конкретные задачи. А по большей части ищут всегда супер героев с горящими глазами. И да, когда выясняется, что надо джейсоны туда сюда гонять, а то и XML, то супер герой, как правило сваливает. А взяли бы того, который работал работу, и проблемы была бы решена.
Это беда, когда владелец или директор мнит себя экспертом в технологиях. Ничего хорошего из этого не выйдет. А тут еще и к тому же самодур. Понятное дело, что за определенные деньги можно и потерпеть и быть уволенным (главное, чтобы с компенсацией), но ИМХО такие компании лучше обходить стороной. А почитаешь их объявления о работе, так мечта, а не компания :)
При выборе фреймворка для долгоиграющего коммерческого проекта надо смотреть не только на скорость этого самого фреймворка, но и на стратегию развития. Как я вижу, в настоящее время она отлично прописана и исполняется в Laravel, Symfony, CakePHP. У них ясный релиз-цикл, которому они следуют. Плюс смотреть насколько развито и активно коммунити.
А насчет чистого PHP. Работать он будет быстрее конечно. Только вот поддерживать и расширять такое решение еще то удовольствие. И, как показывает практика, все равно скатываются в написание собственного фрейморка. А это чревато большими проблемами в долгосрочной перспективе.
Тут, насколько я понимаю, речь идет не о достоинствах или недостатках конкретного облачного провайдера. А о том, что этот самый провайдер может в какой-то момент заблокировать или вообще удалить Вашу инфраструктуру по каким-то своим соображениям.
Лично я бы даже используя AWS использовал бы Terraform для развертывания инфрастурктуры. CloudFormation и AWS CDK поянтное дело предоставляют больше возможностей. Но с Terraform будет гораздо проще перейти куда-то еще. Плюс Terrafrom позволяет не только с облаками работаеть, но и с сервисом логов Sumo Logic, к примеру, или Grafana.
За статью - спасибо! Познавательно
ИМХО пример так себе. Да и Терраформ для этих целей более подходящий вариант. А вот как поставить необходимый софт на виндовую EC2, к примеру, было бы намного интереснее.
Попадалась статья про VictoriaMetrics. Как она в лучшую сторону отличается от того же Prometheus. Вот думаю попробовать хотя бы в качестве концепта.
Спасибо за развернутый комментарий. Можно немного подробнее про защиту от лазанья в продакшен? Про drift detection уже нагуглил. Спасибо за наводку.
План развития сотрудника может и не коррелироваться с планами проекта, на котором он работает. Может из разрабов он желает расти в админа, или ему QA нравится, или аналитика. А насчет 1 на 1 в точку. В принципе при регулярном их проведении можно и не проводить отдельного перформанс ревью ИМХО
Мы сделали проще. В PR при создании или любом последующем коммите добавляем план, сгенерированный Терраформом. При мерже, идет автоматический apply. Крутится все на self-hosted runners, прибитых к AWS аккаунтам. Так что никаких кредов не нужно.
Terraform-ом можно описывать не только инфраструктуру в AWS, но и сопутсвтующие сервисы тоже - дашборды в Sumo Logic, алерты в PagerDuty или Grafana. Ну и так далее. Плюс подозреваю, найти инженера, знающего Terraform и имеющего опыт работы с ним проще, чем на вендорозависимый CloudFormation.
А как насчет задержки между игровым сервром и Redis/RabbitMQ? Она приемлема? В моем случае отказался от Redis именно из-за задержки.
С прослушкой не сталкивался, а вот с детектором лжи пришлось. Причем об этом было сказано уже после последнего этапа переговоров. А еще выяснилось, что прохождение его обязательно для всех раз в полгода.
Спасибо за познавательную статью. Много полезного для себя нашел хоть Java не относится к моему стеку. Хотелось бы отметить, что дополнительно можно использовать Terraform для описания всей инфры.
Был такой опыт на предыдущей работе. С точки зрения передачи знаний и прокачки членов команды - отличный вариант. Минус нашего подхода - дежурный имел еще пару-тройку задач из спринта. А это уже было перебором.
Немного оффтопика. Вопрос про ОТАР - как я понимаю, это организационно-техническое и архитектурное решение? Где храните эти описания?
Как сказала автор, нужно задуматься, почему предлагаемая зарплата выше рыночной. Причем работодатели частенько скрывают и переработки, и дежурства по выходным. Был случай, когда надо было проходить два раза в год полиграф. Всплыла эта пикантная подробность на этапе принятия оффера. А так, можно и нужно получать адекватную компенсацию за свой труд. Мы же живем в капиталистическом мире.
Несколько лет назад официальный сайт "Зенита" лежал полдня из-за не оплаты домена. И это не чей-то персональный блог, а сайт известного футбольного клуба с немалым бюджетом. Это к вопросу про правильную инфру, бэкапы и прочее. И даже при самых крутых средствах защиты остается человеческий фактор.
Всегда были ноуты только на интеле. Последний - на AMD. Результат - Ubuntu 20.04 не видит Wifi адаптера, Ubuntu 21.10 адаптер видит, зато отвалился тачпад. Хочет сдать его обратно и взять старый добрый интел
Не очень понимаю восторга от поступка этой девушки. В крупных компаниях CV сканируются автоматически. Если знать ключевые слова, то легко можно обмануть алгоритм отбора. Но дальше-то что? Тех интервью сразу покажет, кто есть кто. Одно дело приписать опыт и технологии, о которых только слышал. А другое дело писать, что работал в Амазоне.
ИМХО проблема в том, что людей нужно нанимать под конкретные задачи. А по большей части ищут всегда супер героев с горящими глазами. И да, когда выясняется, что надо джейсоны туда сюда гонять, а то и XML, то супер герой, как правило сваливает. А взяли бы того, который работал работу, и проблемы была бы решена.
Это беда, когда владелец или директор мнит себя экспертом в технологиях. Ничего хорошего из этого не выйдет. А тут еще и к тому же самодур. Понятное дело, что за определенные деньги можно и потерпеть и быть уволенным (главное, чтобы с компенсацией), но ИМХО такие компании лучше обходить стороной. А почитаешь их объявления о работе, так мечта, а не компания :)
Почему тогда это надо делать на телефоне? Пусть сканируют на iCloud. Тем более, они наверняка это уже делают.
Я вот тоже в сторону Loki смотрю.