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

    @Programizd
    qBittorrent
    Галочки выставил и можно смотреть
    5d6eeb4c0ebb8940325971.png
    Ответ написан
    Комментировать
  • Инструменты для создания обучающих видео презентаций?

    keine-lust
    @keine-lust
    Обычно это все делается в видеоредакторе, смотрите какой вам ближе.
    Ответ написан
    2 комментария
  • Как поместить свой сайт в одну картинку?

    DevMan
    @DevMan
    по ссылке вполне может быть не сайт, а макет. особенно на это намекает название домена.

    что касается уже сверстанного и рабочегоо сайта - делается скриншот без всяких проблем, даже если сайт скролится на пять экранов вниз.
    Ответ написан
    Комментировать
  • Как можно перевести jQuery в javascript?

    0xD34F
    @0xD34F Куратор тега JavaScript
    Где...

    Здесь.

    ...или как

    Изучить js, хоть немного - тогда переписать самостоятельно труда не составит.
    Ответ написан
    Комментировать
  • Как сочетать множество цветов в вебе?

    @McBernar
    Не перекладывайте ответственность на сервисы, делайте руками на свой вкус.

    В дизайне нет никаких строгих правил. Есть традиции, опыт, немного математики и физики, но это же не нерушимые законы, скорее рекомендации. Что вам мешает сделать синий фон с желтой кнопкой?
    Ответ написан
    2 комментария
  • В каком стеке web технологий одновременно: высокий порог входа, высокие зарплаты и в целом не проблема найти удалёнку?

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

    Развивайтесь в сторону создания более сложных вещей - там и технологии поймутся.
    Более сложные - это всевозможные веб-приложения, забудьте о сайтах.
    А приложения могут быть уже какими угодно и с большим разбросом по сложности - может быть CRUD админка которую любой индус накидает, а может быть какая-нибудь замороченная система бизнес-аналитики, где кнопки в браузере - это только 10% от всего функционала, и это одна из причин почему ищут фуллстеков. Фуллстек в состоянии взять фичу и сделать её полностью, а не "накидать кнопок и ждать бекенд" или "сделать апишку и отдать фронту".
    Ответ написан
    14 комментариев
  • Какие навыки нужны разработчику?

    Moskus
    @Moskus
    Абстрактное, алгоритмическое мышление. Это то, что позволяет представить себе процесс работы будущей программы в общих чертах (что она должна делать функционально), даже толком не зная ни одного языка программирования.
    А фреймворк, язык, паттерны, пресловутый поиск и чтение документации - всё это должно быть инструментом реализации этого представления. Когда язык программирования, по совместительству, оказывается единственным пошаговым средством проектирования, вот тут начинается говнокод.
    Ответ написан
    Комментировать
  • Могли бы вы поделиться хорошим техническим заданием на разработку сайта/веб-приложения?

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

    Так, например, если вы работаете с государственным или окологогосударственным заказчиком/исполнителем, весьма вероятно, вам придётся подготовить ТЗ в соответствии с требованиями ГОСТ-19 и 34 (в особенности ГОСТ 34.602-89 и ГОСТ 19.201-78), которые предполагают создание очень формальных и подробных документов.

    Если же вы работаете не по водопаду или подобным методологиям, а используете подходы Agile, весьма вероятно, что детальное и проработанное от общих вещей до самых мелочей ТЗ вам не подойдёт, так как оно не будет обеспечивать требуемую гибкость подхода.

    Для какой-нибудь дизайнерской разработки (стиль, лого, графика), когда велика изначальная неопределённость, что же требуется сделать, лучшим вариантом может являться вообще достаточно общий бриф.

    Резюмируя: определитесь с требованиями к ТЗ, а, отталкиваясь от них, уже можно искать какие-то варианты.
    Ответ написан
    Комментировать
  • Могли бы вы поделиться хорошим техническим заданием на разработку сайта/веб-приложения?

    alexyarik
    @alexyarik
    Битрикс разработчик
    Хорошее техническое задание для конкретного проекта - это результат хорошей работы специалиста управляющего проектом.
    Залогом хорошего ТЗ является:
    1) Работа на этапе лида
    2) Встречи и сбор максимально необходимой информации
    3) Обследование бизнес-процессов заказчика
    4) Предварительное техническое обследование всех возможных проблемных моментов
    5) Прототипирование - Мокапы, если там будет пару квадратиков, то скорее всего вас будет ждать фиаско
    6) Терминология понятная заказчику с визуализацией позволяющей максимальной вероятностью однозначно воспринимать результат этапов (работы)
    7) Подготовка необходимых приложений к ТЗ (Смета (перечень работ), Календарный план работ, Перечень макетов страниц, Гарантийные обязательства (подробно) и т.д.)
    8) предварительное обследование внешних сервисов для интеграций
    и т.д.
    9) Написание ТЗ
    10) Правильная оценка проекта
    Вот когда вы хотя бы это сделаете, тогда можете смело свое ТЗ назвать хорошим.
    Ответ написан
  • Могли бы вы поделиться хорошим техническим заданием на разработку сайта/веб-приложения?

    @JuniorNoobie
    Сижу в поддержке, пишу мелкие проекты
    Никогда не видел объемного и всеохватывающего ТЗ. Обычно это макет и куча правок к нему.
    Ответ написан
    3 комментария
  • Разговоры о зарплате с руководителем?

    Beshere
    @Beshere
    Разработчик
    Было уже. Повысить зарплату очень просто. Устраивайтесь. Работайте год. Если з/п не поднимают, ищите новую работу с зарплатой выше, чем сейчас. Находите - пишите заявление и к начальнику. А тот уж подумает и решит что-то, но вы по-любому получите повышение зарплаты.

    Другой вопрос, если нету работы с больше зарплатой для вас. Тогда успокойтесь - вы получаете наверно даже больше, чем стоите сейчас на рынке труда.
    Ответ написан
    1 комментарий
  • Как вы учите новое?

    verkhoturov
    @verkhoturov
    Frontend Developer
    Придумываешь пет-проект, делаешь, тупишь, гуглишь как надо делать, снова делаешь, снова тупишь, гуглишь...
    Ответ написан
    2 комментария
  • Как бороться с кашей в голове на работе?

    DevMan
    @DevMan
    очень прост: ты либо знаешь, либо не знаешь и усиленно наверстываешь.
    все остальное - из разряда "мне херово, пожалейте".
    Ответ написан
    8 комментариев
  • Как не одичать фрилансеру?

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

    Атмосфера тоже очень важна. Хуже всего работать дома. Отвлекать будет всё. Трудоспособность в офисе гораздо выше, даже если ты живёшь один.

    Правильный отдых и планирование рабочего дня. После любого крупного перерыва потом сложно снова войти в ритм. Особенно если ты фрилансер и можешь позволить себе посреди дня съездить куда-нибудь на пару часиков.
    Ответ написан
    4 комментария
  • Как не одичать фрилансеру?

    petermzg
    @petermzg
    Самый лучший программист
    Фотообои с работающими людьми и воспроизведение записи клацанья клавиш. ))
    Ответ написан
    1 комментарий
  • Зачем нужен webpack?

    @VegasChickiChicki
    Где-то видел одну цитату:
    "Это как очки, вы сами поймете когда они вам нужны"
    Тут так же, если сейчас для вас нету толку от вебпака - не используйте, просто настанет момент, когда вы сами поймете что вам лучше использовать, вебпак или же gulp.
    Ответ написан
    6 комментариев
  • Как оценивать сроки?

    php666
    @php666
    PHP-макака
    Прикольно звучат высказывания комментаторов в духе "если вы знакомы с проектом". Мне правда интересно, как в условиях современных монстроподобных корпоративных приложений можно быть "знакомым" с проектом, который, возможно, пилится не один год (пусть хотя бы даже от 3 лет) целой командой? Ни один человек, если он не единоличный автор этого проекта, не может быть настолько хорошо быть "знаком" с проектом, что бы чётко отвечать на вопросы в стиле "сколько времени займет поправить баг". Даже программисту среднего звена ясно, что совсем маленький баг может потянуть за собой чуть ли не фатальный коллапс архитектуры с последующим тотальным рефакторингом всего и вся.

    Невозможно в разработке планировать какие-либо сроки. Тут автор прав.

    Ответ на самом деле очень простой - ты работаешь на весьма хреновой работе. Я сейчас опять пропиарю свою статью про выживание в IT, прочти её, там не касается полностью твоего вопроса, но суть очень близка (пожалуй, я потом её дополню, спасибо за "наводку" - про сроки я там не писал...).

    Как оценивать сроки? Ответ очень простой - да никак не оценивать. Если работодатель построил такую систему, где менеджмент лезет с этими бюрократическими вопросами, не понимает, что разработка или фикс багов в проекте - это не типовая работа, как, например, класть кирпичи или валить лес - то это плохой работодатель. Или плохой менеджмент. А в целом - это компания-эксплуататор, из которой надо бежать.

    Я по себе знаю, когда от меня требовали сроки. Последний раз был вообще трешачок в одной московской компании - от меня требовали сроки на 2 день после назначения задачи на меня, при этом я вообще не понимал ничего в задаче - в её бизнес-логике, т.к. работал в этой компании от силы недели три. Через буквально несколько дней меня вызвали "на ковер", мол, почему так долго. Жалею, что прямо тогда не послал их прямым текстом на три известные буквы, а продолжил работать. Ничего хорошего из этого, конечно же, не вышло.
    Сейчас я работаю в таком месте, где ВООБЩЕ нет никакого понятия сроки, где разработка проектов в корпорации длится годами - IT работает не на внешнего заказчика, а на внутреннего - на саму же корпорацию. Последний проект, в котором я участвовал, занял около 2-х лет. И бОльшая часть была не программинг, а взаимодействие разных отделов, нахождение багов, форсмажорных ситуаций после запуска и т.д. Работать в таких условиях сплошное удовольствие. Никаких стрессов, никаких менеджеров, изображающих бурную деятельность.

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

    Zoominger
    @Zoominger
    System Integrator
    Web-Разработчик занимается разработкой сайтов, а web-программист занимается программированием сайтов.
    Ответ написан
    3 комментария
  • Нужно ли защищать обработчик формы (PHP файл) от прямого доступа?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Не бывает никакого "непрямого" доступа к обработчикам форм. Доступ всегда прямой.
    Не бывает никаких отдельных специальных обработчиков форм. Твой обработчик - это обычный пхп скрипт, такой же как все остальные. И защищать его надо не больше и не меньше, чем остальные скрипты.

    Поэтому надо выкинуть эти фантазии из головы и заняться чем-нибудь полезным.
    Ответ написан
    13 комментариев