Как выстраивать коммуникацию с заказчиком. Около кода

Поделиться
HTML-код
  • Опубликовано: 11 фев 2024
  • Сегодня продолжим рубрику "около кода": о моих ошибках по пути разработчика. Затронем также одну интересную тему - работа с заказчиками. Хочу с вами о нем с вами поговорить чтобы вы знали в каких моментах стоит ограничивать взаимодействие с заказчиками. Один важный момент, который здорово облегчит вам жизнь при взаимодействии с заказчиками.
    🎁 Для вас есть подарок, забирайте - cutcode.dev/l/4pxn 🎁
    #околокода#laravel#cutcode
    ---------------------------------------------------------------------------------
    🚀📹👨‍🏫 Как насчет прокачки своих навыков с помощью наших обучающих видеокурсов по web-разработке? Переходи на мой сайт 👇
    learn.cutcode.dev/?
    ❗️❗️❗️Присоединяйся к нашему комьюнити в телеграм - там и советом помогут и много интересного - cutcode.dev/l/icwf
    ----------------------------------------------------------------------------------
    📹 делитесь этим видео с друзьями:
    • Как выстраивать коммун...
    🔔 подпишитесь на RUclips-канал: ruclips.net/user/CutCodeRu?s...
    📼 Курс по Laravel с нуля:
    • Курс по Laravel 8 обуч...
    Как выстраивать коммуникацию с заказчиком. Около кода
    ---------------------------------------------------------------------------------
    🔗 наш сайт: cutcode.dev/?
    📱 Наш telegram-канал: t.me/laravel_cutcode

Комментарии • 7

  • @itdev4680
    @itdev4680 5 месяцев назад +12

    Как то пустовато, нужны пару наглядных реальных примеров, что был за кейс, какие применены ограничители, и что из этого вышло. Со зрителем тоже нужно как с маленьким ребенком)

    • @Skalebro
      @Skalebro 5 месяцев назад

      Согласен с вами, не стал плодить коммент, продвину ваш.

  • @Sosed00
    @Sosed00 5 месяцев назад

    У каждой задачи должен быть описан результат. А то, что не расписывают очевидные вещи, это всегда было и будет. Для кого-то это очевидно, а для кого-то нет. Это придет с опытом. Даже скорее с возрастом, когда начнёшь разбираться в людях.
    Обязательный пункт со стороны разработчика: Что не описано в ТЗ, делается на усмотрение разработчика.

  • @gamingplay5415
    @gamingplay5415 5 месяцев назад +2

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

  • @Pavelbrov
    @Pavelbrov 5 месяцев назад +1

    Да, не хватает примеров. Например, есть задание сделать форму отправку комментария через ajax. Нужно делать просто отправку или ещё и ошибку обработать, если произойдёт; а если сервер долго обрабатывает запрос, нужно ли, чтоб пользователю высвечивалась информация, что сообщение отправляется; нужно ли блокировать кнопку на время отправки. Нужно это всё или просто отправить сообщение, а если остальное не указано, то и делать не надо, либо это само собой разумеющееся?

  • @lowcarb4001
    @lowcarb4001 5 месяцев назад

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

  • @j4vlon
    @j4vlon 5 месяцев назад

    Есть, отношение однозначно портится 🥲