Может быть, я не готов спорить на подобном уровне, я не из системного программирования, а из прикладного, системы строим сами, быстро и не всегда хорошо.

Описание причин, например deadlockа занимает четверть страницы, все просто: устраняешь причины — устраняется deadlock.
А вот методов его избежать, не нарушая производительность системы — громадное количество, не один является «серебрянной пулей».

Просто как пример — обсуждать все статьи на Хабре по данному поводу не готов ;)
habrahabr.ru/...rch/?q=deadlock

Многопоточность — настолько простой и заезженный вопрос, что его объяснение займёт 15-30 минут максимум для новичка, и 5 минут для тех кто уже чего-то писал.

Увы, полностью данным вопросом не владеют даже евангелисты в этой области и они сами это признают.

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

Но в разных компаниях разные позиции и разные требования к ним.
Например, в Simcorp «Junior business analyst» — нет такого, есть тестер с глубоким знанием финансов и они зачастую пишут бизнес дизайны (как и девелоперы) по расплывчатому исходному требованию от большого босса.

EPAM, Luxoft — там есть «Junior business analyst», «Junior functional analyst», (и даже «Junior project manager») и сейчас, кстати, они вроде бы упорно хантят данных товарищей.

Если товарищ найдет способ обратиться ко мне в личку(такое будет тестовое задание) — даже скину контакты одного очень упорного рекрутера.

Update: Уже скинул ссылку, возможно, Вами, Виктор, заинтересуются. Так что поджигайте глаза, чтоб горели;)

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

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

На курсы ходить можете, но «серебрянной пулей» не является не конкретная технология, а горящие глаза, стремление к логике, решению задач, развитию и самообразованию.
Можете почитать «Как сдвинуть гору фудзи», это избитый баян, но мне помогло, на очередном собеседовании я ответил, как таки взвесить самолет. Правда, исходные условия и решение было другим;)

Еще — бизнес аналитика предпочитают брать с опытом в IT, так что «тестер финансовых приложений» может стать неплохим первым местом работы на Вашем пути.

Так что плохого девелопера — лучше на выход, и взять хорошего манагера.

«Даже самые странные люди могут когда-нибудь пригодиться».
Много моих знакомых были на грани увольнения или уволены.
Меняли бэкграунд (иногда внутри той же компании) — и становились крайне ценными.

Советую пойти на работу. Тестером пока — Luxoft, EPAM, Simcorp, возможно будут заинтересованы, поскольку такие люди там нужны, если, конечно, «глаза горят». А дальше — будет видно.

Кроме предметной области, «уверенного пользователя ПК» и самого бизнес анализа нынче хотят и технических вещей — UML, SQL, структуры данных, базы данных, желательно уметь программировать на каком-то языке.

По бизнес анализу Вам книги посоветуют другие товарищи, я пока не вправе давать такие советы.

Предпочитаю расти по задачам, которые способен решать — это главное, корпоративными ценностями насытился по самое не могу, это для HR и пускать пыль в глаза джуниорам.
Сами по себе должности «верховного падишаха» и престижные компании — это пыль.

IT бизнес будет, куда же еще, много там ролей, все из них пробовал понемногу, да и предлагали уже проджект менеджмент, PMO, или бизнес анализ.
Но быть с приставкой «быдло» на любой из ролей я не хочу, да и не «прет» пока от этого.

Сейчас честный .Net Software Engineer в гармонии с текущей работой и с самим собой.
Инвестирую время (жалко, что в сутках 24 часа), также планирую серьезные финансовые вложения в свое развитие (мне смерть как надо).
Вот какой у меня Waterfall;)

А далее все по Scrum — что тактически будет видеться моему дао в конкетной ситуации, да не с одной итерацией, потомо что"незначительным стало то, что было когда-то важнее всего"©

П.С. Главное что я понял — то, что забронзоветь, закостенеть, остановиться в развитии, продать душу корпорации — это смерть, настоящему синьору должно всегда быть таки 23, чего я всем джедаям и желаю;)

А ukr.nodes через какой-нибудь халявный NNTP где-то ещё видно? Или сейчас только в google groups остался доступ для всех, кто сидит не в UA-IX?

БМП, по заявлениям Павленко — персоналии вроде Изи встречаются, но трафик маловат.

Мне помниться, что Дима ещё сидел на дельфях, когда они уже много лет, как не были мейнстримом :) Уж точно я шуточки на эти темы отпускал :

Я программировал долгое время на APL, хотя он вышел из мейнстрима задолго до появления Delphi;) Дело не в языке, а в понимании вещей, на которых базируется собственно разработка. Фреймворки с языками появляются несколько раз в год, базовые академические понятия и опыт остаются.
Дима в жизни и в нодесах — это таки разные вещи. Никто не знает — делал ли он это искренне или троллил аудиторию с целью получения материалов для своих опусов.

Всё вебсервисы на asm’e или прогрессирует? :)

Почему же — Павленко насытился данным вопросом. Сейчас — PHP, Apache, Wordpress (собирается писать свой CMS, этого у него не отнять). Главное увлечение — политика (причем статьей на луркморе товарищ гордится), этакий местный Диоген, ловящий свой, мало понятный кому кайф.

Всё также сидит на дельфях или уже спрыгнул? 8)

Delphi давно уже выпал из мейнстрима, C#, естественно (главный архитектор платформы все равно тот же)
Это Вам удалось в свое время выбрать вечно нетленный С++.
Лет 12 назад Delphi был королем Application development, тем более — местного, можно было еще на Европу попрограмировать, США благополучно избежали данной участи.
Мне лично уже давно все равно, на чем писать(далек от религиозных войн), что очередной фрейморк, что очередной язык, те же овальные предметы:), но с другой расцветкой. Ориентируюсь больше на вещи, которые от языка не зависят.