Ок) а вот я например в джетбрейновских ide могу добавить базу данных и при написании запросов у меня будет автокомплит для названий таблиц и колонок. И если база достигает размера более 150 таблиц с очень странным неймингом колонок, то эта фича очень помогает. Это один пункт.
Второй пункт я могу кликнуть по функции и сразу найти места где она реализована и где она применяется, тоже касаемо интерфейсов, могу найти кем они реализованы и наоборот.
neovim сможет такое? Автокомплит там есть и насколько хорош?
Polling leads to faster battery drain, app sluggishness, and network-level congestion. This is especially evident in places with 2G/3G networks or spotty networks across the city where the app retries multiple times for each polling attempt.
Polling приводит к более быстрой разрядке батареи, замедлению работы приложений и перегрузке на уровне сети. Это особенно очевидно в местах с сетями 2G / 3G или неоднородными сетями по всему городу, где приложение повторяет попытку несколько раз для каждой попытки опроса
Based on the various considerations like security, support in mobile SDKs, and binary size impact, we settled on using SSE
... мы остановились на использовании SSE
Так что протокол uber RAMEN поверх SSE сделан, а не long polling
Видимо вам попадался middle hr. senior hr посерьёзнее будет) Сейчас кстати в тренде, чтоб hr понимал технические вещи, у меня знакомая hr недавно ездила на конференцию всех эйчаров (такая есть, представьте себе) и даже на курсы веб-разработки после записалась. HR тоже разные бывают. Растут и это не может не радовать
Интересные коллеги, сильные профессионально, с чувством юмора, приятная атмосфера
Офис в трёх шагах от квартиры, также удаленно можно работать
Бизнес молодой, развивающийся, видно как стараются все отделы, маркетинг жгет в последнее время.
Я вижу амбиции людей, у них горят глаза. Отдел разработки - взрослые люди, каждый готов взять ответственность на себя, понимает что делает. Мы все понимаем, что главная цель нашей работы - это не "красивый и идеальный код", а решение бизнес-задач (что не отменяет code review, а с этим у нас ой как жёстко, редкий мердж улетит без доработок по замечаниям). И бизнес любит нас, считает за волшебников. К сожалению компания не может себе позволить супербомбические суммы, провинция, сами понимаете. Но индексация есть.
Ну и также, конечно, то что привык ко всем за 3 года работы, всех люблю. Боюсь перемен. Ну и то что знаю, что и где лежит, и почему так. Не представляю как вообще можно постоянно менять работу. По-любому месяца 2-3 надо, чтоб освоиться в новой компании.
И вообще на собеседования я пошел просто из интереса, хотел увидеть бывают ли большие оффера и насколько. Бес попутал.
Понял что надо усилять английский и смотреть зарубеж. Роскомпании что-то в целом расстроили. Ну и пока я ещё не до конца понял куда именно хочу расти, хочется стать экспертом в какой-то узкой области.
Я рассматриваю x2, если условия не хуже чем на текущем месте, если хуже, но можно что-то изменить со временем, то там другие уже расценки
Да, существует определенная проблема в коммуникации между рекрутерами, компаниями и собеседуемыми. И о ней можно и нужно говорить) Что же касаемо моих переживаний, их нет) Вылил накипевшее в статью и успокоился)
Я и не находился в активном поиске, относился как к интересным перспективам и не горел по немедленному уходу с текущего места. Спасибо за поддержку)
Полагаю, что она больше агрессивная, нежели негативная, и это сделано намеренно. Тем более, что статья не претендует на научную.
Думаю вы имели ввиду не настроение программиста, а как он взаимодействует с обществом. И это действительно важно. Как написали здесь в комментариях
люди ищут коллегу, а не машину, печатающую код
я на собеседовании, если есть возможность, делюсь своим опытом, какими-то историями с прода, пытаюсь шутить. Да, к тем, кто не очень относится к юмору в работе, я не попаду, но я к ним и не хочу)
Попытаюсь. Я представляю, что крупная компания может иметь свой HR отдел, это ей по плечу, и все нижеописанное относится именно к этому случаю.
Первое:
ибо по формальным признакам отдела кадров человек проходит, и если отказать, то возникнет обоснованная претензия от HR
Обоснованная, потому что у него есть некий список требований к кандидату и он его придерживался. Со стороны HR не вижу проблем, он думает что если что-то пошло не так, ему сообщат о проблеме и уточнят требования.
А кто составляет список требований? В моем наивном представлении его составляют техлиды, а после, если что-то идет не так, могут дать обратную связь, ну и хоть как-то коммуницируют с HR по вопросам "кадрового голода" своего направления, отдела, команды.
Второе:
Более того, тимлид может явно понимать еще до собеседования, что уровень не подходит, но отказаться от интервью нельзя
Почему? Вы же тратите свое время. Разве бизнесу выгодно, чтоб 2 ведущих разработчика потратили время на полуторачасовое собеседование?
Грубо прикинем. Допустим ваша часовая ставка 2 тыс/час. 1,5 * 2 * 2 = -6 тыс на одно собеседование. Плюс HR тратил свое время на поиски и переговоры.
Нормальный бизнес (опять таки в моем наивном представлении) не любит тратить ресурсы зря, особенно время ценных сотрудников. Он прислушивается и идет на встречу, ведь ему совершенно не важно как идет процесс найма, важно что фичи пилятся, важно что продукт развивается.
А то что "тимлид понимает что уровень не подходит" но по "по формальным признакам отдела кадров человек проходит" это проблема на мой взгляд. И бизнесу надо сообщить о ней. Просто поговорите c руководством. Вы же тимлид)))
По толстому клиенту есть проблемы для небольших компаний) вам конечно безразлично.
Есть скажем ios-приложение, android с гугл-сервисами, android/huawei. не берем в расчет всякую экзотику аля windows phone. есть веб-приложение. возможно у кого то есть еще и десктопные.
И вот меняется логика выползания какой то модалки и .... это ж какие ресурсы надо иметь
не понял насчет гибридного метода, передавать алгоритм не совсем секьюрно. может в текущей реализации для модалок и опросов сойдет, но в целом, ничто не мешает клиенту подменять алгоритм на выгодный для себя
ну то же касаемо и толстого клиента. некоторая бизнес-логика должна быть защищена и может быть только на бэкенде
Ок) а вот я например в джетбрейновских ide могу добавить базу данных и при написании запросов у меня будет автокомплит для названий таблиц и колонок. И если база достигает размера более 150 таблиц с очень странным неймингом колонок, то эта фича очень помогает. Это один пункт.
Второй пункт я могу кликнуть по функции и сразу найти места где она реализована и где она применяется, тоже касаемо интерфейсов, могу найти кем они реализованы и наоборот.
neovim сможет такое? Автокомплит там есть и насколько хорош?
Не знаю что конкретно используют в стандартном мобильном клиенте телеги, но транспортные протоколы можно многие использовать во взаимодействие с тг
https://core.telegram.org/mtproto/transports
Получается там совершенно обратное в статье
Polling приводит к более быстрой разрядке батареи, замедлению работы приложений и перегрузке на уровне сети. Это особенно очевидно в местах с сетями 2G / 3G или неоднородными сетями по всему городу, где приложение повторяет попытку несколько раз для каждой попытки опроса
... мы остановились на использовании SSE
Так что протокол uber RAMEN поверх SSE сделан, а не long polling
Вы правы. Пожалуй стоит обговаривать это в самом начале)
Видимо вам попадался middle hr. senior hr посерьёзнее будет) Сейчас кстати в тренде, чтоб hr понимал технические вещи, у меня знакомая hr недавно ездила на конференцию всех эйчаров (такая есть, представьте себе) и даже на курсы веб-разработки после записалась. HR тоже разные бывают. Растут и это не может не радовать
Собственный продукт - inhouse разработка
Весь современный стек технологий
Интересные коллеги, сильные профессионально, с чувством юмора, приятная атмосфера
Офис в трёх шагах от квартиры, также удаленно можно работать
Бизнес молодой, развивающийся, видно как стараются все отделы, маркетинг жгет в последнее время.
Я вижу амбиции людей, у них горят глаза. Отдел разработки - взрослые люди, каждый готов взять ответственность на себя, понимает что делает. Мы все понимаем, что главная цель нашей работы - это не "красивый и идеальный код", а решение бизнес-задач (что не отменяет code review, а с этим у нас ой как жёстко, редкий мердж улетит без доработок по замечаниям). И бизнес любит нас, считает за волшебников. К сожалению компания не может себе позволить супербомбические суммы, провинция, сами понимаете. Но индексация есть.
Ну и также, конечно, то что привык ко всем за 3 года работы, всех люблю. Боюсь перемен. Ну и то что знаю, что и где лежит, и почему так. Не представляю как вообще можно постоянно менять работу. По-любому месяца 2-3 надо, чтоб освоиться в новой компании.
И вообще на собеседования я пошел просто из интереса, хотел увидеть бывают ли большие оффера и насколько. Бес попутал.
Понял что надо усилять английский и смотреть зарубеж. Роскомпании что-то в целом расстроили. Ну и пока я ещё не до конца понял куда именно хочу расти, хочется стать экспертом в какой-то узкой области.
Я рассматриваю x2, если условия не хуже чем на текущем месте, если хуже, но можно что-то изменить со временем, то там другие уже расценки
Спасибо за замечание. Надо будет изучить
Да, существует определенная проблема в коммуникации между рекрутерами, компаниями и собеседуемыми. И о ней можно и нужно говорить) Что же касаемо моих переживаний, их нет) Вылил накипевшее в статью и успокоился)
Я и не находился в активном поиске, относился как к интересным перспективам и не горел по немедленному уходу с текущего места. Спасибо за поддержку)
видимо 250 - тоже мало)))
просил бы 300 - дошел бы до конца)))
Полагаю, что она больше агрессивная, нежели негативная, и это сделано намеренно. Тем более, что статья не претендует на научную.
Думаю вы имели ввиду не настроение программиста, а как он взаимодействует с обществом. И это действительно важно. Как написали здесь в комментариях
я на собеседовании, если есть возможность, делюсь своим опытом, какими-то историями с прода, пытаюсь шутить. Да, к тем, кто не очень относится к юмору в работе, я не попаду, но я к ним и не хочу)
Попытаюсь. Я представляю, что крупная компания может иметь свой HR отдел, это ей по плечу, и все нижеописанное относится именно к этому случаю.
Первое:
Обоснованная, потому что у него есть некий список требований к кандидату и он его придерживался. Со стороны HR не вижу проблем, он думает что если что-то пошло не так, ему сообщат о проблеме и уточнят требования.
А кто составляет список требований? В моем наивном представлении его составляют техлиды, а после, если что-то идет не так, могут дать обратную связь, ну и хоть как-то коммуницируют с HR по вопросам "кадрового голода" своего направления, отдела, команды.
Второе:
Почему? Вы же тратите свое время. Разве бизнесу выгодно, чтоб 2 ведущих разработчика потратили время на полуторачасовое собеседование?
Грубо прикинем. Допустим ваша часовая ставка 2 тыс/час. 1,5 * 2 * 2 = -6 тыс на одно собеседование. Плюс HR тратил свое время на поиски и переговоры.
Нормальный бизнес (опять таки в моем наивном представлении) не любит тратить ресурсы зря, особенно время ценных сотрудников. Он прислушивается и идет на встречу, ведь ему совершенно не важно как идет процесс найма, важно что фичи пилятся, важно что продукт развивается.
А то что "тимлид понимает что уровень не подходит" но по "по формальным признакам отдела кадров человек проходит" это проблема на мой взгляд. И бизнесу надо сообщить о ней. Просто поговорите c руководством. Вы же тимлид)))
Ну это мой "детский", "наивный" взгляд на вещи
По толстому клиенту есть проблемы для небольших компаний) вам конечно безразлично.
Есть скажем ios-приложение, android с гугл-сервисами, android/huawei. не берем в расчет всякую экзотику аля windows phone. есть веб-приложение. возможно у кого то есть еще и десктопные.
И вот меняется логика выползания какой то модалки и .... это ж какие ресурсы надо иметь
чтоб везде править логику. тонкий клиент дешевле обойдется
не понял насчет гибридного метода, передавать алгоритм не совсем секьюрно. может в текущей реализации для модалок и опросов сойдет, но в целом, ничто не мешает клиенту подменять алгоритм на выгодный для себя
ну то же касаемо и толстого клиента. некоторая бизнес-логика должна быть защищена и может быть только на бэкенде