Спасибо, поправил. И написал автору оригинала, чтобы поправил.

Лазер — твердотельный. Питание лазера — да, отдельное — в здоровом таком блоке питания, содержащем также и контроллер. Насколько я помню, там даже не было входов для подключения сигнала аварийного отключения питания, только красная кнопка отключения на самом блоке. Так что подключить свое отключение было проблематично.
Но вы, абсолютно правы, конечно, безопасность и здоровье — главное, о чем надо заботиться. Сейчас сам удивляюсь, насколько по раздолбайски мы делали. Когда потом поставили лазер видимого диапазона, то невооруженным (но уже защищенным) глазом увидели, насколько неистерпимо яркие блики появляются на стенах по всему помещению при включении лазера — а это уже отраженный свет.

Железячник у нас был, и концевики мы использовали — для страховки ухода механического привода на упоры, за пределы. Но лазер был отдельным готовым модулем, и у него был свой контроллер, аппаратного доступа к которому у нас не было, только программный.

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

В свое время писал GUI для работы с лазерной установкой. Пока отлаживали, пару раз были случаи, когда человек лезет смотреть как отработал лазер, открывает крышку, а лазер — не выключен. Усугубляло дело то, что использовали лазер с невидимой глазу длиной волны. Несчастных случаев с глазами, к счастью, избежали. В итоге выяснили, что контроллер лазера почему-то иногда не отрабатывает команду выключения. Стали посылать ее несколько раз, чтоб уж наверняка.

Спасибо, добавил в статью

Спасибо за замечание, в переводе — это было, выпало при публикации. Поправили.

Полностью согласен по поводу полезности "мини-карты", а по сути — графа вызовов и графа взаимосвязанности программы — для быстрого изучения большой кодовой базы и уменьшения за счет этого "фактора автобуса". В свое время использовал такой подход при реверс-инжиниринге, IDA умела генерить статические графы взаимосвязей в коде, и их изучение позволяло довольно быстро, "на макроуровне" уяснить где нужно искать интересующие места кода, не ползая долго по коду. Странно, что в разработке на языках высокого уровня такие подходы используются мало, да и то, в основном, в рамках академических исследований, как, например, описано вот тут (на хабре есть перевод)

Спасибо!
По п.1 замечу, что в этом схожусь с вами, только для себя называю это жизненными принципами, и им следую. Хотя временами и кажется, что они мешают, например, когда видишь как кто-то исходит исключительно из собственной выгоды, не обременяясь никакими моральными принципами и этикой.
А по п.2 — и так и так ты торгуешь собственным жизненным временем, так что принципиальной разницы нет, скорее надо исходить из конкретной ситуации. А еще у вас в правилах есть "оформите ИП и наймите на работу других людей" — выходит, к вам в ИП пойдут только те, кто не следует вашим правилам :)