• Как сверстать такой чудо слайдер или кто то знает похожий готовый?

    @holfza
    s3.envato.com/files/1237671/index.html - легко допиливается под ваш пример
    Ответ написан
    Комментировать
  • Chrome или Firefox для веб разработки?

    aen
    @aen
    Keep calm and 'use strict';
    Сколько себя помню, я всегда пил кофе по утрам, но тут заметил, что на работе все пьют чай, аргументируя якобы более приятным вкусом и наличием ароматов, которых нет у кофе.

    Решил поинтересоваться у сообщества кто что пьет и почему? Что на ваш взгляд является более вкусным: чай или кофе?


    Надеюсь вы меня поняли. Пользуйтесь тем, что вам удобно и что решает ваши задачи.
    Ответ написан
    8 комментариев
  • Frontend или Backend?

    north_leshiy
    @north_leshiy
    Руководитель направления разработки
    1. Back-end с опытом фронтенда - это хорошо
    2. Back-end оплачивается больше, сама сфера напорядок больше. У нас в компании разница в senior back/front правда небольшая - в 15-20%
    3. Все таки это разные вещи, и творчество проявляешь по разному =)
    Back-end это более хардкорная разработка) Для серьезных бородатых дядей) Например результат труда ты своего визуально не подкрепишь) Какая нибудь нетривиально анимированная SVGшка не будет радовать твой взор)
    Но зато ты имеешь шанс получить кайф от того что написал какую нибудь автоматизированную интеграцию двух больших баз данных, или запилил нереально крутую архитектуру проекта =)

    В общем на ЗП и условия не смотри - попытайся понять что тебе больше нравится =)
    И если нет вариантов работать в текущей компании по интересному тебе направлению, если живешь в достаточно большом городе и выбор есть - то лучше смени место работы)
    Ответ написан
    6 комментариев
  • Зачем нужны таск менеджеры GULP и GRUNT?

    Мне кажется тут не хватает образного примера:

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

    Вот и сказочке конец, а кто слушал, тот и gulp.

    Простите - пятница.
    Ответ написан
    Комментировать
  • Как быстро можно разобраться в 1с bitrix?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Bitrix путь к деградации как программиста.
    Ответ написан
    3 комментария
  • Bitbucket (Github) - как организовать автоматический deploy?

    hOtRush
    @hOtRush
    Свой ключ в любом случае.
    Самый простой вариант через крон:
    crontab -e
    */5 * * * * cd /project/dir && git pull origin master (или fetch, как вы обычно тяните)

    Второй конечно хуки, но в баше не силен, не помогу.

    Ну и третий - деплоеры, например capistrano. Но там придется еще больше заморочиться с юзерами, правами и ключами.
    Ответ написан
    Комментировать
  • Реализация функционала "Запомнить меня"?

    david_mz
    @david_mz
    веб-разработчик: php, javascript, go
    Тема давняя, но на случай если кто-то ещё сюда зайдёт — есть вот такой вариант работы с авторизационными куками: david-m.livejournal.com/1267236.html
    Ответ написан
    Комментировать
  • Подымаем GIT на своем домене и сервере?

    GitLab вам в помощь. Вкратце, свой маленький github.
    Инструкция для быстрой настройки Debian/Ubuntu
    Ответ написан
    3 комментария
  • Кто может объяснить, зачем мне GIT?

    hell0w0rd
    @hell0w0rd
    Просто разработчик
    Суть в том, что вы можете четко контролировать в какой момент получилось плохо. Вы можете проследить цепь событий которая к этому привела. И главное — вы можете спокойно откатиться на тот момент когда все было хорошо.
    В случае с гитом и доступом к ssh вы делаете так, на локальной машине
    git push
    на сервере
    git pull
    И собственно все!
    Если вы работаете с композером, то можно например настроить composer up на выполнение git pull перед обновлением зависимостей. Таким образом вы весь проект приводите к актуальному состоянию одной командой.
    И да, у вас по хорошему должна быть отдельная БД, в которой лежат тестовые данные, ведь вам важны схемы таблиц, а не их содержание по ходу разработки?
    Также по поводу гита — представьте что вы на столько любите женщин, что хотите встречаться с несколькими одновременно. В реальности трудно удержать более n-кол-ва паралельно, они столкнутся и вам будет плохо. А в git вы просто создаете ветки и то процедуры слияния они друг о друге не подразумевают. По хорошему каждая фича вашего приложения должна создаваться как отдельная ветка(branch), таким образом вы сможете просматривать историю разработки конкретно этой фичи отдельно.
    Сумбурно, но это ощущение после полугодичного использования гита.
    PS также представьте что вы сейчас вероятно один работаете, а каково работать таким образом в команде. Если это делать без VCS — высока возможность перезаписать файл который только что изменили и тд и тп
    Ответ написан
    Комментировать
  • Среда разработки битрикса. Для чего он нужен и какие у него преимущества?

    un1t
    @un1t
    Аторы Битрикса врядли слышали слова типа ORM, Git и TDD, и расчитан он на кодеров которые их тоже не знают.

    1. Никак не помогает, только мешает дурацким API, дурацкой структурой БД, очень медленной скоростью, деревянной системой шаблонизации, тем что страницы хранятся в текстовых файлах и т.п…
    2. Ни один нормальный нормальный разарботчик с этой штукой долго работать не будет, работают с ней только кодеры. А разработчики из таких проектов быстро сваливают.
    3. ИМХО нет таких случаев, единственный случай если только вы уже неделю не ели, денег нету и это единственная работа в городе.

    Код битрикса представляет собой спагетти и голимый копи-паст. Есть например модуль sale.ajax.order не помню точно название, там более 1500 строк кода более 8 уровней вложенности и не одной функции. Логика работы этого модуля также очень-очень странная, я вообще не смог понять как разработчики до этого додумались и почему нельзя было сделать нормальную логику.
    Ответ написан
    1 комментарий
  • Названия it-должностей на английском?

    Evgeny_Shiryaev
    @Evgeny_Shiryaev
    Специалист по поддержке пользователей — Technical Support Engineer/Desktop Support Engineer;
    Системный администратор — System(s) Administrator;
    Сетевой администратор — Network Administrator;
    Системный инженер — System(s) Engineer;
    Архитектор — Architect (по областям, например Software Architect, Infrastructure Architect, и т.д.);
    Ведущий инженер/Старший инженер — Senior Engineer;
    Программист/Разработчик — Software Developer;
    Тестировщик — Tester;
    Руководитель проектов — Project Manager;
    Руководитель группы — Team Leader;
    Начальник отдела ИТ/Технический директор — Chief Technology Officer (CTO);
    Руководитель информационной службы/Директор по информатизации — Chief Information Officer (CIO).

    Разница между CIO и CTO (если упрощенно): CIO — человек бизнеса, который что-то понимает в ИТ, CTO — технический человек, который что-то понимает в бизнесе.
    Ответ написан
    Комментировать
  • Что должен знать и делать ведущий разработчик?

    @totosarg
    Проверял? Проверял. Работает? Работает. Не трогай!
    Могу поделиться своим американским опытом, я тимлид, у нас в компании 5 команд. Каждый тимлид, в том числе и я должны:

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

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

    CGS
    @CGS
    Используйте фреймворк, самописную лапшу оставьте для экспериментов ;)
    Ответ написан
    Комментировать
  • Как научиться пользоваться Vim?

    waynesayonara
    @waynesayonara
    Мое отношение к vim поменяли скринкасты Derek Wyatt'a. vimeo.com/6999927 Вот intro, например.
    Ответ написан
    2 комментария