— Видишь суслика?
— Нет
— И я тоже нет… А он есть
(с) ДМБ
Разница между СНГшными интервью и европейскими.
В Бишкеке есть мало компаний, которые могут хорошо, вежливо проинтервьировать кандидата. На парочку интервью я ходил и по наблюдениям происходит примерно следующий сценарий:
1. Спрашивается на интервью то, что узнал интервьер буквально вчера
2. Хуже, когда тебя пытаются загасить знаниями или как-то еще сбить ценник (Я так делал, когда нанимал)
3. Идеально, когда тебе делают оффер сразу после часового интервью (в СНГ всё куда проще с оформлением сотрудника внутри СНГ и очень часто можно на одном большом созвоне или на двух быстро получить оффер и начать работу)
По РФ всё примерно также, но денег платят чуть больше, чем по КР. По интервью тоже примерно также.
По Европе, если ты из КР, то откликов куда меньше. Инструменты, которыми я пользуюсь для поиска и валидации компаний:
1. Linkedin, поменяв страну в профиле на ту, с которой хочу работать. Это дало больше интереса локальных рекрутеров к моему профилю и сейчас удаленкой никого не удивить
2. Glassdoor нужен для мониторинга отзывов, также как Angel.co и обычный гуглеж компании по их сайту.
3. Чем лучше оформлен профиль в гитхабе у ребят — тем лучше. Примеры хороших гитхаб профилей: Percona, Yugabyte и пока мой личный топ по оформлению это ORY(Благодаря последним я узнал о крутой фиче на гитхабе, как добавить интро к своему профилю, благодаря обычной ридмихе)
Из наблюдений могу еще отметить, что в EU все выходят на созвон с включенными видеокамерами и куда лучшим звуком, чем по СНГ, где очень много просто аватарок и непонятный звук. Этот пункт для меня — тоже хороший способ отсеять компании, которые меня не устраивают.
По процессу интервью с Европейскими компаниями, там всё куда более затянуто и есть несколько этапов (4-6 и один этап на одну неделю). Интервью проходят с одной стороны куда более дружелюбно, с другой стороны там чуть больше “ненужного”, типа разговоров о погоде и обычные смолтолки (они на самом деле очень важны для установления первого контакта)
Ну и Европейские компании чаще всего используют модель TOP или OPT от Redhat и вопросы обычно задают куда более интересные с психологической точки зрения и часто не особо тянут время на то, чтобы погонять по теории или еще чему-то не нужному.
Иногда дают ТЗ на 3-6 часов, чтобы посмотреть как ты программируешь, но этот пункт очень легко скипнуть, если есть оформленный профиль на гитхабе или доклады на английском языке, которые указаны в резюме.
В следующем посте будет про “Как увеличить свои шансы на положительный ответ”. Если есть вопросы — задавайте в комментариях
@retired_on_fire, Андрей Минкин
— Нет
— И я тоже нет… А он есть
(с) ДМБ
Разница между СНГшными интервью и европейскими.
В Бишкеке есть мало компаний, которые могут хорошо, вежливо проинтервьировать кандидата. На парочку интервью я ходил и по наблюдениям происходит примерно следующий сценарий:
1. Спрашивается на интервью то, что узнал интервьер буквально вчера
2. Хуже, когда тебя пытаются загасить знаниями или как-то еще сбить ценник (Я так делал, когда нанимал)
3. Идеально, когда тебе делают оффер сразу после часового интервью (в СНГ всё куда проще с оформлением сотрудника внутри СНГ и очень часто можно на одном большом созвоне или на двух быстро получить оффер и начать работу)
По РФ всё примерно также, но денег платят чуть больше, чем по КР. По интервью тоже примерно также.
По Европе, если ты из КР, то откликов куда меньше. Инструменты, которыми я пользуюсь для поиска и валидации компаний:
1. Linkedin, поменяв страну в профиле на ту, с которой хочу работать. Это дало больше интереса локальных рекрутеров к моему профилю и сейчас удаленкой никого не удивить
2. Glassdoor нужен для мониторинга отзывов, также как Angel.co и обычный гуглеж компании по их сайту.
3. Чем лучше оформлен профиль в гитхабе у ребят — тем лучше. Примеры хороших гитхаб профилей: Percona, Yugabyte и пока мой личный топ по оформлению это ORY(Благодаря последним я узнал о крутой фиче на гитхабе, как добавить интро к своему профилю, благодаря обычной ридмихе)
Из наблюдений могу еще отметить, что в EU все выходят на созвон с включенными видеокамерами и куда лучшим звуком, чем по СНГ, где очень много просто аватарок и непонятный звук. Этот пункт для меня — тоже хороший способ отсеять компании, которые меня не устраивают.
По процессу интервью с Европейскими компаниями, там всё куда более затянуто и есть несколько этапов (4-6 и один этап на одну неделю). Интервью проходят с одной стороны куда более дружелюбно, с другой стороны там чуть больше “ненужного”, типа разговоров о погоде и обычные смолтолки (они на самом деле очень важны для установления первого контакта)
Ну и Европейские компании чаще всего используют модель TOP или OPT от Redhat и вопросы обычно задают куда более интересные с психологической точки зрения и часто не особо тянут время на то, чтобы погонять по теории или еще чему-то не нужному.
Иногда дают ТЗ на 3-6 часов, чтобы посмотреть как ты программируешь, но этот пункт очень легко скипнуть, если есть оформленный профиль на гитхабе или доклады на английском языке, которые указаны в резюме.
В следующем посте будет про “Как увеличить свои шансы на положительный ответ”. Если есть вопросы — задавайте в комментариях
@retired_on_fire, Андрей Минкин
GitHub
Percona
Percona has 193 repositories available. Follow their code on GitHub.
Как может человек не читавший документ чем-то помочь в оценке?
(с) Кто-то из команды в прошлом
Гуманитариям в IT можно зайти и чувствовать себя замечательно. Особенно, если они раньше работали с людьми. Программисты обычно с людьми не очень хотят работать и хотят, чтобы им поставили задачу, в которой всё расписано, чтобы они быстро и без лишнего общения и ненужных созвонов реализовали всё. У гуманитариев, особенно с хорошо развитыми софт скиллами и пипл скиллами можно зайти в следующие области, потратив где-то полгода на обучение:
1. BDSM (Business Development and Sales Representative). Любые продукты нужно продавать и нужно уметь их продавать. Да, это больше про продажи, но и в инженерии нужно шарить, чтобы продавать лучше, ведь "Know Your Business"
2. Recruiting. В рекрутинг можно уйти и из инженеров и из рекрутинга. В первом случае нужно будет научиться рекрутить, во втором случае нужно будет разобраться с терминами
3. Leadership/Management - тут большая область, начиная от руководителей проекта, скрам мастеров, и прочих безобразников, заканчивая уже Project/Product Management/Owning. Если в кратце, то роль сводится к тому, чтобы разработчики делали ровно то, что нужно бизнесу сейчас. На этой роли очень много коммуникации, выстраивания разных метрик по продукту, но для старта хватит закончить какие-то курсы программирования или прочитать какую-то книжку по Unix. Но, как обычно все индивидуально
5. PR/DevRel/Developer Advocate. Это для тех, кто в маркетинге и пиаре и не хотят быть бесполезными людьми. На этих ролях нужно шарить чуть чуть в маркетинге, ROI и нужно генерить контент вместе с командой. Особенно актуально для опенсорс проектов, чтобы новоприбывшим было комфортнее погружаться в проект
6. Coaching/Facilitation — эти две роли вообще круты тем, что они никак не привязаны к инженерии и хороший коуч/фасилитатор может группу людей привести к принятию решения достаточно быстро, благо для этого есть очень много разных инструментов
7. Образование — всегда и везде можно и нужно обучать людей. Образование — достаточно широкая область и в ней можно работать как обучать, так и обучаться
По-миру сейчас идет трансформация в сторону людей, которые умеют общаться и умеют в ту или иную область.
Поэтому — если умеешь хорошо писать тексты, говорить с людьми, то очень много ролей ждут вас 🙂
Про “Как увеличить свои шансы на положительный ответ” будет в следующем посте. Моей любимой токсичной фитоняшке привет
@retired_on_fire, Андрей Минкин
(с) Кто-то из команды в прошлом
Гуманитариям в IT можно зайти и чувствовать себя замечательно. Особенно, если они раньше работали с людьми. Программисты обычно с людьми не очень хотят работать и хотят, чтобы им поставили задачу, в которой всё расписано, чтобы они быстро и без лишнего общения и ненужных созвонов реализовали всё. У гуманитариев, особенно с хорошо развитыми софт скиллами и пипл скиллами можно зайти в следующие области, потратив где-то полгода на обучение:
1. BDSM (Business Development and Sales Representative). Любые продукты нужно продавать и нужно уметь их продавать. Да, это больше про продажи, но и в инженерии нужно шарить, чтобы продавать лучше, ведь "Know Your Business"
2. Recruiting. В рекрутинг можно уйти и из инженеров и из рекрутинга. В первом случае нужно будет научиться рекрутить, во втором случае нужно будет разобраться с терминами
3. Leadership/Management - тут большая область, начиная от руководителей проекта, скрам мастеров, и прочих безобразников, заканчивая уже Project/Product Management/Owning. Если в кратце, то роль сводится к тому, чтобы разработчики делали ровно то, что нужно бизнесу сейчас. На этой роли очень много коммуникации, выстраивания разных метрик по продукту, но для старта хватит закончить какие-то курсы программирования или прочитать какую-то книжку по Unix. Но, как обычно все индивидуально
5. PR/DevRel/Developer Advocate. Это для тех, кто в маркетинге и пиаре и не хотят быть бесполезными людьми. На этих ролях нужно шарить чуть чуть в маркетинге, ROI и нужно генерить контент вместе с командой. Особенно актуально для опенсорс проектов, чтобы новоприбывшим было комфортнее погружаться в проект
6. Coaching/Facilitation — эти две роли вообще круты тем, что они никак не привязаны к инженерии и хороший коуч/фасилитатор может группу людей привести к принятию решения достаточно быстро, благо для этого есть очень много разных инструментов
7. Образование — всегда и везде можно и нужно обучать людей. Образование — достаточно широкая область и в ней можно работать как обучать, так и обучаться
По-миру сейчас идет трансформация в сторону людей, которые умеют общаться и умеют в ту или иную область.
Поэтому — если умеешь хорошо писать тексты, говорить с людьми, то очень много ролей ждут вас 🙂
Про “Как увеличить свои шансы на положительный ответ” будет в следующем посте. Моей любимой токсичной фитоняшке привет
@retired_on_fire, Андрей Минкин
Тут собраны книги больше для менеджеров и тимлидов, но и другим людям они будут полезны в жизни. Собрал с кратким описанием и отзывом о книге
— А. Орлов «Джедайские техники конструктивного общения». В книге можно подчерпнуть как вести переговоры держа грань между отстаиванием своих интересов и не уйти в обычный конфликт. А конструктивную конфронтацию придумали еще в Intel
— П. Ленсиони «Пять пороков команды. Притчи о лидерстве». Хорошая книга для диагностики доверия в команде, боятся ли люди конфликтовать, есть ли безответственные люди или нет.
— П. Ленсиони «Как решить пять основных проблем команды. Практическое руководство для лидеров, менеджеров и консультантов». Как решать все эти пять пороков
— Джоэл Спольски «Джоэл о программировании». Книга про программирование от сооснователя информационного спонсора всех программерских проектов StackOverflow.
Это часть книг и завтра поделюсь еще небольшим списком
@retired_on_fire, Андрей Минкин
— А. Орлов «Джедайские техники конструктивного общения». В книге можно подчерпнуть как вести переговоры держа грань между отстаиванием своих интересов и не уйти в обычный конфликт. А конструктивную конфронтацию придумали еще в Intel
— П. Ленсиони «Пять пороков команды. Притчи о лидерстве». Хорошая книга для диагностики доверия в команде, боятся ли люди конфликтовать, есть ли безответственные люди или нет.
— П. Ленсиони «Как решить пять основных проблем команды. Практическое руководство для лидеров, менеджеров и консультантов». Как решать все эти пять пороков
— Джоэл Спольски «Джоэл о программировании». Книга про программирование от сооснователя информационного спонсора всех программерских проектов StackOverflow.
Это часть книг и завтра поделюсь еще небольшим списком
@retired_on_fire, Андрей Минкин
У меня нет цели.
Сначала нужно выбрать цель.
У МЕНЯ НЕТ ЦЕЛИ
(с) Мой персонаж в World of Warcraft
Продолжая тему книжек
— Ф. Брукс «Мифический человеко-месяц, или как создаются программные системы». Это уже своего рода классика по управлению инженерными проектами.
— Г. Кеннеди «Договориться можно обо всем! Как добиваться максимума в любых переговорах». Это хорошая книга для начала обучения переговорам. Благодаря ей открываются и заходят другие авторы, типа Рызова, Восса и им подобные.
— Анна Обухова. Выгорание стресса и скуки: разные снаружи, схожие внутри. Анна очень хорошо в своем докладе рассказала про выгорание с разных сторон: личная, управленческая и жизненная. Рекомендую к просмотру у кого “тимлид выгорел, а не в запой ушел”.
— К. Восс «Никаких компромиссов. Беспроигрышные переговоры с экстремально высокими ставками. От топ-переговорщика ФБР». Конечно рекомендую читать книгу на английском языке, но именно Восс на мастерклассе расширил понятие эмпатии (которым я уже тут делился)
— К. Прайор «Не рычите на собаку! Книга о дрессировке людей, животных и самого себя». Это одна из моих любимых книг по психологии и как реагировать на то или иное нежелательное поведение/реплики от людей. Книга хороша тем, что рассматривает все грани подкреплений: позитивное, негативное. Для менеджера или тимлида рекомендую читать в первую очередь.
— Н. Талеб «Антихрупкость». Вообще всего Талеба надо читать. Антихрупкость — последняя книга из серии, но еще есть старые “Рискуя собственной шкурой”, “Черный Лебедь” и “Одураченные случайностью”.
— Роадмап тимлида: https://tlroadmap.io/. Это пет проект ребят из подкаста “Подлодка”. Они проделали титаническую работу, которая хранится в открытом доступе, благодаря им начинающим тимлидам становится проще. Я так думаю.
На этой неделе еще напишу пост про “Как разработчику прокачивать бизнесовое/экономическое мышление”. На это есть запрос у моих читателей.
@retired_on_fire, Андрей Минкин
Сначала нужно выбрать цель.
У МЕНЯ НЕТ ЦЕЛИ
(с) Мой персонаж в World of Warcraft
Продолжая тему книжек
— Ф. Брукс «Мифический человеко-месяц, или как создаются программные системы». Это уже своего рода классика по управлению инженерными проектами.
— Г. Кеннеди «Договориться можно обо всем! Как добиваться максимума в любых переговорах». Это хорошая книга для начала обучения переговорам. Благодаря ей открываются и заходят другие авторы, типа Рызова, Восса и им подобные.
— Анна Обухова. Выгорание стресса и скуки: разные снаружи, схожие внутри. Анна очень хорошо в своем докладе рассказала про выгорание с разных сторон: личная, управленческая и жизненная. Рекомендую к просмотру у кого “тимлид выгорел, а не в запой ушел”.
— К. Восс «Никаких компромиссов. Беспроигрышные переговоры с экстремально высокими ставками. От топ-переговорщика ФБР». Конечно рекомендую читать книгу на английском языке, но именно Восс на мастерклассе расширил понятие эмпатии (которым я уже тут делился)
— К. Прайор «Не рычите на собаку! Книга о дрессировке людей, животных и самого себя». Это одна из моих любимых книг по психологии и как реагировать на то или иное нежелательное поведение/реплики от людей. Книга хороша тем, что рассматривает все грани подкреплений: позитивное, негативное. Для менеджера или тимлида рекомендую читать в первую очередь.
— Н. Талеб «Антихрупкость». Вообще всего Талеба надо читать. Антихрупкость — последняя книга из серии, но еще есть старые “Рискуя собственной шкурой”, “Черный Лебедь” и “Одураченные случайностью”.
— Роадмап тимлида: https://tlroadmap.io/. Это пет проект ребят из подкаста “Подлодка”. Они проделали титаническую работу, которая хранится в открытом доступе, благодаря им начинающим тимлидам становится проще. Я так думаю.
На этой неделе еще напишу пост про “Как разработчику прокачивать бизнесовое/экономическое мышление”. На это есть запрос у моих читателей.
@retired_on_fire, Андрей Минкин
YouTube
Анна Обухова. Выгорание стресса и скуки: разные снаружи, схожие внутри. Вебинар 19 июня 2020
Есть иллюзия, что если у тебя есть любимая работа, ты на ней не выгоришь.
Но это неправда - и от любимой работы выгорают быстро и сильно.
Есть другая иллюзия, что если работа будет скучной и монотонной, ты на ней не выгоришь. Но и это неправда. От работы…
Но это неправда - и от любимой работы выгорают быстро и сильно.
Есть другая иллюзия, что если работа будет скучной и монотонной, ты на ней не выгоришь. Но и это неправда. От работы…
Чаще всего, Хрюндель, оба драчуна уверены, что они правы.
(с) Масяня
Как увеличить свои шансы на положительный ответ
Рекрутер или любой другой нанимающий менеджер просматривает примерно 100 резюме в день. Это зависит от размера компании и вкусности вилки.
Какие отклики точно проходят мимо:
— Без темы письма. Особенно, если в компании есть несколько вакансий в разработке. Конечно, внимательный рекрутер может посмотреть и прочитать ваше резюме, но, скорее всего, оно потонет в откликах, потому что его не найти никак в почте
— Плохо сверстанные резюме. Сюда входит и резюме с нерелевантным опытом, лонгриды на 2+ страницы, всякие резюме, сделанные на шаблонах. Особенно хороши красивые резюме, оформленные дизайнерски, которые с разными графиками и прочими изысками. Также, все резюме, которые отправлены не в PDF файле. Doc, docx, ODT не всегда хорошо перевариваются почтовыми клиентами, типа gmail, а PDF сейчас есть почти везде.
— Отсутсвие кавер леттер. Конечно, пункты выше может заменить обычное письмо, которое включает и сопроводительное письмо и резюме. (Просто отклик в виде письма с ссылками на гитхаб/линкедин ну и небольшой список проектов прям в письме). Чаще всего — это лучше, потому что делает первый контакт с вами приятнее и понятнее.
Что не делается соискателями при подготовке к интервью
— Отсутствие подготовки. Когда рекрутеры спрашивают про “Есть ли у вас вопросы?” — это может быть не стандартный вопрос вежливости. Это может быть проверка, как человек вообще относится к найму. Конечно, он не стопроцентно верный, но какую-то часть людей отсеивает. Если я подаюсь, то я обычно сразу подаюсь на несколкьо позиций сразу, а дальше изучаю компанию, которая ответила и узнаю чем она занимается, какой основной профиль, пробиваю компанию по линкедину и глассдору и формулирую список вопросов для: рекрутера, нанимающего менеджера, инженера и тимлида. Ведь, как я уже писал, собеседование — это обоюдная история.
— Нет фоллоуапов от кандидата. Когда ты построил воронку из компаний (вы ведь строите воронку, верно?), то нужно фоллоуапить компанию по какому-то вменяемому интервалу (раз в неделю будет достаточно). Таким образом вы будете маячить на глазах у рекрутеров и нанимающих менеджеров, напоминая о себе.
В итоге, получается что:
1. Строим воронку из компаний
2. Пишем хорошее одностраничное резюме, вмещая весь свой опыт
3. Пишем хороший каверлеттер на отклик
4. Фоллоуапим компанию
Примерно такой алгоритм хорошо повышает шансы на получение работы, которую вы хотите. Ну, а если вы достаточно оборзевший, то можно спокойно эти шаги пропускать.
@retired_on_fire, Андрей Минкин
(с) Масяня
Как увеличить свои шансы на положительный ответ
Рекрутер или любой другой нанимающий менеджер просматривает примерно 100 резюме в день. Это зависит от размера компании и вкусности вилки.
Какие отклики точно проходят мимо:
— Без темы письма. Особенно, если в компании есть несколько вакансий в разработке. Конечно, внимательный рекрутер может посмотреть и прочитать ваше резюме, но, скорее всего, оно потонет в откликах, потому что его не найти никак в почте
— Плохо сверстанные резюме. Сюда входит и резюме с нерелевантным опытом, лонгриды на 2+ страницы, всякие резюме, сделанные на шаблонах. Особенно хороши красивые резюме, оформленные дизайнерски, которые с разными графиками и прочими изысками. Также, все резюме, которые отправлены не в PDF файле. Doc, docx, ODT не всегда хорошо перевариваются почтовыми клиентами, типа gmail, а PDF сейчас есть почти везде.
— Отсутсвие кавер леттер. Конечно, пункты выше может заменить обычное письмо, которое включает и сопроводительное письмо и резюме. (Просто отклик в виде письма с ссылками на гитхаб/линкедин ну и небольшой список проектов прям в письме). Чаще всего — это лучше, потому что делает первый контакт с вами приятнее и понятнее.
Что не делается соискателями при подготовке к интервью
— Отсутствие подготовки. Когда рекрутеры спрашивают про “Есть ли у вас вопросы?” — это может быть не стандартный вопрос вежливости. Это может быть проверка, как человек вообще относится к найму. Конечно, он не стопроцентно верный, но какую-то часть людей отсеивает. Если я подаюсь, то я обычно сразу подаюсь на несколкьо позиций сразу, а дальше изучаю компанию, которая ответила и узнаю чем она занимается, какой основной профиль, пробиваю компанию по линкедину и глассдору и формулирую список вопросов для: рекрутера, нанимающего менеджера, инженера и тимлида. Ведь, как я уже писал, собеседование — это обоюдная история.
— Нет фоллоуапов от кандидата. Когда ты построил воронку из компаний (вы ведь строите воронку, верно?), то нужно фоллоуапить компанию по какому-то вменяемому интервалу (раз в неделю будет достаточно). Таким образом вы будете маячить на глазах у рекрутеров и нанимающих менеджеров, напоминая о себе.
В итоге, получается что:
1. Строим воронку из компаний
2. Пишем хорошее одностраничное резюме, вмещая весь свой опыт
3. Пишем хороший каверлеттер на отклик
4. Фоллоуапим компанию
Примерно такой алгоритм хорошо повышает шансы на получение работы, которую вы хотите. Ну, а если вы достаточно оборзевший, то можно спокойно эти шаги пропускать.
@retired_on_fire, Андрей Минкин
Бабки, бабки.. ссука, бабки! (с) Духless
Разработчикам (да и не только им на самом деле) иногда не хватает либо бизнесового, либо экономического мышления. Это так называемый бизнес-смысл задачи. Зачастую, всё начинается с обычно коммуникации и поэтому для разрабов сначала чуть книжек по переговорам. Можно почитать:
— Игорь Рызов — Переговоры с монстрами. Как договориться с сильными мира сего. Достаточно хорошая книга по переговорам, которая уйдет в дополнение к “Договориться можно обо всём”, но и ее прочитать было бы неплохо.
— Chris Voss “Never split the difference”. Она уже была на канале, поэтому тоже стоит почитать.
Дальше, для хорошей коммуникации стоит почитать что-то из бизнесовой литературы и тут порекомендую
— «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели», Эрик Рис. Эта книга была моей настольной, когда я во всю занимался разработкой Намба Такси с 12 по 15е годы. Там как раз много приёмов помогли мне при разработке и общении с таксистами.
— «Rework. Бизнес без предрассудков», Джейсон Фрайд, Дэвид Ханссон. Эту книгу стоит почитать, чтобы просто понимать, куда стоит стремиться по процессам работы в современной компании. Ребята из 37 сигналов молодцы и достаточно много вещей привнесли в сообщество предпринимателей и разработчиков
— «Цель. Процесс непрерывного совершенствования», Элияху Голдратт, Джеф Кокс. Эта книга в виде бизнесового романа, но не такая вредная, как “Дедлайн” Тома де-марко. В книге хорошо рассказывается про теорию ограничений и знаниями из этой книги можно тролить эффективных скрам мастеров и менеджеров, которые любят созваниваться по каждому поводу
Финансовая тема
Придется говорить про бюджеты и бюджетирование и тут лучше читать что-то по доменной области, но хорошие всегда будут:
— Карл Маркс. Капитал. Да, она сложна, но в ней по-крайней мере всё актуально даже на сегодняшний день.
— Flash Boys, The Big short от Майкла Льюиса дадут чуть большее понимание по финансовым рынкам.
Хотя, для хорошей коммуникации достаточно понимать и уметь расчитывать ROI той или иной фичи, ну или хотя бы попадать в эстимейты.
На последок всегда хороша «Думай медленно, решай быстро», Дэниеля Канемана
@retired_on_fire, Андрей Минкин
Разработчикам (да и не только им на самом деле) иногда не хватает либо бизнесового, либо экономического мышления. Это так называемый бизнес-смысл задачи. Зачастую, всё начинается с обычно коммуникации и поэтому для разрабов сначала чуть книжек по переговорам. Можно почитать:
— Игорь Рызов — Переговоры с монстрами. Как договориться с сильными мира сего. Достаточно хорошая книга по переговорам, которая уйдет в дополнение к “Договориться можно обо всём”, но и ее прочитать было бы неплохо.
— Chris Voss “Never split the difference”. Она уже была на канале, поэтому тоже стоит почитать.
Дальше, для хорошей коммуникации стоит почитать что-то из бизнесовой литературы и тут порекомендую
— «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели», Эрик Рис. Эта книга была моей настольной, когда я во всю занимался разработкой Намба Такси с 12 по 15е годы. Там как раз много приёмов помогли мне при разработке и общении с таксистами.
— «Rework. Бизнес без предрассудков», Джейсон Фрайд, Дэвид Ханссон. Эту книгу стоит почитать, чтобы просто понимать, куда стоит стремиться по процессам работы в современной компании. Ребята из 37 сигналов молодцы и достаточно много вещей привнесли в сообщество предпринимателей и разработчиков
— «Цель. Процесс непрерывного совершенствования», Элияху Голдратт, Джеф Кокс. Эта книга в виде бизнесового романа, но не такая вредная, как “Дедлайн” Тома де-марко. В книге хорошо рассказывается про теорию ограничений и знаниями из этой книги можно тролить эффективных скрам мастеров и менеджеров, которые любят созваниваться по каждому поводу
Финансовая тема
Придется говорить про бюджеты и бюджетирование и тут лучше читать что-то по доменной области, но хорошие всегда будут:
— Карл Маркс. Капитал. Да, она сложна, но в ней по-крайней мере всё актуально даже на сегодняшний день.
— Flash Boys, The Big short от Майкла Льюиса дадут чуть большее понимание по финансовым рынкам.
Хотя, для хорошей коммуникации достаточно понимать и уметь расчитывать ROI той или иной фичи, ну или хотя бы попадать в эстимейты.
На последок всегда хороша «Думай медленно, решай быстро», Дэниеля Канемана
@retired_on_fire, Андрей Минкин
403: Forbidden
За весь мой богатый опыт публичных выступлений, у меня выработалась чуйка по подготовке к любому выстулпению на этапе переговоров. На третьи переговоры мне становится понятно, стоит ли выступать на этом ивенте или нет.
Когда нет Code Of Conduct у организации и с меня требуют подготовить доклад или рассказать что-то на “общую тему”. Дело в том, что на общие темы я уже давно перестал говорить и даже если я готовлю доклад, то он должен быть интересен для меня, как для докладчика и полезен для аудитории конференции. Я против инфоциганства и адаптации под уровень аудитории и чаще всего я говорю на интересные мне темы, но простым языком, который будет понятен обычному обывателю. У хорошей конференции или организатора есть райдер для выступающего и если он задокументирован, то становится всё куда более понятно.
Я не очень люблю кучу созвонов и долгое утверждение темы доклада и проще и экономичнее по времени и репутационным рискам отказаться от проведения доклада. Если организаторы не могут организовать конференцию без созвонов и личных встреч, используя только текстовую переписку — это не моя конференция.
В последнее время я интересуюсь темами как Zero Trust Identification, Authentication, Authorization и когда беседую с разработчиками, то “авторизация” — это просто залогиниться на сайте, хотя тема куда более обширна, ведь в ней есть:
1. Идентификация. Задача идентифицировать пользователя и узнать кто он такой, возможно еще и аутентифицировать. Проще всего — это просто мы берем и логинимся на сайте, вводим логин и пароль, то мы идентифицированы системой и аутентифицированы в ней
2. Авторизация. Авторизация — это проверка прав. Это раздача так называемых пермишнов. Поэтому, пожалуйста, не путайте
PS. Я теперь не безработный))
@retired_on_fire, Андрей Минкин
За весь мой богатый опыт публичных выступлений, у меня выработалась чуйка по подготовке к любому выстулпению на этапе переговоров. На третьи переговоры мне становится понятно, стоит ли выступать на этом ивенте или нет.
Когда нет Code Of Conduct у организации и с меня требуют подготовить доклад или рассказать что-то на “общую тему”. Дело в том, что на общие темы я уже давно перестал говорить и даже если я готовлю доклад, то он должен быть интересен для меня, как для докладчика и полезен для аудитории конференции. Я против инфоциганства и адаптации под уровень аудитории и чаще всего я говорю на интересные мне темы, но простым языком, который будет понятен обычному обывателю. У хорошей конференции или организатора есть райдер для выступающего и если он задокументирован, то становится всё куда более понятно.
Я не очень люблю кучу созвонов и долгое утверждение темы доклада и проще и экономичнее по времени и репутационным рискам отказаться от проведения доклада. Если организаторы не могут организовать конференцию без созвонов и личных встреч, используя только текстовую переписку — это не моя конференция.
В последнее время я интересуюсь темами как Zero Trust Identification, Authentication, Authorization и когда беседую с разработчиками, то “авторизация” — это просто залогиниться на сайте, хотя тема куда более обширна, ведь в ней есть:
1. Идентификация. Задача идентифицировать пользователя и узнать кто он такой, возможно еще и аутентифицировать. Проще всего — это просто мы берем и логинимся на сайте, вводим логин и пароль, то мы идентифицированы системой и аутентифицированы в ней
2. Авторизация. Авторизация — это проверка прав. Это раздача так называемых пермишнов. Поэтому, пожалуйста, не путайте
PS. Я теперь не безработный))
@retired_on_fire, Андрей Минкин
Расходимся, пацаны, теперь тут всё на серьезных щщах
Я теперь DevRel в Ory.sh. Ory делает опенсорсные продукты для решения задач аутентификации, авторизации и идентификации пользователей и есть у них 4 продукта
1. Ory Hydra. Этот сервис позволит вам быть Oauth2 | OpenID Connect провайдером. Его хорошо использовать, если у вас есть идея взять и выкинуть вашу API для пользователей, но делать сами выдачу токенов вы не хотите. Если вы хотите сделать доступ к вашему API такой же, как и на ФБ (когда вы создаете приложение, даете ему авторизацию и всё такое, то Ory Hydra прям для вас)
2. Ory Kratos. Это сервис для авторизации айболов(eyeball) или обычных людей по паре логин/емейл и пароль, а еще он умеет в paswordless логин, есть поддержка MFA и еще много чего.
3. Ory Keto. Этот сервис предоставляет управление пермишнами. В планах есть поддержка RBAC ABAC, но пока можно пользоваться им для каких-то простых задач
4. Ory Oathkeeper позволяет сделать Zero Trust Networking и авторизовывать входящие запросы.
Все проекты — бекенды, которые написаны на Go (А я люблю Go) с отличной инженерной культурой.
Чем мне придется заниматься:
1. Рассказывать людям о продуктах Ory, общаться с пользователями, получать фидбек и помогать расти сообществу разработчиков, которые пользуются этим продуктом.
2. Пилить посты и выступать на конференциях на двух языках (Русский и Английский)
3. Помогать организовывать всякие разные ивенты и участовать в них
4. Кодить и контрибутить в экосистему
Простыми словами, я, как инженер буду работать с:
1. Рекрутерами и HR
2. Разработчиками
3. Маркетингом
4. Дизайнерами
5. Продажниками
И буду в этом одинаково плохим (шутка конечно). Но эта позиция на стыке нескольких сфер. Но так как у нас продукт специально для разработчиков, то только разработчик сможет убедить разработчика, что продукт хороший, потому что доверия больше, чем к продажнику. Продажник будет говорить с бизнесовыми ребятами по коммерции.
Это также затронет всю мою публичную активность и формат контента станет серьезнее и более продуманный.
Отдельно про то, как я получил эту должность и как я вообще искал работу будет рассказано в течение этой недели.
Ну и немного внутряка и эмоций от первых дней работы на новом месте.
@retired_on_fire, Андрей Минкин
Я теперь DevRel в Ory.sh. Ory делает опенсорсные продукты для решения задач аутентификации, авторизации и идентификации пользователей и есть у них 4 продукта
1. Ory Hydra. Этот сервис позволит вам быть Oauth2 | OpenID Connect провайдером. Его хорошо использовать, если у вас есть идея взять и выкинуть вашу API для пользователей, но делать сами выдачу токенов вы не хотите. Если вы хотите сделать доступ к вашему API такой же, как и на ФБ (когда вы создаете приложение, даете ему авторизацию и всё такое, то Ory Hydra прям для вас)
2. Ory Kratos. Это сервис для авторизации айболов(eyeball) или обычных людей по паре логин/емейл и пароль, а еще он умеет в paswordless логин, есть поддержка MFA и еще много чего.
3. Ory Keto. Этот сервис предоставляет управление пермишнами. В планах есть поддержка RBAC ABAC, но пока можно пользоваться им для каких-то простых задач
4. Ory Oathkeeper позволяет сделать Zero Trust Networking и авторизовывать входящие запросы.
Все проекты — бекенды, которые написаны на Go (А я люблю Go) с отличной инженерной культурой.
Чем мне придется заниматься:
1. Рассказывать людям о продуктах Ory, общаться с пользователями, получать фидбек и помогать расти сообществу разработчиков, которые пользуются этим продуктом.
2. Пилить посты и выступать на конференциях на двух языках (Русский и Английский)
3. Помогать организовывать всякие разные ивенты и участовать в них
4. Кодить и контрибутить в экосистему
Простыми словами, я, как инженер буду работать с:
1. Рекрутерами и HR
2. Разработчиками
3. Маркетингом
4. Дизайнерами
5. Продажниками
И буду в этом одинаково плохим (шутка конечно). Но эта позиция на стыке нескольких сфер. Но так как у нас продукт специально для разработчиков, то только разработчик сможет убедить разработчика, что продукт хороший, потому что доверия больше, чем к продажнику. Продажник будет говорить с бизнесовыми ребятами по коммерции.
Это также затронет всю мою публичную активность и формат контента станет серьезнее и более продуманный.
Отдельно про то, как я получил эту должность и как я вообще искал работу будет рассказано в течение этой недели.
Ну и немного внутряка и эмоций от первых дней работы на новом месте.
@retired_on_fire, Андрей Минкин
www.ory.sh
Introduction | Ory Hydra
Hydra is an OAuth 2.0 and OpenID Connect Provider. In other words, an
Clear is Better than clever
(c) Rob Pike
В прошлом году я и команда переделывали один внутренний проект. Мы делали подробный ресерч и о нем я написал статью на хабре (это начало цикла статей). Ребята пригласили рассказать об опыте у себя на Ory Summit и после выступления я общался в слаке с Vincent Kraus (Это первый деврел в компании) о том, как можно поконтрибутить к ним. В итоге, я просто сидел, контрибутил изучал интересную мне тему (В прошлом году я несколько раз переделывал сервисы связанные с SSO/IAM и подобные).
Пошел я по нескольким путям, я начал изучать все задачи в гитхабе с тегом help wanted, нашел интересную для меня задачу RFC — Deceased or Incapacitated User Warrant в которой нужна была помощь по реализации и дизайну самой фичи, поконтрибутил и в итоге, мне предложили зааплаиться на позицию (которой тогда еще не было).
Спустя 4 коротких созвона и утверждения нескольких Term sheet (это список условий, но более юридический) мне сделали предложение и я его принял.
Я советую найм через вклад в опенсорс, потому что она простая и рабочая, как часы. Это экономит кучу времени, потому что:
1. Ты уже знаешь как что работает в том или ином продукте
2. Этап с техническим интервью могут скипнуть, потому что ты уже отправил им свой код на ревью
3. Софт скиллы твои уже проверяются тем, что ты все-таки протолкнул изменения
4. Это опенсорс и обычно там очень мало созвонов (У меня сейчас тратится до 2х часов на созвоны и это максимум).
Что нравится
1. Вся коммуникация через тикеты на гитхабе (Даже во внутренней доке написано, что ты можешь созвониться, но всё-равно всё закончится на гитхабе)
2. Есть голосовой стендап на 20 минут
3. Маленькая компания очень скилловых ребят (У нас Advisor Lee Atchison)
4. Конструктивная обратная связь без начальника (Хотя я репорчусь Винценту, но у нас с первого дня работы получилась командная работа)
Следующий пост будет про Legal часть
@retired_on_fire, Андрей Минкин
(c) Rob Pike
В прошлом году я и команда переделывали один внутренний проект. Мы делали подробный ресерч и о нем я написал статью на хабре (это начало цикла статей). Ребята пригласили рассказать об опыте у себя на Ory Summit и после выступления я общался в слаке с Vincent Kraus (Это первый деврел в компании) о том, как можно поконтрибутить к ним. В итоге, я просто сидел, контрибутил изучал интересную мне тему (В прошлом году я несколько раз переделывал сервисы связанные с SSO/IAM и подобные).
Пошел я по нескольким путям, я начал изучать все задачи в гитхабе с тегом help wanted, нашел интересную для меня задачу RFC — Deceased or Incapacitated User Warrant в которой нужна была помощь по реализации и дизайну самой фичи, поконтрибутил и в итоге, мне предложили зааплаиться на позицию (которой тогда еще не было).
Спустя 4 коротких созвона и утверждения нескольких Term sheet (это список условий, но более юридический) мне сделали предложение и я его принял.
Я советую найм через вклад в опенсорс, потому что она простая и рабочая, как часы. Это экономит кучу времени, потому что:
1. Ты уже знаешь как что работает в том или ином продукте
2. Этап с техническим интервью могут скипнуть, потому что ты уже отправил им свой код на ревью
3. Софт скиллы твои уже проверяются тем, что ты все-таки протолкнул изменения
4. Это опенсорс и обычно там очень мало созвонов (У меня сейчас тратится до 2х часов на созвоны и это максимум).
Что нравится
1. Вся коммуникация через тикеты на гитхабе (Даже во внутренней доке написано, что ты можешь созвониться, но всё-равно всё закончится на гитхабе)
2. Есть голосовой стендап на 20 минут
3. Маленькая компания очень скилловых ребят (У нас Advisor Lee Atchison)
4. Конструктивная обратная связь без начальника (Хотя я репорчусь Винценту, но у нас с первого дня работы получилась командная работа)
Следующий пост будет про Legal часть
@retired_on_fire, Андрей Минкин
YouTube
Gopherfest 2015 | Go Proverbs with Rob Pike
See the full list of proverbs here → https://goo.gle/38Uft1P
Gopherfest 2015 Playlist → https://goo.gle/3jDyasP
Subscribe to The Go Channel → https://goo.gle/go-subscribe
#GoLang #Gopherfest
Gopherfest 2015 Playlist → https://goo.gle/3jDyasP
Subscribe to The Go Channel → https://goo.gle/go-subscribe
#GoLang #Gopherfest
Help us personalize your experience by telling us a bit about yourself.
(с) HackerRank.com
Читаешь контракты по СНГ и тебя не покидает чувство, что тебя хотят обмануть. Договоры обычно короткие на 4 страницы максимум, а еще есть куча допников. А еще по СНГ не чураются запрещать тебе шабашить, ссылаясь на странное “вы так можете раскрыть NDA”, лол. А еще добавляют всякие странные пункты о не-хантинге и тому подобную дичь.
Серьезно, когда читаешь контракт какой-то галеры, то ты прям чувствуешь себя рабом, а еще обычно покупают печеньками и даже не прописывают расходы на командировки на свой счёт.
Вычитав длинный (12 страниц нечеловеческого юридического английского языка) и кликнув всего два раза (даже сканы документов не предоставлял, ужас вообще) что могу сказать о найме как IC (Individual Contractor) по законодательству USA и Германии.
1. Договор обоюдный. Я, как IC предоставляю non-esclusive, royalty-free (и еще куча тегов) права на свою интеллектуальную собственность, так и они, как компания делают всё тоже самое
2. Весь тревел и out-of-pocket расходы покрываются компанией (это прописанный пункт в договоре)
3. Есть пункт, о возмещении убытков, но там всё сводится к тому, что если ты профессионал, то ты не возмещаешь убытки.
4. Есть пункт о компенсации расходов на покупку рабочей техники
5. Права и обязанности прописаны куда более человеческим языком. Забавно, что указан пункт, что договор может быть подписан электронной подписью, прописаны пункты, когда я могу разорвать контракт и когда мой работодатель. Прописаны дополнительные обязательства, которые берет на себя работодатель (есть пеня за просрочку моего платежа)
Как итог, я себя чувствую себя куда более защищеным, подписывая этот контракт и это прикольные и давно забытые ощущения. Социальная безопасность — наше всё.
Следующий пост про мой онбординг в компанию
@retired_on_fire, Андрей Минкин
(с) HackerRank.com
Читаешь контракты по СНГ и тебя не покидает чувство, что тебя хотят обмануть. Договоры обычно короткие на 4 страницы максимум, а еще есть куча допников. А еще по СНГ не чураются запрещать тебе шабашить, ссылаясь на странное “вы так можете раскрыть NDA”, лол. А еще добавляют всякие странные пункты о не-хантинге и тому подобную дичь.
Серьезно, когда читаешь контракт какой-то галеры, то ты прям чувствуешь себя рабом, а еще обычно покупают печеньками и даже не прописывают расходы на командировки на свой счёт.
Вычитав длинный (12 страниц нечеловеческого юридического английского языка) и кликнув всего два раза (даже сканы документов не предоставлял, ужас вообще) что могу сказать о найме как IC (Individual Contractor) по законодательству USA и Германии.
1. Договор обоюдный. Я, как IC предоставляю non-esclusive, royalty-free (и еще куча тегов) права на свою интеллектуальную собственность, так и они, как компания делают всё тоже самое
2. Весь тревел и out-of-pocket расходы покрываются компанией (это прописанный пункт в договоре)
3. Есть пункт, о возмещении убытков, но там всё сводится к тому, что если ты профессионал, то ты не возмещаешь убытки.
4. Есть пункт о компенсации расходов на покупку рабочей техники
5. Права и обязанности прописаны куда более человеческим языком. Забавно, что указан пункт, что договор может быть подписан электронной подписью, прописаны пункты, когда я могу разорвать контракт и когда мой работодатель. Прописаны дополнительные обязательства, которые берет на себя работодатель (есть пеня за просрочку моего платежа)
Как итог, я себя чувствую себя куда более защищеным, подписывая этот контракт и это прикольные и давно забытые ощущения. Социальная безопасность — наше всё.
Следующий пост про мой онбординг в компанию
@retired_on_fire, Андрей Минкин
Hey, I just met you, and this is crazy
But here's my number, so call me, maybe
(с) Carly Rae Jepsen
Как выглядел онбординг? Да очень просто. Мы созвонились с чуваком, после подписания договора и SoW (Часть вещей, которые мне нужно делать описаны именно в SoW). SoW — Scope of Work.
Мне сделали почту, я зашел в эту почту и на ней уже лежали все инвайты на все нужные сервисы. Идеально. Добавили в Github организацию, мы обсудили несколько планов и первые шаги по работе, а дальше было следующее:
1. Регнулся в слаке, настроил всё как нужно и добавился в нужные каналы (Шел чисто по доке)
2. Где видел не соответствия, то исправлял и слал пул реквесты (это политика компании: ‘Don’t Delegate just create a pull-request yourself’)
3. Оставил сообщение о себе в альгемайне (Это general на немецком)
4. Ушел изучать огроменную документацию, узнал слова как Ethos, duly и еще кучу новых слов.
5. В процессе онбординга создавал задачи на гитхабе, комментировал их и был приятно удивлен, что люди, блядь, читают и комментируют в ответ (Иногда такого не хватает при работе над проектом и приходится пинговать их чуть ли не по-телефону)
6. Накидал себе список конференций по выступлениям и куда я буду подавать CFP(но тут ребята с команды пришли с идеями для докладов в ишью на гитхабе, а еще и конференций накидали сразу же)
7. Получил все инвайты к себе в календарь, но еще не везде регнулся
Узнал много нового и если вы законтрибутите к нам, то мы вам выдадим какой-нибудь мерч (Мы трекаем и за первую активность по контрибушну мы шлём мерч). Это касается смерженного пул-реквеста.
Моей фишкой приходить заранее на созвон мало кого удивить в компании, потому что минут за 10 большая часть людей сидит в созвоне и что-то трёт на какие-то обычные темы, уровня small talk. Дальше идёт обычный разговор по планам, кому где нужно помочь и все расходятся. На созвон тратиться максимум 20 минут и можно спокойно себе работать дальше.
Атмосфера дружелюбная, приятная и всё достаточно интересно (Надо будет проверить этот тезис спустя месяц работы, когда уйдет эта эйфория)
Онбординг прошел идеально с большой поддержкой от команды (мне помогли поменять язык с немецкого на английский и после этого решили поменять интерфейс по-умолчанию в системах на английский)
Ну и созвоны в удобное для меня время, около 14 часов по +6. Идеально.
@retired_on_fire, Андрей Минкин
But here's my number, so call me, maybe
(с) Carly Rae Jepsen
Как выглядел онбординг? Да очень просто. Мы созвонились с чуваком, после подписания договора и SoW (Часть вещей, которые мне нужно делать описаны именно в SoW). SoW — Scope of Work.
Мне сделали почту, я зашел в эту почту и на ней уже лежали все инвайты на все нужные сервисы. Идеально. Добавили в Github организацию, мы обсудили несколько планов и первые шаги по работе, а дальше было следующее:
1. Регнулся в слаке, настроил всё как нужно и добавился в нужные каналы (Шел чисто по доке)
2. Где видел не соответствия, то исправлял и слал пул реквесты (это политика компании: ‘Don’t Delegate just create a pull-request yourself’)
3. Оставил сообщение о себе в альгемайне (Это general на немецком)
4. Ушел изучать огроменную документацию, узнал слова как Ethos, duly и еще кучу новых слов.
5. В процессе онбординга создавал задачи на гитхабе, комментировал их и был приятно удивлен, что люди, блядь, читают и комментируют в ответ (Иногда такого не хватает при работе над проектом и приходится пинговать их чуть ли не по-телефону)
6. Накидал себе список конференций по выступлениям и куда я буду подавать CFP(но тут ребята с команды пришли с идеями для докладов в ишью на гитхабе, а еще и конференций накидали сразу же)
7. Получил все инвайты к себе в календарь, но еще не везде регнулся
Узнал много нового и если вы законтрибутите к нам, то мы вам выдадим какой-нибудь мерч (Мы трекаем и за первую активность по контрибушну мы шлём мерч). Это касается смерженного пул-реквеста.
Моей фишкой приходить заранее на созвон мало кого удивить в компании, потому что минут за 10 большая часть людей сидит в созвоне и что-то трёт на какие-то обычные темы, уровня small talk. Дальше идёт обычный разговор по планам, кому где нужно помочь и все расходятся. На созвон тратиться максимум 20 минут и можно спокойно себе работать дальше.
Атмосфера дружелюбная, приятная и всё достаточно интересно (Надо будет проверить этот тезис спустя месяц работы, когда уйдет эта эйфория)
Онбординг прошел идеально с большой поддержкой от команды (мне помогли поменять язык с немецкого на английский и после этого решили поменять интерфейс по-умолчанию в системах на английский)
Ну и созвоны в удобное для меня время, около 14 часов по +6. Идеально.
@retired_on_fire, Андрей Минкин
У вас меритократия? Что написано в Code of Conduct?
(с) Даник Вартанов
Посидели с Даником Вартановым вчера в Фурусато. Он приехал из своего UK к нам в гости и обсудили проблемы опенсорс проектов и SJW.
Забавно, но в системе управления есть такая тема, как Меритократия, которая как раз таки подрывает пуканы для SJW и подобных движений.
Меритокра́тия (букв. «власть достойных», от лат. meritus «достойный» + др.-греч. κράτος «власть, правление») — принцип управления, согласно которому руководящие посты должны занимать наиболее способные люди, независимо от их социального происхождения и финансового достатка. Используется преимущественно в двух значениях. Первое значение термина соответствует системе, в которой руководители назначаются из числа специально опекаемых талантов (такая система в значительной степени противоположна как аристократии, так и демократии). Второе значение, более распространённое, предполагает создание начальных условий для объективно одарённых и трудолюбивых людей, чтобы они в будущем имели шанс занять высокое общественное положение в условиях свободной конкуренции.
(с) Википедия
Так совпало, что в моем проекте — меритократия, но при этом мы инклюзивны. У нас есть гайдлайны как мы общаемся с сообществом, какие слова мы избегаем, но внутри всё достаточно отлично, спокойно, дружелюбно и очень работоспособно.
Забавно ощущать на себе Diversity & Inclusivity тренд в действии. У меня всё еще длится онбординг и он будет длиться в течение двух недель, где я зависаю в документации, пробую открывать пул реквесты, изучаю систему и так далее.
Забавный факт, что у нас все сидят на гитхабе. Даже маркетологи. Маркетологи даже контрибутят в проект и чуть чуть умеют в базовую разработку и программирование (Вот тут прям наглядно увидел, что программирование — это просто дополнительный навык и он подходит абсолютно всем).
Дизайнеров, которые сидят на гитхабе я уже видел (Привет Скрив, Привет Симонович) и меня этим не удивить. Маркетологов, которые шарят за базы данных лучше. чем некоторые сеньеры я тоже видел (Привет, Настя Ростова и команде маркетинга Перконы). Теперь, контрибутящих в опенсорс маркетологов, которые активно кодят по-мелочи и пользуются гитом я увидел и рад этому.
Из нормальных плюх от компании:
1. Предоставляют рабочее место независимо от локации. (У нас недавно одному чуваку подогнали рабочую машину с 64 ядрами CPU)
2. Покрывают все out-of-the-pocket расходы (travel/лицензии на идешки/прочие вещи)
Для разрабов в канале поделюсь прикольными инструментами
1. https://docusaurus.io/ может быть хорошей для блоггинга, хотя я больше фанат https://gohugo.io/
2. Под пиво в пятницу посмотреть можно доклад от Нейта Барбеттини про Oauth и OpenID Connect https://www.youtube.com/watch?v=996OiexHze0
3. Мой коллега Винцент написал статью, как он организовывал свою первую конференцию и мы готовим конференцию на 2022. Если вы хотите что-то рассказать о том, как вы используете наши продукты, то велкам ко мне в личку, я помогу вам выбрать тему для доклада и помогу с подготовкой и организацией ивента
4. Хорошая философия от чуваков, которые явно давно программируют софт, который suck less
5. Identity in Modern Applications Maintaining and Validating
Trust in Enterprise Identity Management
PS. Кажется. пора делать митапчики и организовывать их. На какие темы бы хотели видеть регулярные митапы?
@retired_on_fire, Андрей Минкин
(с) Даник Вартанов
Посидели с Даником Вартановым вчера в Фурусато. Он приехал из своего UK к нам в гости и обсудили проблемы опенсорс проектов и SJW.
Забавно, но в системе управления есть такая тема, как Меритократия, которая как раз таки подрывает пуканы для SJW и подобных движений.
Меритокра́тия (букв. «власть достойных», от лат. meritus «достойный» + др.-греч. κράτος «власть, правление») — принцип управления, согласно которому руководящие посты должны занимать наиболее способные люди, независимо от их социального происхождения и финансового достатка. Используется преимущественно в двух значениях. Первое значение термина соответствует системе, в которой руководители назначаются из числа специально опекаемых талантов (такая система в значительной степени противоположна как аристократии, так и демократии). Второе значение, более распространённое, предполагает создание начальных условий для объективно одарённых и трудолюбивых людей, чтобы они в будущем имели шанс занять высокое общественное положение в условиях свободной конкуренции.
(с) Википедия
Так совпало, что в моем проекте — меритократия, но при этом мы инклюзивны. У нас есть гайдлайны как мы общаемся с сообществом, какие слова мы избегаем, но внутри всё достаточно отлично, спокойно, дружелюбно и очень работоспособно.
Забавно ощущать на себе Diversity & Inclusivity тренд в действии. У меня всё еще длится онбординг и он будет длиться в течение двух недель, где я зависаю в документации, пробую открывать пул реквесты, изучаю систему и так далее.
Забавный факт, что у нас все сидят на гитхабе. Даже маркетологи. Маркетологи даже контрибутят в проект и чуть чуть умеют в базовую разработку и программирование (Вот тут прям наглядно увидел, что программирование — это просто дополнительный навык и он подходит абсолютно всем).
Дизайнеров, которые сидят на гитхабе я уже видел (Привет Скрив, Привет Симонович) и меня этим не удивить. Маркетологов, которые шарят за базы данных лучше. чем некоторые сеньеры я тоже видел (Привет, Настя Ростова и команде маркетинга Перконы). Теперь, контрибутящих в опенсорс маркетологов, которые активно кодят по-мелочи и пользуются гитом я увидел и рад этому.
Из нормальных плюх от компании:
1. Предоставляют рабочее место независимо от локации. (У нас недавно одному чуваку подогнали рабочую машину с 64 ядрами CPU)
2. Покрывают все out-of-the-pocket расходы (travel/лицензии на идешки/прочие вещи)
Для разрабов в канале поделюсь прикольными инструментами
1. https://docusaurus.io/ может быть хорошей для блоггинга, хотя я больше фанат https://gohugo.io/
2. Под пиво в пятницу посмотреть можно доклад от Нейта Барбеттини про Oauth и OpenID Connect https://www.youtube.com/watch?v=996OiexHze0
3. Мой коллега Винцент написал статью, как он организовывал свою первую конференцию и мы готовим конференцию на 2022. Если вы хотите что-то рассказать о том, как вы используете наши продукты, то велкам ко мне в личку, я помогу вам выбрать тему для доклада и помогу с подготовкой и организацией ивента
4. Хорошая философия от чуваков, которые явно давно программируют софт, который suck less
5. Identity in Modern Applications Maintaining and Validating
Trust in Enterprise Identity Management
PS. Кажется. пора делать митапчики и организовывать их. На какие темы бы хотели видеть регулярные митапы?
@retired_on_fire, Андрей Минкин
docusaurus.io
Build optimized websites quickly, focus on your content | Docusaurus
An optimized site generator in React. Docusaurus helps you to move fast and write content. Build documentation websites, blogs, marketing pages, and more.
Я работаю за идею. Моя идея, чтобы мне хорошо и регулярно платили.
Работать за идею или за деньги? — это отличный проективный вопрос, который я часто задаю на интервью. Забавно, что в этом вопросе нет правильного ответа, ведь его можно раскручивать куда угодно и просто слушать, как человек мыслит в этих двух категориях.
Работать нужно над интересным проектом, но чтобы хорошо за это платили. Неинтересный проект? — пора задуматься обновить резюме. Хочется, чтобы платили больше? — пора обновлять резюме.
Обычно, если хотите хорошо вырасти по деньгам, то это постоянно прокачивать скиллы и менять работу. На текущем месте работы могут максимум предложить до 50% к зп, в то время как другой работодатель может предложить вам +200%, если вы пройдете интервью.
Часть разработчиков переходили на 3-4к и имели до 250% к прибавке. просто потому что они убрали в себе “я не приношу пользу, меня не ценят на работе” и так далее.
Сейчас весь мир нанимает удалённо, при хорошем уровне английского можно вообще хорошо скакнуть по зп.
Например, ЗП для продакта в Германии от 60к евро в год. В РФ же всё куда скромнее.
Сейчас я в линкедине в Мюнхене и уже после того. как я нашел работу пишут 1-2 рекрутера в неделю. Когда активно проходил интервью, то были достаточно интересные предлолжения, некоторые от 650 фунтов за неделю, работая удалённо, правда только для граждан из EU.
Поэтому, если вы хотите просто повысить себе зп, то:
1. Просим повышения у себя на работе
2. Ищем работу, прося больше.
Кстати, один из хороших ответов, который я обычно использую при общении с рекрутерами, это назвать сумму в полтора или два раза выше текущей. Сейчас, даже называя мою ставку разработчика от $200 в час рекрутеры зовут на интервью и продолжают общение. Пару лет назад была совершенно иная ситуация
@retired_on_fire, Андрей Минкин
Работать за идею или за деньги? — это отличный проективный вопрос, который я часто задаю на интервью. Забавно, что в этом вопросе нет правильного ответа, ведь его можно раскручивать куда угодно и просто слушать, как человек мыслит в этих двух категориях.
Работать нужно над интересным проектом, но чтобы хорошо за это платили. Неинтересный проект? — пора задуматься обновить резюме. Хочется, чтобы платили больше? — пора обновлять резюме.
Обычно, если хотите хорошо вырасти по деньгам, то это постоянно прокачивать скиллы и менять работу. На текущем месте работы могут максимум предложить до 50% к зп, в то время как другой работодатель может предложить вам +200%, если вы пройдете интервью.
Часть разработчиков переходили на 3-4к и имели до 250% к прибавке. просто потому что они убрали в себе “я не приношу пользу, меня не ценят на работе” и так далее.
Сейчас весь мир нанимает удалённо, при хорошем уровне английского можно вообще хорошо скакнуть по зп.
Например, ЗП для продакта в Германии от 60к евро в год. В РФ же всё куда скромнее.
Сейчас я в линкедине в Мюнхене и уже после того. как я нашел работу пишут 1-2 рекрутера в неделю. Когда активно проходил интервью, то были достаточно интересные предлолжения, некоторые от 650 фунтов за неделю, работая удалённо, правда только для граждан из EU.
Поэтому, если вы хотите просто повысить себе зп, то:
1. Просим повышения у себя на работе
2. Ищем работу, прося больше.
Кстати, один из хороших ответов, который я обычно использую при общении с рекрутерами, это назвать сумму в полтора или два раза выше текущей. Сейчас, даже называя мою ставку разработчика от $200 в час рекрутеры зовут на интервью и продолжают общение. Пару лет назад была совершенно иная ситуация
@retired_on_fire, Андрей Минкин
Glassdoor
Salary: Product Manager in United States 2024
The average salary for a Product Manager is $196,041 per year in United States. Click here to see the total pay, recent salaries shared and more!
Show must go on (c) Freddie Mercury
#жививкыргызстанеиработайнавесьмир
^^ хороший лозунг от Азиза Абакирова.
Последние лет пять я разговариваю с ребятами, которые покинули нашу страну и им не хватает дешевизны в городе (опросил 10 разработчиков). В Москве или Европе сложно копить или откладывать на свои хотелки, хотя денег получаешь больше. Накопить хотят либо на быстрое закрытие ипотеки (для некоторых 20 лет ипотеки под 0.5-3% годовых может сказаться на ментальном здоровье)
1. Уехать ремоутить на бали, гоа и страны с дешевым уровнем жизни на 2-5 лет, чтобы скопить нужную сумму
2. Вернуться в Кыргызстан, чтобы уменьшить расходы. Тут прям серьезный пункт, потому что если жить скромно, то семьей можно спокойно прожить на 600-700 баксов без детей, особо не напрягаясь и жить вполне себе хорошей жизнью. 1500 — это на семью, которая чуть-чуть оборзела и 3к (ну максимум), это на мажор стайл. Все расходы указаны для семьи без детей.
3. Менять своё отношение к деньгам. Тут, хорошо помогает инвестирование в фондовые рынки или в трейдинг. Просто потихоньку начинаешь относиться к деньгам куда проще.
В Бишкеке просто некуда тратить деньги. Совсем. Ну, тут максимум что можно потратить на компанию за ночь — это 250 баксов, если даже закрыть счёт в баре или где-нибудь еще. В Москве, например, просто посидеть и попить пива в бюджетном формате — это 20к.
В Бишкеке хорошо копить деньги, если ты айтишник или работаешь где-нибудь на удалёнке. Правда, чтобы было больше интересных откликов, то лучше менять страну на жоб сайтах.
Например, просто поменяв город на Мюнхен в Линкедине мне стало писать до 8 рекрутеров в сутки (хотя обычно на мой open to work реагировало около 5-6 в неделю).
Хороший подход к поиску работы можно найти у Бугаенко. Он пропагандирует зарабатывать в час от 125 баксов и жить где-нибудь в Тайланде =). В этом плане Кыргызстан не особо отличается, не считая зимнего периода.
PS. Если в Германии получать 90к в год, то налогов нужно будет заплатить на 23к евро, судя по калькулятору, не считая церковных сборов. А это цена хрущевки в Бишкеке :)
А какими способами вы ищете работу? Поделитесь по-брацки
@retired_on_fire, Андрей Минкин
#жививкыргызстанеиработайнавесьмир
^^ хороший лозунг от Азиза Абакирова.
Последние лет пять я разговариваю с ребятами, которые покинули нашу страну и им не хватает дешевизны в городе (опросил 10 разработчиков). В Москве или Европе сложно копить или откладывать на свои хотелки, хотя денег получаешь больше. Накопить хотят либо на быстрое закрытие ипотеки (для некоторых 20 лет ипотеки под 0.5-3% годовых может сказаться на ментальном здоровье)
1. Уехать ремоутить на бали, гоа и страны с дешевым уровнем жизни на 2-5 лет, чтобы скопить нужную сумму
2. Вернуться в Кыргызстан, чтобы уменьшить расходы. Тут прям серьезный пункт, потому что если жить скромно, то семьей можно спокойно прожить на 600-700 баксов без детей, особо не напрягаясь и жить вполне себе хорошей жизнью. 1500 — это на семью, которая чуть-чуть оборзела и 3к (ну максимум), это на мажор стайл. Все расходы указаны для семьи без детей.
3. Менять своё отношение к деньгам. Тут, хорошо помогает инвестирование в фондовые рынки или в трейдинг. Просто потихоньку начинаешь относиться к деньгам куда проще.
В Бишкеке просто некуда тратить деньги. Совсем. Ну, тут максимум что можно потратить на компанию за ночь — это 250 баксов, если даже закрыть счёт в баре или где-нибудь еще. В Москве, например, просто посидеть и попить пива в бюджетном формате — это 20к.
В Бишкеке хорошо копить деньги, если ты айтишник или работаешь где-нибудь на удалёнке. Правда, чтобы было больше интересных откликов, то лучше менять страну на жоб сайтах.
Например, просто поменяв город на Мюнхен в Линкедине мне стало писать до 8 рекрутеров в сутки (хотя обычно на мой open to work реагировало около 5-6 в неделю).
Хороший подход к поиску работы можно найти у Бугаенко. Он пропагандирует зарабатывать в час от 125 баксов и жить где-нибудь в Тайланде =). В этом плане Кыргызстан не особо отличается, не считая зимнего периода.
PS. Если в Германии получать 90к в год, то налогов нужно будет заплатить на 23к евро, судя по калькулятору, не считая церковных сборов. А это цена хрущевки в Бишкеке :)
А какими способами вы ищете работу? Поделитесь по-брацки
@retired_on_fire, Андрей Минкин
SteuerGo
SteuerGo | Do your tax return online in minutes
Mit dem Brutto-Netto-Rechner von SteuerGo berechnen Sie, wie viel von Ihrem Bruttogehalt übrigbleibt
When was the first time you met IRL?
(с) TPB AFK
Недавно пересмотрел эту документалку, которую рекомендую к просмотру разработчикам.
Цитата в эпиграфе не случайная, потому что пару дней назад ФБ напомнил мне о хакатоне GopherGala. Этот хакатон был распределенным и в нем могли принять участие все. Благодаря этому хакатону я познакомился с Максимом и Артёмом. Мы тогда нахакатонили Meshbird, который предоставлял распределённый VPN.
Кодили мы с перерывами на сон и разные таймзоны (+1, +3, +6) были преимуществом, потому как можно было спать, когда другие кодили и наоборот. Мы сделали всё за 48 часов, правда мы готовились, делали прототипы и гоняли бенчмарки за пару недель до хакатона. В итоге за пару недель я узнал и прокачал: DHT (распределенная хеш таблица, что часто используется в торрент клиентах), сети и шифрование.
После хакатона, который был в 16м году мы продолжили общаться с ребятами, обменялись контактами и с Артёмом мы встретились в 17м году на хайлоаде, а с Максом в 18м году на FOSDEM. Общаемся и дружим до сих пор. С Артёмом мы еще пару раз хакатонили и сделали Copybird, а еще думали сделать бесплатным обучение английскому языку благодаря машинному обучению, чтобы преподаватель был цифровым человеком.
Когда хакатонишь, что приходится кодить в самых непредсказуемых местах, вот например мои:
1. Коммитил из троллейбуса, когда мы ехали с Саней Соболевым на одном из хакатонов (вроде это был гараж48)
2. Добавил поддержку tun девайсов в meshbird, из ночного клуба, под очень громкую музыку
3. Был эпизод, когда коммитил код после того, как нам въехали в задницу (не помню мероприятие, но помню, что пушил код с ноута, который стоял на капоте машины где-то в районе Лебединовки)
Сейчас, с одной стороны хочется снять какой-то офис, но с другой стороны вполне себе комфортно работается в некоторых барах и кофейнях.
1. Созвоны, стримы, запись контента идёт дома
2. Генерация контента, разработка с любого другого места (иногда хорошо кодится где-нибудь в горах, сидя в машине)
А кто как ремоутит из подписчиков? Какие были необычные места, откуда вы коммитили код?
@retired_on_fire, Андрей Минкин
(с) TPB AFK
Недавно пересмотрел эту документалку, которую рекомендую к просмотру разработчикам.
Цитата в эпиграфе не случайная, потому что пару дней назад ФБ напомнил мне о хакатоне GopherGala. Этот хакатон был распределенным и в нем могли принять участие все. Благодаря этому хакатону я познакомился с Максимом и Артёмом. Мы тогда нахакатонили Meshbird, который предоставлял распределённый VPN.
Кодили мы с перерывами на сон и разные таймзоны (+1, +3, +6) были преимуществом, потому как можно было спать, когда другие кодили и наоборот. Мы сделали всё за 48 часов, правда мы готовились, делали прототипы и гоняли бенчмарки за пару недель до хакатона. В итоге за пару недель я узнал и прокачал: DHT (распределенная хеш таблица, что часто используется в торрент клиентах), сети и шифрование.
После хакатона, который был в 16м году мы продолжили общаться с ребятами, обменялись контактами и с Артёмом мы встретились в 17м году на хайлоаде, а с Максом в 18м году на FOSDEM. Общаемся и дружим до сих пор. С Артёмом мы еще пару раз хакатонили и сделали Copybird, а еще думали сделать бесплатным обучение английскому языку благодаря машинному обучению, чтобы преподаватель был цифровым человеком.
Когда хакатонишь, что приходится кодить в самых непредсказуемых местах, вот например мои:
1. Коммитил из троллейбуса, когда мы ехали с Саней Соболевым на одном из хакатонов (вроде это был гараж48)
2. Добавил поддержку tun девайсов в meshbird, из ночного клуба, под очень громкую музыку
3. Был эпизод, когда коммитил код после того, как нам въехали в задницу (не помню мероприятие, но помню, что пушил код с ноута, который стоял на капоте машины где-то в районе Лебединовки)
Сейчас, с одной стороны хочется снять какой-то офис, но с другой стороны вполне себе комфортно работается в некоторых барах и кофейнях.
1. Созвоны, стримы, запись контента идёт дома
2. Генерация контента, разработка с любого другого места (иногда хорошо кодится где-нибудь в горах, сидя в машине)
А кто как ремоутит из подписчиков? Какие были необычные места, откуда вы коммитили код?
@retired_on_fire, Андрей Минкин
Надо больше ивентов, богу ивентов
Вчера было два выступления. Один в IT Attractor, где я обкатывал доклад и восстанавливал форму публичных выступлений, к которым нужно готовиться. А хорошая практика обкатать слайды — это дать доклад перед маленькой аудиторией. Доклад получился живым, пообщался с будущими коллегами и обсудили типичные вопросы:
1. Сколько джун получает
2. Нормально ли выбирать язык %LANGUAGE_NAME% для старта?
3. Как проходить интервью
Также, хорошо поговорили в кулуарах. Было живенько, весело и отлично. Спасибо, что пригласили. А тема была про “Мой путь в айти”, мораль там такая, что ты почти всегда что-то изучаешь и пробуешь. А еще “мне 32 и я не знаю, кем я стану, когда вырасту”.
Также провел слаконар у Хекслета. Слаконар — это текстовый вебинар в слаке. Тема была технической, обсуждали аутентификацию, авторизацию, идентификацию и современные тренды. FIDO2, WebauthN, OAuth, OpenID Connect и так далее. Получилось чуть чуть сложно для неподготовленной аудитории, но стало понятнее, как делать их вовлеченнее.
Я тут в репо ссылочки и материалы собираю по теме Identity stack.
Сегодня буду на GoViral говорить про киберспорт и айтишечку. Приходите =)
@retired_on_fire, Андрей Минкин
Вчера было два выступления. Один в IT Attractor, где я обкатывал доклад и восстанавливал форму публичных выступлений, к которым нужно готовиться. А хорошая практика обкатать слайды — это дать доклад перед маленькой аудиторией. Доклад получился живым, пообщался с будущими коллегами и обсудили типичные вопросы:
1. Сколько джун получает
2. Нормально ли выбирать язык %LANGUAGE_NAME% для старта?
3. Как проходить интервью
Также, хорошо поговорили в кулуарах. Было живенько, весело и отлично. Спасибо, что пригласили. А тема была про “Мой путь в айти”, мораль там такая, что ты почти всегда что-то изучаешь и пробуешь. А еще “мне 32 и я не знаю, кем я стану, когда вырасту”.
Также провел слаконар у Хекслета. Слаконар — это текстовый вебинар в слаке. Тема была технической, обсуждали аутентификацию, авторизацию, идентификацию и современные тренды. FIDO2, WebauthN, OAuth, OpenID Connect и так далее. Получилось чуть чуть сложно для неподготовленной аудитории, но стало понятнее, как делать их вовлеченнее.
Я тут в репо ссылочки и материалы собираю по теме Identity stack.
Сегодня буду на GoViral говорить про киберспорт и айтишечку. Приходите =)
@retired_on_fire, Андрей Минкин
GitHub
GitHub - gen1us2k/auth-learning-path: A learning plan to understand protocols and standards in industry that used for identification…
A learning plan to understand protocols and standards in industry that used for identification, authentication, access-control - GitHub - gen1us2k/auth-learning-path: A learning plan to understand...
It’s Friday. Friiday. FUN FUN FUN (c) Мемчик из 2010.
С пятницей вас всех. Развлекательно-познавательного контента вам в ленту.
1. IT Crowd. Или “Вы пробовали выключить и снова включить?”. Один из самых ржачных сериалов про айтишников(Это те, кто тыжпрограммисты в СНГ)
2. Halt & Catch Fire. Отличный сериал про зарождение кремниевой долины
3. Silicon Valley — лучше Дудёвого, сериал с кучей мемасов и вообще там много полезного про стартаперскую тусу
Что я узнал за неделю и что я нашел:
1. Supabase опенсорсный аналог Firebase
2. Developer Relations - это область.
Второй пункт подробнее. Также как DevOps - это про культуру, а не про человека, то Developer Relations - это отрасль. Она включает в себя очень много разных ролей, как технических, так и нет.
Developer Relations может быть подотчетна либо отделу маркетинга и привет CBDO (Chief Business Development Officer), BDSM (Business Development Sales & Marketing). Ну или может быть подотчетна CTO.
Еще один вывод, который я могу сделать, что в отрасли вообще никто ничего не понимает и когда Артём говорил об отрасли в полном упадке, посмотрев на решения, которые предлагаются по-миру, я его сначала не понял. Теперь понимаю.
Разницы вообще нет где работать. Говнокодят обычно все и как всегда решает команда, которую можно перерасти.
PS. Завтра готовлюсь к записи подкаста DevZen. Это будет мой первый раз в таком хорошем подкасте
@retired_on_fire, Андрей Минкин
С пятницей вас всех. Развлекательно-познавательного контента вам в ленту.
1. IT Crowd. Или “Вы пробовали выключить и снова включить?”. Один из самых ржачных сериалов про айтишников(Это те, кто тыжпрограммисты в СНГ)
2. Halt & Catch Fire. Отличный сериал про зарождение кремниевой долины
3. Silicon Valley — лучше Дудёвого, сериал с кучей мемасов и вообще там много полезного про стартаперскую тусу
Что я узнал за неделю и что я нашел:
1. Supabase опенсорсный аналог Firebase
2. Developer Relations - это область.
Второй пункт подробнее. Также как DevOps - это про культуру, а не про человека, то Developer Relations - это отрасль. Она включает в себя очень много разных ролей, как технических, так и нет.
Developer Relations может быть подотчетна либо отделу маркетинга и привет CBDO (Chief Business Development Officer), BDSM (Business Development Sales & Marketing). Ну или может быть подотчетна CTO.
Еще один вывод, который я могу сделать, что в отрасли вообще никто ничего не понимает и когда Артём говорил об отрасли в полном упадке, посмотрев на решения, которые предлагаются по-миру, я его сначала не понял. Теперь понимаю.
Разницы вообще нет где работать. Говнокодят обычно все и как всегда решает команда, которую можно перерасти.
PS. Завтра готовлюсь к записи подкаста DevZen. Это будет мой первый раз в таком хорошем подкасте
@retired_on_fire, Андрей Минкин
Wikipedia
The IT Crowd
British television sitcom
If debugging is the process of removing software bugs, then programming must be the process of putting them in.
(с) Edsger Dijkstra
Дейкстра — датский учёный в области Computer Science. На его исследованиях в современном мире много чего работает. В своё время он хорошо набрасывал на технологии и вот несколько высказываний от него, которые зашли:
— Programming in Basic causes brain damage.
— Teaching COBOL ought to be regarded as a criminal act.
— Mathematicians are like managers - they want improvement without change.
Из современных мемчиков есть:
— Использование любой другой кодировки, кроме как UTF-8 нужно считать актом экстримизма и карать по всей строгости УК (это было популярно, когда было множество кодировок и UTF-8 не зашел как стандарт де-факто. где-то до 12 года) (c) Башорг, вроде как
— Node.js нужен для того, чтобы делать SSR, чтобы экономить пользователю батарейку на телефоне. Использование ноды для чего-то более сложным считать экстримизмом и карать по всей строгости УК (с) Макс Лапшин.
— Лучше вляпаться в PHP, чем в Node.js. Ну и в крестах лучше сидеть, чем кодить на них. (Это про C++. Жаргонные названия плюсы или кресты)
Вот, после посещения одной из конференций по C++ Роб Пайк со своими корешами Кеном Томпсоном и Робертом Гризмаером посидели, подумали и появился Go.
Go, как язык достаточно прост в виду синтаксиса и его хорошо использовать при написании:
- Сетевых сервисов
- Чего-то, где нужна производительность
- Там, где нужна асинхронность (все скриптовые языки курят в сторонке, потому что написать что-то асинхронное на питоне иногда ломает мозг)
Ну и закончить пост хочется несколькими дедами:
— Лесли Лампорт. Автор Paxos. У него достаточно хороший блог по распределенным системам. А еще у него есть отличный доклад Thinking above the code, одна из самых интересных мыслей для меня была “If you are thinking without writing you are only pretending to think”. Поэтому, писать спецификации и обсуждать их с рабочей группой в тексте — один из самых продуктивных для меня способов принятия решения
— Доклад дяди Боба Expecting Proffesionalism
@retired_on_fire, Андрей Минкин
(с) Edsger Dijkstra
Дейкстра — датский учёный в области Computer Science. На его исследованиях в современном мире много чего работает. В своё время он хорошо набрасывал на технологии и вот несколько высказываний от него, которые зашли:
— Programming in Basic causes brain damage.
— Teaching COBOL ought to be regarded as a criminal act.
— Mathematicians are like managers - they want improvement without change.
Из современных мемчиков есть:
— Использование любой другой кодировки, кроме как UTF-8 нужно считать актом экстримизма и карать по всей строгости УК (это было популярно, когда было множество кодировок и UTF-8 не зашел как стандарт де-факто. где-то до 12 года) (c) Башорг, вроде как
— Node.js нужен для того, чтобы делать SSR, чтобы экономить пользователю батарейку на телефоне. Использование ноды для чего-то более сложным считать экстримизмом и карать по всей строгости УК (с) Макс Лапшин.
— Лучше вляпаться в PHP, чем в Node.js. Ну и в крестах лучше сидеть, чем кодить на них. (Это про C++. Жаргонные названия плюсы или кресты)
Вот, после посещения одной из конференций по C++ Роб Пайк со своими корешами Кеном Томпсоном и Робертом Гризмаером посидели, подумали и появился Go.
Go, как язык достаточно прост в виду синтаксиса и его хорошо использовать при написании:
- Сетевых сервисов
- Чего-то, где нужна производительность
- Там, где нужна асинхронность (все скриптовые языки курят в сторонке, потому что написать что-то асинхронное на питоне иногда ломает мозг)
Ну и закончить пост хочется несколькими дедами:
— Лесли Лампорт. Автор Paxos. У него достаточно хороший блог по распределенным системам. А еще у него есть отличный доклад Thinking above the code, одна из самых интересных мыслей для меня была “If you are thinking without writing you are only pretending to think”. Поэтому, писать спецификации и обсуждать их с рабочей группой в тексте — один из самых продуктивных для меня способов принятия решения
— Доклад дяди Боба Expecting Proffesionalism
@retired_on_fire, Андрей Минкин
YouTube
Leslie Lamport: Thinking Above the Code
Architects draw detailed blueprints before a brick is laid or a nail is hammered. Programmers and software engineers seldom do. A blueprint for software is called a specification. The need for extremely rigorous specifications before coding complex or critical…
Now for the economic need. Nowadays one often encounters the opinion that in the sixties programming has been an overpaid profession, and that in the coming years programmer salaries may be expected to go down.
(c) Edsger W. Dijkstra
Вот эта цитата была написана Дейкстрой в далекий 1972й год. Так что программисты overpaid с 60х годов. Пока еще не упали и программистов как всегда не хватает. Правда мы ушли от перфокарт и нормального программирования во что-то непонятное, жрущее кучу памяти.
Например, есть занятный баг на Mac Os Monterey, где windowserver начинает отжирать много оперативы, когда ты смотришь видосики на ютюбе или сериальчики на нетфликсе. Как один из костылей решения этой неприятной досады (у меня он отжирал до 74 гигов мозгов) - это выставить Refresh Rate в 60 герц, вместо модного ProMotion. Windowserver перестал отжирать много памяти и теперь, как обычно жрут память Node.js, Chrome, Slack.
Сегодня первое число и мне нужно высылать инвойс работодателю. Приятный бонус, что мне заплатят за полный месяц по полной ставке, хотя я подписал договор 13 числа. На прошлой неделе был интродакшн кол, где наш директор делала 1-1 со мной и задавала обычные вопросы, типа не чувствую ли я себя одиноким, все ли ок, нормальные ли задачи и так далее. Фидбек поступает достаточно хорошо и я почти адаптировался к тому, чтобы работать не в жире, а в гитхабе. Вчера потратил пару часов, чтобы выбрать более менее шаблон для выставления инвойсов и остановился на одном варианте в эксельке.
Продам своего Pajero Sport 2012 года. Прошу $14500. Машина в идеальном состоянии, подробности в личке 😂
@retired_on_fire, Андрей Минкин
(c) Edsger W. Dijkstra
Вот эта цитата была написана Дейкстрой в далекий 1972й год. Так что программисты overpaid с 60х годов. Пока еще не упали и программистов как всегда не хватает. Правда мы ушли от перфокарт и нормального программирования во что-то непонятное, жрущее кучу памяти.
Например, есть занятный баг на Mac Os Monterey, где windowserver начинает отжирать много оперативы, когда ты смотришь видосики на ютюбе или сериальчики на нетфликсе. Как один из костылей решения этой неприятной досады (у меня он отжирал до 74 гигов мозгов) - это выставить Refresh Rate в 60 герц, вместо модного ProMotion. Windowserver перестал отжирать много памяти и теперь, как обычно жрут память Node.js, Chrome, Slack.
Сегодня первое число и мне нужно высылать инвойс работодателю. Приятный бонус, что мне заплатят за полный месяц по полной ставке, хотя я подписал договор 13 числа. На прошлой неделе был интродакшн кол, где наш директор делала 1-1 со мной и задавала обычные вопросы, типа не чувствую ли я себя одиноким, все ли ок, нормальные ли задачи и так далее. Фидбек поступает достаточно хорошо и я почти адаптировался к тому, чтобы работать не в жире, а в гитхабе. Вчера потратил пару часов, чтобы выбрать более менее шаблон для выставления инвойсов и остановился на одном варианте в эксельке.
Продам своего Pajero Sport 2012 года. Прошу $14500. Машина в идеальном состоянии, подробности в личке 😂
@retired_on_fire, Андрей Минкин
Reddit
From the MacOS community on Reddit
Explore this post and more from the MacOS community
Программисты рядом, они настолько рядом, что некоторые даже вы.
Неделю пробовал попользоваться джинни. Вердикт: ну такое…
Это отличная платформа, но когда поговоришь с некоторыми рекрутерами, послушаешь про их процесс найма, становится понятно, почему Макс Ищенко у себя в линкедине говорит, что всё плохо и количество вакансий превышает количество кандидатов. Специально для рекрутеров на джинни у меня завелся шаблонный ответ
Hello.
Thank you for organizing the interview. I am writing to let you know that you have not been selected to be my employer.
I recognize this may be a disappointment to you. On this occasion, I received a significant number of applications from the companies that more closely fit my requirements for the next job.
Thank you for your time. Good luck and let’s keep connected.
Этот ответ я шлю всем рекрутерам именно на джинни, по нескольким причинам:
1. Слишком сложный процесс найма. Из самых интересных вариантов: три технических интервью (3, КАРЛ!). Два — это решать алгоритмические задачи (имхо, это надо приравнивать к программированию на доске). И еще нужно будет сделать тестовое на два часа времени, за выполнение которого хотя бы заплатят $100. Я понимаю, что в FAANG и подобных компаниях это работает и достаточно хорошо. К этому даже готовятся, но в том же самом FB процесс построен куда проще и кодить алгоритмы нужно всего час.
2. Долгий ответ от рекрутера, сложности с фоллоуапами, сложности с назначением времени для интервью, нет митинг-ноутсов. Некоторых рекрутеров приходилось подпинывать, чтобы просто с ними созвониться.
3. Нет интро о проекте и компании. Некоторые просто задают интересующие их вопросы и отпадает желание вообще с ними продолжать диалог.
Конечно, это придирки, есть конечно хорошие рекрутеры, с которыми приятно общаться, но большинство на джинни явно не тем занимаются.
Воронка:
1. Заинтересованных во мне рекрутеров: 25
2. С 20 из них я решил поговорить
3. 4 написали в телеграм, остальные остались на джинни
4. 4 сделали интрокол, чтобы сделать свой обычный фаст чек
5. Только одна девушка рекрутер всё-таки сделала нормальные фоллоуапы и достаточно серьезно относится к своей работе. Остальные как-то забили на коммуникацию.
Все жалуются, что нет кандидатов, а проблема чаще всего совершенно в другом. Кандидаты просто отваливаются, потому что большинство рекрутеров не делает свою работу. С программистами тоже самое, к сожалению.
@retired_on_fire, Андрей Минкин
Неделю пробовал попользоваться джинни. Вердикт: ну такое…
Это отличная платформа, но когда поговоришь с некоторыми рекрутерами, послушаешь про их процесс найма, становится понятно, почему Макс Ищенко у себя в линкедине говорит, что всё плохо и количество вакансий превышает количество кандидатов. Специально для рекрутеров на джинни у меня завелся шаблонный ответ
Hello.
Thank you for organizing the interview. I am writing to let you know that you have not been selected to be my employer.
I recognize this may be a disappointment to you. On this occasion, I received a significant number of applications from the companies that more closely fit my requirements for the next job.
Thank you for your time. Good luck and let’s keep connected.
Этот ответ я шлю всем рекрутерам именно на джинни, по нескольким причинам:
1. Слишком сложный процесс найма. Из самых интересных вариантов: три технических интервью (3, КАРЛ!). Два — это решать алгоритмические задачи (имхо, это надо приравнивать к программированию на доске). И еще нужно будет сделать тестовое на два часа времени, за выполнение которого хотя бы заплатят $100. Я понимаю, что в FAANG и подобных компаниях это работает и достаточно хорошо. К этому даже готовятся, но в том же самом FB процесс построен куда проще и кодить алгоритмы нужно всего час.
2. Долгий ответ от рекрутера, сложности с фоллоуапами, сложности с назначением времени для интервью, нет митинг-ноутсов. Некоторых рекрутеров приходилось подпинывать, чтобы просто с ними созвониться.
3. Нет интро о проекте и компании. Некоторые просто задают интересующие их вопросы и отпадает желание вообще с ними продолжать диалог.
Конечно, это придирки, есть конечно хорошие рекрутеры, с которыми приятно общаться, но большинство на джинни явно не тем занимаются.
Воронка:
1. Заинтересованных во мне рекрутеров: 25
2. С 20 из них я решил поговорить
3. 4 написали в телеграм, остальные остались на джинни
4. 4 сделали интрокол, чтобы сделать свой обычный фаст чек
5. Только одна девушка рекрутер всё-таки сделала нормальные фоллоуапы и достаточно серьезно относится к своей работе. Остальные как-то забили на коммуникацию.
Все жалуются, что нет кандидатов, а проблема чаще всего совершенно в другом. Кандидаты просто отваливаются, потому что большинство рекрутеров не делает свою работу. С программистами тоже самое, к сожалению.
@retired_on_fire, Андрей Минкин
Не хочу на фронт
(с) мемчик из интернета
Но, видимо придется.
Работа на Developer Advocate позиции требует много ресерча. Так что скорее всего придется мне идти в сторону универсальности. План обучения на ближайшее время
1. Terraform/Cloudformation или что там сейчас трендовое для того, чтобы была Infrastructure as a Code. Благо, сейчас слак выпустил events-api и ботов стало делать куда проще и дешевле. Особенно, если они не нагружены вообще никак. Просто пишем лямбда функцию, подключаем API гейтвей и несколько ботов могут работать бесплатно в рамках AWS Free Tier.
2. EKS/K8s и прочее трендовое по облакам, благо, что я оформил подписку на acloudguru.com. Забавная, кстати ситуация. Они выкупили linux academy а теперь Cloud guru выкупили Pluralsight.
3. React/Vue/Typescript и верстку (опять).
Самое печальное — это идти в третий пункт. Вот прям вообще не хочется. Все эти модные подходы в современном фронте как-то ломают голову и вообще фиг разберешься во всем этом стеке.
Поковырял Gatsby. Может быть хорошей альтернативой для Prismic и хорошо деплоится в Netlify.
Еще, что прикольного в Developer Advocate позиции — это нужно кодить кучу мелких проектов/демок. Кругозор расширяется будь здоров. Сейчас, потихоньку расковыриваю Supabase, это опенсорсный аналог Firebase. Нужно подружить их с чем-нибудь из нашего стека. Пока первый кандидат - это Kratos. А еще в планах пощупать FerretDB и Yugabute
PS. Если есть хорошие материалы по современному фронту (Vue/React/TypeScript), Накидайте плиз в комментариях.
@retired_on_fire, Андрей Минкин
(с) мемчик из интернета
Но, видимо придется.
Работа на Developer Advocate позиции требует много ресерча. Так что скорее всего придется мне идти в сторону универсальности. План обучения на ближайшее время
1. Terraform/Cloudformation или что там сейчас трендовое для того, чтобы была Infrastructure as a Code. Благо, сейчас слак выпустил events-api и ботов стало делать куда проще и дешевле. Особенно, если они не нагружены вообще никак. Просто пишем лямбда функцию, подключаем API гейтвей и несколько ботов могут работать бесплатно в рамках AWS Free Tier.
2. EKS/K8s и прочее трендовое по облакам, благо, что я оформил подписку на acloudguru.com. Забавная, кстати ситуация. Они выкупили linux academy а теперь Cloud guru выкупили Pluralsight.
3. React/Vue/Typescript и верстку (опять).
Самое печальное — это идти в третий пункт. Вот прям вообще не хочется. Все эти модные подходы в современном фронте как-то ломают голову и вообще фиг разберешься во всем этом стеке.
Поковырял Gatsby. Может быть хорошей альтернативой для Prismic и хорошо деплоится в Netlify.
Еще, что прикольного в Developer Advocate позиции — это нужно кодить кучу мелких проектов/демок. Кругозор расширяется будь здоров. Сейчас, потихоньку расковыриваю Supabase, это опенсорсный аналог Firebase. Нужно подружить их с чем-нибудь из нашего стека. Пока первый кандидат - это Kratos. А еще в планах пощупать FerretDB и Yugabute
PS. Если есть хорошие материалы по современному фронту (Vue/React/TypeScript), Накидайте плиз в комментариях.
@retired_on_fire, Андрей Минкин
Gatsby
The Best React-Based Framework | Gatsby
Gatsby is a React-based open source framework with performance, scalability and security built-in. Collaborate, build and deploy 1000x faster on Netlify.