Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago
Теперь, пожалуй, ответим на прямой вопрос: как же можно автоматизировать нашу работу?
Весёлый экскурс
Наша работа делится на оформление (при помощи аегисаба) и графическую локализацию (DaVinci, почти всегда).
Обычно, вечерком или в ночь мы получаем серию аниме и саб с переводом, в котором отмечены надписи.
Саб скачивается с телеграма, серия — с торрента. Файлы фасуются по файловой системе удобным для оформителя образом. Чаще всего наши ребята используют структуру файлов как на картинке, но строгих правил на этот счёт у нас пока нет. И да, первый механизм, который сможет облегчить жизнь, — система для автоматического скачивания всех материалов серии. Неплохой пример нерентабельного к созданию механизма. Почему? Давайте разбираться.
Задача скрипта автоматизации будет в том, чтобы при выходе новой серии он скачивал все файлы, относящиеся к ней, в специальную папку.
Итак, первое.
Как мы будем определять появление новой серии?
По новым файлам в телеграме?
А как отличить файлы, относящиеся к серии, от других скинутых туда файлов?
У нас нет гарантии одинакового формата названия, а скачивать вообще всё и анализировать — вариант очень спорный.
Ладно, допустим, он не полностью автономный, и человек запускает его только при выходе новой серии.
Опять же, как понять, какие файлы брать? Последние сброшенные?
А если переводчик скинул чуть позже исправленный файл?
А если файла с переводом три: файл для озвучки с ударениями, файл чисто с надписями и чистый файл для заливки на сайт? В общем, вопросов хватает.
Резюмируя, основная проблема скрипта в том, что мы не знаем, как точно определить те данные, которые нам нужны.
Самое простое решение — поставить ответственного человека, который будет как-либо отмечать нужные нам файлы, но причина создания нашего скрипта настолько ничтожна, что логичнее всего отказаться от идеи.
Автоматизация должна быть удобной всем. Если она меняет привычный уклад работы команды — велик шанс, что она будет отвергнута.
Я думаю, пробежимся кратко по основному циклу нашей работы и рассмотрим ещё пару-тройку вариантов: как уже существующих или рентабельных, так и провальных по разным причинам.
И сразу понятно, что куда лепить)
Импровизация от переводчика на Гиассе
Логотип - огонь [><]
Автоматизация
Хотели бы вы, чтобы механизмы делали за вас всю рутинную работу, позволяя заниматься только интересными и приятными задачами? Если отбросить все предрассудки про восстание машин, то согласитесь: звучит не так уж и плохо. К этому стремится человечество с самого своего появления, и работа проделана колоссальная. Как и многие, наши мастера занимаются автоматизацией систем, созданием инструментов для нашего труда, и если разобраться, каждый сможет для себя смастерить пару-тройку полезных примочек, облегчающих жизнь. Что ж, давайте снова пройдёмся от самого базиса к вершине.
Первое, наверное, с чего стоит начать: процесс автоматизации — почти то же самое, что и обучение новичка с нуля. Если по-простому, компьютер, так же как и вы, имеет представление о вещах в своей памяти и оперирует ими. Если представления нет, можно скачать из интернета уже написанное кем-то и использовать. Ровно как и человека можно отправить смотреть видеоуроки в том же интернете. Разница в скорости и точности при этом сравнении, очевидно, на стороне компьютера, но преимуществом людей является адаптивность.
А какие вообще представления нужны?
И вот мы переходим к началу процесса автоматизации. Наша задача всё та же: объяснить компьютеру или человеку, что мы от него хотим. Для этого, как ни странно, надо самим это понять, причём в деталях. Ты не можешь просто сказать компу "сделай за меня работу", ты должен объяснить ему по пунктам, какую информацию откуда брать, что и как с ней делать и куда девать после. Я советую выстраивать логическую цепь, записывать, зарисовывать или даже проговаривать её. Создание правильной схемы и возможность корректно её объяснить сделает из вас как хорошего техника с умением работать в команде, так и хорошего учителя. Важный аспект: схема должна строиться,исходя из базисов, которыми оперирует система. Проще говоря, вы должны разобрать ваш механизм на элементы и действия, которые компьютер либо человек уже умеет выполнять. Также она должна рассматривать как можно больше ситуаций, которые ей встретятся в процессе работы. Подумайте хорошенько, каким образом система должна реагировать на самые разнообразные ситуации.
Ну а дальше — дело реализации. Инструменты для создания механизма лучше всего прикидывать по мере создания схемы, чтобы отталкиваться от уже существующих базисов. Спасёт от "изобретения велосипеда", ибо в большинстве случаев нужное уже написано за вас. Нашей работы это не касается. Многие вещи пришлось создавать с нуля, но от этого только интереснее.
Пока что остановлюсь тут, ведь объём и так немалый вышел. Понравится — разовьём дальше. Там и про нашу сферу наберётся, и нейросетки туда же относятся, и за обучение поболтать можно. В общем, удачи вам в этом нелёгком деле. Если вопросы появятся — комменты моего канала всегда открыты для интересной дискуссии. )
Похоже, Одиночка в этот раз будет вовремя.)
GFriend: Оформление на "Ранму" готово. Правда, пришлось временно пожертвовать локализацией самого логотипа в аниме и многими проекциями надписей, на которые у меня есть перевод, но это всё я также сделаю, когда будет время.
Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago