holllop

1. Когда сильно влияет на производительность
2. Когда ни на кого не ссылается

Когда каскадное обновление это плохо?

Каскадное обновление - в большинстве случаев это... глупо.

Вспомним, что это вообще такое.

Имеется связь, реализованная внешним ключом. Некое поле (в общем случае - выражение) основной таблицы, уникально индексированное, является значением, на которое ссылается некое поле (или выражение) подчинённой таблицы (возможно, и той же самой).

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

Что же есть каскадное обновление? Это изменение связанного значения в подчинённой таблице, если изменяется значение основной таблицы. Ну то есть если изменяется (вспоминаем сказанное выше) значение первичного ключа или поля, объявленного уникальным. В основной таблице. Ага...

Ну то, что изменение/корректировка значения поля первичного ключа есть bad practice (читай - дурь голимая), хорошо известно, обосновано и весьма логично. Нет, реально возможны ситуации, когда такая операция оправдана и имеет смысл - но такая ситуация абсолютно всегда одноразовая, и есть составная часть административного обслуживания. А если подобная надобность возникла на уровне пользователя, в рабочем процессе - то это гарантия наличия серьёзной ошибки в проектировании БД.

Практически всё то же относится и к корректировке просто уникального поля. За исключением случая, когда выполняется каскадное изменение значения поля, которое в основной таблице получило значение NULL. То есть когда выполняемая операция по смыслу является не обновлением, а "мягким удалением" основной записи с каскадным удалением всех подчинённых. Правда, на вопрос, как отличить мягко каскадно-удалённые подчинённые записи от мягко явно-удалённых, и как определить, с какой основной записью была связана мягко удалённая подчинённая, не залезая в журнал или бэкап, ответа никто не даст. А получается, что даже в случае исключения всё делается через "универсальный интерфейс", то есть косяк в проектировании структуры имеется и в этом случае.

Резюмирую. Если каскадное обновление необходимо, оно скорее всего маскирует недостатки и ошибки проектирования. А плохо это или хорошо - прикрывать дырку костылём,- решайте сами.

Если проблема именно в "юзер сбит с толку", то её можно обойти, а не решить. Я, например, когда писал гуишную программу, завязанную на numpy, scipy и matplotlib, в итоге плюнул и сделал простой splash screen, который показывается при загрузке и пред-импортирует требуемые модули, показывая прогрессбар. А у pyinstaller есть опция --splash, которая будет показывать прогресс распаковки.

А так - профилируй приложение, выясняй, на чём задержка. Добавь отладочный вывод в самое начало скрипта, до импортов, чтобы понять, идёт ли задержка на этапе запуска интерпретатора, или на этапе ипорта модулей.

Конечно же по ТК :) Потому что только при устройстве по ТК есть "работник" и "работодатель". При работе с ИП ничего такого нет, есть просто контрагент. Другая модель отношений, понимаете? В отношении работника у работодателя куча ( да нет, даже КУЧА) обязанностней - от оплаты отпуска до проблем с травматизмом (не говоря уже про беременность и декрет), в отношении ИП - ничего такого нет :)

Отношения с ИП очень простые - договор на поставку товаров или оказание услуг и соответствующие закрывающие документы.

ВСЕ.

Как ИП ведет свой бизнес - пофиг. Причем оплата товаров/услуг регламентируется совершенно другими законами, нежели выплата зп работнику :) Работать с ИП очень выгодно работодателю, но крайне не выгодно работнику (который ИП).

Легко уволить, не выплатив даже увольнительные, легко уволить также со стажировки?

Нет такого понятия. ИП не "принимают на работу" поэтому его нельзя "уволить". С ИП заключают договор. Который да, можно расторгнутьв любое время. Да, там могут быть санкции за досрочное расторжение - ну тут уж как пропишете. Договор - Ваш единственный правоустанавливающий документ.

1. Что наличие курса станет поворотным событием в твоей карьере рассчитывать не стоит.

2. Моя рекомендация следующая, изучай язык программирования и как следует самостоятельно, делай портфолио дашборд какой-нибудь с аналитикой и так долго и терпеливо пробивайся на собеседование. Так же пытайся попасть на собеседование и как разработчик (где-то есть тестовые задания и через него есть шанс добраться до собеседования).

3. Если только начинаешь, то на пару лет упорного труда без работы, ты должна быть готова. И это будет успех если через два года попадешь на работу.

На каких-то курсах предусмотрено гарантированное трудоустройство в договоре.

Гарантировать трудоустройство невозможно, что бы тебе там не писали в договоре.
В лучшем случае будет одно из двух:
1. Трудоустройство в ту же контору, где тебе предлагают эти курсы, за бесплатно.
2. Десяток собеседований в день в течение месяца с требованием на получение письменного отказа, чтобы получить возврат средств за эти курсы.

Пробовала сама изучать Excel, SQL-это нужно в аналитике данных, создала резюме, откликалась на вакансии на hh.ru без результатов.

Если самостоятельно не смогли изучить на нужном уровне - значит курсы не помогут.
Как минимум я бы тут посоветовал глянуть план обучения с курсов (там буквально список тем пишут) и сравнить с тем, что вы сами умеете.
Также не забывайте свои навыки сравнивать с тем, что пишут в вакансиях. На каждую строчку из требований у вас должно быть что-то типа "я точно это могу", а не "ну это я вроде чуть-чуть трогал, формально"

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

Какая опасность работы под чужим ИП?

Что значит "под чужим"? Используя данных ИП, к которому "один человек" не имеет отношения? УК РФ Статья 171. Незаконное предпринимательство.

Что кроме увольнения если всплывет может произойти?

У ИП нет понятия "увольнение", это не работник. Что может произойти еще помимо УК РФ Статьи 171? Денег "одному человеку" не заплатят, "один человек" же не являетесь исполнителем по документам.

Да, есть. Называется проекты

Можно ли с нуля обучится программированию, используя только интернет и не тратив деньги?

Я, научившись программировать с нуля, не потратив на это обучение ни копейки и сделав это еще до появления в России интернета, свидетельствую: можно.

нужны люди, которым я смогу задать пару вопросов.

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

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

1. Начинать с go не нужно. Это довольно нишевый язык, по которому будет крайне тяжело найти первую работу. Обычно go специалисты, это программисты с опытом которые в определенный момент добавляют его в свое портфолио.

2. Платные курсы тоже не нужно, стоят они не дешево и это плохая инвестиция денег, учись бесплатно, а денежки пусть будут.

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

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

Networkx - крутая библиотека, но графики это не ее основное направление, вся суть Networkx это интерфейс для алгоритмов, связанных с графами, визуализация лишь приятный бонус.

Подобная история весьма распростронена для python экосистемы, например stasmodels (статистические модели) тоже имеет визуализацию и тоже matplotlib в качестве бэкенда, sympy крутейшая библиотека для работы с математическими выражениями тоже имеет в дополнение визуализацию и тоже matpltolib в качестве бэка.

У подобных кейсов возможности визуализаций крайне ограничены.

Тебе нужно организовывать визуализацию самостоятельно, то есть получить данные как структуры данных и визуализировать их. Посмотри в сторону networkx + plotly.

plotly из коробки имеет огромное количество эффектов которые улучшат читабельность графа, зум можно будет легко добавить и иные эффекты. Matplotlib все это тоже позволяет, просто с позиции реализации это на много сложнее.

гугли примеры networkx + plotly и стратегия твоя это визуализация не средствами networkx а средствами сторонней библиотеки, я предложил plotly с позиции временных затрат на реализацию.