Кто-Нибудь видел вживую примеры когда в проекте большой неповоротливый бек

который по сто лет локально стартует/рестартится и по часу автотестится на каждый чих, вдруг раз и стал быстрый и блестящий? это типа на микросервисы надо пилить? или что

просто удаляешь все автотесты и половину логики!

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

Define блестящий

ладно хрен с ним с блестящим)) пускай просто быстрый

можно просто всю инициализацию асинхронно делать

Ну в мире jvm, .net такое может быть, просто за счет эволюции сборщика мусора и jit компилятора от версии к версии

Не. Не разу не видел что бы починили

эхх

Ну на автотесты это не влияет как и на время старта пряи уж на столько

перейти с пхп на hack 👀

Это у вас может не влияет натвремя старта :)

Так а в чем боль то? Долго тестить фронт?

Ну будет на 2 секунды быстрее

ну фб относительно быстро локально стартует

Ну не, все зависит от того как ты навелосипедил же, если там какая рефлексия на взлете, а это обычно капец медленное, то улучше кода самого sdk, очень сильно повлияет. Да и в целом даже стандартные либы могут лучше начать работать просто за счет оптимизации работы самого sdk

Ну стандартные либы же в других местах норм работают

Ну так стандартная либа же даже без обнрвления ее версии, но при оптимизации кода sdk на котором она основана, тоже получает буст по перформансу

Я всмысле же что это не будет прям сильно существенеым прирлсьом или отпимтщацией. Если у низ прям силтно медленно то никакая оптимизация jit компилятора это не спасет

ну моя личная боль что они типа полчаса фиксят баг а потом два дня не могут его задеплоить 😄 но если например у меня есть возможность что-то мелкое сделать на беке чтобы свою часть фронта разблочить, пока остальным не до меня, то это тоже прям ужас. пока стартуешь (ну я не засекала, наверно минуту-две), потом докер этот весь комп раком ставит, потом типа пофиксил строчку кода - опять жди две минуты пока оно хотсвапнется. в моем фронт коде я к такому ужасу не привыкла, там всё в секундах, не минутах. поэтому лучше несколько дней подожду пока меня кто-то из бекендеров разблочит, чем самой по доброй воле в это соваться. но это же тормозит общий процесс довольно сильно, интересно как в лучших конторах с этим справляются

Ну минута две это больно но не критично в целом. Хотсвап я хз как с докером работает вообще. У тебя джава же ?

не, у нас нода

у меня на последнем проекте сборка после измеения строчки занимала минуты 3 в лучшем случае. Чаще 10-15 :D

но это не совсем бек. Вернее совсем не бек. Это по сути кишки андроида. Ну то есть сама операционка

Мы так переделали монолит с эрланг на 4-5 сервисов на жава.

видел такие намерения несколько раз. ктото обьединял все барахло в монолит, внезапно ктото и это чаще, пилил на микросервисы во всех случаях ничего хорошего не вышло, еще один раз при мне переписывали с нуля все с пхп античного, на го модный примерно 3-5 лет заняло, называется МойОфис ;) конец я не застал, но вроде работает. Не факт что лучше.

блин, и у всех по 40 минут каждый деплой на тест энв занимает? как сделать так чтобы простой баг можно было таки за пять минут пофиксить, а не за день, но без компромиссов типа а давайте тесты вообще не запускать?

Ну подожди, помержил -> образ собрался -> деплой за секунды, не?

Микросервисы. Быстрее деплоится но overhead на межсеруисное взаимодействие и т д

нет)) сделал пр -> подождал 40 минут пока потестится -> помержил -> запустил деплой -> подождал еще раз 40 минут пока потестится и собсно задеплоится. по факту эти два раза по 40 минут растягиваются на сильно дольше, тк дев знает что билд 40 минут и идет своими делами заниматься. а когда он через 3 часа опомнился, оказалось что тот билд упал через 5 минут после запуска. и так несколько раз

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

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

Ну по идее дев дрожен нажать мердж и оно все само дальше делается

Поэтому я за фуллстеков, шоб такого не было :) всегда будет рассинхрон в командах с разделением обязанностей, увы. Но с сборкой/деплоем явно есть куда стремиться вам

Надо внедрять практики "херак-херак и в продакшн" 😁

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

Ну вот, можно же если захотеть 😁

А вообще, 40 минут тесты не должны гоняться, это наверняка какие-то интеграционные, если они столько жрут, то логичнее оставлять требование для мержа в дев ветку (если конечно она у вас есть) чисто юнит тесты, они быстрее, и ставить на прогон ночами интеграционные

И что делать, если сломалось 10 тестов от 10ти мержей?

Чинить 🤔

Пока чинишь ещё 10 сломанных вкатят

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

И как у вас в итоге сделано, тоже по 40 минут страдаете пока все интеграционные отработают?

Ну я не страдаю. Пусть хоть час гоняется, на меня это никак не влияет

Фулстэк говно. В итоге и бэк не шарыт и фронт не шарят

Когда есть canaries, и откатывается в одну кнопку то впринципе норм подход

Если уже все налажено, то там и шарить особо не надо

А ечли у тебя автодеплой в прод стоит после мерджа и qa?

Не юзать монорепу?

Один фиг. Фронт там свой мир

Да даже если свой репозиторий. Если просто так вливать без тестов, и хоть сколько то большое количество человек, то это не управляемо

Это если что-то сложное делать. А если просто формочку на реакте, то и знать особо не надо. Берешь уже существующее и делаешь так же

Ну те такой не осмысленнвй формошлеп будет и бэк так же напишут

Ну там все же реже что просто по шаблону делаешь

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

за flakiness тестов надо пиздить палкой. Прям сразу. Флейкинесс в тестах это должно быть чуть ли не хуже чем краш в продакшене - сразу бежать чинить

Если фронт обычная админка или типа того, вообще ничего сложного, я сам справляюсь в 90% случаев. Добавить новое поле на форму или кнопку покрасить много ума не надо, а ускоряет работу на порядок. Когда надо сложное что то, pixel perfect и сложный стейт менять, то да, другой разговор.

Перепись фронтендеров объявляю открытой после этого комментария

Ну вот и ответ что в итоге ты тоже не фул стэк

А есть прям научное определение что это? :) Если я пишу код, тесты к нему, делаю/правлю всякие helm, github actions, настраиваю мониторинг, делаю дашборды в datadog, правлю терраформ и иногда правлю фронт я ещё не фуллстек? Где эта граница?

Ты jack of all trades

По мне это обычная работа программиста