• Что делать если команда говнокодит?

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

    Также мы всё собираемся настроить Continuous Integration. Jenkins может прогонять по коду проверку на соблюдение стандартов и покрытие тестами, а затем показывать результаты в красивом виде. Если чей-то коммит показывает более чем N ошибок в расчёте на единицу объёма кода - можно возвращать на исправление.

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

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


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

    Ну и важно, чтобы у самих разработчиков была установка на хороший код, профессиональная гордость. У фрилансеров её, бывает, нет, а есть отношение "тяп-ляп, лишь бы работало и лишь бы часы оплатили, а там хоть потоп". Учитывая, что их заказчики занимаются code review нечасто, развитие такого отношения закономерно. Но всё-таки хочется писать красивые программы. Такое желание обязано быть.

    Я, конечно, сам не волшебник, я только учусь, и работа с командой - такая штука, которой надо постоянно учиться. Видимо, вы тоже учитесь; успехов в этом.
    Ответ написан
    2 комментария
  • Ведете ли вы документацию для проектируемого сайта или приложения?

    @JuniorNoobie
    Сижу в поддержке, пишу мелкие проекты
    Сложно вести документацию к проекту, если требования меняются раз десять на дню. И время, которое тратит lead (senior, middle) на написание развернутой документации, гораздо ценнее времени, которое потратит junior, чтобы вникнуть в проект. Вот если бы можно было писать документацию прямо по ходу написания самого проекта! Но это фантастика и у меня нет знакомых, которым это удается.
    Ответ написан
    5 комментариев
  • Как команде мобильных разработчиков заявить о себе?

    stasparshin
    @stasparshin
    не забывайте помечать ответы. дрочу на статистику
    Нанять маркетолога / директора по маркетингу. Нанять сэйлза с целью найти крутые проекты для крупных/интересных компаний. Завести блог и рассказывать там о том, как делать классные мобильные приложения. Аккаунт в Дриббл - выкладывать работы. Если крутые, вас заметят. Давать реально полезный контент, на котором другие смогут учиться. Посмотрите на Ильяхова, бюро Горбунова, IT-agency.
    Выступать на тематических конференциях. Попробовать влиться в стартап тусовку: участвовать в хакатонах. Выпускать полезные/интересные приложений как сайд-проекты в расчете на то, что ими будут пользоваться и рассказывать о вас.
    Ответ написан
    1 комментарий
  • С какой книги стоит начать изучать html5 и css3?

    @Za0r
    pop()
    1)Идешь на htmlacademy.ru и проходишь все бесплатные курсы.
    2) На этом пункте,невольно задаешься вопросом,как тебе использовать эти знания. Смотришь как верстать простейший макет https://www.youtube.com/watch?v=vFjRVugE030 на float.
    3)Проходишь все платные курсы.
    4) Читаешь https://www.ozon.ru/context/detail/id/22435909/ эту книгу. Можешь найти на просторах в инете.
    5) Берешь самостоятельно простенький макет и верстаешь его на флексах и адаптивно( на этом пункте будешь знать что это.
    6) Читаешь https://www.ozon.ru/context/detail/id/137213400/ .
    7) На этом этапе ты знаешь что существуют предпроцессоры,и хочешь изучить,советую https://youtu.be/H4cG4tbc-xQ для знакомства.
    8) читаешь такое и присматриваешь что учить дальше:
    1) glivera-team.github.io/how-to/2016/05/02/how-to-st...
    2)https://coggle.it/diagram/52e97f8c5a143de239005d1b...
    3)https://github.com/zualex/devmap
    4)blog.flppv.me/all/frontend
    5)https://medium.com/russian/%D0%BE%D1%82-%D0%BD%D1%...
    6)krekotun.ru/ui-developer-skills.html
    7)Как быстро подтянуть свой уровень веб-разработчика, чтобы соотвествовать требованиям работодателей?
    8)webmasters.teamdev.com/#html

    9) Дальше думаю сам разберешься,Удачи!
    Ответ написан
    Комментировать
  • Настройка окружения для front end?

    devellopah
    @devellopah
    установи yeoman командой npm install -g yo
    установи webapp-generator (сгенерирует дефолтный шаблон для будущего сайта) командой npm install -g webapp-generator
    установи gulp-cli и bower командой npm install -g gulp-cli bower

    и наконец командаyo webapp чтобы поднять каркас

    Вообщем всё это объясняется на самом сайте yeoman.io

    UPDATE: поскольку этот вопрос очень многих заинтересовал, я написал простой стартер для вёрстки с pug.
    вкратце: под капотом проект, который скаффолдит webapp-generator, только приспособленный для работы с pug, убрана папка тестов, добавлен gulp-uncss(чтобы отрезать неиспользумемые стили фреймворка) и почищен gulpfile.js
    Вобщем форкайте, лайкайте, пулл-реквестите(если хотите)
    Ответ написан
    1 комментарий
  • Настройка окружения для front end?

    @Worddoc
    Frontend explorer
    Понимаю твою проблему. Недавно завершил сборку своего окружения, держи, глядишь понравится:
    https://github.com/web-worddoc/primary (Старая сборка)

    https://github.com/web-worddoc/Boilerplate (Новая сборка)

    html разбит на модули с помощью pug(бывший jade), а именно с помощью встроенных "include"
    css разбит на модули и собирается на sass
    js разбит на модули с помощью require js(очень сильно не дробил, мне удобнее пока крупными кусками), что особенно удобно, если хочется избавиться от спагетти кода

    Сборка сама на gulp, стоит через консоль вбить gulp watch и начать писать код.
    Надеюсь поможет)

    P.S. Для самой сборки проекта в продакшн, прописываешь gulp build.
    Ответ написан
    9 комментариев
  • Как сделать динамический размер фотографий в блоке?

    p7161
    @p7161
    Либо на сервере в зависимости от количества фото сразу выдавать готовый шаблон.

    Либо: https://stackoverflow.com/questions/8720931/can-cs...
    Ответ написан
    1 комментарий
  • Заработок на вёрстке?

    @rudants
    Front-end разработчик
    Что за бредовые подсчеты знаний в процентном соотношении? Не занимайтесь ерундой, прекратите выдумывать эти мнимые значения - это невозможно подсчитать.
    Пришли сюда за советом и помощи ищете? Постараюсь помочь:
    1. Для начала, снизьте свои требования и ожидания от фриланса. Никто вам не будет платить и 2$/час на биржах. Вы не имеете опыта, не работаете с современными технологиями, нет портфолио, не умеете подстраиваться под других людей, и т.д.
    2. Если что-то делаете - делайте нормально. Не нужно делать глупых умозаключений, что портфолио можно набить мусорными работами, найденными в интернете. Да, можно. А теперь спросите себя - нормально ли это? Если вы уже на старте пытаетесь сделать плохо? Тех, кто делает работу плохо предостаточно, а вот хороших, ответственных и грамотных специалистов - мало. Вторых хотят везде и спрос на них бесконечно велик. К кому хотите относиться?
    3. Нарабатывайте портфолио. Не надо на начальных этапах гнаться за деньгами, на первых порах нужно набираться опыта, развивать навыки и очень много учиться. Делайте работу и просите, чтобы ее оплатили в таком размере, в каком заказчик посчитает нужным.
    4. Верстать нужно много, не стоит лениться набирать код руками, даже если уже есть готовое решение и его можно скопировать. Лучше будете запоминать, быстрее соображать и научитесь быстро шлепать пальцами по клавиатуре.
    5. Нужно много учиться, но при этом не распыляться. Я уже заметил, что вы с одного на другое перепрыгивать любите. То верстку, то программирование изучаете. Остановитесь на чем-то одном для начала, и когда будете чувствовать, что получается одно, то можно и другое будет начать.
    6. Научитесь подстраиваться под других. Не надо думать, что вы самый классный и самый нужный - это не так. Вас легко заменить. Если вам говорят, что есть работа здесь и сейчас - соглашайтесь, это ваши перспективы и ваша возможность заработать. Если говорят, что готовы помочь прямо сейчас - ищите возможность получить ее, это нужно только вам, потом такой возможности может и не быть. Хотите развиваться как специалист - много работайте и научитесь лишать себя удовольствий. Если не научитесь - будете нытиком-ремесленником всю жизнь, который оправдания на все неудачи в ком-то ищет, а не в себе.

    Ну и самое главный совет - забить на фриланс. Это рутина, от которой стремиться уйти любой нормальный человек. Фриланс - это работать 24 часа в сутки, самостоятельно дисциплинировать себя и формировать график индивидуально. Хотите расти и зарабатывать - ищите место, где вас примут в штат и будут готовы обучать.
    Ответ написан
    Комментировать
  • Как реализовать смещение блока отрицательным margin?

    teotlu
    @teotlu
    Навёрстываю упущенное
    Делайте отрицательный margin-top у блока, который имеет голубой фон.
    Кроме того, сделайте position: relative для обоих блоков, и поставьте на первом z-index больше, чем на втором (чтобы они перекрывались правильно).

    Пример: https://jsfiddle.net/dktzssxL/
    Ответ написан
    2 комментария
  • Какой опыт Git нужен веб-разработчику для работы в команде в компании?

    FirsofMaxim
    @FirsofMaxim
    android, java, kotlin developer
    Откажитесь от GitGUI и перейдите на консоль в своих проектах, этого будет достаточно.
    Ответ написан
    5 комментариев
  • Какой опыт Git нужен веб-разработчику для работы в команде в компании?

    iKapex
    @iKapex
    как я обычно делаю:
    1)создаю новую ветку со своей фичей(и ты автоматически в нее перейдешь):
    git checkout -b name-branch
    2)делаю что надо
    3)коммичу
    git add -A
    git commit -m "Name commit"
    git push origin name-branch

    4)Обновляю свою ветку по отношению к master (так образом твой последний коммит будет стоять на вершине)
    git pull --rebase origin master

    5)Возвращаюсь в нужную ветку (master или developer)
    git checkout master
    6)Обновляю свою локальную ветку
    git pull origin master
    7)Сливаю изменения и делаю пуш
    git merge name-branch
    git push origin master
    Ответ написан
  • Адаптивная верстка, сколько должно быть макетов?

    darqsat
    @darqsat
    PM
    Не меньше двух. Чем больше макетов, тем больше гемора. С двумя макетами у верстака больше меневра.
    Ответ написан
    Комментировать
  • Что изучать верстальщику и в каком порядке?

    @Novamoscow
    Как обычно, много всего написали :)

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

    По адаптиву. Бутстрап это Фреймворк, он помогает, а знать чистую верстку знать нужно. Да и это не сложно, поймёшь, что к чему максимум за час )

    БЭМ стоит почитать, как минимум для упрощение себе жизни. Начни с именования классов (инфа на самой странице БЭМ довольно просто написанно, можно разобраться за утренним кофе :) )

    Попробуй все, что я выше написал. Подтянешь хтмл и CSS.

    После почитай про бутстрап. Вижу не совсем понимаешь, что это за штука такая.

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

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

    @ZaurK
    Лучше начинать с азов, без прочного фундамента здание не построишь. По html и css я бы посоветовал очень хороший ресурс https://htmlacademy.ru/ , тут и верстке научат и будешь себя чувствовать уверенно в последующем. А по javascript тоже хороший ресурс https://learn.javascript.ru/ . Далее сам поймешь куда расти.
    Ответ написан
    Комментировать
  • Почему и зачем вместе с Ruby on Rails используют Angular или React.js?

    teke_teke
    @teke_teke
    programador
    1. для фронтэнда
    2. -
    3. не стоит, потому что пока вы его выучите, он уже выйдет из моды. я бы учил что-то более фундаментальное.
    Ответ написан
  • Почему и зачем вместе с Ruby on Rails используют Angular или React.js?

    @undefined_title
    Когда на клиенте нужен SPA, все должно работать без перезагрузки страницы, или много много действий с DOM, тогда отдельно пишут фронтенд и бекенд, потому что если использовать тот же ajax при дальнейшей разработке приложения будет тяжело поддерживать. Советую учить-использовать React-Redux, сейчас такая связка на фронтенде очень популярна из за компонентного подхода и использования данных по flux идеи.
    Ответ написан
    1 комментарий
  • Что изучать верстальщику и в каком порядке?

    @pwnography
    Пробежись по курсам(и купи подписку на пару месяцев, не жлобись) htmlacademy и codacademy. Врубишься НЕ в табличную верстку и даже во флексбоксы. Подпишись на рассылку html академии, они присылают вместе с новостями по 3 макета для верстки или найди любые макеты в инете. Сверстай, выкладывай ход работы на GitHub, заодно будет тебе портфолио. Добавляй к голому html/css препроцессоры LESS/SASS, методологии BEM/SMACSS/OOCSS, Gulp, научись с svg немного работать, можно так же подтянуть будет Pug(раньше Jade).
    Ничто не мешает тебе работать из твоего города на фрилансе(рекомендую сначала русскоязычные биржи типа fl, фрилансим), но можешь походить по собеседованиям у себя в городе, расспроси только про стек технологий. И Москва у нас в стране не единственный крупный город, там уже сам смотри. И удаленную фулл-тайм работу на компанию так же никто не отменял.
    Ответ написан
    Комментировать
  • Что изучать верстальщику и в каком порядке?

    Hando
    @Hando
    Верстак
    Я думаю что ты можешь спокойно ехать куда тебе хочется или работать удаленно. У тебя в городе такая компания одна, а в Питере и Москве их сотни.

    Так что и со своими знаниями ты работу найдешь. Флексбоксы тут рекомендуют изучать - ну черт его знает, я бы для начала рекомендовал поизучать-посмотреть чужую верстку, повесить резюме, делать тестовые задания - это прокачивает. За флексбоксами конечно будущее, но 90% сайтов, особенно для начинающего в верстке, это не флекбоссы, а позиционирование за счет float или inline-block, плюс рассылки. Поэтому учись в первую очередь тому, с чем тебе придется ковыряться. Ну и посмотри медиа-запросы для адаптива, поставь бутстрап, посмотри как он устроен. Бутстрап - это считай заготовка. Что то можно выкинуть, что то заменить на свое. Можешь на его основе сделать свою сборку.

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

    Согласен по поводу js - что он категорически нужен, сам сейчас читаю учебник. Все идет в сторону SPA(Single Page Application) и поэтому без js скоро вообще никуда.
    Ответ написан
    6 комментариев
  • Что изучать верстальщику и в каком порядке?

    @TemperOK
    Чем больше учишь, тем меньше знаешь.
    Опыта в веб-разработке не много, но опыта работы в больших фирмах хватает. Исходя из огромного объема уже имеющейся информации и постоянно появляющейся очень трудно говорить о каких то порядках изучения. Выбери что то одно и изучай это. Потом переходи к следующему. При всем при этом нужно много читать различных статей на всевозможные темы, чтобы знать, что это такое и с что с помощью этого можно сделать, хотя бы абстрактно, дабы вспомнить в нужный момент. С каждой новой статьей уже углубляешься в это. А большинство вещей учится очень быстро, когда возникает в этом необходимость.
    Ответ написан
    Комментировать