Можно еще добавить книгу Statistical Rethinking, в которой значительная часть посвящена причинно-следственным графам применительно в байесовскому ML: сайт книги
Большое спасибо за интересный материал и что не бросаете писать!
Вы не планируете разбавлять абстрактные построения конкретными примерами кода с которыми можно было бы поэкспериментировать и поиграться? То есть пробросить мостик с теории к практическому применению.
С верилогом, наверное, много возни, но тоже не фатально. Например в известной книжке "Designing Video Game Hardware in Verilog" это решено через web-среду со всеми примерами.
Да и на верилоге свет клином не сошелся, сейчас есть, например, migen, на котором можно было бы реализовать все примеры.
По своему опыту (два издания книги "Deep RL Hands-On"), лучше сразу выбирать максимально удобный инструмент для написания текста и формат "исходника" этого текста, чтобы уменьшить телодвижения по конвертации его потом туда-сюда и внесения неизбежных правок.
Например, в моем случае издатель требовал ворд, и я намучился с ним из-за кривых формул, нестыковок версий, плывущих стилей и прочих ограничений. Но у Packt на ворде построен весь процесс корректуры, поэтому выбора не было. Была бы моя воля - я бы взял LaTeX и сэкономил бы себе несколько недель времени.
Если коротко подытожить - олимпиадники пишут код для компьютера, а в промышленных задачах ты пишешь код скорее для людей, а уж компьютер - вторичный потребитель.
И это очень существенная разница. Почти никогда код не пишется один раз - написал, задеплоил и забыл про него. Через полгода придет новое требование или новый разработчик или ты сам уйдешь в другую контору и другие люди (а может и ты сам) будут матерясь пытаться вспомнить что ты тут такого навертел пытаясь выцарапать пару милисекунд там где оно вообще не надо. И будешь терять дни жизни на это. И чаще всего, правильным решением будет выкинуть это все олимпиадное поделие и переписать в нормальном, понятном стиле.
Именно поэтому, во многих конторах строчка в резюме «победитель ICPC» - это минус а не плюс.
Никого не хотел обидеть, если что, но просто вы развиваете другой скилл - написать за короткое время код средней сложности который потом никто не будет читать. В реальности все требования диаметрально противоположны.
Понимаю ваше настойчивое желание продать софтинку за 50 штук, и, вполне возможно я чего-то совсем не понимаю, но для любительских применений (на которые статья и ориентирована) за глаза хватает возможностей бесплатного Fusion360.
Это мне напоминает анекдот про лесорубов, засунувших лом в лесопилку, и со словами «тото-же йоптить», отправившихся валить лес топорами.
Для домашнего применения, пла вполне себе подходит. Оставив его на солнце или на улице (а еще лучше — в духовку засунуть), получим предсказуемый результат. Ну и что? Не оставляй на улице и все будет хорошо.
www.thingiverse.com/thing:4050511 — четыре такие штуки из обычного pla, заполнение 25% уже три месяца держат стол 50 кг с двумя мониторами. Ничего не сдеформировалось ни на миллиметр.
На одну такую штуку я могу встать и постоять (110 кило) — никакой деформации.
Конечно, стул я делать из pla не буду, но вот так прямо «под своим весом деталь деформируется»… Глупости же. Надо учитывать направление нагрузки, как лежат слои, и т.п. Но правильно спроектированный корпус в 2 мм толщиной я руками сломать не могу.
Да, действительно. Подумал что разметка справа — это велополоса.
Но, кмк, дорога, на которую могут заезжать и ездить машины не может называться «велодорожкой». Это совместная дорога, где велосипедист, в силу своей меньшей защищенности и заметности заведомо находится в невыгодном положении.
Вот такие демпфирующие ножки гасят вибрации гораздо лучше простых прокладок: https://www.thingiverse.com/thing:2773885
Можно еще добавить книгу Statistical Rethinking, в которой значительная часть посвящена причинно-следственным графам применительно в байесовскому ML: сайт книги
Мобильность прокачивается распечаткой чехла, например вот такого: https://www.thingiverse.com/thing:4727212
Большое спасибо за интересный материал и что не бросаете писать!
Вы не планируете разбавлять абстрактные построения конкретными примерами кода с которыми можно было бы поэкспериментировать и поиграться? То есть пробросить мостик с теории к практическому применению.
С верилогом, наверное, много возни, но тоже не фатально. Например в известной книжке "Designing Video Game Hardware in Verilog" это решено через web-среду со всеми примерами.
Да и на верилоге свет клином не сошелся, сейчас есть, например, migen, на котором можно было бы реализовать все примеры.
Отличное начало! С нетерпением ждем продолжения!
Само собой, обращайтесь :). Главное - не бросать начинание.
Насколько я понимаю (я правда в этой теме недавно, и "мимо проходил") - хорошей литературы особо-то и нет.
Спасибо за ответ, будем ждать!
По своему опыту (два издания книги "Deep RL Hands-On"), лучше сразу выбирать максимально удобный инструмент для написания текста и формат "исходника" этого текста, чтобы уменьшить телодвижения по конвертации его потом туда-сюда и внесения неизбежных правок.
Например, в моем случае издатель требовал ворд, и я намучился с ним из-за кривых формул, нестыковок версий, плывущих стилей и прочих ограничений. Но у Packt на ворде построен весь процесс корректуры, поэтому выбора не было. Была бы моя воля - я бы взял LaTeX и сэкономил бы себе несколько недель времени.
Но решать, конечно, вам.
Очень интересная тема, жду с нетерпением! Подскажите пожалуйста, куда планируете выкладывать?
«мы лидируем направление»….
Если коротко подытожить - олимпиадники пишут код для компьютера, а в промышленных задачах ты пишешь код скорее для людей, а уж компьютер - вторичный потребитель.
И это очень существенная разница. Почти никогда код не пишется один раз - написал, задеплоил и забыл про него. Через полгода придет новое требование или новый разработчик или ты сам уйдешь в другую контору и другие люди (а может и ты сам) будут матерясь пытаться вспомнить что ты тут такого навертел пытаясь выцарапать пару милисекунд там где оно вообще не надо. И будешь терять дни жизни на это. И чаще всего, правильным решением будет выкинуть это все олимпиадное поделие и переписать в нормальном, понятном стиле.
Именно поэтому, во многих конторах строчка в резюме «победитель ICPC» - это минус а не плюс.
Никого не хотел обидеть, если что, но просто вы развиваете другой скилл - написать за короткое время код средней сложности который потом никто не будет читать. В реальности все требования диаметрально противоположны.
За подробностями, сюда: en.wikipedia.org/wiki/Recursive_neural_network и en.wikipedia.org/wiki/Recurrent_neural_network
Джинса, в общем :)
Для домашнего применения, пла вполне себе подходит. Оставив его на солнце или на улице (а еще лучше — в духовку засунуть), получим предсказуемый результат. Ну и что? Не оставляй на улице и все будет хорошо.
www.thingiverse.com/thing:4050511 — четыре такие штуки из обычного pla, заполнение 25% уже три месяца держат стол 50 кг с двумя мониторами. Ничего не сдеформировалось ни на миллиметр.
На одну такую штуку я могу встать и постоять (110 кило) — никакой деформации.
Конечно, стул я делать из pla не буду, но вот так прямо «под своим весом деталь деформируется»… Глупости же. Надо учитывать направление нагрузки, как лежат слои, и т.п. Но правильно спроектированный корпус в 2 мм толщиной я руками сломать не могу.
А в остальном — отличное начинание, молодцы!
Но, кмк, дорога, на которую могут заезжать и ездить машины не может называться «велодорожкой». Это совместная дорога, где велосипедист, в силу своей меньшей защищенности и заметности заведомо находится в невыгодном положении.
Что не мешает автолюбителям парковаться на этой самой велодорожке, как можно видеть на фото.