Продакт сегодня – настоящий человек-оркестр из мира IT: он и гипотезы проверит, и бизнес-модель выстроит, и с клиентом общий язык найдет. Понятно, что одной конкретной теоретической базой тут не обойтись: нужны компетенции и знания из разных сфер. И здесь вам помогут книги. Я Катя Ольхова, продакт-менеджер МойОфис Почта и… книжный червь :)

Расскажу про литературу, которая повлияла на развитие моих профессиональных компетенций: впереди и разговоры с мамой, и база по найму «тех самых» спецов, и бизнес-модели, без которых в нашем деле никуда. Одной идеальной книги для продакта нет, поэтому я собрала разноплановую подборку (есть даже одна художественная книга): от основ для новичков до продвинутых техник для тех, кто хочет прокачать конкретные навыки. Итак…

Что бы мне почитать, если:

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

Нужно детально разобраться, какая бизнес-модель у твоей компании, разрушить ее и построить заново

Хочу понять, как создать продукт, который формирует привычку

Учусь проводить с клиентом качественные интервью: не просто продавать идею, а слышать и понимать потребности собеседника

Необходимо научиться управлять проектами в сжатых сроках

Учусь всегда нанимать нужного человека на горящую позицию

Часто попадаю в конфликтные ситуации на работе и хочу лучше их прорабатывать

В этой статье будет показано как можно начать организовывать свою базу знаний в Obsidian, отталкиваясь от источников. В статье будет разобрано то, какие стоит использовать папки и теги; как создать свою первую точку входа в систему. Также будет уделено внимание способу ведения журнала (дневника). Статья будет предполагать, что вы не против автоматизации процессов в своей базе знаний, поэтому все источники будут шаблонизированы и впоследствии собраны в свои отдельные библиотеки с помощью Dataview. Завершится статья подробным примером (алгоритмом) рабочего процесса.

За 16 лет работы в компаниях разного масштаба, размаха и уровня корпоративного бескультурья мне приходилось видеть весьма экзотические причины увольнения. В топ-3 уверенно попадают увольнение из-за недостаточной высоты двери в туалете, из-за вызова скорой помощи на работу и из-за исчезновения булочек с курагой в меню столовой, отсутствия отдельного кабинета или парковочного места. Я однажды уволилась после фразы замдиректора: «И это последнее китайское предупреждение!» Не зная настоящего смысла этой идиомы, я как истинный самурай совершила карьерное харакири. Но, как нас учили на уроках истории, у каждого события есть причины, а есть повод — последняя капля, после которой срывает резьбу и вершится что-то необратимое. Конечно, булочки, такси не того класса, искры в микроволновке и проч — это всё повод. И часто бывает так, что о причинах никто ничего не знает или все узнают, но слишком поздно. 

Примечание: этот материал был написан ещё в далёком 2021 году, но его практически никто не видел кроме полутора знакомых автора. Я долго сомневался, стоит ли публиковать его на Хабре — всё‑таки ресурс в первую очередь технический. С другой стороны, здесь есть множество классных не совсем технических статей, например, про фотоохоту в городе. На мой взгляд, охота за прошлым может быть не менее увлекательной. Приятного чтения!

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

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

На то есть причины.

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

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

Хочу поделиться историей увольнения. Это не моя история, но человек, с которым это случилось, не хочет лично об этом писать. История в некоторых аспектах, может быть, типичная и, возможно, будет полезна, как опыт. Она произошла в начале этого года.

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

Если вы хотите создавать качественные изображения, нужно понимать (или просто запомнить) некоторые профессиональные термины и приемы, используемые художниками и фотографами.

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

Привет! Меня зовут Оля, я программист учебного центра компании «Тензор».

В декабре 23-го мне поступила творческая задача разработать телеграм-бот для проведения новогоднего марафона-тренинга по личностному росту.

В этой статье расскажу о проблеме, с которой столкнулась при разработке телеграм-бота. Разберем ошибку 429 (Too Many Requests) и лимиты на доступ к API.

Если мы задумали бизнес, то хотим, чтобы наш продукт покупали. Да и от продаж результатов пет-проекта отказываться тоже не будем. А когда люди покупают? Когда видят ценность для себя. А как эту ценность сформулировать? Причем желательно не в мире наших фантазий, а в мире реальных потребностей людей? Ответ — в двух словах: «ценностное предложение».

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

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

• Должен ли JavaScript использоваться как замена функциям браузера: история, навигация, рендеринг?
• Умирает ли бэкенд? Нужно ли вообще рендерить HTML?
• Правда ли, что будущее за приложениями на одной странице (Single Page Applications, SPA)?
• Должен ли JS генерировать страницы на веб-сайте и рендерить страницы в веб-приложениях?
• Нужно ли использовать техники вроде PJAX или TurboLinks?
• Каково точное отличие между веб-сайтом и веб-приложением? Должно ли остаться что-то одно?