Задать вопрос
  • Как сверстать блок нестандартной формы с фоновыми изображениями?

    Vlad_IT
    @Vlad_IT Куратор тега CSS
    Front-end разработчик
    Такое чувство, что вы это вот этот друг странного дизайнера И как такое сверстать?
    Ответ написан
    Комментировать
  • Как вы организуете свою работу?

    paulradzkov
    @paulradzkov
    Дизайнер, верстальщик, начальник отдела UI
    Про GitHub.

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

    2) Создал себе на Гитхабе две дополнительные организации внутри своего аккаунта.
    - «paulradzkov-forks» — для форков чужих проектов.
    - «paulradzkov-heaven» — кладбище для старых проектов, куда перемещаются все неактуальные проекты.
    Эти две дополнительные организации позволяют очистить основной аккаунт от мусора. В нем теперь только несколько актуальных проектов, в которых легко ориентироваться.

    3) Перемещаю все старые проекты из Дропбокса на Гитхаб в «paulradzkov-heaven». Проектов много, это долго, но освободилось уже несколько гигов (т.к. там кроме кода psd-исходники, архивы с инсталляторами и прочее). Место в облаках заканчивается, а на Гитхабе — резиновое.
    Это кладбище уже пригодилось, когда у меня попросили поискать исходники проекта, над которым я работал 3 или 4 года назад, а я через минуту ответил им ссылкой на нужный репозиторий. Не пришлось никуда лезть, распаковывать, искать, запаковывать, отправлять почтой или закачивать в облако.
    Повторюсь, что на Гитхабе классный поиск по исходникам: если нужно посмотреть, как что-то сделал в старом проекте, но не помнишь в каком — можно довольно быстро найти искомое без возни с архивами.

    Итого.
    Код должен лежать на Гитхабе.
    В том числе старые проекты.
    Используйте организации, чтобы рассортировать проекты, если их много.
    Порядок там, где у каждой вещи есть своё место. Придумайте себе правила порядка заранее и соблюдайте их, чтобы не тратить время на ликвидацию беспорядка.
    Ответ написан
    10 комментариев
  • Стоит и какие наработки выкладывать на github для будущего портфолио?

    @codemania
    По мне так просто надо что-то иметь причём максимально запутанное , что бы желания подробно смотреть не было, потому что:
    1) Напишешь ORM - фу велосипеды, есть же готовые ORM фреймворков
    2) Выложить проект на фреймворке - та ты там сам ничё и не написал
    3) Выложишь на VanillaJS - фу, на нём уже никто не пишет
    4) Выложишь на angular - фу сейчас все уже на angular2
    5) Выложишь на angular2 - фу ничё не понятно и вообще все уже на VUE

    На C надо чёнить выкладывать или на Assembler потому мало кто из нового поколения разработчиков их знают, они уже все погрязли в абстракциях ))
    Ответ написан
    7 комментариев
  • Стоит и какие наработки выкладывать на github для будущего портфолио?

    paulradzkov
    @paulradzkov
    Дизайнер, верстальщик, начальник отдела UI
    Сто́ит выкладывать всё, вообще всё. И так как это будет публичный код, стоит позаботиться, чтобы это был не стыдный для данного этапа вашего развития код.

    Но в портфолио для работодателя должно быть адекватно малое количество крепких работ. Вы можете создать себе организацию на ГитХабе и перемещать туда неактуальные репозитории, чтобы в корневом аккаунте были только клевые работы. Вы можете создать репозиторий «portfolio» из одного readme.md и в него собирать ссылки на лучшие ваши проекты с аннотациями.

    Я уже писал про сортировку репозиториев на ГитХабе с помощью организаций Как вы организуете свою работу?
    Ответ написан
    Комментировать
  • Как сделать неактивным инпут - при активном чекбоксе в флорме?

    bubandos
    @bubandos
    bash'у, javascript'ую, php'лю, css'аю, html'каю
    Во-первых, я бы сделал так:
    https://jsfiddle.net/eL1npjk6/

    Во-вторых... nextSibling возвращает следующиЙ элемент, а не набор элементов.
    В-третьих...
    Браузеры, основанные на Gecko, вставляют текстовые узлы в документ для представления пробелов в разметке. Поэтому узел, полученный, например, при использовании Node.firstChild или Node.previousSibling может относиться к пробелу, а не к тому элементу, который автор хотел получить.

    Потому и не работает.
    Ответ написан
    3 комментария