vaux

Да, достаточно выделить слой с текстом (именно слой, а не сам текст) и в окне "Character" можно перебирать шрифты:

Рисуете векторный сплайн, на котором должен располагаться текст, потом создаете слой с текстом, который в панели слоев должен быть над слоем со сплайном, выделяете слой с текстом и активируете в меню Type > Text on Path. Потом просто перетаскиваете текст для нужного расположения на сплайне.

Собственно, всё это есть в документации к скетчу: https://www.sketchapp.com/learn/documentation/text...

Эти ступеньки являются болезнью режима 8 бит на цветовой канал. 8 бит - это 256 уровней яркости. Это очень мало для таких длинных одноцветных градиентов, как тот, что вы приложили. Идеальный вариант - начинать работать в режиме 16 бит на канал (при создании документа поменять Color Mode с 8 bit на 16 bit). В таком случае перед экспортом в жпег просто сливаете все слои и переводите картинку из 16 в 8 бит (меню Image > Mode > 8 Bits/Channel). Все ступенчатые градиенты магическим образом будут сглажены.

Чтобы всё не перерисовывать, можно поменять режим на 16 бит у уже готового документа и перерисовать только те градиенты, которые дают такую явную ступенчатость. Или же если в документе есть градиенты, которые созданы не инструментом Gradient Tool, а, например, с помощью градиентного слоя (Fill Layer) или с помощью эффектов слоя, то можно перевести документ в 16 бит ничего не меняя. Потом просто перед экспортом все слои сливаете, переводите документ в режим 8 бит на канал и сохраняете в жпег или любой нужный формат.

Библиотеки же. Они повсюду, там тихо, есть розетки.

Освойте сначала что-то одно на приличном уровне, а уже потом будете гнаться за трендами, следить за выходом новых технологий и т.п. В первую очередь вам нужна база: алгоритмы, структуры данных, понимание ООП, знание паттернов, TDD и т.д. Потом вам нужен опыт программирования. Чем больше вы пишите, тем больше понимания того, что вы делаете. Устройтесь джуном в контору, где над вами будет стоять опытный сеньер или тимлид. В конторе обязательно должен практиковаться code review, где ваш код будут разбирать и указывать на ошибки и спорные моменты. C++ и андроид не исчезнут в одночасье, можете спокойно развиваться в том, что вам интересно. А технологии рождаются и умирают. Это нормально и вам с этим жить, если решили стать программистом. Вам постоянно придется изучать что-то новое, но для начала освойте что-то одно на хорошем уровне.

Более того. Если вы программист, то вы в первую очередь software engineer. Вам не должно быть дела до языка или технологии. Это всё вторично, потому что вы должны знать всё. Вам дали задачу, вы выбрали наиболее подходящий инструмент и решили эту задачу. К этому нужно стремиться.

Google > UI animation tools.

TransferWise. Дешевле, чем wire transfer. Для вашего банка этот перевод будет выглядеть как местный всходящий банковский перевод, что гуд, ибо отсекает лишние подозрения со стороны банка. А для заказчика этот перевод будет также локальным, так что проблем возникнуть не должно.

Сложно по сравнению с чем? С устройством в ноунеймовую контору? Очевидно, что да. Во-первых, в топовой компании требования выше (даже к стажерам), во-вторых, туда много кто хочет попасть, так что в рамках конкурса будет выбираться только лучший из лучших. Но это не значит, что не нужно даже пытаться. Все компании выкладывают у себя на сайтах вакансии: гугл, эппл, пэйпал. Смотрите требования, пишите отклики и, возможно, вам повезет.

Считается, что box blur - это упрощенная версия gaussian blur. Соответственно, box blur работает быстрее, но результат размытия выглядит "квадратным". Попробуйте взять любую контрастную фотографию и применить фильтр box blur, а потом сравнить результат с работой фильтра gaussian blur на этой же фотографии. Gaussian blur даст более сглаженный результат, по этому этот фильтр обычно и используют, если нужно что-то размыть. И, хоть box blur работает быстрее, в редактировании фотографий разницы в скорости работы вы не увидите. Разница в скорости будет ощущаться только при работе над изображениями с разрешением около 60 МП и более. Хотя я вот взял картинку с разрешением 10000x6000 пикс. (60 МП), и разница в размытии между gaussian и box blur составила буквально 3 секунды (в настройках я ставил радиус размытия, равный 600 пикс.) То есть, в редактировании изображений про box blur можно, в принципе, забыть. Практическое применение ему можно найти, например, в моушн-дизайне, чтобы по-быстрому получить черновой вариант размытия чего-либо на большом количестве кадров (тут уже можно много времени сэкономить).

Час работы вашего ПК стоит как час вашей работы? Посмотрите на расценки рендер-ферм, там цены в районе 4,4 цента за ГГц/час. То есть, при таком ценнике час рендера на 4-х ядерном процессоре с частотой 3,3 ГГц будет стоить 4*3,3*4,4 = 58,08 цента. Так что трекать отдельно время рендера - неправильно.

Какие есть варианты. Во-первых, нужно учиться работать в то время, как картинка рендерится. Плохо - когда вы ставите сцену на рендер в рабочее время, а сами уходите пить чай. Хорошо - когда вы ставите рендер на фон (или отправляете на рендер-ферму), а сами продолжаете работу. Когда рендер идет на фоне, а вы в это время пилите другие 3д сцены или обрабатываете уже готовые рендеры, то тут справедливо не останавливать счетчик (вы же продолжаете работу).

Во-вторых, можно заранее подготовить все сцены к финальному рендеру и рендерить их во внерабочее время. То есть, за день вы подготовили все сцены, при этом трекая это время, а потом останавливаете счетчик и ставите рендер на ночь (тут пригодится умение работать с системами управления рендером типа deadline). Ну или также отправляете все готовые сцены на рендер-ферму.

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

Да не нужно, по сути. Это такие мелочи, которые художнику не нужны.

Но если по сути, то по умолчанию выбран компонент H (hue, оттенок). В этом случае на цветовом столбце происходит выбор оттенка цвета, а на квадратном поле выбирается насыщенность (S, saturation, по горизонтали) и яркость (B, brightness, по вертикали) цвета. Соответственно, переключаясь на компонент S, мы на цветовом столбце выбираем насыщенность, а на квадратном поле оттенок и яркость цвета. Переключаясь на B, на цветовом столбце выбирается яркость, а на квадратном поле оттенок и насыщенность. Это справедливо и для компонентов R, G, B. Только в этом случае мы уже работаем с представлением цвета не как HSB (оттенок, насыщенность, яркость), а как RGB (красный, зеленый, синий). То есть, выбирая компонент R, на цветовом столбце регулируется интенсивность красной компоненты цвета (R, red), а на квадрате интенсивность синей (B, blue, по горизонтали) и зеленой (G, green, по вертикали) цветовых компонент. Соответственно, выбирая G или B мы выбираем, компоненту, которая будет регулироваться на цветовом столбце (а остальные две будут уже регулироваться на квадратном поле).