Вы больной ублюдок. Я Вам аплодирую стоя и выражаю большое человеческое и гражданское спасибо.
Сам тягался с ДИТ и Москвой по поводу карантина и социального мониторинга. Это когда ты лежишь с короной и температурой 39 а тебе идут пуши на телефон и ты должен делать селфи, иначе штраф 5к.
Не переживайте, инфа найдёт своего потребителя)
Утилита поддерживает исполнение JS? (в JS могут быть вызовы API, которые тоже добавляют нагрузку на сервер)
Не знаю прочтёт ли кто-нибудь такой поздний коммент)
Было 2 процесса найма в лавку на позицию лида. Оба через одну HR — она огонь и в работе и жизни, только замужем: Р Знает своё дело, тактичная и вообще было приятно с ней общаться, не заметил некомпетентности вообще.
1ый процесс — прошёл, оставалось поговорить с руководством (то-ли продукт овнером, то-ли техдиром), завернул сам — контр-оффер.
Было очень простое техническое собеседование, через 15 минут интервьювер сдался. Я сразу обозначил что алгоритмы не люблю и не умею. Потом поговорили о нашем опыте, какие решали проблемы, какие были челленджи (тут я увёл разговор, т.к. сам собеседовал и в курсе как сделать процесс полезным и приятным). 5-10 мин перерыва, заходит сеньёр или техлид и мы на час пропали в разговорах про CQRS/ES/микросервисы/инфраструктуры под это всё. Пожали руки — разошлись.
2ой — Через год или чуть меньше. Вот тут был лютый ад. Я попал на чувака который всё интервью просидел в своём ноуте работая. Посыпались алго задачки, половину решил половину скипнул, и тут ура, практика. Нужно парсить API для обновления товаров, с разбивкой потом на категории и тд (отдельная функция по факту, ближе к бизнес логике приложения-консьюмера, чем к «техническому» сервису-импортёру данных). Есть ручка с курсором, есть ручка GetAll с гигабайтным xml. Я канеш понимаю, бизнес там, партнёры не могут сделать нормально сопряжение или выгрузку, но йопта, 2019 год. Накидал примерно 2 варианта, для 2ух ручек. Вообще предлагал сделать сервис-импортёр который делает слепки этого вражеского API и отдаёт нашим сервисам инфу в удобном для нас виде — не зашло. В итоге понял что нужно юзать GetAll, ибо консистентность (если юзать курсор и пройдёт изменение данных на стороне API — можно пропустить позиции). Интервьюверу не зашло, т.к. производительность хромает и мы будем жечь CPU и место на дисках(у яндекса мало cpu и дисков), хочу курсоры. Я не нашёл чё ответить, т.к. вроде чувак был тим-лид и меня всё это начало утомлять.)В начале он спросил что это за паттерн. Я не ответил. Он сказал скажет позже. В итоге он назвал это MapReduce. Ну натянуть можно, но время закончилось, объяснять что тут есть процессы за рамками MapReduce и по его логике любой ETL можно под MapReduce загонять — не стал, я улыбнулся и пожелал всего наилучшего )
Вроде и практическая задача(УРА), в принципе ничего дурного, но с интервьювером законтачиться я не смог, из-за этого был осадочек. Не знаю почему такое отношение было. Ну и естественно я не ожидал положительного фидбека от него.
HR после интервью не отписала не позвонила, фидбека 0, но и мне уже не интересно было.
Кто-то проявил смекалку в данном запрете. TSMC забит под завязку и они тут не проиграют, учитывая отношения Тайваня с Китаем — даже давить сильно не пришлось. Если бы не отношения Тайваня с Китаем — TSMC мог бы послать США и не потерять ничего. (кроме санкций к бенефициарам TSMC). Интересно было бы глянуть на компании США без сотрудничества с TSMC =)
Мне очень понравился ваш продукт, но цены у вас кусачие, CIO не одобрил ( подумайте над «ценовой локализацией» как у Steam например.
В итоге выбрали jira.
Я знаю как работает tcp/ip, я не знаю деталей уровней OSI выше транспортного — в моей работе это не нужно.
Насчёт "кинуть ссылкой" — боролся сам, к сожалению не всегда успешно. По моему опыту чаще у фронтендеров проблемы с пониманием базовых вещей, к сожалению не все в IT сейчас с энтузиазмом и интересом относятся к работе.
По поводу грош цены — не согласен, если я беру человека на узкий круг задач, который не включает, к примеру, написание аналога MetalLb или плагина на nginx, но мне нужно p2p или клиент северное взаимодействие — зачем этому человеку знания OSI выше прикладного? Он должен уметь найти и применить инструмент в своём решении моей задачи, а не показать какой он классный теоретик)
Сильно зависит от компании. Прикладные сервисы давно пишут самоучки, сейчас пол айти самоучки. Я за 8 лет до сих пор не шарю в сетях, мне это не нужно было. Я не расскажу про 6? 7? слоёв в сетях, понятия не имею как работает ядро в ОС. Зато расскажу про http, grpc, quic, epoll и сколько примерно можно выжать rps/tps в сервисе по его описанию.
В общем я про то, что в зависимости от задач — тех вышка не нужна. Но есть существенный плюс в тех вышке — база по алгоритмам. Ненавижу алгоритмы, а мог любить =)
При работе в облаках — нужно выкинуть из головы старые подходы. Вам не нужны бекапы виртуалок если у вас IaC. Ваше облако восстанавливается за минуты, несколькими командами терраформа. Остаётся только бекапить данные бекендов (DB, S3 в холодное хранилище и тд.)
Жалко ппц.
Мы ведь про неё читали недавно на хабре, что её будут демонтировать из-за опасности и износа канатов?
Грёбанные чиновники начинают двигаться когда уже поздно. Эти 8 лямов вообще ниачом.
Как и шанс встретить динозавра сейчас — 50%. Либо встретишь либо нет)
Вы больной ублюдок. Я Вам аплодирую стоя и выражаю большое человеческое и гражданское спасибо.
Сам тягался с ДИТ и Москвой по поводу карантина и социального мониторинга. Это когда ты лежишь с короной и температурой 39 а тебе идут пуши на телефон и ты должен делать селфи, иначе штраф 5к.
Утилита поддерживает исполнение JS? (в JS могут быть вызовы API, которые тоже добавляют нагрузку на сервер)
Было 2 процесса найма в лавку на позицию лида. Оба через одну HR — она огонь и в работе и жизни, только замужем: Р Знает своё дело, тактичная и вообще было приятно с ней общаться, не заметил некомпетентности вообще.
1ый процесс — прошёл, оставалось поговорить с руководством (то-ли продукт овнером, то-ли техдиром), завернул сам — контр-оффер.
Было очень простое техническое собеседование, через 15 минут интервьювер сдался. Я сразу обозначил что алгоритмы не люблю и не умею. Потом поговорили о нашем опыте, какие решали проблемы, какие были челленджи (тут я увёл разговор, т.к. сам собеседовал и в курсе как сделать процесс полезным и приятным). 5-10 мин перерыва, заходит сеньёр или техлид и мы на час пропали в разговорах про CQRS/ES/микросервисы/инфраструктуры под это всё. Пожали руки — разошлись.
2ой — Через год или чуть меньше. Вот тут был лютый ад. Я попал на чувака который всё интервью просидел в своём ноуте работая. Посыпались алго задачки, половину решил половину скипнул, и тут ура, практика. Нужно парсить API для обновления товаров, с разбивкой потом на категории и тд (отдельная функция по факту, ближе к бизнес логике приложения-консьюмера, чем к «техническому» сервису-импортёру данных). Есть ручка с курсором, есть ручка GetAll с гигабайтным xml. Я канеш понимаю, бизнес там, партнёры не могут сделать нормально сопряжение или выгрузку, но йопта, 2019 год. Накидал примерно 2 варианта, для 2ух ручек. Вообще предлагал сделать сервис-импортёр который делает слепки этого вражеского API и отдаёт нашим сервисам инфу в удобном для нас виде — не зашло. В итоге понял что нужно юзать GetAll, ибо консистентность (если юзать курсор и пройдёт изменение данных на стороне API — можно пропустить позиции). Интервьюверу не зашло, т.к. производительность хромает и мы будем жечь CPU и место на дисках(у яндекса мало cpu и дисков), хочу курсоры. Я не нашёл чё ответить, т.к. вроде чувак был тим-лид и меня всё это начало утомлять.)В начале он спросил что это за паттерн. Я не ответил. Он сказал скажет позже. В итоге он назвал это MapReduce. Ну натянуть можно, но время закончилось, объяснять что тут есть процессы за рамками MapReduce и по его логике любой ETL можно под MapReduce загонять — не стал, я улыбнулся и пожелал всего наилучшего )
Вроде и практическая задача(УРА), в принципе ничего дурного, но с интервьювером законтачиться я не смог, из-за этого был осадочек. Не знаю почему такое отношение было. Ну и естественно я не ожидал положительного фидбека от него.
HR после интервью не отписала не позвонила, фидбека 0, но и мне уже не интересно было.
RimPy позволяет всё это делать через UI =)
Кто-то проявил смекалку в данном запрете. TSMC забит под завязку и они тут не проиграют, учитывая отношения Тайваня с Китаем — даже давить сильно не пришлось. Если бы не отношения Тайваня с Китаем — TSMC мог бы послать США и не потерять ничего. (кроме санкций к бенефициарам TSMC). Интересно было бы глянуть на компании США без сотрудничества с TSMC =)
В итоге выбрали jira.
Самое главное, все всё знают по обе стороны, но продолжают играть в игру неэффективностей и абсурда)
Я знаю как работает tcp/ip, я не знаю деталей уровней OSI выше транспортного — в моей работе это не нужно.
Насчёт "кинуть ссылкой" — боролся сам, к сожалению не всегда успешно. По моему опыту чаще у фронтендеров проблемы с пониманием базовых вещей, к сожалению не все в IT сейчас с энтузиазмом и интересом относятся к работе.
По поводу грош цены — не согласен, если я беру человека на узкий круг задач, который не включает, к примеру, написание аналога MetalLb или плагина на nginx, но мне нужно p2p или клиент северное взаимодействие — зачем этому человеку знания OSI выше прикладного? Он должен уметь найти и применить инструмент в своём решении моей задачи, а не показать какой он классный теоретик)
Сильно зависит от компании. Прикладные сервисы давно пишут самоучки, сейчас пол айти самоучки. Я за 8 лет до сих пор не шарю в сетях, мне это не нужно было. Я не расскажу про 6? 7? слоёв в сетях, понятия не имею как работает ядро в ОС. Зато расскажу про http, grpc, quic, epoll и сколько примерно можно выжать rps/tps в сервисе по его описанию.
В общем я про то, что в зависимости от задач — тех вышка не нужна. Но есть существенный плюс в тех вышке — база по алгоритмам. Ненавижу алгоритмы, а мог любить =)
Я сам такой )
IaC не хотим, но хотим облака, т.к. маркетинг, других аргументов пилить бюджеты бизнеса у нас нет
Зачем им тогда переезжать в облака? Виртуалки хетзнера дешевле облачных виртуалок амазона гугла и тд
При работе в облаках — нужно выкинуть из головы старые подходы. Вам не нужны бекапы виртуалок если у вас IaC. Ваше облако восстанавливается за минуты, несколькими командами терраформа. Остаётся только бекапить данные бекендов (DB, S3 в холодное хранилище и тд.)
www.youtube.com/watch?v=_j0eJ0xB7LU
Этот сервис никогда не был надёжным, на него опираться — грех разработчика
Карта будет работать, если геокодером выйдете за лимит.
Молчу про for key in [key1, key2, key3] do geocode()
Мы ведь про неё читали недавно на хабре, что её будут демонтировать из-за опасности и износа канатов?
Грёбанные чиновники начинают двигаться когда уже поздно. Эти 8 лямов вообще ниачом.
API ключи карт и геокодера разделите и все будет чики пуки