beingtheworst.com/...ory/episodes-ru

У тебя номера подкастов в названии, это то что надо.

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

Очень неудобно, что в iTunes подкасты пронумерованы наоборот, 76-й это 1-й почему-то.

Согласен

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

Я тоже поработал и в аутсорсинге и в двух продуктовых компаниях, всё по своему хорошо, но второе мне нравится больше, только потому, что есть возможность попасть в клёвую команду и надолго. Т.е. дольше работать с классными людьми, пусть даже и вместе разгребать старинный какашкокод (доу, разреши, пожалуйста, писать слово «г0внокод»), но под девизом «так будет не всегда» =)

Когда есть классная команда — пофигу какого типа компания, всё итак будет хорошо.

Смертный грех, кстати, не гордость, а гордыня, т.е. непомерная гордость.

а зачем?

Код-ревью — это вообще очень сильная проверка/встряска для команды. Очень сложно достичь момента, когда критика воспринимается не лично, а с пониманием, что это во благо. Сложно правильно делать ревью, тоже нужна деликатность, т.к. каждый любит свой код и не хочет признавать, что в нём, что-то не так. Тем не менее, такую встряску я нахожу полезной, выводит отношения на новый уровень понимания и доверия.

Если пункт «уговорить» выполнен, такого не случится, т.к. все будут эту активность, если не любить, то принимать и понимать. То, что вы описываете, это когда этот пункт не выполнен.

В трёх разных командах трёх разных компаний удалось убедить сокомандовцев этим заняться и прочувствовать пользу. Стратегия такая «объяснить пользу на словах», «уговорить попробовать», «собрать фидбек», «повторять до наступления эффекта».

Ещё как получится и будет более эффективным средством, чем наличие «Процесса».

Довольно много размышлений было на эту тему. Пробовал разные подходы. В итоге отказался от всего формального, в данный момент как такового строгого процесса в команде нет, но ревью у нас это часть definition of done. Т.е. это единоличная ответственность каждого, а не одного человека. Хорошо, что все понимают, зачем это нужно и находят удовольствие в процессе.

+ Иногда создаём презентации (да да PowerPoint) для демонстрации чего-то эдакого (удобно стрелочки рисовать)

Команда из разных людей — сильных и взрослых (40+), молодых и способных (23+). За всё время экспериментов пришёл к выводу, что гораздо более важным является добиться понимания, что ревью это не просто нужно, а ещё и полезно и весело. Когда люди начинают это чувствовать, процесс происходит сам собой, то там, то тут, то одним, то другим способом. Становится обычной каждодневной активностью.

+ доступен веб интерфейс с подсветкой кода и навигацией близкой к привычной в IDE

Даже было начал писать подобное решение, но пока подзабил.

TFS...

Далеко не все смогут/захотят перейти, незнание русского — действительно проблема.

Краштест, как описание выводов из усреднённого набора резюме это полезно, но формат бизнес-линча я бы нашёл более интересным.

На GitHub в GitMarkdown это последний пункт ++

А почему ссылки на html страницу недостаточно?

Книги несомненно лучше, но подкасты это, когда в дороге или когда глаза заняты.