Как стать автором

Меня зовут Виктория Агейкова, и я занимаюсь аналитикой 7 лет. Работала в найме и на фрилансе, в маркетинге и в продукте, преподавала в Международной школе профессий. В первые годы работы я сама совершала ошибки, а теперь встречаю те же проблемы у младших коллег, даже у аналитиков с опытом. 

Дело в том, что в университетах и на курсах аналитики обычно учат хард-скиллам: как группировать и анализировать данные, как строить отчёты и делать из них выводы. Но никто не учит вести переговоры с заказчиком, грамотно оценивать риски и учитывать другие детали, которые напрямую влияют на репутацию аналитика.

Эти навыки приходят с опытом. Но гораздо проще стартовать в профессии, изучив чужие ошибки, чем набивать шишки самостоятельно. 

В этой статье я разбираю 4 реальных задачи, с которыми сталкивалась в работе. Здесь не будет очевидных советов в духе «делайте хорошо, а плохо не делайте», только реальные решения, которые удобно использовать в работе.

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

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

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

Мир меняется. Мы чувствуем тенденции на себе. Больше информации, больше логики, больше конкуренции, больше комплексности, больше правил, больше автоматизации, больше контекста, больше скорости… 

У нас был опыт работы с Lean, Kanban, CPM/CCM, Waterfall, PMBOK, Six Sigma, Scrum, Agile, OKR+Product Discovery, GIST Planning, включая их вариации и гибриды. Некоторые – мы ценим и применяем сейчас. И тем не менее, спустя 15 лет в проектном и операционном менеджменте мы по себе знаем о чем все также плачут проджекты, продакты и управленцы. О большей точности, координации, информации, взаимодействии и сроках. 

Нам понадобилось время по-новому осознать казалось бы простую идею, о которой чуть ниже. Проекты, как и компании в целом – это ресурсы направленные на достижение целей. Время, люди, информация – ресурсы, но сами по себе они не равны достижению целей. Ценность ресурсов – в их связях и взаимодействии. Связь и взаимодействие ресурсов – краеугольный камень в достижении целей. Это и есть идея Cоntext.

Последовательность Туэ-Морса может встретиться в совершенно разных местах. Одним из которых является задача о многочленах, которая, на первый взгляд, не имеет решения. О такой задаче и её решении и идёт речь в этой статье.

В этой статье мы формулируем ключевой мотив внеземной экспансии и устанавливаем «дедлайн» — 450 лет до критического нарастания рисков. Чтобы оценивать такие масштабные проекты, нам нужны универсальные метрики — мы вводим три главных ресурса (массу, энергию и знания), измеряемые показателями nTQ, nEQ и HW. В следующих материалах этой серии мы обобщённо пройдём по этапам колонизации: от выбора места и архитектуры модулей до систем жизнеобеспечения и управления автономными базами; затем предложим дополнительные темы для углублённого разбора каждого шага.

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

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

Для начала давайте поймем, а зачем вообще нам нужна асинхронность и какие проблемы она решает?

Представим какой‑то абстрактный web‑api, который ходит за данными в БД. При однопоточном синхронном выполнении следующий запрос может быть обработан только тогда, когда полностью был выполнен предыдущий, что неэффективно, т.к. вся нагрузка ложится только на 1 ядро процессора, а остальные простаивают.

За последние годы я всё чаще сталкиваюсь с тем, что среди покупателей недвижимости, с кем я сотрудничаю, преобладают представители инженерных и технических профессий: IT-специалисты, инженеры телекоммуникационных компаний, специалисты по строительству мостов и заводов. 

Это позволило мне сравнивать и наблюдать, как различные типымышления отражаются на безопасности сделок с недвижимостью. Если раньше мне приходилось объяснять покупателям базовые вещи, то сейчас технически подготовленные люди зачастую быстро и глубоко схватывают суть возможных угроз и задают глубокие вопросы.  

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

Всем привет, в этой статье я хочу рассказать о своем приложении для генерации QR-кодов.

Мне 13 лет, и это мой первый крупный проект.

Я хочу узнать мнение других людей о моем проекте.

В данной статье я хочу поделится своим видением обоих профессий, сравнить их и дать свою субъективную оценку, а так же рассказать историю ИТ в общих чертах за последние 5 лет, как ИТ пузырь начал раздуваться и как он в конце концов лопнул.

Данная статья будет полезна для тех, кто решил вырваться из цепких лап экосистемы 1С или же наоборот сэкономить свое драгоценное время.

Я студент первого набора бакалавриата Центрального Университета и мне есть что рассказать. Сейчас мало информации от самих студентов ВУЗа и я решил, что этот материал будет полезен абитуриентам.

Представьте: 1453 год, стены Константинополя.

Несколько армий окружили последний оплот Византийской империи. Генералы должны атаковать одновременно – иначе провал. Но среди них есть предатели, готовые сорвать операцию. Связь только через гонцов, которые могут не дойти или солгать.

Как в таких условиях принять единое решение?

Эта задача казалась чисто академической, когда в 1982 году ее впервые сформулировали в научном журнале. Тогда никто не мог предположить, что через несколько десятилетий ее решение станет основой революции, которая изменит представление о деньгах, доверии и власти.

Сегодня эта же проблема решается каждые несколько секунд в блокчейне TON. Валидаторы сети – это те самые византийские генералы, которые должны договориться о том, какие транзакции подтвердить. И среди них тоже могут быть "предатели" – мошенники, пытающиеся обмануть систему.

Без понимания этой связи невозможно разобраться в работе любого современного блокчейна. Ведь в основе каждого из них лежит ответ на простой вопрос:

Как группе незнакомцев договориться о чем-то важном, не доверяя друг другу?

Ни для кого не секрет что смартфоны в наше время это вещь очень нужная и необходимая. Сейчас у каждого популярного сервиса есть своё мобильное приложение. Мобильное приложение полезно не только пользователю, но ещё и компании которая его предоставляет, ведь благодаря этому приложению можно увеличить охваты.

Вот и я решил создать приложение для уже существующего образовательного портала RushENGL, ведь сайт то безусловно хорош, но не всем пользователям с телефона удобно им пользоваться, да и хотелось бы видеть его в списке приложений для быстрого доступа.

В этой статье разберём как создать своё мобильное приложение для уже имеющегося сайта без лишних морок!

Многие, используя материалы из интернета в своих проектах — будь то фото, видео, аудио, шрифты или что-то ещё — не задумываются об авторских правах и возможных последствиях. Особенно часто с этим сталкиваются начинающие специалисты, которые ещё не знакомы со всеми нюансами. Но встречаются и те, кто сознательно это игнорирует.

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

Некоторые мысли о важных вещах на жизненном пути программиста. Что считать важным в работе, в чём верить работодателям, в каким целям стремиться, о чём жалеть, о чём не надо, какую критику слушать, какую нет.

Можно ли назвать эту статью ретроспективой? Трудно сказать. В любом случае, сейчас Ubisoft прочно закрепилась в игровой индустрии как кузница провалов и крайне неприятных скандалов для «инклюзивной» компании.

Ретроспектива обычно начинается со слов «а я‑то вот помню…» Но я действительно помню: как Ubisoft (Assassin»s Creed в частности) были примером качества, интереснейшего лора, нестандартных игровых механик и transmedia‑сторителлинга. И даже (относительно) успешно поборолась со сложностями собственного движка.

Поэтому хочу поговорить не об очередном «Ubisoft В С Е», а вспомнить и рассказать почему в 2010-е компания являлась сыном маминой подруги среди остальных тайтлов. (И почему лично для меня история умерла после Revelations).

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

Привет, защитники! 🚨 На канале Pensecfort я начал цикл про создание алертов в Wazuh, и в этой статье, мы разберём декодеры — ключевой компонент для обработки логов. Вы узнаете, как они работают, какие поля использовать и как выбрать правильный <type> для логов. Это подробное руководство для тех, кто хочет настроить Wazuh под свои задачи!

Всем привет!

Я хочу поделиться с вами, какоднажды мне пришлось оживлять вторую флешку на микроконтроллере (далее «мк»), ну кому не нравится, то назовем это «программируемая система на кристалле». Наверное кто только зашел сюда и хочет более подробно разобраться и все понять, то вам сюда, так как я планирую все подробно рассказать от А до Я.

В данной статье будут подняты такие вопросы:

1. Инициализация QSPI (кто не знает, специальная периферия, позволяющая работать с флешкой на прямую).
2. Инициализация flash. Написание драйвера .

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