В этой статье я поделюсь своим опытом создания дизайн-системы. Расскажу о возможных трудностях, с которыми могут столкнуться команды дизайнеров и разработчиков при переходе к её использованию, и дам практические советы, как обеспечить комфортную работу для всех участников процесса.
Введенный в 2015 году, паттерн внешней задачи (external task pattern) становится всё более популярным. Вместо того чтобы движок процессов активно вызывал какой-либо код (push), паттерн внешней задачи добавляет работу в некую очередь и позволяет воркерам (workers) извлекать их по мере необходимости. Этот метод также известен как публикация/подписка (publish/subscribe). Движок процессов публикует задачи, а воркеры подписываются на их выполнение.
Мы сделали сервис для генерации рефератов и научных статей, которые не детектируются антиплагиатом.
Потому что заметили, что за это платят. И потому что могли.
Похожие сервисы используют всеми любимые сеошники, а поисковые машины с этим борются. И такая потребность есть у студентов, которым надо быстро сдать реферат. В Болонской системе до 80 % домашних заданий могут быть в форме эссе. И это не только гуманитарная фишка, даже какому-нибудь инженеру могут дать задание написать о, например, состоянии солнечной энергетики в Техасе.
Потом преподаватель прогоняет реферат через один из инструментов антиплагиата и говорит: «Смотри, это даёт оценку 95 % AI generated. У тебя оценка ноль. Если у тебя будет вторая оценка ноль, то мы тебя отчислим».
А мы научились правильно вносить шум в тексты, чтобы они не детектировались таким образом. Потому что поняли, что генерация эссе — это потенциально огромный рынок, с LLM эта история не зависит от языка, студенты платят со всего мира.
С одной стороны, были некоторые сомнения, с другой — большинство наших пользователей используют генерацию как отправную точку для дальнейшей работы над текстом. Ну и миллион долларов в месяц тоже, конечно же, повлиял. В общем, Маша, это, конечно, Маша, но миллион — это миллион. (далее…)
Мы задыхаемся в задачах. Задачи на работе, по пути с работы, в быту, даже на отдыхе – последние годы объективно стало больше возможностей, но вместе с ними добавилась и кипа дел, в которой несложно утонуть.
Однако, проблема чаще заключается не в количестве задач, а в том, что этот объем необходимо удерживать в голове, притом структурировано: понимать что нужно выполнить срочно, что может подождать, а что надо было сделать вчера. Нам важно помнить слишком много нюансов, и хранить в голове личную Википедию, что не под силу человеку без сверхспособностей.
Всем привет, меня зовут Илья Аллендорф, я занимаюсь дизайном внутреннего продукта в X5 Tech. В статье расскажу, как я улучшил подготовку макетов для разработки и навёл порядок в рабочем проекте в Figma.
В 2023 году я пришёл в новый продукт, который разрабатывался с нуля. За два года мы запустили MVP, перевели бизнес-процесс в продукт, достигли целевых метрик, а ещё совершили ошибки и сделали ценные выводы. Кроме того, мы ускорили сycle time, улучшив взаимодействие с дизайном: навели порядок в Figma, договорились с аналитиками, упростили жизнь разработке и уменьшили этап дизайн-ревью.
Теперь обо всём по порядку.
Когда-то я работала в найме, и сейчас вспоминаю конфликт оттуда. Моя задача — разобраться в конфликтах, приобрести насмотренность на решения, тогда дальше будет проще. Читайте, если тоже хотите в таком разобраться.
Хочу рассказать историю конфликта с новым руководителем и разобрать, почему некоторые конфликты нельзя решить в конечной точке — только предупредить заранее.
В современном мире границы между работой и личной жизнью становятся все более размытыми. Особенно это заметно в ИТ: здесь гибкий график, удаленная работа и постоянная доступность через мессенджеры стали нормой. В таких условиях часто звучат два термина: work-life balance (баланс между работой и жизнью) и work-life blend (смешение работы и жизни). Но в чем их разница? И как понять, какой подход подходит именно вам? И что вы можете предложить членам своей команды, как руководитель?
Был ли у вас хоть раз в жизни подобный диалог с начальником или тимлидом?
Тимлид: {name}, за сколько времени сделаешь эту задачу? За неделю успеешь?
Я: Да. Может быть, чуть больше — ещё тестами надо покрыть. Дней десять, наверное.
В итоге вы делаете задачу месяц.
У меня такое случалось не раз. И я всегда восхищался людьми, которые могут сразу сказать: «Какая неделя? Здесь работы минимум на месяц».
Привет, Хабр!
Я Иван, за двадцать лет самых разных занятий в области инфотеха успел плотно поработать переводчиком внутри разных удалённых команд, даже поруководил проектом. Людей было не много, но сейчас жалею, что не пользовался одним из этих таск-трекеров, а вёл вручную огромный чек-лист контроля качества текстов.
Сегодня делюсь рейтингом из восьми лучших, перебранных руками, систем управления задачами — именно задачами, причем для небольших и средних команд.
В список попали российские системы управления проектами, которые в том или ином виде закрывают основные нужды любой команды.
