З другої спроби: як успішно адаптувати старі меблі

… принаймні, задокументуйте, що пішло не так, і докладіть зусиль до аналізу невдачі. А потім, згодом, ви можете «спробувати знову і знову» або дозволити комусь іншому продовжити роботу; у них буде добра основа для старту.

Ми говорили про проєкт використання 10-ватних синіх лазерів для постобробки 3D-друкованих деталей, коли я вигадав цю не дуже влучну приказку. Сам проєкт перебуває в стадії «в процесі», що є евфемізмом для «ще не досягнув своїх цілей». Однак я був цілком задоволений, дивлячись два відео, де [я щось змінив] обговорював тонкощі лазерного згладжування 3D-друкованих деталей, саме тому, що це звучить просто, але насправді абсолютно не є таким, і тому, що проблеми були викладені дуже чітко.

Я, безперечно, сприймаю як належне, наскільки легкою є планування шляху завдяки пошаровій природі FDM 3D-принтерів. Зрештою, ви можете друкувати взаємозв’язані вузли, петлі та навіть цілі ланцюги, якщо вам потрібно рухатися лише по одному шару за раз. Коли ви друкуєте таким чином, вам ніколи не доводиться турбуватися про те, що друкуюча головка зіткнеться з чимось, що ви надрукували раніше, або що не зможе дістатися до невеликої западини. Щоб згладити два або більше шарів 3D-друкованої деталі один з одним, ви раптом опиняєтеся поза звичною площиною. Вам доведеться турбуватися про зіткнення, перешкоди та все інше, що стосується реального 3D.

Але ці та інші проблеми були ретельно задокументовані, коли [я щось змінив] проходив свої спроби написати програмне забезпечення для керування машиною з лазерним доповненням. І, чесно кажучи, ця увага до проблем, які його збивали з пантелику, вартувала десятка відео з «успіхом». У цьому сенсі це трохи схоже на «нерд-снайпінг».

Ось такі висновки я зробив із серії відео. По-перше, важко досягти рівномірного лазерного згладжування. Але по-друге, документування труднощів, міркувань та невдач для вашого майбутнього «я» або для інших — це не просто добра практика, а й може заохотити інших допомогти вам з вашим проєктом або взятися за нього самостійно. Чим більше ви обмірковуєте, як і чому ваш проєкт зазнав невдачі, тим більше приманки ви розкладаєте для наступного «нерда». І це принаймні одна з причин, чому етос відкритого програмного забезпечення працює.