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

Были бесплатные боксы, а были гифтбоксы за TON. Я сначала обходился бесплатными, но потом попробовал и платные — у них, по ощущениям, шанс на что-то ценное был выше. Многие, судя по чату и комментариям, именно так и ускоряли свой прогресс.

Промежуточные розыгрыши и игровые активности

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

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

Партнёрские розыгрыши

Отдельно шли партнёрские розыгрыши. Они не заменяли основную игру, а существовали параллельно. Там разыгрывались призы от Telegram-Кошелька, Web3-проектов и партнёров фестиваля — цифровое золото, токенизированные акции, NFT и другие вещи.

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

Финальный розыгрыш

Финалом стал онлайн-розыгрыш 29 декабря. Именно туда, судя по ощущениям, стекалось больше всего внимания. Ценность призов напрямую зависела от уровня, до которого ты дошёл.

До розыгрыша культового Telegram Gifts Plush Pepe дошли 528 тысяч человек. Для многих это было основной мотивацией дойти до конца и не бросать задания на полпути.

Про задания и сложность

До максимального, сотого уровня с розыгрышем Plush Pepe дойти было реально, если просто регулярно выполнять задания. Самые простые были в духе «подпишись на канал» или «зайди в партнёрский сервис».

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

При этом задания постепенно знакомили с крипто-инструментами прямо внутри Telegram. В одном из них, например, нужно было купить NFT на Getgems. Для меня это стало первым практическим опытом работы с NFT-маркетплейсом в экосистеме TON — раньше до этого руки не доходили.

*Мне в итоге досталось $10 в цифровом золоте. Это, конечно, не Plush Pepe и не iPhone, но я и проходил задания в спокойном режиме, без попыток выжать максимум.

Гарантированные подарки

Отдельно запомнился кейс Tonstakers. За стейкинг 500 TON там можно было гарантированно получить холодный кошелёк SafePal стоимостью около $70. Судя по информации из канала проекта, таких кошельков раздали 272 штуки. Это был редкий случай, когда подарок не зависел от удачи, а просто выдавался за выполненное действие.

Итоговое впечатление

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

Сейчас я запускаю завод ЖБИ с нуля.

Да, именно с нуля — участок, проектирование, оборудование, логистика, ошибки и решения.

Я директор по производству и хочу показать,как реально строится завод,без красивой упаковки и презентаций.

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

📸 На фото — важный момент для меня:мне вручает благодарственное письмо от губернатора края за значительный вклад в строительство и пуск завода.

Для меня это не “галочка”, а доказательство реального результата.

И да — я не блогер.Я не играю в контент.Я просто делаю свою работу и решил показать, как она выглядит изнутри:честно, технически, по-настоящему.

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

Только начинаем.

Мой телеграмм канал - Дневник Крауса

Разработанное Овчинниковым методическое пособие «Как влюбить ребенка в чтение через мультфильмы и семейный диалог» — это практический гид для родителей и педагогов. Оно структурировано и предлагает чёткий, поэтапный алгоритм действий:

1. Чтение классического текста.

2. Просмотр его анимационной экранизации.

3. Сравнительный анализ и диалог — ключевой этап, развивающий критическое мышление и речь ребёнка.

Для кого и зачем?

Пособие адресовано в первую очередь родителям детей 3-12 лет, которые хотят:

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

Укрепить семейные связи через доверительное обсуждение и совместный творческий досуг.

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

Развить навыки ребёнка: от речи и воображения до анализа поступков героев.

Уникальность подхода

Проект отличается не теоретизированием, а практической ориентацией. В нём содержатся:

Возрастные рекомендации (игра для дошкольников, глубокий анализ для школьников).

Готовые вопросы для обсуждения («Как бы ты поступил на месте героя?»).

Советы психологов и «лайфхаки» для родителей.

Разбор типичных ошибок, которые, наоборот, отталкивают от чтения.

Список ресурсов — онлайн-платформ и партнёров (таких как «Союзмультфильм»), где можно найти контент для занятий.

Значимость проекта

Поддержка Президентского фонда культурных инициатив и партнёрство с ведущими издательствами и киностудиями подчёркивают государственную и профессиональную значимость этой работы. Проект Овчинникова — это удачный синтез профессионального кинопроизводства, педагогики и традиционных семейных ценностей. Он превращает совместный просмотр мультфильма из развлечения в осмысленное событие, которое не только объединяет семью, но и открывает ребёнку дверь в огромную вселенную — мир книги.

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

Строительство: много материальных затрат на этапе производства

В строительстве классическое распределение затрат выглядит так:

• Проектирование: 5-10% от общей стоимости

• Материалы: 50-60%

• Строительно-монтажные работы: 30-40%

• Пуско-наладка и сдача: 5-10%

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

Машиностроение: баланс между разработкой и производством

Машиностроение занимает промежуточное положение:

• НИОКР и проектирование: 20-30%

• Создание прототипов и испытания: 15-25%

• Освоение производства (оснастка, станки, линии): 30-40%

• Серийное производство: 10-20% на единицу продукции

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

IT-разработка: "бесплатное" тиражирование

В IT-разработке принципиально иное распределение:

• Проектирование и анализ: 30-40%

• Разработка: 40-50%

• Тестирование и внедрение: 20-30%

• Поддержка и развитие: 15-25% годовых от стоимости разработки

Самая революционная особенность IT — практически нулевая стоимость тиражирования. Разработка программного продукта может стоить миллион долларов, но выпуск миллиона копий обойдется в несколько рублей за штуку. Это создает уникальную экономическую модель, где можно позволить себе эксперименты и итерации.

Почему в IT можно начинать с весьма "сырого" продукта?

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

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

Но в IT физических ограничений нет. Вы можете начать с простого веб-сайта-одностраничника, добавить базу данных и админку (MVP), интегрировать платежные системы и мобильное приложение (первая версия приложения), а затем создать распределенную облачную платформу с искусственным интеллектом. Каждый этап строится на предыдущем, но при необходимости можно переписывать отдельные компоненты полностью без полного перезапуска проекта.

Это возможно благодаря:

1. Нулевой стоимости копирования - можно создать сотню экспериментальных версий без финансовых потерь

2. Модульной архитектуре - компоненты можно заменять независимо друг от друга

3. Быстрому циклу обратной связи - пользователи тестируют изменения в реальном времени

Стоимостные риски и их управление

Строительство: страхование через детализацию

В строительстве основной риск — физическая невозможность или чрезвычайная стоимость исправления ошибок. Поэтому:

• 80-90% рисков управляются на этапе проектирования

• Используются детальные 3D-модели и BIM-технологии

• Предусматриваются запасы прочности в конструкциях

• Стоимость изменений после начала строительства кратно превышает стоимость проектирования

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

Машиностроение: управление через прототипирование

В машиностроении риски распределены между разработкой и производством:

• Создаются физические прототипы для проверки концепций

• Проводятся ресурсные испытания в экстремальных условиях

• Используются CAD/CAM системы для виртуального моделирования

• Освоение производства идет поэтапно с постоянной доработкой

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

Разработка ПО: управление через итерации

В программировании и разработке ПО риски управляются иначе:

• Риск несоответствия требованиям минимизируется через постоянную обратную связь

• Технические риски снижаются через рефакторинг и технический долг

• Рыночные риски управляются через A/B тестирование и постепенный rollout

• Безопасность обеспечивается через непрерывное тестирование и обновления

Стоимость ошибки в IT относительно невысока - можно быстро выпустить горячий фикс или откатиться к предыдущей версии. Это позволяет брать на себя больше рыночных рисков в обмен на возможность быстрого тестирования идей. При этом стоимость подробного проектирования будет не ниже, чем сама разработка, а в некоторых случаях без какого-то прототипа очень сложно определиться с треком дальнейшего развития.

Практические примеры от нейросети Qwen

Строительство: Burj Khalifa
Стоимость проектирования составила около $100 млн из общего бюджета $1.5 млрд. Изменения в процессе строительства были минимальны — любое отклонение от проекта могло привести к катастрофе. Тиражирование невозможно — это уникальный объект.

Машиностроение: Tesla Model 3
Разработка и освоение производства обошлись в $2+ млрд. Но при производстве 500,000 автомобилей в год себестоимость единицы становится конкурентоспособной. Изменения в процессе производства требуют остановки линий и перенастройки оборудования.

IT разработка: Facebook
Начинался как простой сайт для студентов Гарварда. Стоимость тиражирования для миллиарда пользователей — доли цента на пользователя в месяц. Изменения вносятся ежедневно без остановки сервиса. Первоначальная разработка стоила тысяч долларов, текущая стоимость компании — сотни миллиардов.

Почему аналогии вредны в проектном управлении и как найти баланс

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

практические советы для IT проектов:

1. Архитектурный фундамент - закладывайте понятную архитектуру с возможностью масштабирования, но не надо сразу ударяться в создание микросервисов и прочие архитектурные излишества https://t.me/limsaccreditation/1857

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

3. Управление техническим долгом - регулярный рефакторинг - это инвестиция в будущую гибкость. При этом надо пересматривать не только код, но и документацию продукта.

4. Бесплатное тиражирование - используйте преимущество нулевой стоимости копирования для быстрого тестирования гипотез и масштабирования успешных решений.

Вывод

Итерации и необходимость обратной связи в it сфере обусловлены фундаментальными причинами, связанными со стоимостью этапов проектирования и разработки. Без итеративного подхода можно впустую прожигать бюджет на никому не нужное проектирование и дальнейшую разработку продукта, которым никто не будет пользоваться.
Как написали в комментариях к мой предыдущей статье, сам Уинстон Ройс — автор термина Waterfall — в той самой статье 1970 года описывал недостатки каскадной модели, предлагая заменить их итеративной моделью. Таким образом дело не в Agile и настроениях разработчиков, итерации - это самая эффективная модель разработки с экономической точки зрения.