Менеджмент

Привет! На связи Катя из мобильной разработки. Я выпускаю вторую часть статьи про собеседования в Альфе. С первой частью можно ознакомиться здесь.

Процесс отбора сотрудников проходит годы становления, как было и у нас. Требования далеко не жёсткие — они меняются, как и сфера, в которой мы работаем.

О том, как они менялись у нас последние 5 лет, я расскажу в статье. По ходу повествования буду указывать на наши ошибки и способы их пофиксить. Возможно, вам это пригодится в выстраивании ваших процессов.

В июле журнал Forbes собрал лидеров своего рейтинга «30 до 30» на конференцию. На неё съехались предприниматели, топ-менеджеры, деятели спорта, науки и искусства, представители медиасферы, добившиеся финансового успеха к 30 годам. Содержание докладов было частично опубликовано и представляет немалый интерес.

О чём была конференция

Красной нитью через статью проходит мысль «работать некому». Её повторяют на все лады:

Привет, Хабр! Если вы читаете этот материал, скорее всего, вы готовитесь к собеседованию. Важным аспектом работы системного аналитика (СА) является умение эффективно работать с базами данных, и SQL — это ключевой инструмент для этого. Будьте готовы, что на техническом собеседовании вас могут попросить назвать операторы SQL, написать запросы для извлечения, обновления или удаления данных, создания новых таблиц и многого другого. Давайте посмотрим на некоторые примеры таких заданий.

Хочу вас огорчить, программисты не делают игры - их делают дизайнеры и арт. Можно уволить программиста и на его место придет другой и через условные месяц-два-полгода начнет закрывать таски не хуже. Если увольняется дизайнер, его монстр, пушка или контент повисает без хозяина и без "видения". Если её не перехватил сосед (а у соседа свой монстр), то в большинстве случаев его работа просто уходит в стол и монстра пишут заново на тех же ассетах и принципах, но заново.

Если увольняется арт-директор, который несет "видение" проекта, то проекту становится очень плохо, в большинстве случаев визуально он изменится до неузнаваемости, хотя ассеты могут быть те же самые. Программисты делают всё, кроме самой игры: рендер, звук, физику, сеть, AI, инверсную кинематику, поиск пути и т.д. Можем подискутировать в комментариях.

Всем привет, на связи команда Skill Vortex!

Пару недель назад один знакомый нашего коллектива обратился с вопросом про планирование и тайм менеджмент.

Перед ним стояла задача – каким-то чудом совместить стажировку на полную ставку, учебу в ВУЗе, изучение иностранного языка и личную жизнь.

История показалась нам довольно интересной, поэтому на ее основе мы решили написать подобие руководства по планированию и оптимизации времени.

В этой статье:

• Чуть подробнее про историю

• Начинаем первичную обработку: утечки, приоритезация и пожелания

• Составляем нормальное расписание: 7 основных принципов

• Ищем недостатки в получившемся

• Еще пара универсальных советов

• Заключение и полезные ссылки

Привет! Хочу поделиться парой мыслей о представлении нефункциональных требований в формате User Story. Вы наверняка помните самый распространенный шаблон для историй. В шаблоне есть три части «кто», «хочет что», «чтобы что». Чтобы соблюдать такой формат, важно выделить действующие роли и цели для каждой истории. Для нефункциональных требований это бывает непросто и я часто думаю: «А нужно ли?».

Майк Кон в своем блоге пишет, что нефункциональные требования хорошо ложатся в стандартный шаблон пользовательской истории и что такой шаблон позволяет не забыть, почему это требование появилось. В статье «Нефункциональные требования как пользовательские истории» (Non-functional Requirements as User Stories) приведены кейсы, среди которых есть несколько «синтетические». Например, на мой вкус странно выглядит история вида «Как человек, говорящий на одном из латиноамериканских языков, я, возможно, когда-нибудь захочу запустить ваше программное обеспечение». Как работать с такой историей в бэклоге? Сможет ли команда адекватно ее декомпозировать на атомарные задачи?

Обычно бывает интересно почитать не только саму статью в блоге, но и комменты к ней. В комментариях к статье Майка Кона как раз есть похожие вопросы:

I. Преамбула

Володя! Добрый вечер!
Спасибо большое. Работу посмотрел. Восхищён работоспособностью автора и его самоотверженностью. Автор молодец.
Относительно существа работы.
Нет определения информации применительно к концепциям социального взаимодействия.
Это существенно ослабляет ценность сделанных выводов.
В 1927 г. Анри Бергсон получил Нобелевскую премию по литературе за работы в области философии.
Суть его идеи заключается в том, что внутренний мир человека разворачивается не в парадигме «пространство — время», а совершенно в других измерениях. В связи с этим содержание проблемы защиты информации с точки зрения социальной существенно отличается от проблемы защиты информации в субъективном измерении.
…
Ещё раз спасибо за доставленное удовольствие.

Черная дыра — область пространства-времени с настолько сильным гравитационным полем, что ничто, включая свет, не может ее покинуть. Граница этой области называется горизонтом событий. В простейшем случае сферически симметричной чёрной дыры она представляет собой сферу с радиусом Шварцшильда, который считается характерным размером чёрной дыры.

Современные ученые сходятся на том, что у черных дыр нет одного четкого определения, и даже приведенное выше  — это один из вариантов. Если спросить разных ученых — астрофизиков и физиков — они подойдут к ответу с разных сторон. Общее резюме всех определений и формулировок примерно такое: масса свернула пространство и время. Черные дыры максимально компактный объект, который не демонстрирует свойств поверхности. Определяется воображаемый горизонт событий, который является условной границей между  черной дырой и окружающим ее пространством. Горизонт событий — это «область невозврата» или граница черной дыры. Свойство “не-демонстрации поверхности” имеет глубинный смысл и может привести   к более полному пониманию эволюции черной дыры.  В решении Шварцшильда, описывающем поведение черной дыры отмечается, что не смотря на наличие, радиуса Шварцшильда, входящее в решение, понятия точки центра не существует.

Для изучения черных дыр мы прибегнем к помощи  ультраметрического пространства. Подсказкой, что нам нужен именно этот тип пространств, может служить упомянутое выше замечание  о центре. В ультраметрическом пространстве любая точка внутри окружности является ее центром. Понимаемого нами центра (в обычном пространстве в обычной окружности) для внутренней области решения черной дыры нет, о чем справедливо указывается  в уравнениях решения Шварцшильда.

Сегодня мы затронем сторону, отличную от написания кода. Мы займемся оформлением и написанием документации, как правильно делать коммиты и как оформлять код.

Все, что вы увидите в данной статье, будет касаться прочитанных мною материалов и полученного опыта.

В мире разработки программного обеспечения правильное оформление документации играет ключевую роль в обеспечении ясности и понятности проекта. Особенно важным этапом в этом процессе является создание и поддержание README файлов в Git репозиториях. README файлы - это первое, что увидит разработчик, приступая к работе с проектом, и хорошо оформленная документация может значительно упростить процесс взаимодействия с кодом.

В данной статье мы рассмотрим ключевые аспекты оформления документации в Git репозитории, обсудим лучшие методики и практики для создания качественной документации. Независимо от того, являетесь ли вы опытным разработчиком или новичком в области Git, эта статья поможет вам создать четкую, структурированную и информативную документацию для вашего проекта. Погружайтесь в мир оформления документации, улучшайте ваши проекты и делитесь своими идеями с сообществом разработчиков Хабр!

Подписки в современном мире — это то, что нас окружает постоянно. Фильмы, сериалы, книги, музыка, облачные хранилища, игры, дополнительные преимущества в соц. сетях, программы и даже функционал в машинах. Предлагаю разобраться в этой теме и понять, мы движемся во тьму или это свет в конце туннеля?

Эта вторая статья из серии. В ней мы разберём сохранение данных, функцию register_next_step_handler, напишем часть бота сбора обратной связи.

Эта статья направлена именно на новичков, в ней я постараюсь объяснить тему ботов на примере сбора обратной связи.

Попросили меня друзья\коллеги рассказать про первые шаги и выбор механики для работы и жизни. Решил поделиться и с Хабром статьёй о том, как выбрать себе первую механическую клавиатуру.

В статье отвечу на вопросы о том, что такое HotSwap board, что за проценты в размерах клавиатур и зачем нужна крутилка на некоторых из них. А так же помогу определиться с тем, какую клавиатуру вам искать.

Я столкнулся с тем, что я иногда не понимаю код, с которым мне приходится работать. И это сильно сказывается на моей производительности и на качестве конечного результата. Неделю назад я прочитал статью Плохо девелопмент за авторством @dalerank(Сергей Кушниренко), в которой описывается проблема молодых специалистов, которые упрощая себе работу пользовались готовыми решениями, а не писали код с нуля. Моя статья не об этой статье и не ответ к ней. В самой статье Сергея Кушниренко была ссылка на другую статью - You should refuse to develop what you don’t understand. И вот эта статья меня несколько озадачила. Я задумался о проблеме понимания того, с чем я работаю. О ней я бы хотел написать, но и некоторые тезисы из статьи Сергея Кушниренко я тоже затрону.

ВНИМАНИЕ! Дальше вас ждет душная простыня текста без юмора.

Привет! Меня зовут Дмитрий Миронюк, я старший технический писатель в компании Bercut. До этого работал системным администратором, специалистом внедрения и поддержки, программировал IP-телефонию, успел поработать тимлидом. Но как в итоге стал техническим писателем расскажу в другой раз. Сегодня поговорим о ревью и комментариях. Приведу реальные примеры из личного опыта, а также поделюсь наблюдениями, как процесс ревью повлиял на мое сознание.

Всем доброго времени суток. Я давно обещала выложить сюда подробный гайд на тему того, как можно изучать Machine Learning самостоятельно, не тратя деньги на платные курсы, и, наконец, выполняю свое обещание. Надеюсь, этот гайд станет подсказкой, которая поможет найти правильное направление новичкам, которые хотят погрузиться в нашу область.

Статья о том, как я почти проспал "бум" ChatGPT, но сделал к нему доступ и заработал на этом (и продолжаю зарабатывать). Сам проект сейчас идёт на спад, но об этом в конце.

Улучшение и оптимизация UI/UX – это не только об удобстве и привлекательности для пользователя. Это также о значительном увеличении конкурентоспособности и о возврате инвестиций. Компании, которые вкладывают в разработку качественного пользовательского интерфейса и опыта, как правило, видят значительный рост продаж и улучшение общего взаимодействия с клиентами​​.

В этой статье мы подробно разберем, как интеграция UX-опросов в процесс разработки продукта может стать ключевым фактором успеха вашего бизнеса. Поговорим о различных методиках, инструментах и наилучших практиках, которые помогут вам не только понять, но и улучшить опыт ваших пользователей.