Основной стек это javascript, поэтому использую те вещи которые к нему относятся (husky, commitlint, etc). И ченджлоги удобные формировать легче через спец скрипты, уже написанные сообществом
Именно линтер эффективно ставить на препуш хук. Плюсы - при локальном взаимодействии ничего не сломается. Минусы - пуш станет операцией не мгновенной.
Я у себя в проекте поставил линтер в сборке на MR. Если есть ошибка то её вижу в пайплайне реквеста и просто такие мр откладывются до исправления ошибок. Выбор подхода зависит от политики работы в команде.
Я тоже использую хуки гита, но в качестве инструмента проверки сообщения пользуюсь тем, что доступны по ссылке выше. Стандартизация таких вещей сильно помогает не захламлять историю коммитов в гит. А за счёт того что инструмент поддерживается комьюнити - риск словить баг работы скрипта (повешенного на хук) снижается.
Как я написал в посте, сейчас async/await реализуется строго через ES6 генераторы. Можно использовать babel для последующей генерации ES5 с нужным рантаймом. Или подождать версии 2.0, где обещают async/await для ES5 — возможно там будет возможность выбора рантайма. А возможно и не будет — трудно предсказывать будущее :)
В том-то и магия. Ничего по сути не поменялось — а популярность растет. И разработчики думают над способами борьбы с лапшой. Генераторы и async await вот сделали :)
Тут, по-моему, не угадаешь. Как показывает практика, небольшая группа энтузиастов может угорать по чему угодно, сообщество формируются слабо прогнозируемым способом.
В целом да :). На Хабре не все читатели замечают что какая-то статья является переводом и начинает обращаться к переводчику как к автору. А у переводчика нет года практического опыта работы с Go
Я считаю, что синтаксис и текущая реализация языка программирования — вторичны по отношению к экосистеме и сообществу. Где был javascript? А потом пришли ребята с V8, другие ребята с node.js — и все поменялось в течении пары лет. В дизайне самого языка есть спорные момент: GOROOT, отказ от классов, ручное управление контейнерами, контроль ошибок через возвращаемые значения — но все это сделано с определенными целями — серверная разработка «чтобы не текло и не падало». У меня нет большого практического опыта работы с Go. Что видел — работает быстро, но программисты жалуются что много ручной работы на низком уровне. Время покажет куда он будет развиваться и какое вокруг него сформируется сообщество.
Ссылки с telegra.ph открываются в instant view, например посты одного канала в десктопной версии выглядят так:
OS: Windows 10, APP: Telegram Desktop 4.16.6
Основной стек это javascript, поэтому использую те вещи которые к нему относятся (husky, commitlint, etc). И ченджлоги удобные формировать легче через спец скрипты, уже написанные сообществом
Именно линтер эффективно ставить на препуш хук. Плюсы - при локальном взаимодействии ничего не сломается. Минусы - пуш станет операцией не мгновенной.
Я у себя в проекте поставил линтер в сборке на MR. Если есть ошибка то её вижу в пайплайне реквеста и просто такие мр откладывются до исправления ошибок. Выбор подхода зависит от политики работы в команде.
Увидел в статье регулярку по глаголам:
И думаю - знакомая история. А потом вспоминаю, так это же соглашение об именования коммитов!
https://www.conventionalcommits.org/en/v1.0.0/
Я тоже использую хуки гита, но в качестве инструмента проверки сообщения пользуюсь тем, что доступны по ссылке выше. Стандартизация таких вещей сильно помогает не захламлять историю коммитов в гит. А за счёт того что инструмент поддерживается комьюнити - риск словить баг работы скрипта (повешенного на хук) снижается.
на сайте qiwi тыкнул в акции скайпа на «старт» и заплатил за телефон — только после этого пришел код.
пока что еще ваучеры раздают :)