rukzachini

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

Не знаю как именно обстоит дело в Unity, но я беру спрайты максимального размера под iPad Retina и уменьшая два раза в два раза. Допустип фоновое изображение. Для iPad это будет 2048х1536.
Такой файл я называю background@4x.png, и делаю ещё две версии background@2x.png и background.png, каждый отличается в 2 раза от соседнего. То есть @2x это 1024х768, а простой это 512х368 для устройств с совсем низким разрешением (хотя в настоящее время их можно уже и не поддерживать, это iPhone 3GS, например).

Версия файла выбирается из текущего разрешения устройства, берётся таким образом, чтобы не было артефактов увеличенного масштабирования. То есть для разрешения 1024х600 берутся файлы @2x и уменьшаются по принципу letterbox.

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

Если взять фон от iPad и показать его на iPhone 5, то по бокам будут видны незанятые области. Фоновое изображение нужно расширить. Опытным путём я пришёл к разрешению 2776х1536 для @4x, такое изображение покроет полностью экраны всех мобильных устройств.

DPI по хорошему нужно учитывать, иначе на iPad элементы UI получаются гораздо больше чем на iPhone и их можно было бы сделать поменьше, но на практике и без этого нормально в большинстве случаев.

Density и разрешение экрана свзяно друг с другом не совсем прямо пропорционально.

В Android есть такое правило:
LDPI:MDPI:HDPI:XHDPI:XXHDPI=3:4:6:8:12.

например здесь: stackoverflow.com/questions/6166677/android-screen...
или на developer.android.com

То есть, делать персонажа 100 пикселей для xhdpi - очень плохая идея. Лучше, например, 96 пикселей. Так как 96 без остатка делится 6. А высоту не 80, на 78. Тогда размеры персонажа у Вас будут:
LDPI: 48х39
MDPI: 64х52
HDPI: 96х78
XHDPI: 128x104
XHDPI: 192х156

Отсюда можно легко вычислить в каком разрешении Вам надо рисовать персонажа, чтобы избежать не ркатного масштабирования. Находим наименьшее общее кратное между пропорциями. Это будет 24. И рисуем Ваш объект в разрешении 384х312. Из этого размера Вы легко получаете все рисунки всех необходимых размеров. Лучше сделать скрипт, который, например, при помощи ImageMagick масштабирует Ваш оригинальный рисунок и раскладывает по папкам.

То есть, если Вы хотите поддерживать все 5 разрешений, то все Ваши оригинальные рисунки должны иметь размеры, делящиеся на 24 нацело.

Однако, LDPI можно не рассматривать. Тогда пропорции получаются:
MDPI:HDPI:XHDPI:XXHDPI=2:3:4:6.
И в этом случае, очевидно, что все оригинальные рисунки должны иметь размеры, нацело делящиеся на 12. Кстати, даже если Вы оставите поддержку только HDPI и XHDPI Вам все равно нужен множитель 12, а значит Вы дешево получаете поддержку и MDPI и XXHDPI.

Для iOS все чуточку проще. Смотрите комментарий @Lerg.

Шифровальщики как правило распространяются двумя путями -
1)Письмо на почту с вложением - пользователь открывает письмо и запускает шифровальщика.
2)Подбор пароля к серверу терминалов - тупо перебирают популярные пароли на открытом 3389 порту.
Т.е либо социальная инженерия либо перебор паролей в надежде что кто нибудь поставит пароль 123, или qwerty

В данном случае использовалась уязвимость протокола SMB v1 - этот протокол обеспечивает доступ к сетевым папкам, и передачу файлов в сетях. Данная версия давно не используется, и оставлена исключительно для совместимости.

Однако компьютеров у которых 445 порт смотрит наружу практически нет.
Все компьютеры стоят либо за файерволом роутера, либо еще и за NAT'ом.

В результате в большинстве случаев страдали крупные компании - компьютеров много, где-то выставили 445 порт наружу - заразился, и дальше уже по локальной сети кладет всю сеть.
Эта атака по сути не такая уж и крупная. Просто от атаки пострадали крупные корпорации, что и обеспечило пиар.

Уязвимость по сути не страшная - 445 порт просто никогда, никто, не будет светить наружу. В теории.
На практике находятся такие - либо в DMZ файловую шару загонят, либо порты пачкой пробросят, чтобы не париться по одному.
Человеческий фактор.

irfan view. Ресайзит лучше Фотошопа, кропает отлично, параметров сохранения - куча и без килограмма метаданных.

Вам нужно попробовать параметрическое моделирование. На этом поприще у NX просто нет конкурентов.

Смысл в чём - все эскизы и тела задаются в аналитическом виде. Вот окружность, вот прямая. Прямая к окружности касательная. И как бы вы не меняли модель, прямая всегда будет касательной.

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

NX включается в себя весь цикл разработки - CAD/CAE/CAM.

Для архитектуры, наверное, не подойдет.

Первый и главный скилл в программировании - научиться гуглить. Там можно узнать много интересного. Например то, что для Unity используется C#, а не С++, и учить стоит его.
Имхо языки программирования лучше всего учить по книгам. Их тоже можно загуглить, но вот вам несколько книг с пояснением:
- Head First C#. Книга написана легким, немного "детским" языком. Хороша тем, что содержит упражнения, а теорию в программировании очень хорошо подкреплять практикой. На места, где рассказывается о WinForms и WPF можно особо не смотреть, в Unity они не используются (но тем не менее будут полезными).
- C# Троелсена. Хорошая, более "серьезная" книга. Советую, если собираетесь заниматься этим серьезно.
- C# Шилдта. Многие ее любят советовать, но как по мне эта книга подходит больше как справочник, чем учебник.
В любой непонятной ситуации гуглить и смотреть документацию (MSDN).

После чего советую начать учить Unity (а не одновременно, чтобы не было каши в голове). Тут хорошо подходят видеоуроки, их тонны, гугл в помощь. Ну и на хабре классные обучающие статьи есть. А еще официальные видеоуроки Unity довольно классные.

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

своим кодом переписать их с сохранением оригинального дизайна и элементов функционала.

Цвета, текста и картинки поменяй - вот тебе и новый дизайн, если на свой не способен. Совсем уж тырить чужое так явно - себе во вред. Хоть какая-то работа над контентом должна быть.

Судя по скриншоту, лайтмапами вы не пользуетесь. Почитайте про Global Illumination и Lightmapping, начать можете с мануала и официального туториала:
https://docs.unity3d.com/Manual/GIIntro.html
https://unity3d.com/ru/learn/tutorials/topics/grap...
Кроме лайтмапов явно используются постэффекты, может быть самописные, может быть из Standard Assets. Без них картинка будет совсем не такая. А вообще можете написать разработчикам и спросить как они добились такой картинки, контакты есть у них на сайте.

Для себя нашел способ, неудобный, но работает.

В фотошопе активировать инструмент "Перо"
Выделить все слои с контурами
Скопировать в буфер обмена
Вставить в новый документ люстры как составной контур
Тут придется заново выставить толщину линий и способ из соединения (через буфер эти параметры не переносятся или я что-то делаю не так).
Далее экспорт в svg из люстры.