Каждый из нас создает свою уникальную атмосферу для работы или обучения
У одних это уютный уголок с мягким креслом, где на столе стоят разные безделушки и вдохновляющие книги. У других — минималистичное пространство, в котором царит порядок и каждый предмет служит своей цели.
А как выглядит рабочее место вашей мечты? Поделитесь его фото или описанием в комментариях.
У одних это уютный уголок с мягким креслом, где на столе стоят разные безделушки и вдохновляющие книги. У других — минималистичное пространство, в котором царит порядок и каждый предмет служит своей цели.
А как выглядит рабочее место вашей мечты? Поделитесь его фото или описанием в комментариях.
This media is not supported in your browser
VIEW IN TELEGRAM
Какой язык программирования учить в 2025 году?
Запускайте рандомайзер и делайте скрин. Расскажите в комментариях, что у вас получилось.
Рандомайзер не является рекомендацией к действию :)
Запускайте рандомайзер и делайте скрин. Расскажите в комментариях, что у вас получилось.
Рандомайзер не является рекомендацией к действию :)
🤡11👍9❤2
30 января пройдет практический вебинар по фронтенду
За 2 часа вы узнаете как работает фронтенд, вместе со спикером напишите мини-игру на JavaScript и получите рекомендации по набору навыков для веб-разработчика. Вебинар проведет Сергей Шалыгин — Middle Frontend-разработчик в Kaspersky lab. Регистрация по ссылке
За 2 часа вы узнаете как работает фронтенд, вместе со спикером напишите мини-игру на JavaScript и получите рекомендации по набору навыков для веб-разработчика. Вебинар проведет Сергей Шалыгин — Middle Frontend-разработчик в Kaspersky lab. Регистрация по ссылке
👍7🤡4❤2
День студента — время остановиться и вспомнить, зачем мы учимся. Каждый из вас когда-то сделал выбор, решив осваивать программирование, а это не самый простой путь. Но именно благодаря таким решениям вы строите своё будущее.
В Хекслете мы часто видим, как студенты сначала сомневаются, но с каждым шагом становятся увереннее. Это процесс — учиться, ошибаться, пробовать снова.
Пусть этот день станет напоминанием: важно ценить свои усилия и уважать свой прогресс, даже если он пока кажется маленьким. Мы гордимся каждым, кто находит время и силы на обучение, и рады быть рядом в этом пути.
С праздником!
В Хекслете мы часто видим, как студенты сначала сомневаются, но с каждым шагом становятся увереннее. Это процесс — учиться, ошибаться, пробовать снова.
Пусть этот день станет напоминанием: важно ценить свои усилия и уважать свой прогресс, даже если он пока кажется маленьким. Мы гордимся каждым, кто находит время и силы на обучение, и рады быть рядом в этом пути.
С праздником!
❤19
Актуальная задача для старта рабочей недели
Представьте: утро понедельника, у вас есть ящик с носками, и в нем полный беспорядок — 21 синий, 15 черных и 17 красных носков. Свет выключен, вы опаздываете на работу и ищите носки на ощупь.
Сколько носков нужно достать, чтобы гарантированно составить хотя бы одну пару черных? Подумайте о самом худшем варианте развития событий.
Представьте: утро понедельника, у вас есть ящик с носками, и в нем полный беспорядок — 21 синий, 15 черных и 17 красных носков. Свет выключен, вы опаздываете на работу и ищите носки на ощупь.
Сколько носков нужно достать, чтобы гарантированно составить хотя бы одну пару черных? Подумайте о самом худшем варианте развития событий.
😁7👾1
Всем привет)
Меня зовут Андрей, сейчас я работаю в Хекслете наставником на курсах по JavaScript: фронтенд, Node.js, фуллстек. А в прошлом – сам начинал с учебы на Хекслете. Подробнее о моем пути в IT можно почитать в моей истории успеха. В ней я упоминаю, что во время обучения постоянно затягивал с поиском первой работы в IT. Сегодня хочу подробнее раскрыть тему «обучение vs коммерческий опыт» и ответить на вопрос: можно ли стать программистом, обучаясь много лет без коммерческого опыта?
Короткий ответ: не получится) У коммерческой разработки есть аспекты, которые невозможно передать никакой, даже самой продуманной, учебной программой.
Были времена, когда программистов было существенно меньше, чем сейчас: это были бородатые дядьки в свитерах, которые сидели в уголке и занимались какой-то только им понятной «магией». В те времена выбор технологий был скудным, но одному программисту нужно было знать все.
Те времена давно ушли, и сейчас программисты становятся все более узкими специалистами. Над крупными продуктами могут работать десятки, сотни, а иногда и тысячи программистов, каждый со своей специализацией: бэкенд, фронтенд, DevOps, — этим список далеко не исчерпывается. Кроме того, появились целые отдельные роли на стыке разработки и бизнеса (менеджер проектов, тимлид). Эти люди следят за тем, чтобы вектор приложения усилий разработки совпадал с интересами компании.
Иначе говоря, современная разработка — это командная игра. Сейчас программисту нужно ежедневно и активно взаимодействовать, как минимум, с другими программистами, а иногда и с владельцами бизнеса, которые ничего не знают о разработке, но имеют видение готового продукта. Разработчик должен уметь объяснить другим участникам процесса, что он делает и зачем, предложить решения конкретных проблем и обосновать свою позицию. В процессе обучения таких ситуаций просто не может возникнуть в силу отсутствия бизнеса, на который вы работаете.
Кстати, о решениях: в реальной разработке далеко не все задачи решаются написанием кода с нуля. Иногда нужно переписать или удалить уже существующий код (и таких задач большинство), а в некоторых случаях взаимодействие с кодом вообще не требуется, потому что проблему можно решить административно или при помощи готового сервиса. Например, вместо написания лендинга вручную — использовать конструктор сайтов. Опять же, в процессе обучения такие ситуации сымитировать невозможно, они возникают только на реальных проектах.
Поэтому, сколько бы вы ни занимались программированием самостоятельно, без работы в команде на коммерческом проекте вы не научитесь подходить к решению задач так, как этого требуют современные реалии.
Меня зовут Андрей, сейчас я работаю в Хекслете наставником на курсах по JavaScript: фронтенд, Node.js, фуллстек. А в прошлом – сам начинал с учебы на Хекслете. Подробнее о моем пути в IT можно почитать в моей истории успеха. В ней я упоминаю, что во время обучения постоянно затягивал с поиском первой работы в IT. Сегодня хочу подробнее раскрыть тему «обучение vs коммерческий опыт» и ответить на вопрос: можно ли стать программистом, обучаясь много лет без коммерческого опыта?
Короткий ответ: не получится) У коммерческой разработки есть аспекты, которые невозможно передать никакой, даже самой продуманной, учебной программой.
Были времена, когда программистов было существенно меньше, чем сейчас: это были бородатые дядьки в свитерах, которые сидели в уголке и занимались какой-то только им понятной «магией». В те времена выбор технологий был скудным, но одному программисту нужно было знать все.
Те времена давно ушли, и сейчас программисты становятся все более узкими специалистами. Над крупными продуктами могут работать десятки, сотни, а иногда и тысячи программистов, каждый со своей специализацией: бэкенд, фронтенд, DevOps, — этим список далеко не исчерпывается. Кроме того, появились целые отдельные роли на стыке разработки и бизнеса (менеджер проектов, тимлид). Эти люди следят за тем, чтобы вектор приложения усилий разработки совпадал с интересами компании.
Иначе говоря, современная разработка — это командная игра. Сейчас программисту нужно ежедневно и активно взаимодействовать, как минимум, с другими программистами, а иногда и с владельцами бизнеса, которые ничего не знают о разработке, но имеют видение готового продукта. Разработчик должен уметь объяснить другим участникам процесса, что он делает и зачем, предложить решения конкретных проблем и обосновать свою позицию. В процессе обучения таких ситуаций просто не может возникнуть в силу отсутствия бизнеса, на который вы работаете.
Кстати, о решениях: в реальной разработке далеко не все задачи решаются написанием кода с нуля. Иногда нужно переписать или удалить уже существующий код (и таких задач большинство), а в некоторых случаях взаимодействие с кодом вообще не требуется, потому что проблему можно решить административно или при помощи готового сервиса. Например, вместо написания лендинга вручную — использовать конструктор сайтов. Опять же, в процессе обучения такие ситуации сымитировать невозможно, они возникают только на реальных проектах.
Поэтому, сколько бы вы ни занимались программированием самостоятельно, без работы в команде на коммерческом проекте вы не научитесь подходить к решению задач так, как этого требуют современные реалии.
👍12🤡11❤5
Как у вас с режимом сна? Расскажите в комментариях удается ли поддерживать график или отсыпаетесь на выходных.
Please open Telegram to view this post
VIEW IN TELEGRAM
😴18🤡2👍1
Сегодня рассказываем, как устроен рабочий день программиста. В этом нам поможет Полина, которая работает SDET инженером в компании Arenadata и наставником на курсе Python Developer. Ее карьера началась в бэкэнде, а потом Полина перешла работать в другое направление. Но лучше она об этом расскажет сама, передаем слово 🎤
Вначале нужно рассказать пару слов об этой редко встречающейся аббревиатуре. SDET расшифровывается как Software Development Engineer in Test . Инженер этой специальности должен совмещать в себе навыки разработчика, тестировщика и даже DevOps, и всё для того, чтобы создавать сложную автотестовую инфраструктуру и писать собственные фреймворки для тестирования.
На данный момент мои текущие задачи можно поделить на две категории.
Первая и основная — разработка компонентов фреймворка для тестирования. Например, создание так называемого mock-сервиса. Это такой сервис, который имитирует работу настоящего разрабатываемого сервиса или системы, что позволяет тестировать приложение без необходимости подключения к реальному сервису. Такие инструменты позволяют тестировать отдельные части продукта, когда продукт полностью еще не готов.
Второе направление задач — выявление проблем в продукте. Сейчас в моей команде еще только планируется пополнение тестировщиками, поэтому написание автотестов и выявление багов также ложится на плечи SDET. Кстати, это еще раз доказывает, что уметь писать тесты и подготавливать данные для них — важный и полезный навык, поэтому крайне рекомендую не игнорировать тему автоматизированного тестирования в учебном плане “Python разработчик” 😌
Я не делю на части свой рабочий день для решения определенных задач. В течение дня удается поработать в обоих направлениях.
Зачастую при разработке функционала для автоматизации тестов и его практическом применении неожиданно выявляются скрытые ошибки продукта, которые требуют анализа и оформления bug report.
Большое внимание мы уделяем качеству кода, так как в дальнейшем результаты работы SDET становятся фундаментом для автоматизированного тестирования и процессов непрерывной разработки. Функционал для тестирования должен быть хорошо структурирован, работать стабильно, легко поддерживаться и расширяться, поэтому проведение тщательного ревью в несколько этапов перед релизом — обычная история.
Вакансий SDET для начинающих специалистов или специалистов без опыта практически не встречается, но если вы начнете свой путь в IT как python web-разработчик или инженер по автоматизированному тестированию, то далее вполне реально перейти на это направление.
Вначале нужно рассказать пару слов об этой редко встречающейся аббревиатуре. SDET расшифровывается как Software Development Engineer in Test . Инженер этой специальности должен совмещать в себе навыки разработчика, тестировщика и даже DevOps, и всё для того, чтобы создавать сложную автотестовую инфраструктуру и писать собственные фреймворки для тестирования.
На данный момент мои текущие задачи можно поделить на две категории.
Первая и основная — разработка компонентов фреймворка для тестирования. Например, создание так называемого mock-сервиса. Это такой сервис, который имитирует работу настоящего разрабатываемого сервиса или системы, что позволяет тестировать приложение без необходимости подключения к реальному сервису. Такие инструменты позволяют тестировать отдельные части продукта, когда продукт полностью еще не готов.
Второе направление задач — выявление проблем в продукте. Сейчас в моей команде еще только планируется пополнение тестировщиками, поэтому написание автотестов и выявление багов также ложится на плечи SDET. Кстати, это еще раз доказывает, что уметь писать тесты и подготавливать данные для них — важный и полезный навык, поэтому крайне рекомендую не игнорировать тему автоматизированного тестирования в учебном плане “Python разработчик” 😌
Я не делю на части свой рабочий день для решения определенных задач. В течение дня удается поработать в обоих направлениях.
Зачастую при разработке функционала для автоматизации тестов и его практическом применении неожиданно выявляются скрытые ошибки продукта, которые требуют анализа и оформления bug report.
Большое внимание мы уделяем качеству кода, так как в дальнейшем результаты работы SDET становятся фундаментом для автоматизированного тестирования и процессов непрерывной разработки. Функционал для тестирования должен быть хорошо структурирован, работать стабильно, легко поддерживаться и расширяться, поэтому проведение тщательного ревью в несколько этапов перед релизом — обычная история.
Вакансий SDET для начинающих специалистов или специалистов без опыта практически не встречается, но если вы начнете свой путь в IT как python web-разработчик или инженер по автоматизированному тестированию, то далее вполне реально перейти на это направление.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14👍7❤3
Задавать вопросы — важная часть процесса обучения, которая позволяет углубить знания. Правильно заданный вопрос поможет не только сократить время для получения ответа, но и получить его в наиболее полном и конкретизированном формате.
В карточках делимся полезными советами, а вы поделитесь своим опытом в комментариях.
В карточках делимся полезными советами, а вы поделитесь своим опытом в комментариях.
👍27🔥4💯2
Как успешно пройти HR-скрининг и попасть на техническое собеседование
На февральском Телетексте обсудим, как уверенно пройти HR-скрининг и получить шанс показать свои технические навыки на собеседовании с тимлидом.
📅 18 февраля, 15:00 (мск)
📍 В Telegram-сообществе
👨💻 Подойдет для всех
Темы, которые разберем:
• Как произвести хорошее первое впечатление и продемонстрировать адекватность
• Как подготовиться к разговору о ваших карьерных целях
• Что отвечать на вопросы о зарплатных ожиданиях
• Как убедить HR передать вас на следующий этап
Спикер будет публиковать доклад в текстовом формате. Вы сможете читать его в своем темпе, оставлять комментарии и задавать вопросы. Автор самого интересного вопроса получит худи, а еще можно будет получить в подарок дни доступа к платформе.
Для этого обязательно зарегистрируйтесь в боте
На февральском Телетексте обсудим, как уверенно пройти HR-скрининг и получить шанс показать свои технические навыки на собеседовании с тимлидом.
📅 18 февраля, 15:00 (мск)
📍 В Telegram-сообществе
👨💻 Подойдет для всех
Темы, которые разберем:
• Как произвести хорошее первое впечатление и продемонстрировать адекватность
• Как подготовиться к разговору о ваших карьерных целях
• Что отвечать на вопросы о зарплатных ожиданиях
• Как убедить HR передать вас на следующий этап
Спикер будет публиковать доклад в текстовом формате. Вы сможете читать его в своем темпе, оставлять комментарии и задавать вопросы. Автор самого интересного вопроса получит худи, а еще можно будет получить в подарок дни доступа к платформе.
Для этого обязательно зарегистрируйтесь в боте
👍18❤2🤡2
Помните любимую жвачку с вкладышами из детства? Мы сделали свою версию 💙
❤36😁12🔥6🤡5