Team Leader в Казани

Языки программирования, какой нужен Вам?

Данный пост меня попросил написать один из подписчиков, так как языков программирования становится все больше и новичку, который хочет встать на путь программирования все труднее и труднее выбирать. Скажу сразу, что это мое личное мнение, выбор ЯП всегда холиварная тема, поэтому Вы можете не согласиться, но все же я попробую быть объективным. Кроме этого, я не буду сильно вдаваться в подробности всех этих языков, а поделю по направлениям и объясню, почему именно этот язык необходим Вам. Направление Mobile. iOS(Apple) – выбирайте язык программирования Swift. Это крайне быстрый язык и по факту стандарт, который создала сама корпорация Apple именно для своих устройств, будь то смартфоны, часы, планшеты или ПК. Не забываем про операционку macOS и xCode(IDE). Этот джентельменский набор быстро погрузит Вас в разработку для мобилок на базе iOS. Android – ваш выбор должен пасть на Kotlin. Дополнительно установите Android Studio, настройте эмуляторы и творите, создавайте приложения для Android. Кто-то может возразить, почему не Java? Ответ просто – да, до недавнего времени Java была ЯПом для Android, но спустя некоторое время Google(основной разработчик Android) стал рекомендовать Kotlin. Кроссразработка – Flutter. Конечно, приложения на Flutter не так функциональны и производительны, чем приложения написанные на Kotlin или Swift, но если бюджет компании ограничен и нужно создавать приложение на всех платформах – Flutter Ваш выбор. Искусственный интеллект. Машинное обучение. Для этих целей выбирайте Python. Просто бесчисленное количество библиотек для работы с ИИ и ML. Другие языки сейчас тоже пытаются подтягиваться в этом направлении, но первенство все равно у Python. Desktop. Windows – C#, без вариантов. Да, можно писать на C++, но зачем эти сложности? C# совместно с Visual Studio помогут создать самые разнообразные приложения. Но Desktop это хорошо, но параллельно присматривайтесь к веб разработке. MacOS – swift. Почему он? Смотрите пункт про мобильную разработку и iOS. Swift от Apple для устройств Apple. Linux – тут на самом деле все несколько хуже, что-то конкретное и с эффектов «Вау» не посоветую, скорее всего лучше смотреть в сторону плюсов. Веб разработка. FrontEnd. Рекомендую посмотреть в сторону изучения ReactJS, главное, сделайте на всякий случай копию репозитория, так как не понятны дальнейшие шаги. Теоретически случиться ничего не должно, но мало ли… Так же, можно посмотреть в сторону Vue, так как этот фреймворк создается в Китае, но минус – меньше библиотек, меньше комьюнити. BackEnd. Здесь все неоднозначно. От себя могу посоветовать C#. Так как писать достаточно просто, язык легок в освоении, поддержкой занимается корпорация Microsoft. Причем благодаря выпуску .net Core языку по сути дали вторую жизнь и еще большее число разработчиков. Кроме шарпа можете посмотреть в сторону Java, но Java довольно уже старый язык и из-за этого приходится тянуть много ненужных вещей. Поэтому, если проекты у Вас будут с нуля – все же Шарп предпочитетьнее. Но и достаточно новичок в мире ЯП – язык Go. Шустрый, быстрый, очень хайповый язык. По нагрузке на ресурсы сервера – очень хорошо выглядит. Займет ли этот ЯП свою нишу? Время покажет, но пока очень много разработчиков уже пишут или хотят научиться писать на Go. Но! В основном пока что речь про микросервисы. Ну и запомните, если Вы выучите один язык, остальные языки будут даваться Вам легче, так как синтаксис часто совпадает. Так же, кроме ЯП не забывайте изучать и технологии.

One-to-one встречи

One-to-one встречи или как их по другому называют – совещание теа-а-тет. Это некий инструмент, благодаря которому можно развивать команду, можно улучшать отношения в коллективе, а можно получать фидбэк по Вашей работе, как руководителя и по организации работы в самой компании. Представим, что Вы работаете в компании уже 5-10 лет, у Вас замыленный взгляд, Вы не знаете практик и подходов в других компаниях, поэтому Вы считаете, что Ваше решение единственное верное. Но… Нет. Увы, это не всегда так. И one-to-one встречи в этом помогут Вам. Но начнем с самых основ. Установим правила. Назначьте день проведения встречи. Если у Вас небольшая команда, то такие встречи можно и нужно проводить еженедельно. Если команда побольше – то раз в пару недель. Ни в коем случае не отменяйте эти встречи. Возможно, что у сотрудника припасено много инициатив и предложений, он ждет этой встречи, чтобы поделиться ими с Вами, а Вы берете и отменяете. У сотрудника сразу возникает в голове мысль «я не нужен, со мной не считаются, руководитель не может выделить для меня и 30 минут». Установите жесткий тайминг. Разошлите приглашение в календаре сотруднику и запланируйте тайминг, за который нельзя выходить. Иначе из деловой встречи может получиться болтовня о жизни. Разговаривать о жизни, конечно, тоже хорошо, но не в моменты, когда у сотрудника много работы, а у Вас другие совещания. Когда мы определились с правилами. Переходим к реализации. С чего начать встречу? Вы не поверите, все просто, с банальных вопросов «Что нового?», «Как успехи?» или «Как дела?». Выбирайте любой вопрос, который Вам больше нравится и задавайте его. А вот теперь прислушивайтесь к ответу. * Позитивный ответ. Сотрудника все устраивает, никаких проблем не видит, процесс налажен отлично. Но время есть, чем же занять его? А поговорите о людях, поговорите о развитии сотрудника, спросите про улучшения. Не надо распространять только сплетни или слухи. Разрешите задать сотруднику вопросы, которые его мучали или которыми он задавался. Возможно, в коридорах компании ходит неприятный слух, не стесняйтесь, поговорите об этом, развенчайте этот миф или если правда, преподнесите в более мягкой форме. То есть при позитивном ответе сотрудника – Вы должны и закончить встречу позитивно. Негативный ответ. Это может быть какая-то проблема в работе, например, не нравится сотрудник из отдела А. Или может быть сотрудник не успевает в срок. Здесь главное правило – ни в коем случае не вмешивайтесь и не перебивайте. Сотрудник хочет высказаться, выплеснуть эмоции. Позвольте ему это сделать. И вот после того, как все это закончилось, спокойно, а главное без эмоций начните разговор. Ни в коем случае не надо задавать наводящих вопросов, это подливает масла в огонь, сотрудник чувствует поддержку и еще сильнее негативит. Пообещайте, что Вы разберетесь в ситуации. И Вы правда разберетесь, но позже, после того, как соберете достаточно информации. Для чего теа-а-тет совещания? Цели: * слушать людей * предотвращать конфликты * улучшать процессы * отвечать на сложные вопросы, которые сотрудники боятся задать при всех. Ни в коем случае не ругайте, а главное не распространяйте информацию, полученную из тет-а-тет совещания. И поверьте, спустя несколько совещаний сотрудники будут сами приносить Вам нужную информацию об успехах, о проблемах, о путях их решений. А Вы должны будете только фильтровать информацию и применять успешные кейсы. Проводит ли Ваш руководитель такие встречи? Или может Вы, как руководитель, проводите и видите в них практическую пользу?

Сколько часов в день смотрите видео?

В эпоху клипового мышления довольно сложно завоевать аудиторию уникальными роликами. В основе всего, конечно, идея, но фильтры, переходы и трендовые эффекты могут выделить вас среди конкурентов и повысить качество контента. Вместе с командой вычислили лучшие бесплатные видеоредакторы на просторах интернета. Забирайте подборку и создавайте по-настоящему крутой контент! 💯 smm #соцсети #видео #работа #команда #pr #reels

Важные изменения по реестру отечественного ПО

Минцифры России опубликовало проект постановления Правительства с изменениями, которые меняют правила включения программного обеспечения в реестр отечественного. Что меняется: 🔹 Теперь в реестр можно включить программно-аппаратные комплексы (ПАК). То есть производители ПАК могут включиться в реестр и пользоваться IT льготой! 🔹 В реестр будут включаться сведения о процентах отчислений иностранным правообладателям. По действующим правилам они должны составлять не более 30% от годовой выручки, которую это ПО приносит. 🔹 Должна быть обеспечена совместимость ПО с продукцией из реестра российской радиоэлектроники. 🔹 Для разработчиков добавляются требования по локализации оборудования, а также требования по обеспечению техподдержки ПО на всей территории РФ. 🔹 В случае если прикладное ПО, включаемое в реестр, совместимо с российской ОС, эта информация будет указана в реестре. 🔹 Для снижения рисков вторичных санкций в отношении российских разработчиков в реестре могут не публиковаться сведения о правообладателе (его наименование, ИНН и т.д.). Для этого правообладатель должен подать в Минцифры соответствующий запрос. Напомню, как ПО вообще попадает в реестр: 1️⃣ Разработчик направляет через форму на сайте Минцифры заявление и необходимые документы. 2️⃣ Экспертный совет при Минцифры рассматривает заявление и выносит свое решение в течение 15 дней. 3️⃣ Минцифры, основываясь на решении Совета, вносит ПО в реестр. Подробный гайд о том, какие шаги необходимо предпринять - читайте в моем блоге. консультацияюриста авторскоеправо реестротечественногопо минцифры интеллектуальнаясобственность

Изучение C#. Урок 10

Условия, сравнение На улице идет дождь, значит нужно взять зонт. Часто ли такие мысли посещают Вас, когда Вы смотрите в окно и видите ливень? То есть Вы сейчас представили некоторое условие, а на условиях в языках программирования очень многое построено. Посудите сами. Если переменная a равна 10, то мы умножаем ее на 5, если переменная a равна 20, то мы плюсуем к ней 30. Все это называется условными выражениями и с их помощью можно делать ветвление программы. Начнем с конструкции if/else. static void Main(string[] args) { var weatherOnStreet = "Дождь"; if (weatherOnStreet == "Дождь") { Console.WriteLine("Возьмите зонт"); } else { Console.WriteLine("На улице хорошая погода"); } } Мы объявляем переменную, в которую кладем текст "Дождь". Дальше идет слово if(если). То есть мы проверяем, что находится в переменной и если там "Дождь" то выводим текст "Возьмите зонт". В противном случае (else) "На улице хорошая погода". Хочу, чтобы Вы обратили внимание на ==. Именно с помощью двух равно происходит сравнение чего-то с чем-то, в нашем случае переменной с текстом. Так же, мы можем сделать следующее. Если на улице дождь, то берем зонт, если на улице солнце, то возьмем очки, иначе ничего не берем. Попробуем это написать. static void Main(string[] args) { var weatherOnStreet = "Дождь"; if (weatherOnStreet == "Дождь") { Console.WriteLine("Возьмите зонт"); } else if (weatherOnStreet == "Солнце") { Console.WriteLine("Возьмите очки"); } else { Console.WriteLine("На улице хорошая погода"); } } После блока if, можем добавить else if. А что, если у нас град, грозы, ветер, да и еще множество погодных условий и нужна разная логика. Для этого будем использовать конструкцию switch. static void Main(string[] args) { var weatherOnStreet = "Дождь"; switch (weatherOnStreet) { case "Дождь": Console.WriteLine("Дождь"); break; case "Ветер": Console.WriteLine("Ветер"); break; case "Солнце": Console.WriteLine("Солнце"); break; default: Console.WriteLine("Не понятная погода"); break; } } Объявили переменную, помещаем ее в круглые скобки после switch и дальше с помощью ключевого слова case перечисляем возможные варианты и после : делаем логику, которая должна быть при таких условиях. Видите слово break? Это означает, что после выполнения кода внутри блока case - мы должны выйти и не делать следующие блоки от других кейсов. В дальнейшем мы часто будем использовать условные конструкции и поэтому практика будет подкреплять полученные навыки. А пока, вспомните наш калькулятор. Чуть улучшим его и сделаем возможность складывать, умножать, делить и вычитать числа. Так же пока не будем рассматривать возможные ошибки, а будем считать, что пользователь вводить два числа, а затем любой из 4 символов. static void Main(string[] args) { var a = int.Parse(Console.ReadLine()); var b = int.Parse(Console.ReadLine()); var c = Console.ReadLine(); switch (c) { case "+": Console.WriteLine(a + b); break; case "-": Console.WriteLine(a - b); break; case "/": Console.WriteLine(a / b); break; case "*": Console.WriteLine(a * b); break; } } Пишем 5, затем 10, потом символ * и получается 50.

5 навыков, которые вас сделают звездой рекрутинга

Вы когда-нибудь задумывались, что общего у успешных рекрутеров? Почему одним удается находить таланты с точностью швейцарских часов, а другие всё время попадают мимо цели? Вот пять навыков, которые позволят вам сиять на небосклоне рекрутинга 🌟 Шерлок Холмс среди резюме Первый навык — умение замечать детали. Вы должны быть тем самым Шерлоком Холмсом, который выискивает в резюме мелочи, ускользнувшие от остальных. Например, вы сразу замечаете, что кандидат на позицию программиста везде пишет про свой опыт в продажах. Зачем вам продавец, который пишет код как мемуары? Искать резюме с явными несоответствиями — это как искать пасхалки в фильмах: заметил — и день удался. Самый обаятельный и привлекательный Следующий навык — умение общаться. Будем честны: хороших кандидатов нужно не просто найти, их нужно убедить. Ваши способности к убеждению должны быть на уровне, когда вы можете продать билеты даже на неснятый фильм. Звонок кандидату — это мини-спектакль, где вы и сценарист, и режиссер, и главный актер. Технологический гуру Третий навык — владение технологиями. Будь то ATS-системы или инструменты для поиска в LinkedIn, вы должны чувствовать себя как ребенок в кондитерской. Представьте, что ваш ноутбук — это волшебная палочка, и вы можете найти кого угодно и где угодно. Даже тех, кто уходил в магазин за хлебом. Интуиция Джеймса Бонда Четвертый навык — интуиция. Знаете, как Джеймс Бонд всегда чувствует, что что-то не так? У вас должна быть такая же интуиция в рекрутинге. Когда кандидат на все вопросы отвечает идеально, но внутренний голос подсказывает, что что-то не так, прислушайтесь. Возможно, это тот самый момент, когда интуиция спасет вас от очередного «агента 007». Мастер по отношениям Пятый и последний навык — умение строить отношения. Долгосрочные связи с кандидатами — это ваша суперсила. Вы не просто ищете сотрудника на одну вакансию, вы строите сеть контактов, как Спайдермен свою паутину. Поддерживайте связь, даже если кандидат не подошел сейчас. В следующий раз, когда у вас будет вакансия мечты, ваш идеальный кандидат уже будет на связи и готов к новым вызовам. А теперь за дело! У вас есть все инструменты, чтобы стать звездой мира рекрутинга. Удачи и успешных поисков! 💫

Джарвис на минималках

Не пройду мимо новости о релизе новой версии Chat GPT 4o от Open AI. Коротко о главном: 🔹 Теперь можно "перебивать" нейросеть во время ответа, не дослушав до конца. Полезно, если ответ ушел "не в ту степь". 🔹 Появились изменения тона голоса. Она звучит еще более реалистично. 🔹 ИИ видит вас: может считывать выражения лица и обсуждать предметы. 🔹 Увеличено время отклика = меньше раздражающих пауз. 🔹 Лучше общается в режиме реального времени, можно использовать для перевода (на видео). Еще интересно Ген.директор OpenAI Сэм Альтман вдохновлялся фильмом "Она" 2013 года, где главный герой влюбился в искусственный интеллект, озвученный Скарлет Йоханссон. «Новый голосовой (и видео) режим — лучший компьютерный интерфейс, который я когда-либо использовал. Это похоже на ИИ из фильмов; и меня до сих пор немного удивляет, что это реально» Так написал Альтман в своем блоге после прямой трансляции. Обновление доступно бесплатно в веб-версии и платно через API. Доступ будет открываться пользователям постепенно. Жду, интересно протестировать🎙 P.S. Jarvis - это искусственный интеллект из костюма Тони Старка ака Железный Человек. Вдруг ты не в курсе, а тут такая справка🤓 openai #gtp4 #chatgtp #твойлюбимыйхештег

Как составить продающее резюме?

Я просмотрел порядка 1000 резюме различных кандидатов, часть из которых прям бросались в глаза и продавали своего автора, другая часть была написана так, что объективно не хотелось говорить с этим человеком по его опыту. В этой статье я хочу рассказать именно про резюме технического специалиста, программиста. Возможно в других профессиях эти правила применяться не будут, поэтому не стоит принимать их за чистую монету и пытаться распространить на все сферы. Я знаю, что некоторые известные люди считают, что с каждым человеком нужно общаться и не смотреть на его резюме. Но давайте посмотрим на это с другой стороны. Я пересмотрел 1000 резюме, даже если на каждого тратить по 1 часу своего рабочего времени – то это 1000 часов, больше 100 рабочих дней. Поэтому, резюме должно заинтересовать. И сейчас расскажу на что лично я обращаю внимание. Фото. Как минимум такое резюме запоминается, так как это уже не только текст, а когда вспоминаешь кого позвать, то вспоминаешь «вот там человек был на фоне Эйфелевой башни». Структурирование. Не пишите весь свой опыт одним огромным длинным предложением, это практически не читаемо. Делайте переносы строк, делайте списком. Навыки. Обязательно указывайте свои навыки, причем не нужно писать туда что-то самое элементарное, типа «уверенный пользователь ПК» или «HTML». Это все должно быть уже по умолчанию. Уберите неспефичиные для себя навыки, если идете разработчиком, то зачем указывать навык «Работа с электронной почтой». Так же, не стоит в списке указывать IDE, так как это всего лишь инструмент в помощь при написании кода. Опыт. Пишите про предыдущие места работы так, чтобы не раскрывать коммерческую тайну, бизнес логику. То есть достаточно будет написать «Создание веб-приложения для учета кошек» и продолжить описанием стека действительно с которым работали, если проект был огромный, то так и укажите, что «Стек проекта» и «Я использовал». Почему это важно? Ну представьте, у Вас расписано, что Вы занимались отправкой космонавтов в космос, а по факту Вы просто протирали шлемы для полета. И пишите по каждому месту работы хотя бы по 5 строчек, а не только «Я был разработчиком». Портфолио. Прикладывайте ссылку на GitHub, если Вы в нем что-то создаете. Если он пустой, то смысла от ссылки нет. На самом деле этот пункт не особо обязательный, но иногда хочется посмотреть, что находится в репозитории. Например, у одного кандидата в репозитории были вопросы по технологиям, которые ему задают на собеседовании. Было интересно почитать. Вы спросите, почему пункт не обязательный? Так как это лабораторные условия, человеку могли помогать, он мог залить рабочий проект, он долго раздумывал при написании кода или наоборот код слишком старый и сейчас кандидат пишет иначе. Доп.информация. Хоть и написано на популярных сайтах по поиску работы, что это про хобби или что-то еще, но подумайте – а надо ли оно? То есть Вы молодец, что занимаетесь спортом или играете в футбол. Но гораздо интереснее почитать про Ваш опыт. ЗП будут платить не за игру в футбол, а все же за технические навыки. Поэтому тут лучше укажите свои черты, например «готов к переработкам, целеустремленный» и не расписывайте подробно. И обязательно, если пишите статьи, изучаете дополнительно что-то (к примеру для себя стали изучать Kafka), то вот про это пишите. Это дейсвительно плюс в Вашу копилку. Дипломы и сертификаты. Не нужно прикладывать 10-20 сертификатов, выберите действительно подходящие. На позицию разработчика не прикладывайте сертификат «Основы Windows» и главное, диплом должен быть ценным. Не нужно прикладывать JPG от бесплатных ресурсов, все же ценятся больше те, где была серьезная практика. Как я отношусь к ресурсам с обучением и какие порекомендую? Думаю, что это тема для другой статьи. Написание должности. К примеру, Вы являетесь программистом C#, но на работе нет такой должности, поэтому Вы инженер. И теперь представляем, что видим резюме, в котором написана аббревиатура из названия компании, написано Инженер и вдруг еще опыт не стали расписывать, а просто указали «Разрабатывал». Вот что Вы тут разрабатывали, были ли действительно программистом или может документацию для запуска энергосетей делали. Поэтому ничего страшного, если Вы напишете должность немного иначе, как в самом резюме (шапке), так и в опыте работы. Но не стоит прыгать выше головы, писать, что Вы ведущий разработчик, когда по факту только стали программировать, пишите правду, но делайте уточнение (или первым предложением в опыте указывайте подробности). А что, по-Вашему, нужно указывать в резюме? На что обращаете внимание?

Как отпустить бизнес, но остаться у руля?

Иногда бизнес, который раньше очень вдохновлял, внезапно становится рутиной и начинает вызывать одну лишь усталость. Это настроение тут же передается и сотрудникам, что негативно сказывается на успехе компании. В такие моменты многие руководители мечтают все продать и улететь на море, но дело своей жизни не так просто… Что делать с "нелюбимым" бизнесом 🤔 Для начала честно задайте себе вопрос: "Зачем я этим занимаюсь?" И тут есть 2 варианта развития событий: Если вы чувствуете, что уже очень эмоционально отчуждены от своего дела, то стоит подумать о закрытии бизнеса или переосмыслении своей роли в нем. Если же увлечение сохраняется, и вы понимаете, что просто очень устали от рутины, то в этом случае может помочь грамотная стратегия 👇 Как снять с себя бремя управления компанией, но при этом не потерять контроль? 1. Проведите ревизию стратегии. Пересмотрите цели и свое видение бизнеса, чтобы понять, туда ли вы движетесь. Это поможет сфокусироваться на главном и отпустить все второстепенные задачи. 2. Сформируйте вокруг себя сильную команду, чтобы в последующем можно было передать управление профессионалам. 3. Создайте совет директоров, который будет контролировать операционную деятельность и помогать вам в стратегических решениях. 4. Постройте систему контроля: разработайте четкий механизм отслеживания ключевых показателей эффективности. Это поможет вам управлять делами удаленно, не погружаясь в ежедневные операционные задачи. 5. Мотивируйте топ-менеджеров: создайте систему вознаграждения, которая не будет фокусироваться только на финансовой отдаче – учитывайте развитие компании, внедрение инноваций и достижение долгосрочных целей. Бизнес должен приносить радость! Вы можете освободить себя от тяжести ежедневного управления и стать стратегическим лидером, который будет лишь контролировать результаты и задавать вектор развития компании. А вы бы смогли делегировать управление своим бизнесом, как считаете? бизнес #ип #ооо #предприниматель #совет #развитие #кейсыроста #саморазвитие #руководитель #делегирование

Новые лимиты ЦБ - 50000 USD

​​🏦 Для тех, кто как и я все пропустил на майских - ЦБ деликатно подождал до 16 числа и "открыл" краны. Теперь, при определенных условиях за границу возможны переводы до 50000 USD. А это актуально: при покупках (авто, недвижимость); если вы проживаете не в РФ (пусть даже временно) при расчетах с партнёрами. Кто-то скажет, Давид, ты же специалист по интеллектуальной собственности - зачем ты следишь за лимитами ЦБ и налогами? Дело в том, что налоговый аспект в интеллектуальном праве (и особенно в IT) очень важен. И только за последний месяц я общался по этим вопросам с таким количеством разработчиков, фрилансеров, стартаперов, что наверное пора открывать отдельную практику. В связи с известными событиями конечно же. Какие новые лимиты и что нужно, чтобы с ними работать? ➡️ Таки да, планку увеличили в 5 (пять) раз с 10000 до 50000 USD в месяц (или их эквивалент в иностранной валюте) Для кого и в каких случаях? ➡️ Российские резиденты и нерезиденты из дружественных стран, при условии, что: ● у них открыт счет в российском банке; ● деньги идут на свой собственный зарубежный счет или на счет другого физлица. ➡️ Нерезиденты из дружественных стран (если они официально работают в России) могут: ● осуществлять зарубежные переводы в пределах их заработной платы или вознаграждения по договорам об оказании услуг/выполнения работ (только на свой счет или на счет иного физлица); ● осуществлять переводы как с российского счета, так и не имея такового. Но тут нюанс, что без открытия счета можно перевести не более 5 тысяч долларов, как и раньше  ➡️Нерезиденты из недружественных стран, могут осуществить перевод за рубеж если: ● официально работают в России (трудовой или ГПХ договор); ● сумма входит в рамки их зарплаты или вознагражения по договору.   Подарок на самом деле царский для тех, кто планировал или планирует делать какие-то покупки за границей (в том числе в том же Казахстан) или просто временно там проживает. Интересно, как в связи с этим изменится курс валюты? Как вы считаете, дамы и господа?