Я сам постоянно читаю бумажные технические книги. В книгах материал обычно подается более структурированно и последовательно по сравнению с тем, если что-то изучать по статьям. Я там выше в комментах писал, что изучение чего-то по статьям напоминает сборку паззла, а с книгой общая картина выстраивается последовательно. А еще бумажную книгу можно читать на диване, наконец-то отойдя от компьютера, или в транспорте. А читать бумажную или электронную книгу - это дело вкуса. Я технические книги предпочитаю читать в бумаге, потому что я в них постоянно что-то подчеркиваю карандашом.
Ого, какой длинный коммент с продолжениями :) Статьи я почитаю попозже, сейчас пока завал со свободным временем. Сам я в основном пользуюсь CST Studio Suite и когда-то пробовал HFSS, но у меня задачи немного другие, хоть и из той же области, - моделирование распространения радиоволн и анализ СВЧ устройств. Но CST умеет моделировать как минимум статику и еще поведение потока частиц, но в эту его часть я не залезал, не пробовал. Хотя, если надо моделировать еще механику, то, наверное, действительно использовать что-то от Ansys.
На самом деле это известная проблема - довести решение какой-то задачи до того уровня, когда программой сможет пользоваться обычный пользователь, т.е. прикрутить какой-нибудь GUI. Обычная ситуация, когда пишут диссертацию про какой-нибудь метод расчета, но забивают на интерфейс, потому что по интерфейсу диссертацию не защитишь. И получается, что вроде бы даже есть какой-то движок для расчета, но пользоваться им умеет только автор, который после защиты диссертации уходит работать в другое место. Сделать хороший интерфейс и совместить с движком - это довольно кропотливая задача.
И я бы не очень доверял ИИ писать код для расчета, за ним надо тщательно проверять. Я бы скорее на него возложил работу по созданию интерфейса, по крайней на первоначальном уровне. И мне кажется, что Unity для такой задачи - не самый очевидный выбор, поскольку есть библиотеки специально для создания GUI.
Нет, это моя инициатива, но редакция не возражала :) Хотелось сделать цельное последовательное описание, когда примеры из последующей главы опираются на то, что было сказано ранее и не использует возможности, которые раньше не были описаны. Если учиться по разным источникам, то это напоминает собирание пазлов, когда появляются дыры в понимании, и для их затыкания нужно искать информацию где-то еще. Это нужно иметь хорошую силу воли, чтобы методично находить нужную информацию, не каждый на такое способен. Хотя, честно говоря, далеко не каждый студент читает книги.
В общем-то оно так и задумывалось,что обязательно нужно поподробнее рассказать про основы языка и стандартную библиотеку. Хотелось бы добавить побольше глав в третью часть (например, изначально была идея еще написать про Sympy), но и так книга получилась большая. Но поскольку основная аудитория книги - новички, то хотелось показать, какие библиотеки существуют, что они позволяют делать, но не углубляться в тонкости работы.
Надеюсь, не сочтут за рекламу, но самый крупный проект, который я делал (делаю) на wxPython - это программа для хранения заметок (https://jenyay.net/Soft/Outwiker). Мне в wxPython нравится, что есть встроенный веб-компонент, который под Windows использует IE или Edge, а под Linux - WebKit. Еще wxPython хорошо интегрируется с графиками из Matplotlib, если надо сделать какой-нибудь интерфейс к расчету с графиками.
Есть теорема, доказанная Д. Вольпертом и У. Макриди в 1997 году, которая гласит, что все алгоритмы оптимизации работают одинаково хорошо при усреднении по всем возможным задачам. А вот если говорить о конкретных функциях, то тут разные алгоритмы могут иметь разное качество сходимости. Поэтому нет смысла говорить, что один или другой алгоритм работает лучше / хуже без указания на то, о каких функциях идет речь.
Каркассон + пара дополнений (если дополнений больше, то становится тяжело строить стратегию, за всем не уследишь).
Мачи Коро — играешь за мера маленького японского городка, в своем городе нужно построить заданный набор достопримечательностей и при этом не спустить весь бюджет на походы в рестораны и суши-бары в соседних городах.
Судя по тому, что зарегистрированные импульсы остались ограниченными по времени (т.е. источник все-таки остался широкополосным), и по тому, что задача двумерная (т.е. бесконечно протяженная по направлению, перпендикулярному экрану), можно предположить, что в данном случае источником была бесконечная нить тока, которая в двумерном случае моделируется как источник в одной ячейке метода FDTD.
Я сам постоянно читаю бумажные технические книги. В книгах материал обычно подается более структурированно и последовательно по сравнению с тем, если что-то изучать по статьям. Я там выше в комментах писал, что изучение чего-то по статьям напоминает сборку паззла, а с книгой общая картина выстраивается последовательно. А еще бумажную книгу можно читать на диване, наконец-то отойдя от компьютера, или в транспорте. А читать бумажную или электронную книгу - это дело вкуса. Я технические книги предпочитаю читать в бумаге, потому что я в них постоянно что-то подчеркиваю карандашом.
Ого, какой длинный коммент с продолжениями :) Статьи я почитаю попозже, сейчас пока завал со свободным временем. Сам я в основном пользуюсь CST Studio Suite и когда-то пробовал HFSS, но у меня задачи немного другие, хоть и из той же области, - моделирование распространения радиоволн и анализ СВЧ устройств. Но CST умеет моделировать как минимум статику и еще поведение потока частиц, но в эту его часть я не залезал, не пробовал. Хотя, если надо моделировать еще механику, то, наверное, действительно использовать что-то от Ansys.
На самом деле это известная проблема - довести решение какой-то задачи до того уровня, когда программой сможет пользоваться обычный пользователь, т.е. прикрутить какой-нибудь GUI. Обычная ситуация, когда пишут диссертацию про какой-нибудь метод расчета, но забивают на интерфейс, потому что по интерфейсу диссертацию не защитишь. И получается, что вроде бы даже есть какой-то движок для расчета, но пользоваться им умеет только автор, который после защиты диссертации уходит работать в другое место. Сделать хороший интерфейс и совместить с движком - это довольно кропотливая задача.
И я бы не очень доверял ИИ писать код для расчета, за ним надо тщательно проверять. Я бы скорее на него возложил работу по созданию интерфейса, по крайней на первоначальном уровне. И мне кажется, что Unity для такой задачи - не самый очевидный выбор, поскольку есть библиотеки специально для создания GUI.
Нет, это моя инициатива, но редакция не возражала :) Хотелось сделать цельное последовательное описание, когда примеры из последующей главы опираются на то, что было сказано ранее и не использует возможности, которые раньше не были описаны. Если учиться по разным источникам, то это напоминает собирание пазлов, когда появляются дыры в понимании, и для их затыкания нужно искать информацию где-то еще. Это нужно иметь хорошую силу воли, чтобы методично находить нужную информацию, не каждый на такое способен. Хотя, честно говоря, далеко не каждый студент читает книги.
Выглядит интересно. Если бы я был писателем, то с удовольствием попробовал.
В общем-то оно так и задумывалось,что обязательно нужно поподробнее рассказать про основы языка и стандартную библиотеку. Хотелось бы добавить побольше глав в третью часть (например, изначально была идея еще написать про Sympy), но и так книга получилась большая. Но поскольку основная аудитория книги - новички, то хотелось показать, какие библиотеки существуют, что они позволяют делать, но не углубляться в тонкости работы.
Надеюсь, не сочтут за рекламу, но самый крупный проект, который я делал (делаю) на wxPython - это программа для хранения заметок (https://jenyay.net/Soft/Outwiker). Мне в wxPython нравится, что есть встроенный веб-компонент, который под Windows использует IE или Edge, а под Linux - WebKit. Еще wxPython хорошо интегрируется с графиками из Matplotlib, если надо сделать какой-нибудь интерфейс к расчету с графиками.
А как же wxPython?
И ни слова про F-Droid.
Спасибо за статью, но особенно понравились картинки. Не подскажете, кто их автор?
Каркассон + пара дополнений (если дополнений больше, то становится тяжело строить стратегию, за всем не уследишь).
Мачи Коро — играешь за мера маленького японского городка, в своем городе нужно построить заданный набор достопримечательностей и при этом не спустить весь бюджет на походы в рестораны и суши-бары в соседних городах.