• Где Junior разработчику искать компаньона/компаньонку для переезда в Москву?

    @MasterMike
    Также как и не Junior разработчику.
    Причем здесь IT вообще.
    Ответ написан
    Комментировать
  • Законно ли выкладывание выполненного тестового задания (верстка) к себе в портфолио?

    Если это тестовое задание и рассылается всем потенциальным работникам, то логично, что распространяется свободным образом и работодатели не претендуют на какие-либо авторские права, поэтому вы можете использовать в портфолио подобное задание. Вопрос в другом, стоит ли это делать.
    Ответ написан
    3 комментария
  • Как полностью написать сайт с нуля, если ты знаешь только frontend?

    Если вашему сайту не понадобится работа с БД, то вы можете просто закинуть статику на хостинг и ваш сайт будет нормально работать
    Ответ написан
  • Вернуть клиенту деньги, за проделанную работу?

    @dimoff66
    Кратко о себе: Я есть
    Отдайте деньги и ждите. Не далее чем через 3 месяца клиент попросится обратно - берите двойную сумму.
    Ответ написан
    22 комментария
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @dimoff66
    Кратко о себе: Я есть
    Подход к тестовым заданиям очень многое говорит о человеке. Есть люди, кто глядя на сложное тестовое, радуется: "Ура, даже если меня не возьмут, есть возможность еще чему-то поучиться и положить еще один проект в копилку портфолио". Это будущие хорошие специалисты. Те же, кто боится сложных тестовых заданий, так же будут бояться и работы и будут всегда присматривать себе местечко с меньшим гимором, а главное не получать от работы удовольствия. Плох тот джуниор, кто не считает себя потенциальным сеньором.

    Весь кайф в жизни и программировании - делать сумасшедшие вещи, делать то, что ты не знаешь, делать с запредельным качеством. Тогда есть удовлетворение, иначе все наскучит.
    Ответ написан
    4 комментария
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @stratosmi
    Имхо, вы путаете:

    Junior
    и
    Trainee

    Для джуна задание нормальное. Более чем несложное.

    А то, как вы к нему относитесь боязливо - скорее выдает трейни.

    Радует что нет адаптива


    И это вы пишите в конце второго десятилетия 21 века?
    Когда трафик со смартфонов давно превысил 60% ?
    Ответ написан
    Комментировать
  • Тестовое задание (Junior Frontend), приемлемое ли?

    bootd
    @bootd Куратор тега CSS
    Гугли и ты откроешь врата знаний!
    При чём тут какая-то связка с php? Как php вообще относится к вёрстке? Если вы там адаптивности боитесь, то, лично моё мнение, вам ещё нужно подтянуть знания и вы себя в оценке переоценили))

    Что насчёт самого макета, то я бы сказал, слишком лёгкий. Чё тут делать то? Карту вставить? Подвигать стрелочки при наведении через css? Сделать кнопку с раскрытием меню?

    P.S. Я никак не хочу обидеть или оскорбить вас, но я не понимаю, сути вашего вопроса. У вас навыки 70% х 30%, а вы вместо того, что бы начать верстать, пришли сюда с глупым вопросом, а не слишком ли сложно!
    Ответ написан
    2 комментария
  • Верстка с нуля: какие основные этапы работы?

    Vlad_IT
    @Vlad_IT Куратор тега Вёрстка
    Front-end разработчик
    Использую vscode+webpack+pug+scss+бэм. Из физических инструментов, основной моник: lg ultrawide 29um69g, рядом прикручен моник от ноутбука повешенный вертикально, подключенный через универсальный скаллер.

    0) Запускаю Spotify :-)

    1) Произвожу установку всех необходимых модулей для сборки. В моем случае у меня набор конфигураций для webpack (отдельные файлы для pug, scss, static и.т.д., выбираю что нужно).

    2) Запускаю avocode, загружаю в него макет. Определяю в нем переменные (в то же время записываю их, чтобы сразу кинуть в scss файл) для цветов, размеров шрифтов и.т.д. чтобы при получении кусочков кода из него, он сразу расставлял переменные.

    3) Запускаю VS Code, открываю нужную папку.

    4) Пишу размету на Pug. Пишу с БЭМ, если встречаю повторяющийся блок, то открываю файл _mixins.pug, в который пишу миксины для повторяющихся блоков, например товаров, пунктов меню, каких-то блоков и.т.д. Pug умеет делать циклы, это ускоряет сильно.

    5) Когда HTML готов, начинаю делать каркас. Если дизайн сделан по сетке, определяю контейнеры, колонки, строки в свои классы (не пишу в html тучи классов аля col-md-6, а пишу в SCSS инклуды в нужные мне блоки, типа @include make-col(2) и.т.д.).

    6) Экспортирую картинки из Avocode. Очень делается просто, указываю папку и просто кликаю экспорт и ввожу название файла и расширения. Преимущественно для иконок использую svg, если нет svg, то ищу эту иконку в интернете (дизайнеры редко рисуют иконки сами, но зато любят вставлять их не в векторе). Если иконка простая, могу сам ее в inkscape обвести, ну и если нет, то экспортирую png в размере (благо авокод это позволяет, если конечно дизайнер не вставил в исходном маленьком размере). Когда есть контакт с дизайнером, трясу его, ибо растр это плохо для иконок.

    7) Пишу стили блоков из страницы. На этом этапе можно на втором монике параллельно смотреть футураму или
    Арчера :-) Но чаще на широком монике слева браузер, справа VS Code, а на втором монике Avocode (может меняться местами с браузером). Мысленно нарезаю страницу на блоки. Для каждого блока (БЭМ) создаю отдельный scss файл (кто-то даже для элемента создает, но мне лень), из него сразу выписываю все селекторы. Иногда могу сначала выписать все селекторы со страницы (но так лучше не делать, т.к. во время работы может потребоваться изменить что-то в разметке), но чаще для одного блока выполняю этот пункт и за ним сразу выполняю пункт 8, потом для нового блока опять 7 и 8 и.т.д.

    8) Пишу css код вместе с Avocode, у него беру нужные мне параметры (а он уже подставил в них переменные), и вставляю в мой код. И параллельно сверяю со скрином макета используя вот это расширение https://chrome.google.com/webstore/detail/perfectp...

    9) Пишу адаптив. Я не могу привыкнуть к методологии mobile-first, поэтому пишу всегда сначала полную версию сайта. Я понимаю, что это чревато всякими проблемами и это типа не модно, но мне норм.

    10) Медиа-запросы пишу прямо в блоках, для каждого блока/элемента/модификатора может быть отдельный медиа-запрос. Но для начала определяю breakpoint'ы для разных экранов (чтобы их не было сотни разных), если использую Bootstrap, то беру его breakpoint'ы.

    11) Добавляю анимашки. Даже если заказчик не просил отдельно (и если не указал отдельно, что нельзя), он все равно будет доволен, а с animate.css+onscreen.js это вообще работа 10 минут. Сложные анимации обговариваю отдельно, чтобы не сделать ненужную работу.

    11) Все снова сверяю, пишу скрипты где надо. Для слайдеров в 99% случаев подходит slick (с доработками конечно, но там хорошее API), для других случаев могу написать свой.

    12) Сдаю заказчику и жду ответа сидя на тостере/пикабу.

    Это чисто мой опыт, опыт фрилансера, не знаю, как делают другие и не могу на 100% утверждать что это 100% правильный способ. Я так и не смог заставить свой конфиг webpack правильно вставлять спрайты svg.
    Надеюсь чем-то поможет мой ответ.
    Ответ написан
    7 комментариев
  • Как стать тестировщиком, на что обратить внимания?

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

    Второе: нужно уметь искать и усваивать информацию. Сформулировать вопрос, вбить в гугл, поискать ответ.
    Если не нашли ответ - попробовать ещё N раз, только после этого идти задавать вопросы другим людям.
    Задавать вопросы - важное качество для тестировщика, но если вы не будете пытаться найти ответ самостоятельно, перед тем как их задавать - никто не оценит.

    Третье: получить необходимые знания по тестированию, computer science и смежным областям.
    Что вам понадобится:
    - Основы computer science, работы клиент-серверных приложений, HTTP + знания по устройству и принципам работы целевой платформы (мобильные\дектоп\т.д. в зависимости от вакансии).
    - Знания по теории тестирования. Здесь достаточно прочитать одну-две книжки по тестированию и\или два десятка статей в интернете. Важно не заучивать определения, а понимать что это и зачем.
    Стандартный набор: что такое тестирование и его цель, виды и типы тестирования, методики тестирования, практики тест-дизайна, виды артефактов тестирования и тестовой документации (какие зачем нужны, когда применять, как писать).
    - SDLC, методологии разработки, жизненный и релизный цикл приложений.
    - Основы работы с базами данных: какие бывают, что такое, базовые запросы SQL.
    - Основы программирования: базовый курс в интернете\книжечка\ютуб по Python\Java\что-нибудь ещё.

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

    Пятое: Profit - вы тестировщик.
    Ответ написан
    Комментировать
  • Что нужно иметь и знать в фреймворке React джуну?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Хороший кандидат на должность Junior React Developer, по моему мнению, должен соответствовать следующему перечню требований:
    1. Хорошее знание JavaScript. В React разработке используется ES6 и большинство экспериментальных фич еще не вошедших в стандарт.
    2. Хорошее знание HTML и CSS. Кроссбраузерная верстка. Так же, хорошо иметь представление о том, что такое css-in-js.
    3. Web APIs. Умение работать с объектной моделью документа(DOM) и все эти XMLHttpRequest, localstorage, cookie, history и прочее.
    4. Хорошее знание API React. Вы должны хорошо знать React, знать его возможности, понимать основные концепции и уметь ответить на большинство типовых вопросов. Для этого достаточно хорошо изучить документацию, разобрать пару типовых проектов на github и попрактиковаться. Много полезной информации, приёмов и идей можно подчерпнуть из тематических статей и докладов. Так же, на просторах интернета можно найти подборки типовых вопросов, часто задаваемых на собеседованиях. В англоязычном сегменте их больше.
    5. Redux. Уверенное знание API. API библиотеки до боли пост. Знать, что такое промежуточное ПО и зачем оно. Понимать базовые концепции архитектуры Flux. Все это есть в документации и многочисленных курсах.
    6. Умение работать с менеджером пакетов npm на базовом уровне.
    7. Node.js. Хотя бы уметь написать простейший express/koa сервер, который будет отдавать ваше приложение и статику.
    8. Webpack. Базовые знания.
    9. Умение работать с git. Хотя бы знать и уметь примерять команды: init, clone, add, commit, push, pull, merge, checkout.
    10. Иммутабельность. Четкое понимание зачем это надо. Знание приемов иммутабельного изменения структур данных. Это есть в официальном туториале React.
    11. Статическая типизация TypeScrpt/Flow. Для начала хватит самых основ и способности понимать чужой код.
    12. Функциональное программирование. Хватит знаний полученных в процессе изучения JavaScript, а так же не помешает знать, что такое каррирование, чистые функции и рекурсия.
    13. Базовые концепции ООП. Хватит знаний полученных в рамках изучения JavaScript.
    14. Асинхронный код. Понимать как его правильно организовывать. Promise, async/await.
    15. Сетевые протоколы передачи данных. Вполне хватит базовых знаний о http/https, о том, что такое заголовки и какие они бывают. Хорошо знать о том, что такое websocket.
    16. За плечами должен быть хотя бы один учебный проект на React. Хватит типового тестового задания.
    Примеры таких заданий: 1, 2, 3(сайт может быть не доступен на территории РФ, советую отрыть через VPN и посмотреть), 4, 5. Если подобного проекта у вас нет, то будьте готовы, что потенциальный работодатель предложит вам выполнить тестовое задание и только по его результату вас, может быть, пригласят на техническое интервью. Если напишите хорошо, вас скорей всего пригласят.
    17. Желателен опыт создания типовых UI элементов. Например, чтобы не вызывало трудностей написать простой кастомный чекбокс. Куча примеров реализаций типовых элементов есть на codepen.

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

    Похожий вопрос.
    Ответ написан
    18 комментариев
  • Какой путь изучения программирования выбрать?

    sM0kfyz
    @sM0kfyz
    Frontend dev.
    Б1: РЫНОК ТРУДА И ПЕРСПЕКТИВЫ.

    Б1.1. Веб

    Б1.2. Веб

    Б1.3. Пока не пройдете интервью. Что нужно учить там же и узнаете.

    Б1.4. Шансы есть. Язык старый - специалистов много. Хотя язык сложный, но зарплаты почему-то меньше, чем в вебе или мобильной разработке.

    Б2: ОСНОВЫ ПРОГРАММИРОВАНИЯ\БАЗА.

    Для большинства задач в вебе это не надо. Если хотите большего, то изучайте другие ресурсы. Но это риск забросить все.

    Б3: ЯЗЫКИ ПРОГРАММИРОВАНИЯ

    Б3.1. Один язык.

    Б3.2. В зависимости от выбранной области, информацию ищите в интернете. Второй язык можете вообще не учить до конца жизни, если не понадобится.

    Б3.3. Самое лучшее - документация к выбранной технологии.

    Б3.4. Изучение 1-2 недели. Понимание - несколько лет.

    Б3.5. Для веба freecodecamp.com Можете стартовать прямо сейчас, а то искать лучший язык можно бесконечно.

    Б3.6 Нет.
    Ответ написан
    Комментировать
  • Почему чувствую себя бесполезным и ни на что не способным на первой работе по специальности?

    ApeCoder
    @ApeCoder
    Умение разбираться в чужом коде, общаться с людьми и опыт работы с конечными пользователями весьма важны для современной коллективной разработки.

    Жизнь дала вам ситуацию, в которой вы можете получать эти скиллы.

    Задайте себе вопросы:

    - что я могу сделать в следующий раз, чтобы получить более подробную постановку задачи сразу? Уточнить неизвестные термины?

    - как я могу тебе извлечь нужную информацию из кода и как IDE и отладчик поможет мне в этом?

    - где есть документация и как ее найти?

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

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

    - был ли я понятен для пользователей когда занимался поддержкой?

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

    Даже если вы ни на что не можете повлиять, ответ себе на подобные вопросы сделает вас лучшим программистом
    Ответ написан
    Комментировать
  • Почему не рекомендуют начинать с фриланса?

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

    @Eugeny1987
    Работаю с HostCMS
    как-то так
    <button onclick="показатьеще()">показать еще</button>


    1. сделать проверку на то, что есть еще страницы
    2. создать кнопки\ссылки с адресом до следующей страницы
    3. отправить ajax запрос на сервер
    4. обработать на сервере запрос, вернуть ответ
    5. вывести ответ на сайт
    6. при необходимости повторить сначала

    для клиентской стороны можно воспользоваться этим: https://infinite-scroll.com/
    Ответ написан
    Комментировать
  • Как адаптировать сайт на bitrix для моб устройств?

    Palehin
    @Palehin
    Frontend
    Вам в любом случае придется редактировать стили и добавлять медиазапросы.
    Ответ написан
    Комментировать
  • Как адаптировать сайт на 1с-bitrix под мобильные?

    babarun
    @babarun Куратор тега 1С-Битрикс
    Безумный план моих идей в руках больных людей
    сложно ли сделать адаптацию сайта на bitrix, не имея при этом опыта с данной cms

    Сложно

    Можно ли сделать с помощью медиазапросов.

    Можно

    На какие аспекты обращать внимание, какие подводные камни

    Всё что относится к трансформации интерфейса под мобильные устройства выносите в отдельный css, чтобы не испортить то что уже есть
    Ответ написан
    Комментировать
  • Как поменять стили у дочерних блоков при нажатии на основной при помощи CSS?

    @Flying
    Для того чтобы всё заработало - необходимо чтобы input стоял перед label, а не после. CSS селекторы работают только "вперёд", соответственно если хочется завязать изменение стилей на состояние checkbox - он должен располагаться в DOM раньше чем элементы к которым будут применяться стили, зависящие от состояния checkbox'а
    Ответ написан
    1 комментарий
  • Как разрешить тексту выходить за границы?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    css.jpg
    Ответ написан
    Комментировать
  • Первая работа для верстальщика, как получить?

    Veneomin
    @Veneomin
    Можно с любым уровнем получить работу. Подавай везде резюме, ходи на собеседования. Не важно кокой у тебя уровень, твоя задача попасть в команду хотя бы интерном, а там дальше ты быстро подтянешь скилы, зп и тд.
    Ответ написан
    Комментировать
  • Где искать верстальшиков, если hh и мой круг не дали результата?

    Krasnodar_etc
    @Krasnodar_etc
    fundraiseup
    Вакансию киньте, проблема 100% в ней
    Ответ написан
    Комментировать