• Куда двигаться на новом рабочем месте?

    @dshumov
    Олдскул - Фигурнов форева
    У вас впереди испытательный срок (если конечно он оговаривался) он как раз и служит, для того что бы вы присмотрелись к работодателю и работодатель к вам. И в течении этого срока можно уйти вполне нормально. и никто этого не осудит. У нас, почему-то по традиции считается что во время испытательного срока только работодатель смотрит как вы работаете. И начинает обижаться если наоборот...
    Ответ написан
  • Оцените макет веб-сайта?

    cesnokov
    @cesnokov
    <head>&nbsp;</head>
    Надо сразу разобраться, это вы для себя делаете или будете кому-то показывать? Если для себя, то всё сделано так "как нравиться вам", тут останавливайтесь и дальше не читайте.

    Смысл персональной странички, передать информацию о себе. Ключевое слово "информацию" и передавать её надо максимально грамотно. Не занимайтесь "креативом", рано вам пока это. Основное правило композиции: если объект выкинуть и ничего не измениться, то этот объект лишний. Всегда пользуйтесь этим правилом по 100 раз на дню. А дальше, сверху вниз с лева на право:
    • Разделение ссылок наклонными "слэшами" говорит нам, что это путь (хлебные крошки), а не меню. Используйте более принятые знаки, например вертикальные линии или токи, кружочки.
    • Все эти фишки с "My name is web developer and I am Kirill from Russia" устарели лет 10 назад. Просто передавайте информацию максимально грамотно! Используйте знаки препинания и заглавные буквы там где надо > Hello,
    • Думаю, что в тексте достаточно того, что вы из Калининграда. Не надо уточнять, а тем более в обратную сторону (Калининград, Россия - а не наоборот).
    • Параграф текста "For now..." без отступа? А почему следующий с отступом? Везде должно быть одинаково.
    • В тексте есть грамматические ошибки.
    • Предложение пишется с заглавной буквы, в том числе если оно кнопка.
    • CV это по-русски, в английском языке это "Resume".
    • Ваше имя написано ExtraBold'ом, это "лишний объект". Шрифт тоже объект, не надо их много! Достаточно тех которые используете в основном тексте Regular и Bold.
    • Высказывания Стива Джобса оставьте для девочек в Фэйсбуке, тут они не уместны.
    • Я бы и розочку сделал белой, тогда бы страница была монохромной :)

    Надеюсь я вас не обидел своей точкой зрения. Всем и всегда есть, куда расти. Как то так.
    Ответ написан
  • Меня уволили. Что мне думать?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Всегда и везде надо проактивно идти на контакт. Постоянно спрашивать коллег и руководство об их прямом и откровенном мнении. А если вас уволили, то это такая возможность разговаривать с бывшим руководством прямо и без обиняков, какой не добиться без увольнения. В корне многих проблем лежит недосказанность. Обратная связь - карта на пути к совершенству. Важно только устранить личную эмоциональную реакцию из оценки отзывов.
    Ответ написан
  • Как ребенка 12лет ввести в it?

    Sanes
    @Sanes
    !
    Сам разберется ближе к выпускным классам.
    Ответ написан
  • Как быть хорошим junior?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    build engineer
    1. Адекватность и самостоятельность.
    Детальнее: Умение понять суть задачи, чтобы выполнить ее. Самостоятельно решать проблемы - в это слово входит не только то, что возникла проблема - порешал. А умение решить проблемы, которые ты решить не можешь. То есть организовать решение проблемы. Заблочили аккаунт? Выяснить, вызвонить, попинать, чтобы разлочили побыстрее. Не знаешь как решить какую-то техническую проблему - достучаться до куратора. Не сидеть и ждать три дня, пока он вспомнит про твою проблему, а регулярно уточнять. Занят куратор - подойти к другому. Не успеваешь решить в срок - прийти к куратору заранее, а не за час до конца срока.
    В общем, чтобы за тобой не бегали.

    2. Умение ставить правильные вопросы.
    Сперва загуглить, потом задать вопрос для уточнения. В идеале ставить вопросы, на которые ответ будет "да" или "нет", но это я утрирую. Не бояться спрашивать вещи, которые совсем не понимаешь, но тут не нужно ожидать что все будут разжевывать - следует задать вопрос, чтобы понять куда копать. Иногда достаточно знать пару ключевых слов, по которым можно загуглить.

    3. Желание учиться.
    Не бояться изучить лишнее, потому что "мне же это не пригодится". Умение гуглить по ключевым словам. Не лениться изучать как что-то работает, чтобы понимать почему это происходит. Понимание принципов работы очень сильно увеличивает интуицию.
    Ответ написан
  • Как называется подобный дизайн (или не дизайн, тип UI?)?

    Zoominger
    @Zoominger
    System Engineer
    Нарисуйте штоль, у меня в голове такое вот рождается. Оно?
    5d3af97f7e518236553789.png
    Ответ написан
  • Какие аргументы для клиента при обновлении сайта (редизайн)?

    cyber_roach
    @cyber_roach
    XAML UX дизайнер INEDIapps
    Важна цель редизайна, а не типографика, структура и прочее.
    Если вы четко обозначите клиенту например:
    - Я могу сделать дизайн так, чтобы в службу поддержки приходило вдвое меньше звонков
    - Я могу сэкономить вам на том-то - том-то порядка 1 млн в год перерисовав вот тут и вот тут.
    - Вот эта фича позволит утереть нос вашему основному клиенту
    и пр.
    Тогда ваши услуги купят сразу, а так просто не понимают чего вы хотите от них и что они получат (в цифрах в итоге)
    Определите цель дизайна ясно и четко с позиции бизнеса (а не дизайнера)
    Ответ написан
  • Какие аргументы для клиента при обновлении сайта (редизайн)?

    AleksandrB
    @AleksandrB
    Первый вопрос, который стоит задать - а надо им это?
    В некоторых отраслях дизайн совершенно не важен и клиенты приходят не взирая на то какой там у них шрифт на сайте. Клиент приходит за продуктом. Конкретным продуктом, если аналогов продукта нет, то и на структуру им все равно. Если сайт приносит прибыль, то может там все не так уж и плохо?
    Дизайн делает для аудитории, 40 летнему дядьке плевать на картинки, рамки и стиль, он прагматичен и сайт должен быть таким же, так может их доисторический сайт не такой уж и плохой, как кажется?
    Ответ написан
  • Общение/переговоры с заказчиком занимают много времени, что делать?

    mixail_fet
    @mixail_fet
    Дизайнер веб-интерфейсов
    Когда я работаю над каким-то проектом с почасовой оплатой, все разговоры, звонки и переписки - входят в тариф, иначе можно заниматься только 2 - 4 часа в день проектом, а остальное время потратить на разговоры.

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

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

    Ну и третье - у задачи должен быть только один или два посредника, если весь офис вам названивает целыми днями - значит конкретно в вашем случае, неправильно построена система разработки проекта.
    Ответ написан
  • Нужен ли диплом девушке в IT?

    Moskus
    @Moskus
    По мотивам самого вопроса и комментариев, попытаюсь ответить подробно.

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

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

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

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

    Отвечая на вопросы, заданные в ответах - да, вышка по профилю для специалиста по моделированию - возможна, только это не то, что вы думаете, а, например, классическое художественное образование (скульптура) в МГАХИ.
    Ответ написан
  • Можно ли использовать платные шрифты бесплатно в виде вектора в персональных некоммерческих, но публичных проектах?

    Nekto_Habr
    @Nekto_Habr
    Жёстко и правдиво: https://vms-blog.ru
    Общий ответ для всех таких вопросов: нужно читать лицензию, в ней будет дан точный ответ под любой сценарий использования. Но вероятность крайне низкая.
    Ответ написан
  • Что делать тем у кого творческая часть хворает?

    Losted
    @Losted
    Software Architect
    Занимайтесь тем, что доставляет удовольствие. Зачем себя мучать?
    Ответ написан
  • Как называется такой стиль логотипов?

    Aleksei_Segodin
    @Aleksei_Segodin
    арт директор / дизайнер
    В русском языке нету определённого названия для такого стиля. Или мне не попадалось. Но на английском есть. Называется line art (дословно: изобразительное искусство с помощью линий).
    Но line art — это довольно широкое понятие в английском. Поэтому, если хотите найти в поисковике логотипы в таком стиле, то пишите "line art logo", например.

    5c1b8a1946f90546934050.jpeg

    Но если вы спрашиваете не про изображение логотипа линиями, а про саму геометрию и построение логотипа, то это вряд ли можно расценивать как какой-то определённый стиль. Это тот же line art, только "геометрический". Но всё условно. Я бы не рекомендовал навешивать такой ярлык на все похожие логотипы.
    Ответ написан
  • Как понять, когда стоит уже переходить на "почасовую" оплату и как клиент проверяет добросовестность?

    @Stalinko Куратор тега Фриланс
    PHP'шник и фрилансер до мозга костей
    Предпочитаю в принципе работать только по почасовой ставке, потому что так честнее для всех. Фрилансер получает ровно столько, сколько проработал. Клиент тоже платит столько, сколько по факту вышло работы.
    Также при часовой оплате отпадает надобность оценивать каждую мелочь. Клиент просто просит ещё что-нибудь допилить, и ты спокойно это делаешь и потом выставляешь счёт за фактически потраченное время.

    клиенту ведь нужно как-то подтвердить, что ты все эти часы делом был занят, а не попросту отсутствовал или сериал смотрел. Как это происходит?

    Ваше подтверждение - это выполненная работа.
    Большинству клиентов не требуется подтверждать каждое телодвижение. Достаточно, чтобы общее время на задачу соответствовало тому, на что он рассчитывал.

    Но я бы рекомендовал взять за привычку пользоваться тайм трекером. Например toggl. Любую задачу, над которой работаешь, отмечать в трекере. Так по завершению недели у тебя будет хороший отчёт о том, что ты делал и как долго. С таким отчётом в принципе любые вопросы отпадают.

    По поводу обмана. Очевидно, что у фрилансера есть 1000 и 1 способ обмануть клиента. Если у вас нет доверия друг к другу, то лучше вообще не начинать отношения.
    Если клиент рассчитывал например, что ты сделаешь задачу за 10 часов, то ему всё равно, чесал ты жопу половину из этого времени, или работал непрерывно. Главное, чтобы результат соответствовал потраченному времени.

    По поводу непредвиденных увеличений срока. В идеале все такие моменты должны быть предусмотрены ещё на берегу. Т.е. ты должен предугадать, где у тебя могут быть проблемы и сразу озвучить клиенту вилку "если получится, то сделаю быстро, но возможно что придётся идти сложным путём и тогда потребуется +10 часов". Если такое вылезло внезапно, то тут уже всё индивидуально. Иногда можно что-то допилить за свой счёт (не логировать время), иногда можно объяснить клиенту и увеличить стоимость.

    Ну и общая рекомендация - не работай с жлобами.
    Ответ написан
  • Как лучше оформить этот блок?

    arsenty
    @arsenty
    Full Stack Designer
    У вас проблема не в иконке (хотя её тоже нужно поменять), а во взаимосвязи между блоками (а точнее, в её отсутствии). Эти три блока выглядят так, будто каждый из них сам по себе, а не элемент последовательной цепочки. Посмотрите, как выглядит визуализация пошагового интерфейса здесь: https://semantic-ui.com/elements/step.html
    Ответ написан
  • Как реализовать "хлебные крошки" с длинными названиями?

    AlexanderTsymbal
    @AlexanderTsymbal
    tsymbal.su
    Задать максимальную допустимую ширину длинным пунктам хлебных крошек. Для каждого разрешения (моб/десктоп) можно отрегулировать максимальную ширину, чтобы умещалось по 2-3 пункта в строку. Это уже дело техники. Такой способ 100% поможет избежать непредсказуемых растягиваний.

    Ответ написан
  • Как начать развиваться начинащему дизайнеру?

    Базовые понятия для начала:
    • Цвет и композиция
    • Типографика
    • UI-киты, верстка, адаптивность

    Для развития и чтения:
    1) Серия A Book Apart: https://www.mann-ivanov-ferber.ru/tag/category-boo...
    2) Иттен Искусство цвета. Искусство формы

    Для вдохновения:
    www.behance.net
    www.awwwards.com
    www.dribbble.com

    Софт:
    Скетч или аналог Axure
    Adobe Ps, XD
    Invision, Framer
    Ответ написан
  • С чего начать создание приложения для майндмэппинга?

    VoidVolker
    @VoidVolker
    Разработка приложения начинается с разработки ТЗ, как впрочем и любая другая разработка. Вот с этого и начните. Разработка ТЗ включает в себя такие вещи как:
    • Требования
    • Ограничения
    • Базовые скелеты интерфейса
    • Сценарии использования
    • Описание внутреннего функционала
    • Описание взаимодействия с внешними системами

    Затем все вот это расширятся в частное ТЗ, где каждый пункт описывается подробно и в деталях, рисуется полноценный дизайн приложения и как оно должно выглядеть. Это называется этап декомпозиции — большая задача разбивается на множество более мелких, а те в свою очередь еще более мелких. Описывается поведение каждого элемента интерфейса и его функционал. Так же описывается взаимодействие со всеми внешними системами и интерфейсы взаимодействия. Например ОС — используемые АПИ, сервисы, файловая система; сетевые сервисы — описание взаимодействия с их API и описание используемых ими данных. Подробно описываются сценарии использования — как пользователь может решить какую-то задачу, используя данное приложение. Разрабатывается структура приложения, его модули и подсистемы, используемые фреймворки и библиотеки. Создаются тесты приложения — отдельных модулей, бизнес-логики, интерфейса, API и прочего. И так далее. Программирование — это лишь одна из составных частей в разработке ПО. И не всегда самая большая.
    Вот после того, как напишете полное ТЗ, можно приступать к планированию разработки. В любом случае, вам необходимо ознакомиться с основами программирования (да-да, те самые большие книжки, но в сети полно более коротких туториалов, в т.ч. онлайн), какие существуют языки программирования, почему/чем отличаются и почему/чем похожи и т.д. А далее уже можно потихоньку брать по одной задачке из вашего ТЗ и поэтапно решать.
    Ответ написан