хеши в названии чанков-бандлов спасут от большинства проблем

это есть у тебя форма простая

или heavy load не потянет?

да, тут тоже вопросы

согласен с командором Шепардом

это не проблема кэша решается, а если аппа загружена старая, а бэк задеплоен уже новый

а если это огромная форма с зависимостями и еще нету стореджа типо редакса

ну нет, бэк релоад сделал, всё ок

и у нас нет больших форм))

n1.ru там приложение подтягивает асинхронно чанки

под свои разделы

и нет понятия версии приложения

скорее версии чанков

Ну ну в конце концов заполняя большую форму на дев серве надо быть готовым

n1.ru там приложение подтягивает асинхронно чанки

всё равно подтянутый чанк уже не обновится, а бекенд в это время может

но это очень edge case

бэкенд на микросервисах

там обновление опять же секционированное

когда появляется апдейт, ломающий старую структуру апи на бекенде

такого не может быть

версионность апи же

для реста мастхэв

я ж говорю, такого кейса случиться не должно. Поэтому старый бандл вполне может дожить до конца формочки

это если 1 точка входа

в нашей ситуации это норм вариант, во-первых внутренний продукт, во-вторых нет больших форм или визардов максимум 4-5 полей, так-что просьба обновить страницу - это меньшая боль, чем пилить кучу поверх всего для того чтобы было бесшовный переход на новую версию

ну ваш вариант понятен) Давайте ещё кейсы

так то я видел еще на пушах реализацию

оповещение рассылается

мамочки)

но ет для внутренних проектов компании было

с этого надо начинать

как раз из-за кейсов с данными которые могут потеряться

Давайте уже хот модули подрубайте

и всё равно можно оставить старый бандл в большинстве случаев, если только на бекенде девелопер не меняет /find на /search

Чнго мелочится

Централизованное отопление

хотрелоад на каждом клиенте

и всё равно можно оставить старый бандл в большинстве случаев, если только на бекенде девелопер не меняет /find на /search

1.0/find на 2.0/search пожалуйста)

не камильфо менять пути ж так

меняются то модельки / интерфейсы

меняются то модельки / интерфейсы

А если меняется или дорабатыается бизнесс логика или процесс?

3 раза в день)

55 версий апи в день из-за того, что кто-то где-то забыл параметр

ресту то какое дело до бизнес логики

вон в редиску к примеру клади все -а дальше делай что хочешь

вк шлёпает версии апи аки пирожки)

55 версий апи в день из-за того, что кто-то где-то забыл параметр

Это вот у всех тут такая реальность?

причём это паблик API так-то

Это вот у всех тут такая реальность?

ну я утрирую само собой, но вообще жизнь вынуждает иногда

День фиксить одмн параметр в 55 попыток на деве..

Это вот у всех тут такая реальность?

непрерывный деплоймент) хуяк хуяк и в продакшен)

можно неделю ничего не фиксить, а потом в субботу вечером выкатить 2-3 апдейта срочных

скорость донесения фич - приток бабла

Поддержка пиздеца - отток бабла

как бы не хотелось до конца того же спринта не релизиться - но для рынка 2 недели обычно много

Поддержка пиздеца - отток бабла

не всем везёт с наследием предыдущих девелоперов

так все говорят)

да и хотел бы я сказать, что когда сами пилим проект с нуля, то всё делается правильно

ну реальность такова - что пиздец приносит бабки

но не скажу

а вылизанные месяцами фичи - нет

а вылизанные месяцами фичи - нет

У нас как раз выкинули старый проект и написади новый с настольной книгой ИДЕАЛЬНЫЙ КОД

был рабочий кейс - когда конкуренту кто то слил инфу про разрабатывающийся уже месяц сервис

конкурент за неделю сделал тяп ляп и выпустил такой же на 2 недели раньше

Угайдайте почему

как бы ты идеально там не делал - а через полгода все равно переписывать :D

конкурент за неделю сделал тяп ляп и выпустил такой же на 2 недели раньше

это был Билли Гейц с его графическим UI

ERROR: S client not available

(8

Угайдайте почему

А потому что в говнокод впиливать фичу- день

mvp уже может быть достаточно, чтоб долю рынка откусить

так что скорость, особенно в начале, имеет значение

да и после mvp имеет значение

особенно если фича в первом представлении делается быстро

ну, чем дальше, тем стабильнее и регулярнее могут быть релизы, но уже не обязательно ежедневные

В долгосрочной перспективе это мертвяк

долгосрочной перспективы не будет, если ты не успеешь заинтересовать людей

и это сделает кто-то другой

авито годами жило и ничо

реддит тоже

и живее всех конкурентов тех времен

Редит написан очень круто

Ненадо тут

дизайн

реддит под капотом годами был пиздецом

и сейчас уверен что все не ярко

инфраструктура у них кайфовая спору нет

Нет, просто общее соображение из опыта любого вики-подобного ресурса — на английском будет качественнее

Потому что ни одна сволочь не пойдет и не поправит перевод

котаны >>Хороший опрос про то, как люди начинали программировать. Давайте заполним, чтобы получить больше выборку. https://goo.gl/9Xr9bJ

котаны >>Хороший опрос про то, как люди начинали программировать. Давайте заполним, чтобы получить больше выборку. https://goo.gl/9Xr9bJ

блин почти вездле не хватает "ничего из выше перечилсенного" или "свой вариант"

я верю в тебя, ты справишься и без них ))

я что угодно могу натыкать, только грош цена такому исследвоанию

я верю в тебя, ты справишься и без них ))

можно потом сюда линк на результаты?

ну это не мой опрос, если попадется - конечно

"Что позволило не утратить интерес к программированию после начала?" Почему там нету варианта - это же интересно в конце концов

https://vangogh.teespring.com/v3/image/Ed0JZnoKhnhbFs64Rh1mibwEPHE/480/560.jpg

А результаты не дают посмотреть, надо ждать

котаны >>Хороший опрос про то, как люди начинали программировать. Давайте заполним, чтобы получить больше выборку. https://goo.gl/9Xr9bJ

сообщи плз про результаты

Аж устал заполнять

Но не хватает одного вопроса