Forwarded from Management Stuff
Принципы Рэя Далио: Придерживайтесь принципа абсолютной честности и предельной прозрачности
1. Не бойтесь правды - правда может быть горькой, но её лучше знать
2. Будьте последовательны и требуйте того же от остальных
a) Не говорите о человеке того, что не осмелитесь сказать ему в лицо, и не обвиняйте заочно
b) Не позволяйте лояльности к людям встать на пути объективности
3. Cоздайте среду, в которой у каждого есть право самостоятельно дойти до сути и никто не имеет права умалчивать, что придерживается иного мнения
a) Высказывайтесь и несите ответственность или убирайтесь. Сотрудник не просто наделен правом высказывать собственное мнение и его отстаивать — он обязан так поступать. Особенно это касается принципов.
b) Будьте предельно открыты. Обсуждайте спорные вопросы до тех пор, пока не достигнете согласия или пока не поймете позицию друг друга, а потом решайте, как поступать дальше
c) Не будьте простофилей, когда вас обманывают. Люди лгут чаще, чем вы думаете
4. Придерживайтесь принципа предельной прозрачности
a) Используйте принцип прозрачности для укрепления справедливости. Когда каждый имеет возможность следить за обсуждением, ведущим к принятию решения — поддерживать атмосферу справедливости в команде гораздо легче
b) Рассказывайте о том, чем сложнее всего делиться. Всегда велик соблазн ограничить прозрачность теми темами, которые не задевают вас эмоционально
c) Сведите исключения из принципа прозрачности к минимуму. В каждом правиле есть исключения: бывают очень редкие случаи, когда предельная прозрачность противопоказана. Например информация личного или конфиденциального характера или когда ценность распространения информации крайне низкая, а волнение, которое она может вызвать значительное
d) Вы должны быть уверены, что сотрудники, получающие доступ к информации, осознают свою ответственность правильно использовать
e) Обеспечивайте прозрачность информации сотрудникам, которые эффективно применяют этот принцип. Ограничивайте доступ людям, которые не умеют им пользоваться
5. Осмысленная работа и значимые отношения взаимно усиливают друг друга, особенно когда строятся на основе абсолютной честности и предельной прозрачности
Наиболее значимые отношения формируются тогда, когда вы можете открыто говорить с другими о важных вещах, вместе учиться и осознавать необходимость стимулировать друг друга максимально реализовывать свой потенциал
#принципы #Далио
1. Не бойтесь правды - правда может быть горькой, но её лучше знать
2. Будьте последовательны и требуйте того же от остальных
a) Не говорите о человеке того, что не осмелитесь сказать ему в лицо, и не обвиняйте заочно
b) Не позволяйте лояльности к людям встать на пути объективности
3. Cоздайте среду, в которой у каждого есть право самостоятельно дойти до сути и никто не имеет права умалчивать, что придерживается иного мнения
a) Высказывайтесь и несите ответственность или убирайтесь. Сотрудник не просто наделен правом высказывать собственное мнение и его отстаивать — он обязан так поступать. Особенно это касается принципов.
b) Будьте предельно открыты. Обсуждайте спорные вопросы до тех пор, пока не достигнете согласия или пока не поймете позицию друг друга, а потом решайте, как поступать дальше
c) Не будьте простофилей, когда вас обманывают. Люди лгут чаще, чем вы думаете
4. Придерживайтесь принципа предельной прозрачности
a) Используйте принцип прозрачности для укрепления справедливости. Когда каждый имеет возможность следить за обсуждением, ведущим к принятию решения — поддерживать атмосферу справедливости в команде гораздо легче
b) Рассказывайте о том, чем сложнее всего делиться. Всегда велик соблазн ограничить прозрачность теми темами, которые не задевают вас эмоционально
c) Сведите исключения из принципа прозрачности к минимуму. В каждом правиле есть исключения: бывают очень редкие случаи, когда предельная прозрачность противопоказана. Например информация личного или конфиденциального характера или когда ценность распространения информации крайне низкая, а волнение, которое она может вызвать значительное
d) Вы должны быть уверены, что сотрудники, получающие доступ к информации, осознают свою ответственность правильно использовать
e) Обеспечивайте прозрачность информации сотрудникам, которые эффективно применяют этот принцип. Ограничивайте доступ людям, которые не умеют им пользоваться
5. Осмысленная работа и значимые отношения взаимно усиливают друг друга, особенно когда строятся на основе абсолютной честности и предельной прозрачности
Наиболее значимые отношения формируются тогда, когда вы можете открыто говорить с другими о важных вещах, вместе учиться и осознавать необходимость стимулировать друг друга максимально реализовывать свой потенциал
#принципы #Далио
👍26🔥10
Уже пару лет как найм через собеседование превратился в лютый ад как для новичков, так и для профи.
Если раньше мне называли цифры 15-20 собесов до офера на должность джуна, то сейчас это уже 30-50, а завтра, наверное, будет все 100. Причём это кейсы успешного найма, что там у тех кто не прошёл долину смерти я не знаю. После 50ти неудачных попыток наверное даже самые упорные опускают руки.
В сети много статей про реальное положение дел, не думаю что в ближайшее время что-то изменится.
Интересно послушать ваши истории прохождения собесов, насколько мои ощущения совпадают с вашими.
Если раньше мне называли цифры 15-20 собесов до офера на должность джуна, то сейчас это уже 30-50, а завтра, наверное, будет все 100. Причём это кейсы успешного найма, что там у тех кто не прошёл долину смерти я не знаю. После 50ти неудачных попыток наверное даже самые упорные опускают руки.
В сети много статей про реальное положение дел, не думаю что в ближайшее время что-то изменится.
Интересно послушать ваши истории прохождения собесов, насколько мои ощущения совпадают с вашими.
Вастрик.Клуб
А как собеседоваться в 2023? — Вастрик.Клуб
В клубе уже достаточно много очень и очень годной информации про то, как искать работу и собеседоваться, но почти все эти посты написаны в тучные пос…
🤔15
Forwarded from Vladislav 'Ekhidnis' Gavrilyuk
Часто бываю на собеседованиях с техническим персоналом и со временем вывел несколько критических вещей которые решают судьбу кандидата не в его пользу, возможно это кому-то поможет:
1. Нехватка фундаментальных знаний, понимания как устроены технические процессы под капотом. Кандидат в своем опыте где-то и что-то сделал непонятного качества и так теперь везде делает - «оно же работает». Сюда же относится поверхностное изучение фреймворков - нахватался терминов, смог связать их воедино в своем пет-проекте, но объяснить не может, хотя претендует на ‘владение темой’, не может решить известные проблемы. Здесь высокие риски того, что с человеком нельзя сварить каши.
2. Беспорядок в коде и голове, отсутствие документации (и даже иногда воинствующее нежелание писать её), неспособность набросать общий дизайн, план масштабирования, верхнеуровневое содержание итераций. Нет минимального понимания (и желания узнать) архитектурного слоя - зачем мы ту или иную модель эксплуатируем конкретно в этой сфере, какие у этого плюсы/минусы, каких подводных камней ожидать. Это воспринимается как некомпетентность.
3. Гонор, пренебрежение к другим участникам процесса разработки, болезненная самооценка. Не хватает субординации, понимания корпоративной этики. Часто в отечественном рынке вижу ребят которые с трудом мидлы, но позиционируют себя как сеньоры. Это мешает им развиваться и со стороны выглядит непривлекательно - в таких не хочется инвестировать.
4. «Залетные». Человек часто меняет работу, в индустрию пришел ‘ради лучшей жизни’. Резюме в котором нет фактуры, чем именно занимался, человек не может вспомнить чем полезным он занимался или какой фичей гордится, хотя на прошлых проектах «делал все за всех и вообще чуть ли не один там работал». За последний год также сильно выросло количество «волков», которые натаскиваются на прохождение собеседований - врут, увиливают, пытаются манипулировать диалогом, не могут дать конкретный ответ, всегда уводят вопросы в сторону. Сюда же в категорию ребята «я прошел курсы», но на курсах учили не работать, а зарабатывать.
1. Нехватка фундаментальных знаний, понимания как устроены технические процессы под капотом. Кандидат в своем опыте где-то и что-то сделал непонятного качества и так теперь везде делает - «оно же работает». Сюда же относится поверхностное изучение фреймворков - нахватался терминов, смог связать их воедино в своем пет-проекте, но объяснить не может, хотя претендует на ‘владение темой’, не может решить известные проблемы. Здесь высокие риски того, что с человеком нельзя сварить каши.
2. Беспорядок в коде и голове, отсутствие документации (и даже иногда воинствующее нежелание писать её), неспособность набросать общий дизайн, план масштабирования, верхнеуровневое содержание итераций. Нет минимального понимания (и желания узнать) архитектурного слоя - зачем мы ту или иную модель эксплуатируем конкретно в этой сфере, какие у этого плюсы/минусы, каких подводных камней ожидать. Это воспринимается как некомпетентность.
3. Гонор, пренебрежение к другим участникам процесса разработки, болезненная самооценка. Не хватает субординации, понимания корпоративной этики. Часто в отечественном рынке вижу ребят которые с трудом мидлы, но позиционируют себя как сеньоры. Это мешает им развиваться и со стороны выглядит непривлекательно - в таких не хочется инвестировать.
4. «Залетные». Человек часто меняет работу, в индустрию пришел ‘ради лучшей жизни’. Резюме в котором нет фактуры, чем именно занимался, человек не может вспомнить чем полезным он занимался или какой фичей гордится, хотя на прошлых проектах «делал все за всех и вообще чуть ли не один там работал». За последний год также сильно выросло количество «волков», которые натаскиваются на прохождение собеседований - врут, увиливают, пытаются манипулировать диалогом, не могут дать конкретный ответ, всегда уводят вопросы в сторону. Сюда же в категорию ребята «я прошел курсы», но на курсах учили не работать, а зарабатывать.
👍50🤡27
На boosty делаю зеркало записей стримов, размещенных на soer.pro, сегодня перенес запись Реактивная архитектура на уровне кода.
SOER | PRO | Boosty
SOER | PRO | Boosty
boosty.to
Реактивная архитектура на уровне кода - Соер.Клуб
Posted on May 08 2024
🤡11👍5🔥1👌1
Нетворкинг
S0ER
В выпуске:
- как нетворкинг помог развить мой ютуб и телеграм
- проблемы собесов
- несколько конкретных советов
- почему может не сработать
SOER | PRO | Boosty
- как нетворкинг помог развить мой ютуб и телеграм
- проблемы собесов
- несколько конкретных советов
- почему может не сработать
SOER | PRO | Boosty
👍9🤡8
Ребята, хочу сделать честный стрим про валютную удаленку с реальными людьми, которые в теме.
Если вы работаете (или пробовали устроиться) на валютной удаленке, то расскажите о своём опыте в комментариях.
Интересно узнать следующее:
1. Уровень английского
2. Сколько времени искали, сколько собесов прошли, прежде чем нашли
3. Как оформлены (ООО/ИП)
4. На какой схеме налогообложения (патент, упрощёнка и т.д.)
5. Как работаете с валютным контролем
6. Как сейчас выводят деньги в РФ
7. Пенсионные/ больничные
8. Кредиты/ипотеки насколько просто получить
9. Мысли от себя
Если не хочется отвечать, то можешь просто проголосовать поставив эмоджи на пост
❤️ - работаю в РФ
😎 - работаю на валютной удаленке
Если наберём интересный материал, то проведём стрим со всеми желающими выступить.
Если вы работаете (или пробовали устроиться) на валютной удаленке, то расскажите о своём опыте в комментариях.
Интересно узнать следующее:
1. Уровень английского
2. Сколько времени искали, сколько собесов прошли, прежде чем нашли
3. Как оформлены (ООО/ИП)
4. На какой схеме налогообложения (патент, упрощёнка и т.д.)
5. Как работаете с валютным контролем
6. Как сейчас выводят деньги в РФ
7. Пенсионные/ больничные
8. Кредиты/ипотеки насколько просто получить
9. Мысли от себя
Если не хочется отвечать, то можешь просто проголосовать поставив эмоджи на пост
❤️ - работаю в РФ
😎 - работаю на валютной удаленке
Если наберём интересный материал, то проведём стрим со всеми желающими выступить.
❤289😎44👍27🤡7🔥2🤮2
Завтра стрима не будет. Отдыхаю, набираюсь сил для новых дел и свершений. 💡
Please open Telegram to view this post
VIEW IN TELEGRAM
👍41👌13🙏4🤡2🎉1
Пятница 15:00 техток по теме валютной удаленки 💡
Поговорим про ваши истории, рассмотрим вопросы:
- насколько крутой английский нужен
- как выводить средства
- какие риски с позиции законодательства
- как ищут работу
- как оформляют отношения
- технические ограничения (VPN, блокировки и т.д.)
SOER | PRO | Boosty
Поговорим про ваши истории, рассмотрим вопросы:
- насколько крутой английский нужен
- как выводить средства
- какие риски с позиции законодательства
- как ищут работу
- как оформляют отношения
- технические ограничения (VPN, блокировки и т.д.)
SOER | PRO | Boosty
Please open Telegram to view this post
VIEW IN TELEGRAM
👍27
Задача: выбрать способ передачи сообщений в API для сервисной архитектуры
Обычно выбор делается из двух решений:
- REST
- gRPC
это сильное упрощение, потому что REST - это архитектурный стиль, а gRPC - это фреймворк. Но если рассмотреть gRPC как некий стиль, то можно выделить моменты по которым делается выбор:
- использование HTTP/2
- обмен бинарными данными (+ сжатие данных, позволяющее увеличить скорость обмена данными)
- кодогенерация
- RPC ориентированность (в том числе stream-based)
Со стороны REST кроме требований самой архитектуры обычно выделяют:
- простота
- текстовый формат обмена (удобство)
Таким образом gRPC отлично подходит для организации взаимодействия внутри сервисной (микросервисной) архитектуры, а для внешних API хорошо подходит REST стиль.
Важно отметить, что gRPC немного "тяжелее" во внедрении и сопровождении, но унифицирован, так как фреймворк. А вот REST - это всегда какая-то своя реализация, которая может сильно меняться между проектами.
SOER | PRO | Boosty
Обычно выбор делается из двух решений:
- REST
- gRPC
это сильное упрощение, потому что REST - это архитектурный стиль, а gRPC - это фреймворк. Но если рассмотреть gRPC как некий стиль, то можно выделить моменты по которым делается выбор:
- использование HTTP/2
- обмен бинарными данными (+ сжатие данных, позволяющее увеличить скорость обмена данными)
- кодогенерация
- RPC ориентированность (в том числе stream-based)
Со стороны REST кроме требований самой архитектуры обычно выделяют:
- простота
- текстовый формат обмена (удобство)
Таким образом gRPC отлично подходит для организации взаимодействия внутри сервисной (микросервисной) архитектуры, а для внешних API хорошо подходит REST стиль.
Важно отметить, что gRPC немного "тяжелее" во внедрении и сопровождении, но унифицирован, так как фреймворк. А вот REST - это всегда какая-то своя реализация, которая может сильно меняться между проектами.
SOER | PRO | Boosty
👍62🤔4
Набор в NarisApp
Всех кто хочет принять участие в разработке проекта NarisApp приглашаю принять участие.
Если коротко:
- участие бесплатное
- делаем платформу обучения и развития
- в этом наборе решаем два эпика: "интеграция с бусти" и "интеграция с телеграм"
- как принять участие написано в конце статьи (см. ссылку выше)
Подробное описание смотри по ссылке выше.
Всех кто хочет принять участие в разработке проекта NarisApp приглашаю принять участие.
Если коротко:
- участие бесплатное
- делаем платформу обучения и развития
- в этом наборе решаем два эпика: "интеграция с бусти" и "интеграция с телеграм"
- как принять участие написано в конце статьи (см. ссылку выше)
Подробное описание смотри по ссылке выше.
SOER.MEDIA
404
Запрошенный ресурс не найден
👍15
Валютная удаленка
S0ER
Запись техтока про валютную удаленку. Поговорили про:
- какой английский язык должен быть
- как выводить деньги
- как оформлять и где искать валютную удаленку
- какой английский язык должен быть
- как выводить деньги
- как оформлять и где искать валютную удаленку
👍25🔥11
Опубликовал статью Как определить какая доля багов/ошибок допустима и является следствием сложности программного кода?
Несколько основных мыслей (полный текст см. в статье):
- Борьба с багами возможна, но создание и контроль непродуманными метриками может увеличить их количество, а не уменьшить
- Основная проблема заключается в создании нездорового климата внутри коллектива, что приводит к увеличению цены ошибки и замедлению работы;
- Качество программного продукта не следует связывать только с количеством багов, так как это сильно замедляет выход на рынок и развитие продукта, что тоже важно;
- Оптимизация показателей надежности и покрытия тестами кода является лучшим способом борьбы с багами, чем введение метрик, разрешающих определенное количество ошибок на определенное количество кода.
- Нужно различать задачи, где стоимость ошибки велика (медицина, финтех и т.д.) и где ошибки проще списать на убытки (интернет магазины, развлекательные и обучающие платформы и т.д.)
SOER | PRO | Boosty
Несколько основных мыслей (полный текст см. в статье):
- Борьба с багами возможна, но создание и контроль непродуманными метриками может увеличить их количество, а не уменьшить
- Основная проблема заключается в создании нездорового климата внутри коллектива, что приводит к увеличению цены ошибки и замедлению работы;
- Качество программного продукта не следует связывать только с количеством багов, так как это сильно замедляет выход на рынок и развитие продукта, что тоже важно;
- Оптимизация показателей надежности и покрытия тестами кода является лучшим способом борьбы с багами, чем введение метрик, разрешающих определенное количество ошибок на определенное количество кода.
- Нужно различать задачи, где стоимость ошибки велика (медицина, финтех и т.д.) и где ошибки проще списать на убытки (интернет магазины, развлекательные и обучающие платформы и т.д.)
SOER | PRO | Boosty
👍17🤔2🤡2