Size: a a a

2020 September 15

V

V in pro.elixir
Suren Kirakosyan
Привет всем. Есть люди, которые читали книгу "Чистая архитектура"? Тут просто прочёл о том, что хороший архитектор максимизирует количество непринятых решений и хотел узнать ваше мнение об этом.
А твоё мнение по этому вопросу какое?
источник

SK

Suren Kirakosyan in pro.elixir
V
А твоё мнение по этому вопросу какое?
Хороший архитектор заранее знает максимально приемлимую архитектуру. Нельзя же вечно оставлять избегать принятия решений, так может делать тот, кто не имеет опыта, а имеющий опыт уже должен знать какое решение больше соотвествует данной ситуации. Конечно же не нужно преувеличивать - не каждый вопрос требует сиюминутного принятие решения.
источник

AB

Alexey Bolshakov in pro.elixir
да. надо не принимать никаких решений, пока компания ко дну не пойдет )
источник

AB

Alex Bubnov in pro.elixir
Suren Kirakosyan
Хороший архитектор заранее знает максимально приемлимую архитектуру. Нельзя же вечно оставлять избегать принятия решений, так может делать тот, кто не имеет опыта, а имеющий опыт уже должен знать какое решение больше соотвествует данной ситуации. Конечно же не нужно преувеличивать - не каждый вопрос требует сиюминутного принятие решения.
Откуда может взяться "заранее приемлемая архитектура", если приемлемость архитектуры определена в моменте?
источник

P

Pavel in pro.elixir
Приемлемая архитектура может быть только когда у тебя есть фиксированное тз и она будет приемлема для него, хороший архитектор делает так, что вносить изменения в эту архитектуру можно на O(1) в идеальном случае (читай: архитектура не тормозит изменение бизнес логики)
источник
2020 September 16

DS

Dmitry Shpagin in pro.elixir
> архитектор максимизирует количество непринятых решений
емнип там для достижения такого эффекта предлагается делать достаточное количество простых абстракций, которые по мере необходимости можно менять, когда "решение принято"
источник

h

hukendo in pro.elixir
Suren Kirakosyan
Хороший архитектор заранее знает максимально приемлимую архитектуру. Нельзя же вечно оставлять избегать принятия решений, так может делать тот, кто не имеет опыта, а имеющий опыт уже должен знать какое решение больше соотвествует данной ситуации. Конечно же не нужно преувеличивать - не каждый вопрос требует сиюминутного принятие решения.
Там про это тоже говориться, решение откладывается до тех пор пока требования не будут достаточно ясны.
источник

V

V in pro.elixir
hukendo
Там про это тоже говориться, решение откладывается до тех пор пока требования не будут достаточно ясны.
типа если у проекта есть 44 степени свободы без конкретики от менеджмента - архитектор может бесконечно долго поигрывать любой из них без ущерба остальным?
источник

M

MrFlorius in pro.elixir
+
источник

M

MrFlorius in pro.elixir
А есть хорошие книги по экто и плагу?
источник

PG

Pig Greenest in pro.elixir
дока
источник

PG

Pig Greenest in pro.elixir
по экто есть
источник

PG

Pig Greenest in pro.elixir
за качество не скажу, но вот книжка про экто https://www.amazon.com/Programming-Ecto-Database-Scalability-Performance-ebook/dp/B07RRS9C1T
источник

PG

Pig Greenest in pro.elixir
но вообще это мем — книжка по библиотеке
источник

M

MrFlorius in pro.elixir
Спасибо
источник

h

hukendo in pro.elixir
V
типа если у проекта есть 44 степени свободы без конкретики от менеджмента - архитектор может бесконечно долго поигрывать любой из них без ущерба остальным?
)) типо если нет конкретики, не мудри, угадывая что понадобиться в будущем попутно подгоняя архитектуру под требования которых ещё нет
источник

M

MrFlorius in pro.elixir
А можно как-то переопределить загрузку данных в экто в самой схеме? В схеме массивы, а я хочу чтобы в структуре были мапсеты
источник

M

MrFlorius in pro.elixir
Простите за глупый вопрос, опечатался и не нагуглиось.
источник

D

DooDLeZz* in pro.elixir
Народ, всем доброго времени суток. Вопрос по фениксу, может кто реализовывал подобное. В общем, есть umbrella проект с несколькими phoenix приложениями внутри. У одного приложения (Master), Endpoint запущен с server: true, у остальных (App1, App2) приложений он false.

Вопрос заключается в следующем: Когда я на одной из страниц в Master генерирую ссылку, вызывая App1Web.Router.Helpers.page_path(conn, :index), и при этом, на одной из страниц App1 генерирую ссылку MasterWeb.Router.Helpers.page_path(conn, :index), то при компиляции я получаю предупреждение вида:
function App1.Router.init/1 is undefined (module App1.Router is not available). При этом компиляция происходит, ссылки корректно генерируются а приложение работает в штатном режиме. Кто нибудь в курсе с чем это связано и как "кошерно" решить данную задачу, настроив перелинковку между несколькими phoenix приложениями внутри одного umbrella проекта, чтобы компилятор не ругался?

ЗЫ: эти warning-и появляются только раз. При повторной компиляции предупреждение не возникает.
источник

M

MrFlorius in pro.elixir
Это именно warning-и Эликсира, а не диалайзера какого-нибудь?
источник