Lá Fhéile Pádraig sona duit! 🍀🐼

P.S. Clover тоже может быть трехлистным 👀 Но Shamrock — только с тремя 👇🏻

Вчера я узнала что clover и shamrock это разные вещи 😅

Shamrock ☘️ это буквально клевер, а clover 🍀 это именно четырехлистник!

Happy St Patrick’s Day, пусть все пинты будут с идеальной шапочкой! 🍺

#культура

ПРЕДЛОЖЕНИЕ НЕДЕЛИ 🍀🐼

Раз сегодня 17 марта и день святого Патрика, то... ловите скидку 17% на все мои курсы! 🎉

Промокод LUCKY, всего 15 штук.

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

Сделаю из вас экспертов уже этой весной! 🤗

Choose your fighter 🥊

Циклопы, Разбойник или Юбилей? 👀

Как сообщить об ошибках в исходном тексте 🥸

Коммуникация и работа над одним продуктом с точки зрения «мы команда» — главный аспект хорошего проекта. И пропагандировать такой подход нужно с обеих сторон.

Сегодня поговорим про исходный текст и ошибки в нем. Ведь сто процентов вы сталкивались с ними при работе. Но возникает вопрос — а нужно ли их править или просто промолчать и сделать правильно на целевом языке?

На самом деле все зависит от объема таких ошибок. Я не встречал тексты, в которых было бы больше 2-3 небольших опечаток или смысловых несостыковок. Если у вас были ситуации, когда в исходнике был просто ахтунг, то поделитесь в комментариях, как поступали!

Так вот, предположим, что мы видим ошибку в исходном тексте. Что будем делать?

1. Анализируем и собираем потенциальные ошибки
Если она одна, то уведомите об этом менеджера/клиента. Можно сделать это в любой удобной для вас форме. Например, если вы общаетесь в мессенджере (Слак, Телеграм, Скайп 👀...), то можно закинуть комментарий про ошибку прямо туда. Естественно, указываем всю сопутствующую информацию: ID строки, какая ошибка, как можно исправить и так далее.

Если же ошибок несколько, то точно собираем их в отдельный файлик. Его можно сделать по аналогии с файлом, в котором собираем вопросы и ответы по проекту. Кстати, сделал для вас шаблон, так что пользуйтесь! 🙌🏻

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

2. Уточняем у заказчика, стоит ли править исходник
Если работаете с играми или ПО, то текст могли вытаскивать из кода. Следовательно, если исправим исходный текст в файлике на нашей стороне, то строки могут некорректно подгрузиться в код. Ну и как результат — фраза может вообще пропасть из игры или криво отобразиться.

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

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

#LOCHACK

3. Сообщайте об ошибках сразу
Золотое правило — если видите ошибку или есть вопрос по тексту, то сразу говорите об этом с клиентом. Чем раньше всплывут возможные трудности, тем проще будет их решить.

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

А когда все это править, если статья или обновление к игре выходит через пару часов? 🤡

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

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

Годы идут, ничего не меняется 😅