О какие вакансии

[metaclass]

http://crew.taucraft.com/

Ведущий дотнет разработчик, от 2.5 к$
Краткая характеристика:
Думает объектами и выделяет абстракции из вакуума.
Кодирует вслепую на C# и помнит 10 шорткатов решарпера.
Способен в одиночку решить любую задачу, но может делать это и в паре.
Предсказывает будущее и знает, что появится в .NET 5.0.
Не помнит, как писать код без юнит тестов.
Понимает монады и может объяснить другим, что это такое.

Эти же люди снимают офис в трилистнике в самой высокой точке Минска. Антенну бы у них на окно впихнуть

Денех мало и решарпер я не использую, т.к. он меня огорчает.
Впрочем, я все равно не подойду - я ретроград и до сих пор использую 2008 студию и 3.5 дотнет, потому что монады и абстракции от смены языков и инструментов не изменяются. Ну и в agile и прочий баззворд я не верю.

Comments

[9zloy.livejournal.com]

Я нигде не видел статей или кейсов, где бы подробно и красиво описывали, как они внедряли TOC. Все удачные примеры я читал в книжках по производству (цеха, заводы, фабрики). Никогда не слышал, чтобы это успешно применяли в разработке софта. Я прочитал книжки по этой теме, но почти ничего про софт. Может подкинете?

Critical Chain - по мне это устаревшая методология, которая опять же вряд ли работает в большинстве софтверных проектов.

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

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

[eleon.livejournal.com]

Кейсы по ТОС вообще редкое явление, не говоря уж о применении к IT-сфере. Свои я не публикую (мне лень писать), чужие могу поискать, но позже, если не забуду :) Постучитесь в скайп pavel.ozolin

===Critical Chain - по мне это устаревшая методология, которая опять же вряд ли работает в большинстве софтверных проектов.===
Почему же? На мой взгляд она великолепно подходить для IT-проектов.

Ошибки в планировании и адаптация плана - это не тольок для IT постоянная головная боль, это характерно для всего R&D. Для таких случаев есть прекрасные методы, наподобие rolling wave planning, использование буферов и тому подобные методы. Scrum, кстати, тоже устанавливает жесткие сроки, в виде фиксированных дат релизов :)