Никита Гарейшин

Из "фотошопов" могу посоветовать Adobe Photoshop. Не благодарите.

В первую очередь - карандаш и бумага. Остальное зависит от конкретных задач.

понять, что веб-дизайн состоит не только из дизайна, а дизайн создаётся не в Photoshop'е

У любого дизайна есть автор. Другой вопрос в том, что разрешил автор со своей работой делать дальше.

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

Юридические проблемы возможны с того самого момента как правообладатель подаст заявление в суд. Если он конечно будет этим заниматься.

Гневные письма в этом случае пойдут не как моральный аспект, а как попытка досудебного урегулирования (но судиться можно и без писем).

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

P.S. Тематика в данном случае ни на что не влияет.

Все зависит от направленности Вашего сайта и работа эта точно не кодера.
Можно сделать качественно, но с недочётами или наоборот. Обычно, UX/UI подразумевает размещение элементов и блоков для УДОБНОГО использования и только УЖЕ ПОТОМ - дизайн.
Конечно, это работа не дизайнера и не кодера, а UX/UI специалиста, который чётко понимает работу человеческого мозга, направление взгляда во времени, восприятие цвета, изображений и т.д и может сделать качественную "интеграцию" страницы веб-сайта (или иного интерфейса) с человеческим восприятием на интуитивном уровне.

Такого уровня или даже хуже примерно 50 000.
Плюс надо учесть что такие проекты делаются не за раз, после готового первоначального варианта идет стадия поддержки.

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

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

Создание интерфейса — это задача дизайнера. Менеджер должен предъявлять вопросы и озвучивать реальные или возможные проблемы перед дизайнером. Но правки и переделки должен делать сам дизайенр, своими руками. Важно еще понимать, в какой форме менеджер должен ставить задачи перед дизайнером. Он не должен просить дизайнера «сделать кнопку красной, а не зелёной». Он должен сформулировать проблему в целом — например, «нам нужно увеличить число кликов по кнопке в два раза» — чтобы дизайнер сам подумал, как её лучше решить и предложил свой вариант.

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

Однако и специалист должен уметь проявлять гибкость и отзывчивость. Он не должен просто отфутболивать менеджера с его «глупостями». Нужно уметь на эти глупости достойно отвечать: приводя аргументы, опыт успешных решений, а иногда и делая что-то по желанию менеджера с дальнейшей демонстрацией, что новый вариант хуже. Иногда требуется время, чтобы менеджер научился доверять дизайнеру и начал понимать, какие вопросы принципиально обсуждать и дискутировать, а какие целиком и полностью можно отдать на усмотрение дизайнера.

Для ответа, в частности, на такой вопрос, например, автор того же слона разрабатывал сотоварищи профстандарт Дизайнера интерфейсов: www.slideshare.net/daefremov/ps-design-v14-2611201...

Там по каждой трудовой функции есть знания и умения.

графический планшет

Вообще нет смысла связиваться с загнивающим Западом. Зачем вам те доллары? Исконно русские рубли в сто раз лучше.

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

Мой основной мотив, заниматся этим, была возможность самореализации. Это то чего мне всегда было нужно. Даже на гитаре научился играть между делом и закончил муз училище уже будучи взрослым.

Но в какой то момент, я решил попробовать программировать. Я начал изучать PHP. Ну с ним естественно MySQL, HTML, CSS, JS.

О как я был слеп. Войдя в мир программированя, я понял, почему будучи художником, и еще стал учится музыке. Мне не хватало. Я чувствовал голод. Но погрузившить в программирование, я "нашел мир своей душе" (только Бог может дать истинный мир). Я насытился. Я получил все что надо.

Я всегда думал что я гуманитарий и точные науки, я не потяну. Даже в институт из за этого не пошел. Но оказалось, что я просто был обманут тем фактом что в 10 лет был отдан в Художественную школу что и сформировало следующие 22 года моей жизни.

Писать код, это как писать картину, только вместо того что бы на нее смотреть, она может делать, то что тебе надо. Это как рисовать в 3х измерениях. Возможностей для само реализации столько, что просто не видно конца. Как человек творческий, меня более чем удовлетворила эта сфера деятельности. Я до сих пор смотрю на код как на мои работы, мой арт. Архитектура алгоритма это как композиция. Надо все раставить красиво и гармонично. Чистота кода, это как техника штриха. И конечно же для хорошей картины важны мелкие детали, хорошо прорисованые и продуманые.

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

Короче

Коротко ответ на вопрос. Может и у вас скрытый талант и любовь к этому. Может попробовав вы уже не сможете от этого отказаться. А может и нет.

Ни знаю стоит ли изучать програмирование дизайрену, но уверен что попробовать уж точно стоит.

Делайте то, что вам нравится.

Судя по тому, что вы не знаете с чего начать, вы не знаете зачем оно вам надо, а если вы не знаете зачем оно вам надо, то скорее всего оно вам не надо ;-)

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

Вот посмотрите статью, буквально на днях с Хабра, там в комментариях разработчики кое-что поясняют по этому поводу habrahabr.ru/company/enterra/blog/219535