SK
20 используют, 30 хотели бы; 20 - не нужно, 30 - не знаю (значит потребности не было и, скорее всего, не задумывались). Примерно 50/50 выходит, если по категориям суммировать.
Size: a a a
2021 March 31
MB
я услышал много пространных рассуждений, но мне было бы интересней и достаточно услышать отзывы людей, у которых имеется репл в продакшене и они этим регулярно пользуются
У меня в команде использовали раньше, был открыт, со временем, когда продукт ушёл из стадии мвп – потребность отпала
ST
20 используют, 30 хотели бы; 20 - не нужно, 30 - не знаю (значит потребности не было и, скорее всего, не задумывались). Примерно 50/50 выходит, если по категориям суммировать.
меня интересует нужен/не нужен
и все пункты, кроме первого, есть вариация на тему «не нужен» 😊
и все пункты, кроме первого, есть вариация на тему «не нужен» 😊
SK
полагаю, что мне репл в продакшене не нужен потому, что я могу всегда запустить приложение локально в идентичной продакшену конфигурации, и спокойно изучить проблему на месте
Это да, сильно от структуры приложения зависит.
Цена воспроизведения стэйта локально, тоже от нее же зависит: если воспроизвести не сложно - то можно и без repl, а вот если трудно - то без него "упариться" можно, вплоть до невозможности повторить/отловить кейс.
Цена воспроизведения стэйта локально, тоже от нее же зависит: если воспроизвести не сложно - то можно и без repl, а вот если трудно - то без него "упариться" можно, вплоть до невозможности повторить/отловить кейс.
SK
меня интересует нужен/не нужен
и все пункты, кроме первого, есть вариация на тему «не нужен» 😊
и все пункты, кроме первого, есть вариация на тему «не нужен» 😊
Ну, это как судить.
ST
Это да, сильно от структуры приложения зависит.
Цена воспроизведения стэйта локально, тоже от нее же зависит: если воспроизвести не сложно - то можно и без repl, а вот если трудно - то без него "упариться" можно, вплоть до невозможности повторить/отловить кейс.
Цена воспроизведения стэйта локально, тоже от нее же зависит: если воспроизвести не сложно - то можно и без repl, а вот если трудно - то без него "упариться" можно, вплоть до невозможности повторить/отловить кейс.
боюсь, что сложность воспроизведения стейта есть архитектурный недочёт 😊
SK
Не всегда. Иногда это вынужденное следствие сложных интеграций с внешними провайдерами данных.
ST
Ну, это как судить.
ну вот я как автор опроса пояснил свою позицию
MB
Тут, для максимального покрытия кейсов, наверное, нужно реализовывать что-то типа механизма WAL в СУБД, когда для того, чтобы получить state конкретного элемента данных, нужно прогнать все изменившие этот элемент edn/json, которые поступили в систему. То есть, там одной записью в лог может оказаться не обойтись (хотя, по-правде, никто не говорил об "одной записи").
Способов есть много, вплоть до записи транзакций и последующего редьюса стейта, так называемая append only модель работы с данными
ST
как я понимаю, приложение проектируется так, чтобы 1) оно могло упасть и это не смертельно 2) его можно запустить в несколько экземпляров в разных местах при необходимости масштабирования.
если проектируется по другому, то я не готов это принять 😊
если проектируется по другому, то я не готов это принять 😊
MB
меня интересует нужен/не нужен
и все пункты, кроме первого, есть вариация на тему «не нужен» 😊
и все пункты, кроме первого, есть вариация на тему «не нужен» 😊
Нужен на первом этапе подхода make it work, make it right, make it fast, когда код налячкан на коленке с целью собрать фидбек о целесообразности идеи, когда сделать приложение без багов третьестепенная задача и важнее скорость проверки идеи
ST
Нужен на первом этапе подхода make it work, make it right, make it fast, когда код налячкан на коленке с целью собрать фидбек о целесообразности идеи, когда сделать приложение без багов третьестепенная задача и важнее скорость проверки идеи
неважно
если ты его так и используешь, то так и говоришь — «использую»
зачем туман напускать 😊
если ты его так и используешь, то так и говоришь — «использую»
зачем туман напускать 😊
MB
неважно
если ты его так и используешь, то так и говоришь — «использую»
зачем туман напускать 😊
если ты его так и используешь, то так и говоришь — «использую»
зачем туман напускать 😊
Я ж и говорю, использовал
MB
Но сейчас уже нет, надобности нету
ST
Но сейчас уже нет, надобности нету
ну use case то есть, думаю, что мы без привлечения темпоральных эффектов обойдёмся
в моём случае и «на первом этапе подхода make it work, make it right, make it fast» никогда потребности не было
в моём случае и «на первом этапе подхода make it work, make it right, make it fast» никогда потребности не было
MB
И опять же, есть компоненты, которые могут по разным причинам работать только на проде и никак их не протестировать на стейдже
2021 April 01
SS
Кто работал с мульти-проектами? lein-sub, lein-parent, managed-deps, вот это всё.
Привет, я использовал lein-sub вот здесь: https://github.com/PositiveTechnologies/flower
MK
привет
как передать в <T> T unwrap(Class<T> iface) интерфейс без reflection warning?
`
как передать в <T> T unwrap(Class<T> iface) интерфейс без reflection warning?
`
(.unwrap obj ClickHouseStatement)` с варнингомTL
привет
как передать в <T> T unwrap(Class<T> iface) интерфейс без reflection warning?
`
как передать в <T> T unwrap(Class<T> iface) интерфейс без reflection warning?
`
(.unwrap obj ClickHouseStatement)` с варнингом(.unwrap obj ^Class ClickHouseStatement)а так?
DL
Привет, я использовал lein-sub вот здесь: https://github.com/PositiveTechnologies/flower
о, а я думал flower заброшен!