Обновить

Как я писал книгу «Python для инженерных задач»

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели14K
Всего голосов 22: ↑22 и ↓0+26
Комментарии16

Комментарии 16

2/3 книги описание базового питона, остальная треть - галопом по пандасу нампаю и прочим математическим библиотекам на уровне туториалов. Ну что такое...

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

нужно поподробнее рассказать про основы языка и стандартную библиотеку

Наверное сейчас нет смысла задавать этот вопрос, но зачем? Это требования редакции? Подошла бы любая недавняя книга по Python или онлайн курс - бесплатных много, тем более, что целевая аудитория - "не на программистом учатся". Почему обязательно нужно учиться только по одной книге?

Нет, это моя инициатива, но редакция не возражала :) Хотелось сделать цельное последовательное описание, когда примеры из последующей главы опираются на то, что было сказано ранее и не использует возможности, которые раньше не были описаны. Если учиться по разным источникам, то это напоминает собирание пазлов, когда появляются дыры в понимании, и для их затыкания нужно искать информацию где-то еще. Это нужно иметь хорошую силу воли, чтобы методично находить нужную информацию, не каждый на такое способен. Хотя, честно говоря, далеко не каждый студент читает книги.

Хотя, честно говоря, далеко не каждый студент читает книги.

Да чтение устарело, уже можно общаться с книгой, Андрей Корпати одобряет )) https://github.com/karpathy/reader3

НЛО прилетело и опубликовало эту надпись здесь

Выглядит интересно. Если бы я был писателем, то с удовольствием попробовал.

Круто читать такие посты от авторов, когда читаешь внутри копошится мечта самому что-то написать рано или поздно

Привет. Случайно наткнулся на (наверное можно на ТЫ) статью. прежде всего меня заинтересовала вот такая тема:

Электродинамические задачи — это класс научных и инженерных задач, которые связаны с расчётом и моделированием поведения электромагнитных полей и их взаимодействия с веществом.

Если говорить проще, это задачи о том, как электрические и магнитные поля рождаются, меняются, взаимодействуют друг с другом и с окружающими объектами (проводниками, диэлектриками, нашими гаджетами и т.д.).

С одной стороны мне весьма интересна эта тематика. Как-то я разразился на вот такие статьи. Было бы интересно узнать ваше мнение:

https://habr.com/ru/articles/975668/

https://habr.com/ru/articles/975688/

https://habr.com/ru/articles/975694/

Но скорее всего, что самое главное, почему я решил посмотреть ваши страницы - я просто охренел какую работу Вы выполнили при написании книг. Можно просто охренеть. Сейчас я работаю над одной идейкой. Если двумя словами - это создание приложения на движке UNITY (считается как бы игровым), которое должно было бы с одной стороны объединить графическое представление схемных решений, с чем игровой движок может прекрасно справится, благо он популярный и с огромным числом возможностей по графике (Unreal Engine я пока боюсь использовать, хотя бы это), а с другой - ИИ типа DeepSeek. DS прекрасно считает, неплохо обучен математике и физике. Но у него есть один косяк - он не может адекватно представить графические данные. подтолкнула меня к истории со своим приложение два фактора - DeepSeek может (пусть и не с первого разаф) писать рабочий код, выдавать решения в виде NETLIST под LTSpice(симулятор), но свой родной текстовый файл даже LTSpice не способен адекватно представить графически - нет привязки к XY координатам экрана (сцены). Это выглядит как несуразная помойка радиоэлементов напутанная таким образом, что проще... Вот отсюда и родилась идея.

Ого, какой длинный коммент с продолжениями :) Статьи я почитаю попозже, сейчас пока завал со свободным временем. Сам я в основном пользуюсь CST Studio Suite и когда-то пробовал HFSS, но у меня задачи немного другие, хоть и из той же области, - моделирование распространения радиоволн и анализ СВЧ устройств. Но CST умеет моделировать как минимум статику и еще поведение потока частиц, но в эту его часть я не залезал, не пробовал. Хотя, если надо моделировать еще механику, то, наверное, действительно использовать что-то от Ansys.

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

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

Идея вылезла из работы над тем, что тесно перекликается в трех статьях, которые я указал выше). Мне нужно было решить вопрос грязного сигнала из DDS-генератора (модуля с Aliexpress), поскольку DeepSeek порекомендовал фильтр Салена Ки, то понять что он там рисует (найти общий язык в представлениях) было просто невозможно. Сам эксперимент. которым я занимаюсь как раз имеет практическое свойство - это работы над MVP (заряд АКБ) принимая философию того, что закон Кирхгофа неверно употреблять в известном смысле, так как сам принцип силы Лоренца его отвергает. Рубилово с DeepSeek было весьма долгим и очень непростым. Он прекрасно обучен!!! Но найдя слабое место - удалось его уболтать стать на мою точку зрения. Хотя сам он уже сказал, что в нете инфы по поводу таких противоречий он найти не смог и все что ему предстоит - это опираться на логику.

В 2020 году я сделал эксперимент, что близко к Вашей теме - взаимодействие двух тел посредством сил Лоренца. Этот эксперимент напоминал маятник, поскольку кинетическая энергия осуществлялась как и в опыте Лоренца за счет сил гравитации (маятниковая система). Работу тела посчитать не сложно, просто до школьного уровня. Но если в опыте Джоеля было трение (взаимодействие сродни неупругих взаимодействий), сила Лоренца - нет трение и проблем с нагревом и деформацией. Но на выходе заряженный конденсатор. Вывод системы говорит о том. что является ред-флагом. Но раньше у меня его не было. поэтому опора была лишь на внутреннее чутье. И вот тут все то же было сложно с этим ИИ. Но все же!!! Проблема была (скорее всего в психологии). я активно общался с инженерами и академиками. Но...

Был был нефиговым. Есть установка - подходи, смотри, щупай, проверяй!!! И...А мне тогда , человеку без официального образования тягаться с бакалавриатом...Проблема была в том, что Ansys Maxwell не может считать динамические задачи, он считает 2Д 3Д, но статика. Взаимодействие с веществом, а в моем случае физическим телом с известной массой - неа!!! И вот когда у меня родилась идейка накидать простое приложение с библиотекой в UNITY в виде графона с радиодетальками сделанной в редакторе векторной графики, меня стала мучать вопрос: если академикам не доставало математической модели, которая могла бы убедить математически, то...почему не сделать оное? Есть простые приложения, которые способны рассматривать взаимодействия тел (упругие и неупругие взаимодействия). Есть программка типа FEMM, которая через LUA файлы может посчитать в 2D силу Лоренца...Но тм где 2D там и 3D , а игровой движок - это ведь то с чем когда-то заморачивались в Half-Life. С этим движок вполне справится. Физика Эм поля и работа электрической схемы, пререндеринг и вот вам решение динамической задачи.

Но пока я тут ковырялся с электрическими схемками, тут еще поналетело в плане мыслей...Но... стало понятно, что вынашивать планы барбаросса в плане Софтверно/игро/железно/электрическим/ЭМагнитно и физическим...в любом наборе сидеть в коконе - тема сложная. поэтому...посмотрел на Ваш титанический труд и подумал, ВДРУГ ПОЯВИТСЯ КАКОЕ-ТО чего-то в плане общения интересное Учитывая, что в своих набросках, а точнее со стороны нейронки есть потуги на PYTHON, вот....нгу и элементы электродинамики...

Остаётся открытым вопрос - зачем вообще писать книги?
Т е зачем писать - понятно, это прикольно, автор с удовольствием рассказывает, как писал, многие разделяют его чувства. А зачем это потом издавать? Что бы начинающий питоновод купил книгу в киоске и поставил у себя на полку?

Расскажите, был ли у вас опыт изученияф чего-либо по книгам? Вот реальный опыт?

был ли у вас опыт изучения чего-либо по книгам? Вот реальный опыт?

Непонятно, десятки издательств выдают книжной продукции на десятки миллиардов долларов в год. Полагаете, что не найдется никого с реальным опытом изучения чего-либо по этим книгам?

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации