Pull to refresh
2
0
Сумин Алексей @asumin

программист

Send message

Наконец-то, выведем абьюз на профессиональный уровень, а то это любительство уже надоело!

irony

Не душноты ради, просто интересно. Имеем исходные данные: high load и аналитические запросы и стек под это : PHP 8.1, Symfony 5, orm Doctrine, PostgreSQL, почему ни click house + golang, например?

ВНЖ по какому основанию?

"высшая математика убивает креативность" (Министр образования Фурсенко) irony

Похоже устав от шуток про свои волшебные плюсы, Яндекс запустил новую рекламу: "Плюс есть даже если вы его не видите" - это уже новый уровень маркетинга. Ждем когда производители колбасы подключатся: "+20% бесплатно - они есть даже если вы их не видите" ))

Flac реально рулит качественные наушники или акустика и заслушенные до дыр песни звучат совсем по-новому.
Больше 4 лет сидел на ЯМе, недавно попробовал Deezer с hi-fi качеством и закрыл плюс на яндексе, качество звука не сопоставимое — flac против mp3. Умные плейлисты по нескольким любимым артистам — шикарно миксует.
В коменте выше шла речь о бумаге с печатью, вот и стало интересно, что это за бумага может быть с т.зр. ТК и как это реально (нереально) оформить в системе локальных актов предприятия.
Можно по другому решить: сейчас есть только положительная фильтрация, т.е. подписаться на хаб или автора, надо просто добавить отрицательную фильтрацию: «не хочу читать этого автора», «не хочу читать этот хаб», чтобы соответствующие статьи мне нигде и ни в каком виде не попадались. Получается более гибкий подход, например, про здоровье я не хочу читать на хабре, а вот про страйкбол с удовольствием. Айтишники же тоже люди (даже трушные) у них тоже есть хобби, интересы, физическая оболочка, которая требует внимания к себе )).
Если это не требует дополнительного времени или денег, в противном случае «есть нюанс»
Например, в современных реалиях рынка, заказчику зачастую нужен средний продукт, но сейчас, а не идеальный, но когда-то потом.
Выбьюсь из общего хора хвалебных отзывов. Извините, но это какой-то мрак — читать подобное в блоге компании, про которую из каждого утюга поют: «история успеха», «и ботаники делают бизнес», «пример успеха новой цифровой экономики» и т.д. и т.п.
Часть людей и правда отпадает при переходе с экрана адресов на экран способов оплаты. Причины могут быть разные: начиная от технических и UX-проблем, заканчивая человеческим фактором — клиент и правда мог передумать заказывать, могли поменяться планы.
Как бывший пользователь вашего сервиса, скажу: на выбор самой пиццы уходит не меньше 10 минут обычно, а на клик по кнопке «оформить заказ» около 5 секунд (с чтением страницы) — вероятность того, что я внезапно передумаю именно в этот момент равна 0,001%, в оставшихся 99,999% случаев причина ухода — это «ой, а мы не доставляем на этот адрес» и «ой, а в этой пиццерии этого больше нет, выберите что-нибудь другое».

Мы не запоминаем обслуживающую клиента пиццерию между заказами, а каждый раз определяем её в момент выбора адреса для доставки. В старом флоу это было уже после сбора корзины. До этого момента клиент видел общее меню всей франшизы, без какой-либо конкретики. В итоге клиент мог собрать заказ, выбрать адрес и узнать, что в нему не приедет наша фирменная пицца
Это и есть главная проблема пользователя, которую и надо было решать с самого начала, так же как это сделано в других доставках еды. А вместо этого
Мы оценили разработку нового чекаута в 2 месяца, а закончили через 9. <...> В целом не было ничего нерешаемого, но в любом случае это требовало дополнительного времени. Самый яркий пример — кастомный транзишн выезжающей снизу шторки.
т.е. команда 9 месяцев боролась со шторками и дизайном, вместо решения настоящей проблемы. Я так и не понял из статьи, а могу я теперь выбрать пиццерию до выбора пиццы, или флоу так и остался прежним?

Ну и дальше больше:
начинать с простого дизайна и усложнять итеративно.
попробовать затащить прототипы.
Не допускать релиза крупных фичей разом, делать всё итеративно.
О божечки, это же Scrum.
не допускать новичков и менторов к разработке фич с горячими дедлайнами.
детальнее описывать требования к задачам.
копить причины принятых решений.
оценивать таски глядя в код.
не отказываться от тестов, даже если сроки горят.
Активнее шарить знания на встречах или во внутренней документации.
Правда, без обид, ничего личного, но это серьезно? Это первый проект?

На этот раз точно, железобетонно и финально: конверсия выросла на 1,5%
Это на уровне цифрового шума.

Просто приведенный пример, не подходит для иллюстрации к KISS, я это называю народно-спортивной игрой «Ужиматель» — выигрывает тот, у кого больше коэффициент сжатия, понятность и поддержка кода тут не главное )
Паттерн «Репозиторий» в Laravel с использованием Наследования и Внедрения Зависимостей
— отвратительная реализация в статье
Секс-робот будет неким наркотиком или коконом, в котором спрячется человек. Отпадет необходимость в запутанных небезупречных человеческих отношениях. По сути человек превращается в крысу в клетке, которая вновь и вновь совершает нажатие на рычаг, пока увеличенная доза не убьет ее. Создание машины, симулирующей все нужные параметры, станет настоящей антиутопией, где не найдется места истинным отношениям и настоящему сексу. Не исключено, что человек будет помещен в кокон со своим роботом. Машина станет ухаживать за ним, рассказывать о его достоинствах и пр. Пропадет необходимость в формировании любовных отношений, человек разучится отдавать, так как будет только брать.

Не. Всё равно найдутся зануды, которые будут говорить: «раньше было лучше», «мой робот меня не понимает», «нынешние роботы — ни то что в наше время» и т.п.
Релиз классный! Спасибо команде, за такой интенсивный труд. Но, к сожалению, с базой данных работать непосредственно из PS до сих пор неудобно, на мой взгляд, попробую на этой неделе записать скринкаст.
Обычно деревни какому-нибудь райцентру принадлежат, проще по нему фильтровать
1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity