MS
Когда пользователи пристально следят за развитием сервиса
Size: a a a
2019 November 29
MS
Ты же на свои любимые Приложения и ОС читаешь чейнжлог
AG
А гит лог - не чейнджлог?
MS
Если ты для кого-то делаешь сервис, которым они фултайм на работе пользуются, то ой как следят
SZ
интересная тема, не думал про это в контексте продукта
MS
Ещё голосуют за фичи в след. релиз, суки :)
IM
Когда пользователи пристально следят за развитием сервиса
кажется, что в таком кейсе, автоматически генерить чейнджлог и отдавать его им — это half-assing задачи в чистом виде.
но это если нет прослойки в виде человека, который этот чейнджлог обрабатывает и описывает понятным языком
но это если нет прослойки в виде человека, который этот чейнджлог обрабатывает и описывает понятным языком
SZ
но я наверное такое бы скорее административно решал или через трекер задач. потому что из коммитов сложно все-таки это делать как ни крути
AG
но я наверное такое бы скорее административно решал или через трекер задач. потому что из коммитов сложно все-таки это делать как ни крути
особенно, если собирать из разных репозиториев бэка/фрона/мобильного аппа :)
SZ
да, именно
MS
Как показывает практика, собрать хороший чейнжлог менеджеру или продакту по коммитам — ресурсоемкая задача. Надо вникать что в каждом косите делалось: подкапотное ли это решение или его видно из вне.
Я вижу конвенции в комитах как облегчение работы продакту по формированию зрелого чейнжлог
Я вижу конвенции в комитах как облегчение работы продакту по формированию зрелого чейнжлог
SZ
ну есть же наверное задачи в трекере человеко-читаемые? зачем из коммитов то это тянуть?
АД
Классический интернет-стартап вряд ли в них нуждается, за редким исключением
на хайлоаде тоже рассказывали что хадуп у них не гарантирует доставку сообщения, ваще оратор не видел в этом никакой проблемы для классических интернет-стартапов
АД
мы ушли курить и пить кофе после такого утверждения
VZ
привет, друзья. скажите, а кто-то встречал где-нибудь комментарий от Матца, почему изначально при дизайне языка было принято решение не делать функции first-class citizens? почему концепция блоков и различие между блоками и lambda утвердилось изначально?
АД
Классический интернет-стартап вряд ли в них нуждается, за редким исключением
в классических интернет-стартапах финансирование обычно ограничено, какраз для экономии ресурсов и эффективного планирования эти практики обязательно должны использоваться
AD
привет, друзья. скажите, а кто-то встречал где-нибудь комментарий от Матца, почему изначально при дизайне языка было принято решение не делать функции first-class citizens? почему концепция блоков и различие между блоками и lambda утвердилось изначально?
думаю, что это стоит у матцумото сана спросить лично
A
Что значит "концепция блоков и различие между блоками и lambda"? Блок это минимальная абстракция языка, содержащая код, который может быть выполнен. Лямбды, проки, методы это абстракции поверх блоков. Я бы не сказал, что вопрос "различия между блоками и лямбда" имеет смысл.
VZ
Что значит "концепция блоков и различие между блоками и lambda"? Блок это минимальная абстракция языка, содержащая код, который может быть выполнен. Лямбды, проки, методы это абстракции поверх блоков. Я бы не сказал, что вопрос "различия между блоками и лямбда" имеет смысл.
если на это так смотреть, то да. но язык усложняется тем, что есть различные по типу и возможностям объектно-ориентированные обертки над блоками.
VZ
Method, Proc (различных типов), UnboundMethod