yativ_sobb

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

Фактически, почти во всех сетевых сервисах есть смысл использовать горутины для распараллеливания обработки запросов (кроме epoll, kqueue и т.п.)

Еще хороший пример.
Вам нужно сделать парсер Авито :)) или индесатор сайтов.
Т.е. задача сводится к тому, что нужно будет постоянно качать страницы с сайтов.
Если вы будете качать одну страницу за другой - вы будете очень долго качать.
А так вы можете сделать пул из нескольких горутин (как минимум по 1 на поток процессора) и получите параллельное скачивание страниц.

Для ускорения работы вычислений (параллельные вычисления) есть смысл использовать горутины только по 1 на поток процессора). Т.е. в случаях, когда у вас огромный объём данных и нужно максимально ускорить его обработку. Например у вас файл 100Гб, и 8 ядер в процессоре - вы можете разбить файл на 8 частей и параллельно эти части обработать (в самом простом варианте, в реальной жизни нужно будет просто по частям считывать новые данные и скармливать свободной горутине)

Еще когда нужно сделать чтобы какая нибудь задача выполнялась в "фоне".
Например периодическая очистка кеша/устаревший записей в базе.

Реальных примеров намного больше :)
В целом их есть смысл использовать там, где нужно параллельное выполнение какой либо задачи или разных задач параллельно :)

Задачи у всех разные. Вы работали с потоками? Это похоже на них.

Простой пример:
Есть 2 запроса в БД. Один длится, скажем, 3 секунд, другой 10 секунд. И нет зависимости одного от другого.
Если выполнять их последовательно, это займет 13 секунд. Многовато. Почесав лоб, вы приходите к другому решению:
выполнять 2 запроса одновременно, каждый запрос в горутине! Дождавшись их окончания, пройдет 10 секунд. Экономия!

Другой пример:
Вы работаете с очередями. В одну очередь вы отправляете команды задач, а в другой вы получаете их результаты. Разумеется, и продюсер и консюмер должны работать независимо друг от друга. Как вы запускаете их в Го?
Правильно, двумя горутинами!

Есть очень известная книга Crossing the Chasm Джеффри Мура. Как раз про маркетинг хай-тек стартапов.

Самая первая книга, которую просто для ознакомления стоит прочитать - Lean StartUp, там конечно воды дохрена, но ключевая мысль - надо все тестить.

По факту, перед написанием кода надо было задаться вопросом - для кого этот продукт? Кто целевая аудитория?

Если вы не знаете и не понимаете целевую аудиторию - у вас большие проблемы. Вы пишите код, фишки, прибаутки - которые по итогу могут быть никому не нужны, т.к. в голове у вас одна картина мира, а в реальности совсем другая.

Поэтому, перво на перво, выходим в поле и общаемся с целевой аудиторией, выясняем, какие боли и проблемы у них есть. Ищем эту ЦА, проводим интервью и далее уже вырисовывается картинка того, что хотят люди, затем делаем минимальную версию, которая может выглядеть как говна кусок, но если она помогает людям решить проблему, докручиваем, дальше повторяем итерацию до бесконечности!

Все.

Проще всего вам взять таргетолога, зафигарить лендосик, налить таргета на лендос, собрать контакты, провести хотя бы 50 интервью, лучше конечно 100, для чистоты данных. Сделать аналитику этих интервью и людей, которых вы интервьюировали и только после этого приступать к написанию кода. Это позволит вам сэкономить сотни, а то и тысячи часов работы.

Если вы начали писать код для решения своей личной задачи, прикинуть, где могут находиться люди с аналогичными вашими проблемами, которые вы сейчас решаете с помощью написанного инструментария. Пойти туда и показать этим людям ваше решение.

Кстати, вот недавно курс попадался https://simulator.gopractice.ru/ хз конечно норм он или нет, но просто для информации, может что-то вам зайдет с этого сайта.

Есть какая ни будь книга как продвигать it project или статья, или придётся самому разбираться?

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

Бесплатных нет и быть не может.
Из дешёвых - везде цены примерно одинаковые и находятся где-то в 0.5-3р
Есть неплохой smsc.ru

Добрый день,
Процесс, который вы описываете, называется рефакторинг. Советую по данной теме лёгкое чтиво refactoring.guru
Так же, существуют общие советы, так называемые принципы, вот первая ссылка в гугле, поверхностно, но должно быть понятно.
Отвечая на ваш вопрос, дублирования кода не должно быть. Делаете один метод. Потом, если, вдруг, появится разветвление, то в этой фукнции остаётся общий код и появляются две другие, в которых будет разный код

"По-умолчанию flex-элементы растягиваются, занимая все пространство по высоте." Пропиши родителю align-items: flex-start;

Оберните 'DATE(created_at)' в DB::raw.

Тут проблема в том что он ваш 'DATE(created_at)' подсовывает не функцией а строкой:
... and `DATE(created_at)` >= ...
к сожалению не силен в laravel решить не смогу, но хоть наводку вам дал :)