Comments 39
"Сразу хочу отметить, что если вы не умеете хорошо рисовать, то не стоит сразу вырубать видео"
выглядит как будто выдрали озвучку из видео и не все места подтёрли
p.s. видео не смотрел (мало трафика)
Ммм psd на прямую в юнити ( вот они, избалованное поколение большим кол-во памяти на устройстве )
Мм публичные поля, забиваем на инкапсуляцию, а о разделении бизнес логики и логики отображения, я совсем промолчу.
P.S Да, автор сказал, что он не программист с 10 летним стажем, но даже джунов от такого кода уже отучивать не приходится.
P.S.S Ну и писать статью с обучением как делать и учить делать плохо, это не есть хорошо.
да бывает такое, я даже встречал когда в юнити проекты закидывают не .3ds или .obj, а .blend сам даже пытался после этого такое провернуть, но не вышло, наверно нужно что бы блендер был не портабл
Ну ради эксперимента пофиг, можно, но сырые файлы лучше не сувать, они содержат кучу бесполезной инфы для движка и раздувают размер сборки и самого проекта
да это понятно, просто было интересно понять сам процесс, предпологал что оно при добавлении .blend просто запускает блендер и конвертирует в .3ds и куда то его в кэш кидает, но так и не получилось, а ставить вместо портабла сток не хотелось))
Только что проверил, PSD конвертируется в стандартный unity ассет и в билде выглядит как обычная текстура которая жрет так же как текстура с альфа каналом.
Build Report не прикладывается, для пруфов ?
Ну вообще это вы придумали какую то бесполезную теорию о весе PSD и вам бы ее доказать, но раз вам так хочется то вот.
В PC билде все выглядит одинаково
А вот эти же текстуры в проекте
Ну и раз докапываемся, расскажите насколько приложение стало хуже работать от пары паблик полей в скриптах. И как разбитие логики улучшит геймплей. Сейчас очень модно сходить с ума по клинкоду, ооп, солиду итд. Но кажется забыли что конечному юзеру важен результат а не то что у кого то в скриптах разделена логика и поля не публичные.
И пока вы занимаетесь всем этим непотребством с придуманными правилами ради правил, всякие создатели цундере симуляторов и банана кликеров в стиме, делают миллионы.
И пока вы занимаетесь всем этим непотребством с придуманными правилами ради правил, всякие создатели цундере симуляторов и банана кликеров в стиме, делают миллионы.
Есть мнение, что для таких поделок для стима не то что клинкод и ООП, но и сам Unity не нужен. Человеку без знания какого-либо ЯП могут подойти и более простые инструменты, чтобы склепать подобный шлак.
Другое дело, что индивидуально там зарабатывают единицы, а если захотеть идти в найм программистом, то там как раз и спросят за ООП и паблик поля в скриптах.
Я не занимаюсь разработкой на коленке если этого не требует заказчик. На данный момент у меня проект с легаси кодом и там достигнута точка, при которой что то добавлять в проект влетает в копейку и основная задача у разработчиков сейчас как раз отделить бизнес логику от визуала, что позволит лучше отслеживать зависимости и расширять проект дальше и опять же, делается это только там, где нужно, потому что наша задача как специалистов, уменьшить финансовые затраты на проект, так как если компания не будет ждать патч 3 года, то она нам заплатит больше денег за это
В принципе да, сейчас у Unity уже достаточно хороший импортер встроенный, так что думаю можно уже пихать psd, но стоит помнить, что хоть билд это не увеличит, то размер сырого проекта вырастет, а значить и на рабочей машине он будет занимать больше места и в гите больше места, короче, в соло, делай что хочешь, как говорится, а в компании, за такое по рукам бить будут, если конечно у компании не безлимитные ssd.
Вот Build Report ну и в Memory Profile вроде все норм
Build Report
Uncompressed usage by category (Percentages based on user generated assets only):
Textures 4.5 mb 95.7%
Meshes 0.0 kb 0.0%
Animations 0.0 kb 0.0%
Sounds 0.0 kb 0.0%
Shaders 14.2 kb 0.3%
Other Assets 2.3 kb 0.0%
Levels 0.0 kb 0.0%
Scripts 158.3 kb 3.3%
Included DLLs 0.0 kb 0.0%
File headers 33.9 kb 0.7%
Total User Assets 4.7 mb 100.0%
Complete build size 75.0 mb
Used Assets and files from the Resources folder, sorted by uncompressed size:
1.6 mb 2.1% Assets/Content/Heart_PSD.psd
1.6 mb 2.1% Assets/Content/Heart_PNG.png
Как раз именно сырые файлы и надо "сувать". Потому что сырые файлы просто пожмутся при сборке, а сжатые сначала разожмутся при импорте, а потом заново сожмутся с соответствующей потерей на переконвертации. Так делать не надо.
Не вы ли писали про "учить делать плохо" там выше?
Отличный способ раздуть размер проекта и заставить компанию платить за новые ssd, а потом при необходимости выкачивать проект пол рабочего дня!
Отличный способ раздуть размер проекта и заставить компанию платить за новые ssd, а потом при необходимости выкачивать проект пол рабочего дня!
Бедная компания которая наняла программиста за 500к/нс который пишет клинкод по сакутину. Но при этом не может потратить 20к на 4тб ссд, дабы ассеты были в удобном исходном виде и готовые для доработок в любой момент. Особенно если эти ассеты это слоеный UI, те же тайловые текстуры естественно нет смысла хранить в таком виде, я храню исходники сабстренса/блендера для их генерации.
Ну и выкачивать проекты пол дня с гигабитным интернетом (который доступен в большинстве даже мелких городов а так же у хостингов) это круто.
Ну вообще то, компания хранит исходники psd на облаке, где ssd не нужен и как правило, покупается два диска по n гб, так как ставятся они в зеркало.
SSD не лучшая практика использования для хранения файлов, так как если с ним, что то случится, то уже не восстановить, по этому на серверах стоят быстрые харды, а вот на компах сотрудников уже ssd.
А так как один сотрудник может работать над несколькими проектов сразу, то каждому покупать по ssd за 20к? Очень оптимально.
Давай посмотрим сколько сейчас стоит MacBook на 1tb ssd, ой, а что так дорого? А если компании нужно обеспечить нескольких работников такими MacBook ?
Да, есть windows, но на windows не собрать билд под iOS.
Это оптимизация расходов называется.
Программисту платят 500к не за то, что он по клинкоду пишет, а за то, что он способен в короткие сроки решить сложную задачу и сделать это так, что бы потом это можно было расширять.
Лично мне, как программисту, psd в проекте не нужен, мне не платят за владения фотошопом ( а ведь еще на каждого сотрудника кто использует его, нужна лицензия, ой, снова деньги ), есть арт отдел, который прежде чем, что то отдать в проект, проходит кучу проверок и подтверждения от лидов. Как правило, как и что должно попадать в проект, очень хорошо за документировано в плоть, до соотношения сторон.
Ну вообще то, компания хранит исходники psd на облаке, где ssd не нужен и как правило, покупается два диска по n гб, так как ставятся они в зеркало.
SSD не лучшая практика использования для хранения файлов, так как если с ним, что то случится, то уже не восстановить, по этому на серверах стоят быстрые харды, а вот на компах сотрудников уже ssd.
Прекрасно, компания поставит несколько hdd в зеркало и кеш на ссд, все еще дешево и все довольны, можно хранить терабайты в LFS И не знать проблем.
А так как один сотрудник может работать над несколькими проектов сразу, то каждому покупать по ssd за 20к? Очень оптимально.
А в чем проблема то ? Неужели проекты стоят так дешево что компания не может размазать 20 тысяч рублей по ним списав это в железо? Мы точно об IT компании говорим а не о районной поликлинике с отрицательным бюджетом ?
Давай посмотрим сколько сейчас стоит MacBook на 1tb ssd, ой, а что так дорого? А если компании нужно обеспечить нескольких работников такими MacBook ?
Вообще даже 1тб это огромный обьем и занять его непросто. У меня рабочие проекты за много лет лежат на 1тб диске + бекапы + выкачанные ассеты + исходники по проектам, и даже так ссд не занят на 100%, а это более 5 лет работы по 8 часов в день. У этого всего есть копии в локальном гите и на бекап сервере, но мне просто лень чистить, плюс всегда удобно открыть старый проект когда он готов на локальном железе.
Что там такого надо делать что бы пара активных проектов заняла 1тб данных ? Кстати можно воткнуть юсб диск, те же 40gbps кейсы в которых реальная скорость будет около 3гбайт/сек. Что выше чем скорость ссд на M2 маке.
Это оптимизация расходов называется.
Оптимизация расходов это когда арт отдел отдел отдает PSD файл с которым можно работать сразу, а не занимается перегоном из формата в формат и игрищами с настройками экспорта для получения высокого качества изображения.
Ну и опять же, оптимизация расходов это когда мидл решает проблемы а не когда 5 сеньоров сидят по 8 часов на созвоне обсуждая приватные и публичные переменные, их названия, и то как оптимизировать 20 мегабайт картинку в проекте который занимает 1тб диск.
Ммм psd на прямую в юнити
На размер билда это никак не влияет. Абсолютно любой формат изображения попадёт в билд как текстура определённого формата, выбранного в зависимости от платформы. Т.е. любой png/psd/jpg будет конвертирован в какой-нибудь BC7. И финальный размер текстуры будет зависеть от настроек импорта, а не от формата исходного изображения.
У меня ощущение, что разработка на Unity противоречит хорошему тону разработки на C#
Можно поподробнее про .psd? Я тут не сказал (это было в видео), но изначально я задумывал этот проект ввести как девлог, а не гайд. Признаю, сам виноват, что преподнес, как гайд. Также хотелось бы поподробнее узнать, что не так с публичными полями и разделении бизнес логики и логики отображения - буду рад почерпнуть для себя информации
Из заголовка думал, что графика генерится на ходу
Думаю это то хорошая идея для развития, добавить генерируемого контента)
Почему бы видео сразу в статью не встроить? Что зв манера публиковать статьи, которые не имеют смысла без перехода на сторонний ресурс?
А ещё неплохо бы конечный результат показать.
А там в правилах написания статей, вроде сказано, что низя просто видео вставлять и не писать пост )
Думаю если бы можно было, то он бы так и сделал
С конечным результатом согласен - статью подредактирую, а что насчет видео, то скажу честно: только-только завел канал на ютубе - хочу набирать какую-то аудиторию с посторонних порталов (также играет факт того, что видео большое по весу, и Хабр навряд ли позволит мне его залить на статью)
Зачем его заливать, ютубовский плеер прекрасно встраивается.
хочу набирать какую-то аудиторию с посторонних порталов
Спасибо, но, нет. Мне не нравится, когда так делают, поставил минус.
Ну раз уж тебе не нравится, тогда, конечно, да, больше не буду @_@
Верни статью, ничего нет) а 21 чибрик уже в закладки добавил, эй))
Отличная реакция на критику. Держите минус в карму в дополнение. Можно уже начинать взрослеть.
Знаешь, я нисколько не обижен на то, что ты поставил минус за то, что я пытаюсь продвигать канал и на то, что ты ставишь минус на мою реакцию. Как раз таки твоя реакция показывает, как "по-взрослому" ты реагируешь на происходящее. Я не говорил, что ты какой-то плохой человек или что-то в этом роде, а лишь пытался донести до тебя в форме сарказма, что планета не крутится вокруг тебя и люди не станут менять что-то в своих поступках только потому, что какой-то рандомный парнишка с форума сказал, что ему так не нравится
Ты, когда освоишься тут, поймёшь, что люди часто не знают, за что им ставят минусы и просят, чтобы писали в комментариях. Я это сделал для тебя, не благодари.
Знаешь, я нисколько не обижен
А с чего ты взял, что я хотел тебя обидеть? Зачем бы мне это, чтобы что?
Как раз таки твоя реакция показывает, как "по-взрослому" ты реагируешь на происходящее.
Я тебя не оскорблял и не пытался обидеть, что бы ты там в своей голове не выдумал. Я сделал ровно то, что предусмотрено площадкой и правилами. Ты считаешь, что взрослый должен себя вести как-то по-другому?
лишь пытался донести до тебя в форме сарказма, что планета не крутится вокруг тебя
Это ты какие-то свои комплексы на меня проецируешь.
люди не станут менять что-то в своих поступках только потому, что какой-то рандомный парнишка с форума сказал, что ему так не нравится
Мне глубоко наплевать, станешь ты что-то делать или нет. Ты для меня никто и звать тебя никак, буковки в интернете. Что ты там писал про планету, которая вращается вокруг кого-то? Кажется, пазл начинает складываться )
Кликер на Unity с использованием нейросети для генерации графики