f
А ты случайно не знаешь много ли вообще госзаказов на эликсире?
Не знаю. Мое сообщение было не именно про эликсир, а про ит компании в целом.
Size: a a a
2020 April 05
IK
Кидать каждую команду на свой проект. Если проект один - разделять его на части (например финансовая, бакэнд, фронт или как то так).
Это просто в аутсорсовой компании. Когда компания пилит свой продукт, и он начинает разрастаться, разбить вот так вот на проекты непросто
f
Почему?
Потому что никто не мешает при необходимости созвониться с кем надо по meet и обсудить все что требуется. Зачем мне каждое утро знать, чем занимается админ, тестировщики и кто либо еще? При необходимости я за несколько минут посмотрю это в таск-менеджере.
f
Разве в госзаказе указывается, что "команда разработчиков должна быть прикована цепью к батарее в Ленинском районе города Х"?
Нет конечно. Но вот руководитель компании, получивший этот заказ, как правило в "Ленинском районе города Х".
IK
Нет конечно. Но вот руководитель компании, получивший этот заказ, как правило в "Ленинском районе города Х".
Все еще не вижу проблемы с тем, чтобы нанять людей где угодно
f
Это просто в аутсорсовой компании. Когда компания пилит свой продукт, и он начинает разрастаться, разбить вот так вот на проекты непросто
А я и говорил про свой продукт. Не про аутсорс. Продукт не разбивается на проекты. Задачи по продукту делятся на категории. И у каждой команды - своя категория. Это если упрощенно.
IK
А я и говорил про свой продукт. Не про аутсорс. Продукт не разбивается на проекты. Задачи по продукту делятся на категории. И у каждой команды - своя категория. Это если упрощенно.
В идеальном мире - да. На практике категории часто сильно связаны, либо привязаны к какой-то третьей зависимости, что вносит смуту в самостоятельную работу команд
IK
Особенно, если продукту не 20 лет
f
Все еще не вижу проблемы с тем, чтобы нанять людей где угодно
Разговор был не про это. Я отвечал в контексте госзаказов на:
> Поэтому когда компании с чисто IT бизнесом ссылаются на географию - это просто смешно
Компания из залупинска никогда не выиграет тендер в Москве. Просто потому что директор - в Залупинске, а не в Москве с нужными людьми за одним столом.
> Поэтому когда компании с чисто IT бизнесом ссылаются на географию - это просто смешно
Компания из залупинска никогда не выиграет тендер в Москве. Просто потому что директор - в Залупинске, а не в Москве с нужными людьми за одним столом.
IK
Разговор был не про это. Я отвечал в контексте госзаказов на:
> Поэтому когда компании с чисто IT бизнесом ссылаются на географию - это просто смешно
Компания из залупинска никогда не выиграет тендер в Москве. Просто потому что директор - в Залупинске, а не в Москве с нужными людьми за одним столом.
> Поэтому когда компании с чисто IT бизнесом ссылаются на географию - это просто смешно
Компания из залупинска никогда не выиграет тендер в Москве. Просто потому что директор - в Залупинске, а не в Москве с нужными людьми за одним столом.
Там же было:
> Про локальные бизнесы, где что-то в физическом мире нужно делать (уборка там, и прочие "физические" услуги), я не говорю, хотя ничего не мешает компании по обслуживанию терминалов из Рязани нанять для написания ПО для этих терминалов людей хоть из Владивостока
> Про локальные бизнесы, где что-то в физическом мире нужно делать (уборка там, и прочие "физические" услуги), я не говорю, хотя ничего не мешает компании по обслуживанию терминалов из Рязани нанять для написания ПО для этих терминалов людей хоть из Владивостока
f
Там же было:
> Про локальные бизнесы, где что-то в физическом мире нужно делать (уборка там, и прочие "физические" услуги), я не говорю, хотя ничего не мешает компании по обслуживанию терминалов из Рязани нанять для написания ПО для этих терминалов людей хоть из Владивостока
> Про локальные бизнесы, где что-то в физическом мире нужно делать (уборка там, и прочие "физические" услуги), я не говорю, хотя ничего не мешает компании по обслуживанию терминалов из Рязани нанять для написания ПО для этих терминалов людей хоть из Владивостока
Значит мы друг друга не точно поняли.
B
Привет, знатоки!
Можете подсказать, есть ли какое-то стандартное решение по использованию переменных окружения в рантайме в Эликсире?
На SO нашел ответ, где чел заворачивает получение переменной в функцию. Гугол выдает кучу костылей с distillery и т.д.
Единственное, что нашёл +/- адекватное на текущий момент - https://github.com/rockneurotiko/config_tuples#with-elixir-releases
Можете подсказать, есть ли какое-то стандартное решение по использованию переменных окружения в рантайме в Эликсире?
На SO нашел ответ, где чел заворачивает получение переменной в функцию. Гугол выдает кучу костылей с distillery и т.д.
Единственное, что нашёл +/- адекватное на текущий момент - https://github.com/rockneurotiko/config_tuples#with-elixir-releases
AM
Привет, знатоки!
Можете подсказать, есть ли какое-то стандартное решение по использованию переменных окружения в рантайме в Эликсире?
На SO нашел ответ, где чел заворачивает получение переменной в функцию. Гугол выдает кучу костылей с distillery и т.д.
Единственное, что нашёл +/- адекватное на текущий момент - https://github.com/rockneurotiko/config_tuples#with-elixir-releases
Можете подсказать, есть ли какое-то стандартное решение по использованию переменных окружения в рантайме в Эликсире?
На SO нашел ответ, где чел заворачивает получение переменной в функцию. Гугол выдает кучу костылей с distillery и т.д.
Единственное, что нашёл +/- адекватное на текущий момент - https://github.com/rockneurotiko/config_tuples#with-elixir-releases
В релизах появились для этого фишки
B
AM
Там ещё есть файлик в который можно засунуть переменные, чтобы они были доступны релизу в рантайме. Если надо конечно
LL
Да, но этого нет в
distillery, поэтому лучше просто самому тягать переменные окружения явно в коде через System.get_envB
Да, но этого нет в
distillery, поэтому лучше просто самому тягать переменные окружения явно в коде через System.get_envбез distillery пытаюсь запустить
LL
без distillery пытаюсь запустить
Так и используй тогда
System.fetch_env! в коде. Это будет так же долго как и Application.fetch_env! по времени исполнения