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

ну я про себя могу сказать, что в 2003 году, когда я поступал в универ «на программиста» о больших ЗП в ИТ я не слышал, и за ЗП шли тогда в юристов вроде как. Так что тогда шли в программисты в основном кто любил покодить ли просто ковырять компьютеры

это называется человек без детей зашел в тему :)

действительно, отправить ребенка школьника в чужую страну это всегда отличная идея! с какого класса предлагаете избавляться от них? с первого или до пятого подождать?

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

ну можно рискнуть и взять в феврале-марте тачку прошлого года по последним скидкам, я так свою брал. К сожалению не со всеми моделями и марками это работает. Если хотите тойоту то надо ити на поклон дилеру, падать в ноги и молить продать вам авто без скидки, а за новые крузак по слухам еще и доплатить надо :)
В целом совет взять прошлое поколение или дорастайл это тоже отличный вариант, как правило детские болячки уже устранили и машины в конце жизненного цикла в целом будут надежнее чем в начале поколения. Но надо следить за рынком, потому как новое поколение выходит раз в 7 лет, а рестайлинг делают через 3-4 года.

есть скрам, который знает и понимает каждый джун, а есть какие-то методы проектного управления понятные только лишь опытному ПМу. Со скрамом как и с паттернами, ценность в общем словаре

Так и хочется написать, и чО?
Да, про скрам без инженерных практик (ХР) писал дедушка Фаулер еще в 2009ом году! martinfowler.com/bliki/FlaccidScrum.html
побуду капитаном очевидность и напомню почему все так любят скрам. Это самый простой фреимворк для построения итеративной разработки продукта, маленькие итерации скоуп который нельзя менять дают уверенность команды. Планирование и приоритизация дает ПО возможность управлять приоритетом выполнения задач, ретроспектива дает возможность улучшать процессы и самое главное — все в индустрии понимают как он работает, ты берешь человека с улицы и он сразу же вливается в процесс.
Есть ли смысл работы по скраму когда весь беклог проекта заэстимирован и скоуп и дедлаин зафиксированы? Есть. как сказано в статье это будет не скрам, но я готов поспорить что это может дать определенные преимущества связанные с итеративной работой и фидбеком, связанным с скрам церемониями

Когда

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

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

собственно это проблема не только аджаила :) что бы что-то работало как планировалось надо следовать плану и знать что и как делать в различных ситуациях

Или войдут в штопор холиваров «Почему библиотека X а не Y, или фреймворк B а не С»

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

это не эффективно для заурядных задач которые уже поставлены «на рельсы» и надо «лабать»

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

Потом не понятно как в двоем вести фикс багов, например?

а в чем проблема? для того, что-бы баг пофиксить надо сначала понять где зарыта проблема, тут как раз две головы могут помочь. Потом надо понять как его пофиксить ничего не поломав при этом, и опять же — вторая голова может и тут пригодиться

За XP и хакатоны

на всякий случай уточню что они никак между собой не связаны :)

Oleksandr вже гарно відповів про обмін контекстом та різні спецефічні знання у кожного сеньора. Якщо проект вже у відносно спокійному стані (саппорт та додавання нових насклядних фічей) та вся команда вже довго працюе и добре розумія архітектуру і технічні особливості то використовувати ПП постійно буде не зовсім доречно. Від себе я можу додати що ПП працюе найкраще якщо два розробнікі мають пріблізно однаковий рівень. Для роботи над складними завданнями два Senior Developer зазвичай створять рішення краще ніж поодинці, але це може зайняти ще більще часу

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

3) Ну примерно то же я и описал в статье ) пары надо менять однозначно

вы так говорите, как будто это что-то плохое

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

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

Витя, а как же 150 баксов?

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

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