cookie

Ми використовуємо файли cookie для покращення вашого досвіду перегляду. Натиснувши «Прийняти все», ви погоджуєтеся на використання файлів cookie.

avatar

Григорий Дядиченко

Разработчик игр, интерактивных стендов и интерактивной рекламы. Эксперт в области интерактивов и XR. 100+ проектов за 5 лет. По вопросам сотрудничества писать: @it_bizdev Фрилансер или ищешь подработку? Заполни форму https://forms.gle/ruA17Tn7cER76CFfA

Більше
Рекламні дописи
2 599
Підписники
+324 години
-17 днів
+330 днів

Триває завантаження даних...

Приріст підписників

Триває завантаження даних...

При том что в итоге я все равно сделал правку и без акта и без оплаты, потому что я понимаю что это относительно быстро, а менеджерам бы за такое бошки бы по отрывали. Я просто слишком добрый, поэтому выкурив кальян и чуть остыв, я в 2 часа ночи сел и всё сделал, и скинул билд. Потому что я патологически видимо не могу подставить людей и "гори всё синим пламенем". Но больше мы не работали. Как-то получился пост про "внешние ошибки". При взаимодействии с клиентами в основном. Хотя можно ещё написать про истории взаимодействия с командой и разные факапы там, такого тоже было достаточно. Хотя в памяти больше всплывает как я разруливал проблемы с командой. Если пост был интересен - ставим 🔥, а я пока подумаю что бы ещё такого рассказать. Ошибки - это самый полезный опыт, когда ты на них обращаешь внимание. И я всё ещё иногда их совершаю, как человек эмоциональный, но значительно реже. #приключения
Показати все...
Григорий Дядиченко

Продюсер на вольных хлебах: О работе В офис я не ушёл. И хотя я коротко рассказывал «кто я», хочется поговорить об этом немного подробнее. Кто вообще такой продюсер и зачем он нужен? Проработав уже 10 лет с диджитал проектами я с удивлением обнаружил, что понимать что надо сделать и как это сделать — это экспертиза. Я при всей своей продуктивности человек весьма ленивый. Мой концепт со школы был в том, что я хочу чему-то научится, чтобы потом по жизни не париться. В школе мысли были простые «так, везде компы, я люблю играть, ну в айти наверное будет попроще». Прийдя на свою первую работу я помню, что вникнув процессы и в общем суть работы студии мне показалась одна штука. Разработчик с развитыми софт скиллами — это читерство. И да, быть даже просто техническим сейлзом весьма неплохо, и там будто бы потолка в заработке нет. Если бы я сам не занимался продакшеном, я бы наверное ушёл в технические продажи на процент. А сделав на фрилансе проектов 15-20, я понял что понимать суть того, что хочет заказчик —…

🔥 27
Продюсер на вольных хлебах: Об ошибках Я рассказал о работе, а теперь поговорим об ошибках. Их было много за 6 лет, но хочется выделить какие-то самые важные. Хотя в первую очередь я поговорю почему ошибаться нормально. Никогда не стоит забывать что у вас всегда есть право на ошибку. Ошибаться нормально. Ошибки - это часть обучения чему-либо. На них надо обращать внимание и отрабатывать их. Но самое главное никогда не бояться ошибаться. Все ошибаются и почти любую ошибку можно исправить или хотя бы справится с её последствиями. 1. "Победителей не судят" - это ошибка Мне всего лишь 30. Свой путь в бизнесе и переговорах я по сути начал 6 лет назад, когда мне было 24. И тогда был и юношеский максимализм, и я прям помню как продвигал идею того, что "победителей не судят". Я любил жестко продвигать свою позицию, спорить по многим вопросам и так далее. Потому что "победителей не судят". Если проект сделан и работает - то к тебе ноль вопросов. И что я могу сказать по прошествии 6 лет в бизнесе - это действительно так. Победителей не судят. Но есть нюанс. Нюанс заключается в том, что можно быть умнее. Можно играть, скажем так, в более сложную игру, где тебя и проигравшим на вилы не поднимут. Занимая агрессивную позицию по-любому вопросу тебе необходимо вообще не проигрывать и не ошибаться. И долгое время мне с этим везло. Но при этом я с таким агрессивным подходом потерял часть клиентов. Отстаивать свою позицию важно и нужно, но как и во всём - нужен баланс. 2. "Мы же делаем для вас лучше" Я всегда очень сильно вовлекаюсь в проект. И это во многом скорее плюс. Но я часто спорил с клиентами, причём в мясо, по не столь существенным вопросам, когда я знаю что лучше сделать по-другому. И вывод мой - так не нужно делать всегда. Объяснить как лучше и почему я так считаю - обязан. Биться и доказывать с пеной у рта, когда у меня просто заказали разработку проекта - не за чем. Во-первых, у клиента может быть больше контекста и клиент может банально больше знать. А вот во-вторых, если с точки зрения бюджетирования разницы нет, то всегда проще сделать как хочет клиент акцентировав внимание на том, что ты не совсем согласен с его позицией. Как говорится "хозяин барин". Все же в моей работе оплата идёт за реализацию. Поэтому я всё чаще что-либо рекомендую вообще только когда меня об этом спрашивают. 3. "Все сам" Это вообще топ-1 ошибка. Я уже не помню сколько раз я в проектах не делегировал разработку когда надо было. Я умею работать с супер скоростью. Некоторые проекты я целиком с нуля разрабатывал за 2-3 дня. Потому что за 90 проектов мне нужно просто сесть и написать. Чтобы сделать тот же раннер или ещё какую-то игровую механику мне даже задумываться не надо. Просто попечатать пару часов строчки кода. Так как для меня в Unity всё ключевое понятно. Но очень часто было такое, что я был загружен и не отдавал кому-то другому проект. А потом когда до дедлайна остаётся пара дней "ну мы уже ни с кем не договоримся" и я в огне всё делаю сам. Обычно прохлебав какие-то переговоры или какой-то контракт. Да либо просто устраивая себе весёлые ночи без сна. Лучше заранее и сразу грамотно планировать ресурсы и своё время. И по сути этому я более менее (и то не до конца) учусь сейчас. 4. "Излишняя принципиальность" Тут я не считаю себя неправым до конца. И не считаю это грубой ошибкой. Но всё же иногда чисто с коммерческой точки зрения можно было быть мягче. У меня в контрактах прописано обычно 3 итерации правок. Была такая история что в одном контракте мы пошли в пятую итерацию, где я предварительно сказал: "Внимательно - это точно последняя". Мы их сделали и пришло ещё несколько мелких правок, на которые я сказал нет. Среди которых была одна критическая для клиента. Точнее даже так, я не сказал нет. Это проблема того, что мало кто умеет вести переговоры. Я сказал: "акт и оплата сегодня и тогда сделаем". Считаю ли я себя неправым в этой ситуации - в целом нет. Но вот обязательно ли было так делать - тоже нет. Я это сделал не по коммерческим соображениям, а чисто из принципа.
Показати все...
Григорий Дядиченко

Продюсер на вольных хлебах: О работе В офис я не ушёл. И хотя я коротко рассказывал «кто я», хочется поговорить об этом немного подробнее. Кто вообще такой продюсер и зачем он нужен? Проработав уже 10 лет с диджитал проектами я с удивлением обнаружил, что понимать что надо сделать и как это сделать — это экспертиза. Я при всей своей продуктивности человек весьма ленивый. Мой концепт со школы был в том, что я хочу чему-то научится, чтобы потом по жизни не париться. В школе мысли были простые «так, везде компы, я люблю играть, ну в айти наверное будет попроще». Прийдя на свою первую работу я помню, что вникнув процессы и в общем суть работы студии мне показалась одна штука. Разработчик с развитыми софт скиллами — это читерство. И да, быть даже просто техническим сейлзом весьма неплохо, и там будто бы потолка в заработке нет. Если бы я сам не занимался продакшеном, я бы наверное ушёл в технические продажи на процент. А сделав на фрилансе проектов 15-20, я понял что понимать суть того, что хочет заказчик —…

🔥 12
Загадка Order in Layer Unity иногда поражает своими решениями. Особенно их очевидностью. Вот вы знаете какое максимальное значение у sortingOrder в SpriteRenderer? Ну наверное если работаете с 2д много то знаете. Но вот почему так загадка. А давайте попробуем угадать? Сначала сходим в документацию. Там ничего не сказано. Ну ладно, документация нужна только трусам. У нас же есть код, а код лучшая документация. Посмотрим тип sortingOrder в коде. Ну вроде бы int. Следовательно по идее значение должно быть равно int.MaxValue - 2 147 483 647? Ведь так Unity? Так? *тут должна быть ухмылка Энакина, но в текст в телеграме нельзя вставить картинку* Не, опять не угадал. Максимальное значение равно - 32767. То есть short.MaxValue. Почему при этом sortingOrder у нас типа int, а не short? Ну видимо во славу сатаны. А я потратил 5 минут лишних на задачу и ещё на пост чутка времени, чтобы узнать почему при драге sortingOrder = int.MaxValue ставит -1 в значение порядка сортировки объекта. Я считаю и обработка больших значений божественная, и документация идеальная, и код очень логичный. Уже за 12 лет работы с этим движком удивлять он всё так же не перестаёт. #оработе
Показати все...
20🔥 1
Открытость IT, а точнее разработки Давно ничего не писал. Но и дел много + я ща в походных условиях осваиваюсь. А сейчас раз уж появилась мысль — стоит написать. На пост меня навело то, что ко мне пришли с рекламой закрытого канала. Я такое рекламировать не хочу, так как для меня реклама погоды в моих доходах не создаёт. При огромной цене поста относительно CPV в 10 рублей за просмотр. То есть около 10к рублей за пост. У меня час консалта стоит как бы столько же (хотя я уже думаю сделать дороже). Не беря основной бизнес — доходов с проектов. Ладно, речь не об этом. Что мне когда-то понравилось в айти, это уникальная вещь которой нет нигде. Открытость. Тот кто хотел стать разработчиком, мог и может стать им имея просто ноутбук и интернет. Потому что вся информация есть, в профильных чатах помогут, всегда можно изучить чужой код. И так далее. Не, там конечно будет как в той же доте) Первое время тебя будут гнобить. Нужно будет перетерпеть саркастические ответы на новичковые вопросы и тому подобное. Но в разработке все всегда были готовы помочь друг-другу. Причём без оплаты. Даже взяв за пример мой консалт. Он платный: 1) для бизнеса 2) при конкретном коммерческом запросе. Когда меня в чатах спрашивают или разработчики спрашивают и ответ можно сформулировать в нескольких предложениях, а не в документе на 100 страниц я не буду говорить: «плоти» :) Типа «Гриш, а ты работал с этим, как там всё?» я безусловно отвечу. Собственно с этой концепцией я писал и надеюсь буду писать статьи на хабр, пишу в этот блог. Я в целом за открытость и некоторое совместное развитие. Курсы — норм, так как это структурирование информации, для тех кто хочет ускориться и не хочет сам заниматься. Но всё же комьюнити разработчиков, общение в айти и т.п. должно оставаться открытым. А то скоро как у юристов будет сайт «программист ру», где за 100 рублей будут отвечать где в блоке с кодом «;» пропущена :) #мысли
Показати все...
🔥 13 1
Particle Plexus https://mirzabeig.substack.com/p/unity-tutorial-particle-plexus-part-3 Классный туториал по красивому визуальному эффекту. Люблю такой визуально простой, но при этом эффектный VFX. #новости
Показати все...
Unity Tutorial: Particle Plexus (Part 3)

Generate triangles between triple-connected particles.

🔥 3
Продюсер на вольных хлебах: О работе В офис я не ушёл. И хотя я коротко рассказывал «кто я», хочется поговорить об этом немного подробнее. Кто вообще такой продюсер и зачем он нужен? Проработав уже 10 лет с диджитал проектами я с удивлением обнаружил, что понимать что надо сделать и как это сделать — это экспертиза. Я при всей своей продуктивности человек весьма ленивый. Мой концепт со школы был в том, что я хочу чему-то научится, чтобы потом по жизни не париться. В школе мысли были простые «так, везде компы, я люблю играть, ну в айти наверное будет попроще». Прийдя на свою первую работу я помню как подумал, посмотрев на процессы и в общем суть работы студии мне показалось, что разработчик с развитыми софт скиллами — это читерство. И да, быть даже просто техническим сейлзом весьма неплохо, и там будто бы потолка в заработке нет. Если бы я сам не занимался продакшеном, я бы наверное ушёл в технические продажи на процент. А сделав на фрилансе проектов 15-20, я понял что понимать суть того, что хочет заказчик — это тоже оказывается навык. Я работал в самых разных конфигурациях работ. И на субподряде когда заказчики были экспертами своего дела, и когда они просто в целом не понимали что происходит. Продюсер по сути отвечает за понимание финального результата, и как мы до него дойдём. Бюджеты, специалисты, сроки. Скажем в отличии от продакта ему даже не надо ничего придумывать, достаточно просто иметь вижен в голове и уметь до представленной картины доходить. Конечно еще у продюсера есть целый спектр каких-то мелких задач, но это на мой взгляд основное что в этой экспертизе стоит денег. Побывав на всех ролях я понимаю адекватный бизнес. Адекватный бизнес хочет платить деньги и получать результат. Он хочет минимально вникать в то, как этот результат получается. Заплатили, вот то что мы хотели. Этого бизнес ждёт от сотрудников, от подрядчиков, вообще от всех. И по сути задача бизнеса объяснить продюсеру точку Б и заплатить денег вовремя. А уже продюсер дальше придумывает весь путь из точки А в точку Б, и решает проблемы по ходу этого увлекательного приключения. И вот этот навык стоит действительно дорого и достаточно сложен в освоении. Особенно в диджитале без глубокого технического опыта. Конечно можно покупать разработку, как некоторую «абстракцию», но тогда очень легко уводить все проекты в «производственный ад» или недооценить какие-то разумные для айти риски. Не проходим мимо, ставим 🔥, они бесплатные, а мне греют душу. В следующий раз наверное стоит рассказать о моих основных ошибках за последние 6 лет работы. #приключения
Показати все...
Григорий Дядиченко

Продюсер на вольных хлебах: Пора в офис Что-то я ушел от основной хронологии в какие-то "филлеры". Но хочется рассказать последний, а потом вернёмся в основной таймлайн. Вскользь я про эту мысль говорил в этом посте, но хочется сказать по подробнее. Каждый ведь начинает ценить что-то только когда потеряет. И каждый бизнесмен периодически думает: "Да зачем я только полез в этот бизнес. Нормально сидел, работал, деньги были всегда, дак ещё раз в две недели. И самое главное - всё было понятно". Поэтому мысль "может нахрен это всё и в офис пойти" появлялась у меня где-то раз в квартал, пока у меня была студия и когда я только начинал работать в "обновлённом формате". Ну по классике, обычно такие мысли приходят в голову когда кончаются деньги. Да и на самом деле я всё ещё считаю, что не было ничего проще в моей жизни чем работа по найму. Сидишь, тебе кидают задачки, ты их делаешь, тебе присылают денюшку на карточку. Чисто лафа. Мне кажется что брать на линейные позиции людей из бизнеса в офис - это вообще очень…

🔥 52
Забавный баг с сорстри на макбуке Мне нужно было с утра зайти и посмотреть, что там с сервером. Я открываю терминал, пытаюсь подключиться к серверу по ssh. И получаю ошибку: /Users/nox7atra/.ssh/config line 23: keyword hostname extra arguments at end of line /Users/nox7atra/.ssh/config line 26: keyword identityfile extra arguments at end of line /Users/nox7atra/.ssh/config: terminating, 2 bad configuration options Чтож, сразу идём в гугл и не находим ответа. Ну читать я пока умею, так что давайте тогда опустимся до того, чтобы посмотреть что написано в файле config. Заходим и видим сгенерированное что-то от сорстри. Читаем файл. И чтож, мы находим баг. Пробелы. В сгенерированной конфигурации от сорстри аргумменты не заключены в кавычки 🙂 А у меня там откуда-то в названии пробелы (хотя как опытный пользователь я никогда в путях не использую пробелы и кирилицу, зная что много кто клал на обработку этого случая, но сам Gitlab Enterpice в конфигурации написан через пробел). Ставим кавычки, всё работает. Но забавно, что из-за сгенерированной сорстри конфигурации у меня сломался в целом механизм подключения по ssh. Так что если у кого-то выскочит, найти нужные линии, поискать нет ли пробела в пути и поставить аргументы в кавычки. Раз такое не гуглится так просто - надо написать. Хотя разобраться не сложно, но для этого надо хоть немного Unix знать. #интересное
Показати все...
Оптимизация трассировки лучей методом BVH https://www.youtube.com/watch?v=C1H4zIiCOaI Видео про трассировку лучшей и про метор BVH ( bounding volume hierarchy) или иерархии ограничивающих объёмов. Реймаршинг, рейтрейсинг в реалтайме одни из самых любопытных тем в графике. Ведь всем хочется чтобы в реалтайме можно делать так же круто, как в 3д софте. Потому что сейчас рендер от реальности иногда даже бывает сложно отличить. И опять в оптимизации у нас деревья. Я ещё помню что любил технику BSP (Binary Space Partition или как-то так) В общем как мне нравились всегда деревья и графы, так и остаётся это чуть ли не любимым разделом в математике. А видео интересное, рекомендую глянуть. Даже если не применять все эти оптимизации, такие штуки помогают разбираться в некоторых принципах используемых в разработке можно сказать "на примерах". #новости
Показати все...
Coding Adventure: Optimizing a Ray Tracer (by building a BVH)

Trying to speed up the ray tracer (from a previous coding adventure) so that we can render some more intricate scenes! Links: ● Source: currently in early access on Patreon and ko-fi (will be freely available July 1st) ● Get early access to new videos and projects by supporting on: -- Patreon:

https://www.patreon.com/SebastianLague

-- Ko-Fi:

https://ko-fi.com/sebastianlague

● Previous Ray Tracing episode:

https://www.youtube.com/watch?v=Qz0KTGYJtUk

● BVH Article:

https://jacco.ompf2.com/2022/04/18/how-to-build-a-bvh-part-2-faster-rays/

● 3D Test Models:

https://casual-effects.com/data/

● Music Credits:

https://github.com/SebLague/Misc-Project-Info/blob/main/Coding-Adventures/BVH.txt

Chapters: 00:00 Intro 00:30 Triangle-Test Debug View 03:34 Bounding Boxes Inside of Bounding Boxes 04:41 Building a BVH 07:41 Traversing the BVH 09:13 GPU-Friendly Data 15:32 Converting Recursion to Iteration 18:06 Box-Test Debug View 21:42 Increasing the Depth of the BVH 25:11 Distance Test and Child Ordering 31:47 The Surface Area Heuristic 37:19 Speeding up the Construction 38:57 32-Byte Nodes 42:20 Transformations 45:10 Supporting Multiple Models 48:45 Some Tests and Final Thoughts

🔥 2
00:34
Відео недоступнеДивитись в Telegram
Как сделать интерактинвый ковёр https://80.lv/articles/learn-how-to-make-interactive-rug-with-unity-s-shader-graph/ Ковёр в разработке это в целом мем. Я слышал несколько историй про ковры с миллионом полигонов. Но тем не менее куда же мы без них? И вот туториал о том, как сделать так, чтобы ковёр ещё был и интерактивным. Технический художник Unity Хосе Ортигоса Рамос поделился видеоуроком по созданию аккуратного интерактивного коврика, который деформируется, когда под него помещают объект с помощью Shader Graph от Unity. Он же недавно показывал эффект желешки. #новости
Показати все...
0711d1bdc794b9ce6d9b0.mp41.12 MB
🔥 10
Фото недоступнеДивитись в Telegram
Давно не было опросов. Сижу я утром, ковыряю проект, и у меня есть в беклоге баг - чёрные полосы ракурса камеры на ультрашироких дисплеях. Игра 2д. Понятно что нужно менять стартовый размер ортографической камеры. Но это же ща надо математику, искать, давайте выведем зависимость эмперически. Тыкаем разрешения широкие и ищем есть ли какая-то система в этих изменениях. Находим, прикидываем, и вуаля наша формула работает и It's Alive! Я уважаю людей типа Фреи которые всегда прям до молекул разбирают (хотя мы же знаем, что они так делают только в докладах). Но иногда так не хочется сидеть и искать математику или писать доказательство. В школе конечно учили что подгонять решение под ответ плохо, и иногда это ведёт к плохим последствиям, а иногда нет. Поэтому такой подход не в коем случае не является рекомендацией, но интересно кто как делает. Отвечаем честно, опрос анонимный. Вас не спалят :)
Показати все...
Оберіть інший тариф

На вашому тарифі доступна аналітика тільки для 5 каналів. Щоб отримати більше — оберіть інший тариф.