Выбьюсь из общего хора хвалебных отзывов. Извините, но это какой-то мрак — читать подобное в блоге компании, про которую из каждого утюга поют: «история успеха», «и ботаники делают бизнес», «пример успеха новой цифровой экономики» и т.д. и т.п.
Часть людей и правда отпадает при переходе с экрана адресов на экран способов оплаты. Причины могут быть разные: начиная от технических и UX-проблем, заканчивая человеческим фактором — клиент и правда мог передумать заказывать, могли поменяться планы.
Как бывший пользователь вашего сервиса, скажу: на выбор самой пиццы уходит не меньше 10 минут обычно, а на клик по кнопке «оформить заказ» около 5 секунд (с чтением страницы) — вероятность того, что я внезапно передумаю именно в этот момент равна 0,001%, в оставшихся 99,999% случаев причина ухода — это «ой, а мы не доставляем на этот адрес» и «ой, а в этой пиццерии этого больше нет, выберите что-нибудь другое».
Мы не запоминаем обслуживающую клиента пиццерию между заказами, а каждый раз определяем её в момент выбора адреса для доставки. В старом флоу это было уже после сбора корзины. До этого момента клиент видел общее меню всей франшизы, без какой-либо конкретики. В итоге клиент мог собрать заказ, выбрать адрес и узнать, что в нему не приедет наша фирменная пицца
Это и есть главная проблема пользователя, которую и надо было решать с самого начала, так же как это сделано в других доставках еды. А вместо этого
Мы оценили разработку нового чекаута в 2 месяца, а закончили через 9. <...> В целом не было ничего нерешаемого, но в любом случае это требовало дополнительного времени. Самый яркий пример — кастомный транзишн выезжающей снизу шторки.
т.е. команда 9 месяцев боролась со шторками и дизайном, вместо решения настоящей проблемы. Я так и не понял из статьи, а могу я теперь выбрать пиццерию до выбора пиццы, или флоу так и остался прежним?
Ну и дальше больше:
начинать с простого дизайна и усложнять итеративно.
попробовать затащить прототипы.
Не допускать релиза крупных фичей разом, делать всё итеративно.
О божечки, это же Scrum.
не допускать новичков и менторов к разработке фич с горячими дедлайнами.
детальнее описывать требования к задачам.
копить причины принятых решений.
оценивать таски глядя в код.
не отказываться от тестов, даже если сроки горят.
Активнее шарить знания на встречах или во внутренней документации.
Правда, без обид, ничего личного, но это серьезно? Это первый проект?
На этот раз точно, железобетонно и финально: конверсия выросла на 1,5%
Просто приведенный пример, не подходит для иллюстрации к KISS, я это называю народно-спортивной игрой «Ужиматель» — выигрывает тот, у кого больше коэффициент сжатия, понятность и поддержка кода тут не главное )
Секс-робот будет неким наркотиком или коконом, в котором спрячется человек. Отпадет необходимость в запутанных небезупречных человеческих отношениях. По сути человек превращается в крысу в клетке, которая вновь и вновь совершает нажатие на рычаг, пока увеличенная доза не убьет ее. Создание машины, симулирующей все нужные параметры, станет настоящей антиутопией, где не найдется места истинным отношениям и настоящему сексу. Не исключено, что человек будет помещен в кокон со своим роботом. Машина станет ухаживать за ним, рассказывать о его достоинствах и пр. Пропадет необходимость в формировании любовных отношений, человек разучится отдавать, так как будет только брать.
Не. Всё равно найдутся зануды, которые будут говорить: «раньше было лучше», «мой робот меня не понимает», «нынешние роботы — ни то что в наше время» и т.п.
Релиз классный! Спасибо команде, за такой интенсивный труд. Но, к сожалению, с базой данных работать непосредственно из PS до сих пор неудобно, на мой взгляд, попробую на этой неделе записать скринкаст.
Ну вот например, в книге Фаулера «Шаблоны корпоративных приложений» описание механизмов работы с БД занимает 4 главы или 180 страниц, половина из них — жесткие листинги кода. А представляете обратную ситуацию: вы покупаете книгу, а там полстраницы описания общеизвестных фактов и в конце ссылка на гитхаб?
Из конкретики: объектная модель в go несколько отличается, от таковой в PHP, Java или C#, отсюда и особенный go-style, поэтому как раз самое интересное, это то как вы обходили эти различия: инъекции зависимостей, наследование, отсутствие generic + строгая типизация. Плюс go предполагает широкое использование параллельности, как в таких условиях работает ваш UoW и IM?
А как у вас реализованы транзакции в хранилищах, которые не поддерживают их нативно?
нет логических транзакций
Это предполагает инъекции разных репозиториев в UoF? Как?
не может сохранить граф объектов (аггрегат)
нет lazy/eager loading
А что вместо этого?
встраивание gorm.Model
То есть общий принцип:
1. Решил реализовать в go стандартный паттерн X
2. Столкнулся с такими-то проблемами
3. Решил их так-то
Тогда и полезность статьи сразу возрастает — кто-то увидит решение собственной похожей проблемы, и фидбек по правильности решений сразу получите.
Какая-то нечестная статья, по заголовку, ожидал примеры архитектурных или хотя бы тактических решений проблем, с которыми сталкиваются go-разработчики при попытках внедрить DDD, вместо этого реклама еще одной недоделанной ORM.
Чем вам GORM не подошел?
После обновления на 2020.2 «залипает» проверка php кода через CS, т.е. IDE подчеркивает ошибку вроде «phpcs: Function closing brace must go on the next line following the body; found 1 blank lines before brace» — исправляешь, а ошибка остается на месте, пока файл не переоткроешь.
Если зарплата 50к, а платеж 40к, то даже при 90% первом взносе это не вариант
а как он(-а) тогда 90% накопил при такой зарплате?
А если зарплата 50к, а платеж 10к, то можно и с 0% первым взносом брать
— любой нормальный человек ищет жилье получше: свежесть дома, площадь, район и т.д., настолько получше, насколько позволяет доход, поэтому такого соотношения в реале не будет, т.е. по зарплате и жилье будет соответствующее и платеж ежемесячный тоже, ну не будет человек с хорошей зарплатой брать убитую квартиру лишь бы не платить больше 10К.
Плюс тут есть и другой момент: если у вас есть уже 50% квартиры — то вам надо грубо говоря выкупить у банка всего половину квартиру, а не целую, это как бежать олимпийский забег сразу с середины, риск наступления форс-мажора в два раза меньше (но всё равно есть, отсюда еще один совет, про который забыл выше написать: у вас всегда должно лежать на счете на 3 платежа вперед).
Читать еще, интересно про проценты и сроки кредита
1.1) Банк смотрит какой ежемесячный платеж получается по вашим желаниям и сравнивает с вашим реальным доходом (минус иждивенцы, алименты и т.п.), если платеж получается больше 40% ваших доходов — то вам предложат растянуть кредит на больший срок, чтобы уменьшить ежемесячный платеж, иначе просто не одобрят заявку.
2) Я долго снимал в Москве однушку в хорошем состоянии недалеко от работы за 30К, сейчас не смотря на падение всего и вся такую цену надо еще поискать, итого имеем за 10 лет:
12 * 10 * 30 = 3,6 млн.руб.
допустим арендатор имеет другие доходы (работает например)), тогда он добавит еще столько же и купит вторую квартиру, а у вас повторю через 10 лет не будет ничего, совсем ничего.
2.1) Это не важно, если вы покупаете квартиру для себя, а не для спекуляции. Рынок недвижимости в одном и том же городе более-менее ведет себя монолитно, т.е. или всё дорожает или всё дешевеет. Если вы именно живете в своей квартире, то какая разница сколько она стоит? Расширятся опять же из однушки в двушку намного легче, чем сразу двушку брать. А гадать сколько будет стоить недвига через 10 лет — вообще бесполезное занятие, ни один «эксперт» этого не знает, поверьте. Про нынешнее «падение» цен тоже могу сказать: перед покупкой мониторил рынок года два, и за это время сильно упали в цене в первую очередь неликвидные квартиры: старые пятиэтажки, убитые, после пожаров, в новостройках без отделки в поле без инфраструктуры и т.п. квартиры в хороших домах в хорошем состоянии в хороших районах, потеряли не так ощутимо, т.е. рынок просто стал чуть ближе к адекватности.
Ну и тут надо добавить, что разумеется брать ипотеку можно, только если вы не собираетесь «валить» — иначе бессмысленно.
4) Нет, просто в данном случае математическая интуиция нас обманывает, правило «от перемены мест слагаемых сумма не меняется» в данном случае не применимо, всё дело в процентах. Смотрите (будем для простоты использовать простую формулу без сложных процентов):
Вариант 1
10 млн на 20 лет под 10% годовых.
Проценты за весь срок кредита:
Проценты = 10 млн * 10% * 20 лет = 20 млн
Ежемесячный равномерный платеж:
(Основной долг + Проценты) / 240 мес = (10 млн + 20 млн) / 240 = 125 000 р.
Переплата за весь срок кредита 20 млн.
Вариант 2
5 млн на 10 лет, а потом еще 5 млн на 10 лет.
Первый кредит.
Проценты за весь срок кредита:
Проценты = 5 млн * 10% * 10 лет = 5 млн.
Ежемесячный равномерный платеж:
(Основной долг + Проценты) / 120 мес = (5 млн + 5 млн) / 120 = 83 333 р.
Второй кредит аналогично.
Переплата за оба кредита, за 20 лет: 5 млн + 5 млн = 10 млн — в два раза меньше
Я из тех самых кто ввязался в эту авантюру :)) до этого 6 лет снимал. Могу уверенно сказать так:
1. Чем больше первоначальный взнос — тем лучше, если из 10 млн. у вас есть только 500 тыс., — то ипотека в данный момент не ваш вариант :). В идеале надо накопить 50% стоимости или хотя бы 40, при больших суммах — банк будет повышать срок кредита (платеж не должен превышать 40% дохода) до 20-25 лет и кредит превращается в безвылазную долговую яму.
2. Если сейчас снимаете, а расчетный платеж по ипотеке будет равен или несущественно превышать арендный платеж — берите ипотеку, потому, что через 10-15 лет у вас уже будет собственный актив, который в трудные времена можно будет сдать или продать или расширить. Рассуждения, что «покупаешь две квартиры» в данном случае уже не уместны, потому что в случае аренды вы покупаете ту же квартиру чужому человеку, а сами через 15 лет не имеет вообще ничего.
3. Если живете с родителями, то конечно можно вообще ничего не покупать :) (сарказм)
4. Взять последовательно два небольших кредита намного дешевле, чем сразу один большой:
6 млн. на 10 лет + потом еще 4 млн на 10 лет — дешевле, чем один кредит 10 млн на 20 лет.
Как бывший пользователь вашего сервиса, скажу: на выбор самой пиццы уходит не меньше 10 минут обычно, а на клик по кнопке «оформить заказ» около 5 секунд (с чтением страницы) — вероятность того, что я внезапно передумаю именно в этот момент равна 0,001%, в оставшихся 99,999% случаев причина ухода — это «ой, а мы не доставляем на этот адрес» и «ой, а в этой пиццерии этого больше нет, выберите что-нибудь другое».
Это и есть главная проблема пользователя, которую и надо было решать с самого начала, так же как это сделано в других доставках еды. А вместо этого
т.е. команда 9 месяцев боролась со шторками и дизайном, вместо решения настоящей проблемы. Я так и не понял из статьи, а могу я теперь выбрать пиццерию до выбора пиццы, или флоу так и остался прежним?
Ну и дальше больше:
О божечки, это же Scrum.
Правда, без обид, ничего личного, но это серьезно? Это первый проект?
Это на уровне цифрового шума.
Не. Всё равно найдутся зануды, которые будут говорить: «раньше было лучше», «мой робот меня не понимает», «нынешние роботы — ни то что в наше время» и т.п.
Из конкретики: объектная модель в go несколько отличается, от таковой в PHP, Java или C#, отсюда и особенный go-style, поэтому как раз самое интересное, это то как вы обходили эти различия: инъекции зависимостей, наследование, отсутствие generic + строгая типизация. Плюс go предполагает широкое использование параллельности, как в таких условиях работает ваш UoW и IM?
А как у вас реализованы транзакции в хранилищах, которые не поддерживают их нативно?
Это предполагает инъекции разных репозиториев в UoF? Как?
А что вместо этого?
То есть общий принцип:
1. Решил реализовать в go стандартный паттерн X
2. Столкнулся с такими-то проблемами
3. Решил их так-то
Тогда и полезность статьи сразу возрастает — кто-то увидит решение собственной похожей проблемы, и фидбек по правильности решений сразу получите.
Чем вам GORM не подошел?
а как он(-а) тогда 90% накопил при такой зарплате?
— любой нормальный человек ищет жилье получше: свежесть дома, площадь, район и т.д., настолько получше, насколько позволяет доход, поэтому такого соотношения в реале не будет, т.е. по зарплате и жилье будет соответствующее и платеж ежемесячный тоже, ну не будет человек с хорошей зарплатой брать убитую квартиру лишь бы не платить больше 10К.
Плюс тут есть и другой момент: если у вас есть уже 50% квартиры — то вам надо грубо говоря выкупить у банка всего половину квартиру, а не целую, это как бежать олимпийский забег сразу с середины, риск наступления форс-мажора в два раза меньше (но всё равно есть, отсюда еще один совет, про который забыл выше написать: у вас всегда должно лежать на счете на 3 платежа вперед).
2) Я долго снимал в Москве однушку в хорошем состоянии недалеко от работы за 30К, сейчас не смотря на падение всего и вся такую цену надо еще поискать, итого имеем за 10 лет:
12 * 10 * 30 = 3,6 млн.руб.
допустим арендатор имеет другие доходы (работает например)), тогда он добавит еще столько же и купит вторую квартиру, а у вас повторю через 10 лет не будет ничего, совсем ничего.
2.1) Это не важно, если вы покупаете квартиру для себя, а не для спекуляции. Рынок недвижимости в одном и том же городе более-менее ведет себя монолитно, т.е. или всё дорожает или всё дешевеет. Если вы именно живете в своей квартире, то какая разница сколько она стоит? Расширятся опять же из однушки в двушку намного легче, чем сразу двушку брать. А гадать сколько будет стоить недвига через 10 лет — вообще бесполезное занятие, ни один «эксперт» этого не знает, поверьте. Про нынешнее «падение» цен тоже могу сказать: перед покупкой мониторил рынок года два, и за это время сильно упали в цене в первую очередь неликвидные квартиры: старые пятиэтажки, убитые, после пожаров, в новостройках без отделки в поле без инфраструктуры и т.п. квартиры в хороших домах в хорошем состоянии в хороших районах, потеряли не так ощутимо, т.е. рынок просто стал чуть ближе к адекватности.
Ну и тут надо добавить, что разумеется брать ипотеку можно, только если вы не собираетесь «валить» — иначе бессмысленно.
4) Нет, просто в данном случае математическая интуиция нас обманывает, правило «от перемены мест слагаемых сумма не меняется» в данном случае не применимо, всё дело в процентах. Смотрите (будем для простоты использовать простую формулу без сложных процентов):
Вариант 1
10 млн на 20 лет под 10% годовых.
Проценты за весь срок кредита:
Проценты = 10 млн * 10% * 20 лет = 20 млн
Ежемесячный равномерный платеж:
(Основной долг + Проценты) / 240 мес = (10 млн + 20 млн) / 240 = 125 000 р.
Переплата за весь срок кредита 20 млн.
Вариант 2
5 млн на 10 лет, а потом еще 5 млн на 10 лет.
Первый кредит.
Проценты за весь срок кредита:
Проценты = 5 млн * 10% * 10 лет = 5 млн.
Ежемесячный равномерный платеж:
(Основной долг + Проценты) / 120 мес = (5 млн + 5 млн) / 120 = 83 333 р.
Второй кредит аналогично.
Переплата за оба кредита, за 20 лет: 5 млн + 5 млн = 10 млн — в два раза меньше
1. Чем больше первоначальный взнос — тем лучше, если из 10 млн. у вас есть только 500 тыс., — то ипотека в данный момент не ваш вариант :). В идеале надо накопить 50% стоимости или хотя бы 40, при больших суммах — банк будет повышать срок кредита (платеж не должен превышать 40% дохода) до 20-25 лет и кредит превращается в безвылазную долговую яму.
2. Если сейчас снимаете, а расчетный платеж по ипотеке будет равен или несущественно превышать арендный платеж — берите ипотеку, потому, что через 10-15 лет у вас уже будет собственный актив, который в трудные времена можно будет сдать или продать или расширить. Рассуждения, что «покупаешь две квартиры» в данном случае уже не уместны, потому что в случае аренды вы покупаете ту же квартиру чужому человеку, а сами через 15 лет не имеет вообще ничего.
3. Если живете с родителями, то конечно можно вообще ничего не покупать :) (сарказм)
4. Взять последовательно два небольших кредита намного дешевле, чем сразу один большой:
6 млн. на 10 лет + потом еще 4 млн на 10 лет — дешевле, чем один кредит 10 млн на 20 лет.