Как бы вы уже вложили 3 месяца в человека, может стоит посмотреть повнимательней как его правильно "вкатить", чтобы он начал перформить на достаточном уровне? Уйти человека всегда можно успеть.

По-моему нормальный вариант для новичка на проекте, я могу сделать задачу за 2 часа, но если отдам ее ньюкамеру, то он будет делать неделю и я потрачу 4 часа своего времени объясняя и контролируя процесс

Хорошее замечание. Может быть, можно подумать о том, как изменить онбординг новых людей? Может быть, там чего-то не хватает

Это нормально, если человека бросить в бой без документации и назначения ментора. Типа сам разберётся. Я вижу, что здесь искали просто более самодисциплированного кандидата, который бы разобрался сам. Здесь же получается, что он даже не спрашивает, как лучше сделать или не просит помочь разобраться в структуре кода. Так же здесь речь уже идёт о 3-х месяцах. Разве не на то дан испытательный срок, чтобы определиться подходит человек или нет. Причём после испытательного с человеком будет юридически сложнее расстаться

Так же на пост Василия небольшой комментарий: Как бы он не оказался тем, в кого будет мало вложить 3 месяца, и будет необходимым вкладываться всегда.

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

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

Всё верно, коллеги. При найме я отступил от принципов онбординга, которыми пользовался ранее, в пользу, как мне казалось, лучшей модели. Однако, модель себя не оправдала.
Документации предостаточно и ментор был назначен. Но получилось так, что объем документации для сотрудника оказался слишком велик. Он просит постоянно помощи и получается так, что становится просто руками при работе над задачей, а нам в команду нужна еще и голова.

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

думаю, что не стоит ориентироваться на то, сколько мы уже вложили, иначе рискуем попасть в ловушку искажения «неприятия потери»

А какие библиотеки? Я поискал и для .mm ничего не нашёл

А привязка именно к формату freemind критична?

Вот например сэмпл http://bl.ocks.org/jdarling/2d4e84460d5f5df9c0ff
Тип коннектора лучше diagonal, формат FreeMind

О, спасибо

Я просто начал засматриваться на другие форматы майндмапов, которые по всем параметрам проще чем .mm, но могут послужить основной для генерации и .mm, и картинок

Не критична, просто вроде это самый универсальный формат, который кушает любьой софт

Например http://plantuml.com/en/mindmap-diagram

Если ты подскажешь другую опцию, то можно конечно поменять

На универсальноость стоить чекать, например, в Mindmeister/MindNode, смогут ли они импортироваь себе

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

Напрямую не могут, но прямо в CI из puml можно генерить .mm