Телеграмм чат группы saintprug страница 2368

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Saint P Ruby Community

545 membersпожаловаться на группу

2020 February 19

MS

Marat Safin in Saint P Ruby Community

А я не согласен. Потому что, если бизнес-приложения рассматривать, там проблемы возникают такие, которые не решаются трейлблейзером, или рельсам, или dry-rb. Т.е. вообще без разницы, что использовать. Все равно через 2, 3, 5 лет возникнет свое решение и свои подходы поверх фреймворков.

Ну или просто все будет использовано максимально неправильно

источник

19:03пожаловаться #1

IM

Igor Morozov in Saint P Ruby Community

> Аналогично на CFP на конфах — тебе предлагают оставить имейл, если ты заинтересован в том, чтоб выступить.

тут имхо пример не очень валидный, потому что CFP нужно не для того, что бы провалидировать конференцию, а что бы найти участников и отобрать их максимально не предвзято

Падажжи, ты попутал

источник

19:03пожаловаться #2

IM

Igor Morozov in Saint P Ruby Community

Я не про сам CFP, а про формочку «вбей имейл и мы тебе расскажем, когда откроется CFP». Это та же штука, как и на всяких лендингах «Оставь почту и мы тебе напишем, когда появится продукт»

источник

19:03пожаловаться #3

AD

Anton Davydov in Saint P Ruby Community

А я не согласен. Потому что, если бизнес-приложения рассматривать, там проблемы возникают такие, которые не решаются трейлблейзером, или рельсам, или dry-rb. Т.е. вообще без разницы, что использовать. Все равно через 2, 3, 5 лет возникнет свое решение и свои подходы поверх фреймворков.

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

источник

19:04пожаловаться #4

IM

Igor Morozov in Saint P Ruby Community

в целом, в книжке Your personal MBA описаны разные подходы о том, как валидировать всякие бизнес-идеи. Их можно на технологии перенести попробовать

источник

19:04пожаловаться #5

MS

Marat Safin in Saint P Ruby Community

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

>во всяком случае, мне кажется, что тогда бы люди уже делали так
Ну так есть случаи когда так делали и это не взлетело?

источник

19:04пожаловаться #6

AD

Anton Davydov in Saint P Ruby Community

Я не про сам CFP, а про формочку «вбей имейл и мы тебе расскажем, когда откроется CFP». Это та же штука, как и на всяких лендингах «Оставь почту и мы тебе напишем, когда появится продукт»

обычно так делают уже известные конференции, что бы быстрее собрать докладчиков и персональные данные для рассылок

источник

19:04пожаловаться #7

AD

Anton Davydov in Saint P Ruby Community

>во всяком случае, мне кажется, что тогда бы люди уже делали так
Ну так есть случаи когда так делали и это не взлетело?

а вот не понятно, я поэтому и спрашиваю

источник

19:05пожаловаться #8

AD

Anton Davydov in Saint P Ruby Community

в целом, в книжке Your personal MBA описаны разные подходы о том, как валидировать всякие бизнес-идеи. Их можно на технологии перенести попробовать

а у тебя она есть где-то? я бы почитал

источник

19:05пожаловаться #9

MS

Marat Safin in Saint P Ruby Community

Ну и программисты опять же любят сами попробовать сначала

источник

19:05пожаловаться #10

IM

Igor Morozov in Saint P Ruby Community

а у тебя она есть где-то? я бы почитал

есть бумажка, есть цифра

источник

19:05пожаловаться #11

h

hwe in Saint P Ruby Community

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

Так вы про опенсорс? там - да, маркетинг не всегда работает)

источник

19:05пожаловаться #12

AD

Anton Davydov in Saint P Ruby Community

Так вы про опенсорс? там - да, маркетинг не всегда работает)

про опенсорс в частности, да

источник

19:06пожаловаться #13

O

Odebe in Saint P Ruby Community

Хммм. Возможно стоит определить для себя правило разделения динамических зависимостей сервиса от входящих данных сервиса, но пока не знаю как, надо разбираться.
По крайней мере оно звучит чуть более здраво, чем передавать всё через эффекты.

источник

19:16пожаловаться #14

NS

Nikita Shilnikov in Saint P Ruby Community

Я дальше ковырялся с DI и пока пришёл к тому, что статические зависимости удобно пробрасывать через драй инжект, а динамические через драй эффект резолв, лол.

Я пока не знаю на какие камни я наткнусь, но вышлядит прикольно.

Ещё я боюсь, что мне захочется все атрибуты пробрасывать через эффект. Типа такого:

require 'dry/effects'

include Dry::Effects::Handler.Resolve

class BillOrder
  include Dry::Effects.Resolve(:order, :tariff)

  def call
    order[:cost].to_i * tariff
  end
end

provide(order: { cost: 1 }, tariff: 100_500) do
  puts BillOrder.new.call
end

Я пока не до конца понимаю, где та грань, которая отделяет удобство эффектов от излишнего использования.

по-моему не так уж трудно эту грань провести, надо начать рассуждать о коде как о функции по переводу из одного состояния в другое. Собственно, состояние это аргумент, а что требуется для перевода — эффект. Передача аргументов эффектом противоречит этой идее, хоть и эквивалентна

источник

19:23пожаловаться #15

NS

Nikita Shilnikov in Saint P Ruby Community

я не встречал где бы мне потребовалось передать аргументы эффектом, а кода я написал уже немало

источник

19:25пожаловаться #16

O

Odebe in Saint P Ruby Community

Nikita Shilnikov

по-моему не так уж трудно эту грань провести, надо начать рассуждать о коде как о функции по переводу из одного состояния в другое. Собственно, состояние это аргумент, а что требуется для перевода — эффект. Передача аргументов эффектом противоречит этой идее, хоть и эквивалентна

Т.е. если я правильно понял, то в аргументы стоит передавать то, ЧТО будет преобразовано, "преобразовано из одного вида в другой", а в эффект то, что будет использоваться как инструмент или инструкция, то есть "что требуется для перевода". Примерно так?

источник

19:27пожаловаться #17

NS

Nikita Shilnikov in Saint P Ruby Community

да

источник

19:27пожаловаться #18

O

Odebe in Saint P Ruby Community

источник

19:27пожаловаться #19

O

Odebe in Saint P Ruby Community

Пасеба.

источник

19:27пожаловаться #20