узнать качество кода можно только приняв оффер и посмотрев на то что происходит

по поводу кореляции зарплат и качества кода
- логично что зарплата выше там где продукт больше зарабатывает
- если продукт много зарабатывает, то может себе позволить хороших специалистов
- хорошие специалисты приходят на продукт и говорят - сейчас стоимость деливери фичи 10Х, мы можем произвести рефактор и получить стоимость фичи 10X<

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

Опять же, так оно теоретически должно работать (чаще видел что оно работает именно так а не иначе), но понимаю что сущестует множество исключений

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

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

но мой поинт простой
Инженер - защитник качества кода и дизайна, методика "Нахуй тесты, нахуй хороший код" применима для написания прототипа, который будет полностью и с нуля переписан

справедливое замечание

А что мешает договориться с бизнесом и поменять формат релизов? Например, разработчик гарантирует сократить в 2 раза time2marker, но при этом берет оставшиеся 50% времени на рефакторинг кода после релиза (или вообще один день в неделю чисто на рефакторинг, а остальные дни херачить фичи)... С точки зрения дальнейшей поддержки и расширения ничего не изменилось, а бизнес однозначно в плюсе 🤔

Не уверен, что большой процент продуктов обладает уникальным функционалом.Как по мне, то скорость и сроки - это вещь больше для инвесторов.

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

Поэтому это странное суждение, просто щас платят всем, даже болванам, которые любят больше по клавиатуре стучать, чем думать

А потом куча кода на помойку и принимаемся писать новую порцию говна

И опять же хз в чем мотивация, понятно платят деньги, но бизнес то стагнирует

Качество кода, архитектура, квалификация, личностный рост...
А где-то прямо сейчас стартует новый проект на PHP с сервер-сайд рейндерингом и жиквери...

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

Ну я никогда и не думал, что он умрёт или ещё что-то. Развивается он в правильном направлении

А если сравнивать пхп с другими решениями чисто как шаблонизатор, то он на два шага впереди. Вообще не удивлюсь, если рано или поздно его кто-то и на фронт затащит через webasssembly 🙈

Ну и для запиливания простеньких сайтиков все же он вне конкуренции, из-за кучи готового.

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

Они просто завидуют, что на руби никто так и не написал что-то хоть близко похожее на ВордПресс ;)

Маджента ещё жива))

👍 много чего живо... я лет 7 назад для одного банка написал Кредитный конвейер на пхп (на собственном фреймворке, конечно же 🙈), так он до сих пор по банкам в РФ ходит с одной из команд, которая его из того первого банка унесла в качестве "трофея", после того как его (банк) ЦБ закрыл... это я к тому, что даже древний код на убогом самописном решении все еще жив благодаря грамотному и последовательному развитию языка!