Я стратегический партнер Яндекса. В 2022-м открыл свой таксопарк в Сочи, у нас 40 машин для тарифа комфорт, из них 11 электрокаров и виртуальный парк (подключашка) на 300 водителей. Я слышал, что бизнес в сфере такси — прибыльное дело и мне захотелось рассказать, как здесь обстоят дела на самом деле.

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

12 новых российских проектов для создания телеграм-магазина, интеграции между сервисами для онлайн-образования, геймификации комментариев на сайтах и многого другого. Битва за «Продукт недели» началась!

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

Решил сэкономить вам 2 года, и разобрать фейлы, которые мы допустили на этапе запуска и продвижения продукта. Будет полезно, если думаете запустить свой IT продукт.

C 2010 года вместе с тем, как свет увидел новый язык программирования Rust от Mozilla я начал его изучение и применение. Время шло, но он стабильно показывал отличное соотношение тех, кто хочет использовать его, кто уже использует и кто планирует делать это дальше. 

С появлением стабильной версии 1.0 в 2015 году было решено «с головой» погружаться в изучение и пилить курс, который бы в «экспресс» режиме позволил познакомиться с основами и понять, как использовать Rust на практике. 

В кейсе поговорим о создании курса, разочаровании в российском рынке, выходе материала в мир и увеличении доходов с его продажи почти в 10 раз. 

Принципы проектирования SOLID были представлены Робертом Мартином в его книге “Design Principles and Design Patterns” в 2000 году. Эти принципы помогают нам создавать более гибкое программное обеспечение, которое легко понимать и обслуживать. 

В этой статье мы обсудим “Принцип подстановки Барбары Лискофф”, который соответствует букве L в акрониме SOLID.

Что это?

Привет! Меня зовут Мария, и я UX-писатель в IT-компании Karuna. До этого я работала редактором и контент-менеджером в геймдеве и немного в банковской сфере, где впервые начала задумываться о необходимости UX-исследований — проще говоря, проверок продуктовых гипотез.

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

Читайте под катом:

Почему джун может получать в 5 раз больше сениора

Что определяет зарплату продакта

Какие субъективные критерии могут задавать уровень ЗП

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

Читай во второй части:

1. Как кандидаты движутся по воронке найма?

2. В чем специфика подбора на b2b и b2c позиции. Что нужно знать и уметь кандидату?

3. Что не так с b2e продактами?

Молодые (притом не только в значении времени нахождения на рынке) студии и агентства порой напоминают маленькие лодочки, выкинутые в огромный digital-океан. И даже если у руля (пардон, у штурвала) стоят выходцы из крупных ТОП’овых компаний, им все равно сложно: новые задачи, новые обстоятельства. Выполнять свои узконаправленные функции в большой организации с отлаженной структурой — это одна история. А оказаться в центре команды из 5 человек, где каждый выполняет роль «оркестра» — совсем другое дело.

Поэтому в рамках данной статьи ответим на самые распространенные вопросы (хотя некоторые из них являются неправильно сформулированными). Я не знаю, какую нишу вы заняли/стремитесь занять, какие услуги оказываете, сколько вас, как дорого продаете. Но постараюсь унифицировать рекомендации.

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

Примечание: большая часть данных взята из исследования HubSpot на основе опроса 500+ западных агентств (большинство из которых с небольшим штатом до 10 человек и оборотом до $500,000 в год).

Площадки и источники информации, которые могут быть полезны руководителю агентства.

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

Как же быстро летит время... Прошло почти 2 месяца с момента публикации моей первой статьи о работе с TINKOFF INVEST API – Разработка торгового робота на JAVA. Часть 1, в которой мы начали свое знакомство с инструментарием автоматизации торговли, предоставляемым брокером ТИНЬКОФФ.

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

Если нет желания вникать в код и читать статью, то можете сразу мотать к разделу "Демонстрация работы приложения".

Многие что-то слышали, некоторые даже пробовали, но лишь единицы рассказали о таком мощном и удобном инструменте автоматизации биржевой торговли, как TNIKOFF INVEST API. Полностью раскрыть все возможности API или написать полноценного робота в рамках одной статьи – непосильная задача, поэтому будем двигаться постепенно, не перегружая мозг читателя чрезмерным объемом информации.

Если разработка программного обеспечения не входит в сферу ваших интересов, но слова "акции" и "брокер" не являются чуждыми, то загляните под кат ради интереса, где можно будет узнать о том, что тикер неуникален, а также о таких идентификаторах, как ISIN и FIGI, кроме того, в конце статьи будет доступен для скачивания свод инструментов, доступных у брокера TINKOFF. Чуть не забыл, еще и про всеми любимый Agile немного можно почитать.

Как расти техническому менеджеру?

Этот вопрос может возникать по разным причинам, например:

- Настоящий ли я Team Lead или Engineering Manager?

- Готов ли я к переходу на следующий уровень?

- Будут ли мои навыки ценны в другой компании? Смогу ли я оказаться на такой же роли?

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

77+ примеров использования смарт-контрактов

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

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

Чтобы преодолеть отсутствие такого связующего звена, гибридные смарт-контракты используют оракулы в качестве посредника для сбора информации из внешних источников данных, предоставления информации во внешние источники, и для вычислений off-chain. Оракулы обеспечивают не только двустороннюю связь между смарт-контрактами и внешним миром,  но и безопасную среду, которая защищает от любого риска единой точки отказа (single point of failure), например, от манипуляции данных или системного сбоя.

• Что будет, если создать круговую цепочку прототипов? И прочие сведения случайного характера.
• Как мигрировать с webpack 3 на webpack 5? И прочие частности.
• В чем разница между числом и массивом? И прочие вопросы, затуманенные расплывчатыми формулировками.
• Как быстрее всего перевести строку в число? И прочие вопросы, не дающие достаточно информации о поведении.
• Как сделать этот фрагмент кода лучше? И прочие вопросы, предлагаемые вне контекста.