Специально посмотрел, тенденции идентичны — плавный спад по поисковым запросам у обоих (что может говорить о некой зрелости, а может и чем то другом ^^).
Рельсы с 3 на 4 стали «приятнее» в плане работы с ActiveRecord и не только. Улучшение имеющегося функционала точно идет. Action Cable немного сомнительный в 5й версии, но зато в коробке.
Подловил ;) Да, некрасиво вышло…
Ну к примеру задачка: принимаем изображения от юзеров и желаем делать разные превьюшки, плюс добавляем фильтры/обработки как-нибудь хитро. И вот теперь выбор инструментов для решения: нам нужна очередь и демоны для нашей магии. Где используем эрланг, а где тот же С? =) RabbitMQ для очереди, ибо эрланг хорош в этой части, а С для демонов по магии с картинками.
Из статистики: на одного публично недовольного Вашим продуктом есть девять таких же недовольных, но не высказавших Вам это открыто.
Я из тех девяти =) Ну и вправду, зачем там ruby/RoR? Elixir сам по себе уже достаточно на слуху, что бы не было необходимости тащить его на волне популярности ruby/RoR.
Как по мне, то Elixir вполне себе ничего, если близка машина эрланга. Да, время ответа сильно ниже, чем на рельсах. Но математика как и у эрланга — не на высоте.
В этом плане более пристально имеет смысле следить за Crystal. Даже Матц на недавнем выступлении о нем начал вещать, https://youtu.be/2KL3wNXl16g?t=7011
Случай хоть и не совсем фантастика, но мне не кажется «частым» гостем в разработке.
Если есть проблемы в продукте, смысла найма джунов (победа количеством) не имеет смысла, тут любой воротничок скажет. А наняв сеньера (победа опытом/качеством), его заинтересованные в успехе регулярно будут спрашивать, мол «Ну как там, какие прогнозы?», Как дела?" и тд
То, что «хаос» не автоматизируется тут писал каждый второй.
Вот бы больше практики, как пришли, увидели хаос, так то побороли, такие то этапы получились, нюансы там.
А по поводу CRM я жуткий «деревенщина», 8 лет аналитиком работаю, но на вопрос бизнеса «Вот, Макс, мы прошли планку Х, теперь надо толчок в развитии, из АйТи у нас эксель и браузер. А еще есть незаменимые бойцы(эксперт в каждой области свой). Может начнем с CRM, я хочу воронку продаж! =)». А я им, сначала избавимся от «крутизны» экспертов, сделаем процессы простые и доступные другим. А если начать что то внедрять из АйТи, то первым будет «задачник». Без него не представляю начало. Затем учетная система основного бизнеса (+1С бухам). Затем интеграция с тем, что важно. Бьемся с ручным трудом и тд тп. Короче до CRM дело и не доходит, так как её функции перекладываются на другие системы. Но наверное у меня специфики телефонных продаж не было, раз АТС ни к чему не надо было цеплять.
Хм… ну чисто логически провайдер тоже купил это железо, софт, обучение, сопровождение. Он же коммерческая организация, она зарабатывает на этом. Значит в долгосрочной перспективе железо лучше. При наличии определенных факторов (есть среда, есть кому сопровождать и тд тп). Еще провайдер может хитрить(я про VPS).
Само понятие модели и есть Ваши точки зрения. Модель — это когда от реального отбросили не важное для текущей цели и оставили важное. По сути у Вас разные модели одного итого же «насоса».
И как сказано, сложность ИТОГО слишком велика, куча моделей с кучей связей. Честно, не осилил чем такая куча моделей поможет менеджеру по продажам. Ему же нужно «коридор» протоптать через «сложность бытия» с минимальным количеством ветвлений (что бы не запутался). Т.е. упростить мир, а не усложнить.
PS А по определению инстанса, вроде все просто (даже на вики есть). Например, есть мастер построения отчетов с кучей параметров и конкретные отчеты из него. Каждый отчет, который получили каким то набором значений в параметрах мастера, и есть инстанс. Класс делает объекты, печка — булочки =)
Забавно, но мы как то быстро проехали этап выматывающих митингов.
Почти каждый день минут 20 на всех с утра что делал, что будешь. Мне, как аналитику в проекте, очень полезно понимать чем живет команда в данный момент.
Спринт 4 недели, ретро примерно час-полтора, опять же по проблемам вырабатываем пути улучшения и пишем на доске перед глазами.
Планированием занимается руководитель, совещаясь с причастными. Это сильно лучше, чем по началу с картами. Вот там прогеры и тестировщики «помирали», а я точнее чем они оценивал их же задачи =)
Захотелось прокомментировать пару ответов, так как работаю и с SaaS в облаке и коробкой для клиента:
Дата-центр RUVDS оборудован тремя независимыми каналами подключения к магистральным узлам связи ММТС-9 и ММТС-10, что позволяет обеспечить высоконадежный скоростной доступ в Интернет со средним пингом по Москве до 3 ms и пропускной способностью до 30 Gb/s и системой защиты от DDOS на базе решения CISCO Guard
В связи «интернет» важны все звенья цепи. Работая с клиентами из промзон(иногда в центре города, постоянно вылетает электричество, интернет, часто через свистульку 3G), либо проживающим за Уралом (привет, Норильск) становится понятно: не менее важна стабильность инета в конечной точке потребления. И часто «их» возможности перечеркивают «наши». Везде рассматривается узкое звено: у нас доступность 99%, у клиента 55%, значит наше решение доступно для этого клиента в попугаях менее 55%.
В случае виртуального сервера, доступ к нему есть только у вас, и доступ к данным также только у вас. По сути виртуальный сервер это тот же компьютер только удаленный, и при желании можете также подключать Dropbox на виртуальном сервере. Что касается сотрудников хостинг-провайдера, то доступа к данным виртуальных серверов они не имеют.
Простите, но доступ есть у всех. Как минимум до формы аутентификации, верно? А в локальной сети можно порезать доступ из вне, вне vpn и тд тп, сильно сократив объем увидевших форму входа.
Дак не может быть этой самой, идеальной. В Аджайле есть приятные моменты, для меня это скорость обратной связи и вообще нацеленность на неё. Наличие ответственного за продукт.
Остальное не особо профитное из моего опыта. Оценка задач, а в особенности ПользовательскихИсторий(плохая проработка задачи) — это пальцем в небо (ну когда задачи не точь в точь близнецы прямо). А с этого момента начинается крах подхода, ИМХО.
Максим, из любопытства, правильное решение для кого? Можете поделиться опытом? Хотя бы пару предложений могли бы быть полезны тем, кто еще не проходил подобные движения.
Автор вроде бы четко указал, что «всё водном» им избыточно. Хотят переиспользовать части/компоненты в разных проектах с разной сутью. Вон в ExtJS iframe-мом затолкали своё детище =)
Блочить учетку не особо вариант. Когда шла непрерывная атака, реальные юзеры не могли войти, не успевали. Или админ был не всегда доступен для помощи (разлочить учетку), например при работе вечером.
Рельсы с 3 на 4 стали «приятнее» в плане работы с ActiveRecord и не только. Улучшение имеющегося функционала точно идет. Action Cable немного сомнительный в 5й версии, но зато в коробке.
Ну к примеру задачка: принимаем изображения от юзеров и желаем делать разные превьюшки, плюс добавляем фильтры/обработки как-нибудь хитро. И вот теперь выбор инструментов для решения: нам нужна очередь и демоны для нашей магии. Где используем эрланг, а где тот же С? =) RabbitMQ для очереди, ибо эрланг хорош в этой части, а С для демонов по магии с картинками.
Холиварно все это, не могу себе позволить продолжать ;)
Я из тех девяти =) Ну и вправду, зачем там ruby/RoR? Elixir сам по себе уже достаточно на слуху, что бы не было необходимости тащить его на волне популярности ruby/RoR.
Как по мне, то Elixir вполне себе ничего, если близка машина эрланга. Да, время ответа сильно ниже, чем на рельсах. Но математика как и у эрланга — не на высоте.
В этом плане более пристально имеет смысле следить за Crystal. Даже Матц на недавнем выступлении о нем начал вещать, https://youtu.be/2KL3wNXl16g?t=7011
Если есть проблемы в продукте, смысла найма джунов (победа количеством) не имеет смысла, тут любой воротничок скажет. А наняв сеньера (победа опытом/качеством), его заинтересованные в успехе регулярно будут спрашивать, мол «Ну как там, какие прогнозы?», Как дела?" и тд
Вот бы больше практики, как пришли, увидели хаос, так то побороли, такие то этапы получились, нюансы там.
А по поводу CRM я жуткий «деревенщина», 8 лет аналитиком работаю, но на вопрос бизнеса «Вот, Макс, мы прошли планку Х, теперь надо толчок в развитии, из АйТи у нас эксель и браузер. А еще есть незаменимые бойцы(эксперт в каждой области свой). Может начнем с CRM, я хочу воронку продаж! =)». А я им, сначала избавимся от «крутизны» экспертов, сделаем процессы простые и доступные другим. А если начать что то внедрять из АйТи, то первым будет «задачник». Без него не представляю начало. Затем учетная система основного бизнеса (+1С бухам). Затем интеграция с тем, что важно. Бьемся с ручным трудом и тд тп. Короче до CRM дело и не доходит, так как её функции перекладываются на другие системы. Но наверное у меня специфики телефонных продаж не было, раз АТС ни к чему не надо было цеплять.
И как сказано, сложность ИТОГО слишком велика, куча моделей с кучей связей. Честно, не осилил чем такая куча моделей поможет менеджеру по продажам. Ему же нужно «коридор» протоптать через «сложность бытия» с минимальным количеством ветвлений (что бы не запутался). Т.е. упростить мир, а не усложнить.
PS А по определению инстанса, вроде все просто (даже на вики есть). Например, есть мастер построения отчетов с кучей параметров и конкретные отчеты из него. Каждый отчет, который получили каким то набором значений в параметрах мастера, и есть инстанс. Класс делает объекты, печка — булочки =)
Почти каждый день минут 20 на всех с утра что делал, что будешь. Мне, как аналитику в проекте, очень полезно понимать чем живет команда в данный момент.
Спринт 4 недели, ретро примерно час-полтора, опять же по проблемам вырабатываем пути улучшения и пишем на доске перед глазами.
Планированием занимается руководитель, совещаясь с причастными. Это сильно лучше, чем по началу с картами. Вот там прогеры и тестировщики «помирали», а я точнее чем они оценивал их же задачи =)
В связи «интернет» важны все звенья цепи. Работая с клиентами из промзон(иногда в центре города, постоянно вылетает электричество, интернет, часто через свистульку 3G), либо проживающим за Уралом (привет, Норильск) становится понятно: не менее важна стабильность инета в конечной точке потребления. И часто «их» возможности перечеркивают «наши». Везде рассматривается узкое звено: у нас доступность 99%, у клиента 55%, значит наше решение доступно для этого клиента в попугаях менее 55%.
Простите, но доступ есть у всех. Как минимум до формы аутентификации, верно? А в локальной сети можно порезать доступ из вне, вне vpn и тд тп, сильно сократив объем увидевших форму входа.
Остальное не особо профитное из моего опыта. Оценка задач, а в особенности ПользовательскихИсторий(плохая проработка задачи) — это пальцем в небо (ну когда задачи не точь в точь близнецы прямо). А с этого момента начинается крах подхода, ИМХО.
Сам балуюсь с Ruby\ROR в Sublim.