Квест пройден! Я установил на смартфон линукс, живя в России, в августе 2026 года, без VPN, и теперь у меня Ubuntu Touch 24.04-1 на борту старого доброго Poco X3 NFC. Конечно, в других условиях места или времени можно было бы сделать всё гораздо проще, но… Это был вызов, и я его принял. Не спрашивайте меня, зачем я это сделал – хотел поразвлечься, получить девайс с линуксом, который можно брать с собой куда угодно. Возможно, когда-нибудь я поделюсь и опытом использования подобных девайсов... Но сейчас, когда квест по установке Ubuntu Touch на смартфон, которому средняя цена на авито пять тысяч рублей, пройден, я хочу поделиться своим опытом его прохождения (возможно, чтобы помочь кому-то, кто в будущем решит пройти этот квест самостоятельно). И это не просто “подождать неделю, нажать кнопочку в программе – и она всё сама сделает”, у меня установка заняла приличное время, не всё оказалось так просто (точнее даже так: всё оказалось совсем не просто). Собрав, пожалуй, все грабли, какие только могут быть встречены простым пользователем (за исключением полного окирпичивания), я готов описать их, а самое главное – поделиться найденными мной способами решения каждой проблемы.

Статья называется “путь к ubuntu touch и обратно” потому, что в ней я опишу не только, как установить на Poco X3 NFC линукс, но и как вернуться с него обратно на андроид, возможно – даже на лучшую версию, чем у вас была раньше. Если вы (вдруг) решите проделать этот путь вместе со мной, сначала прочитайте всё, от первого до последнего слова, хорошенько взвесьте своё решение – потянете ли, и… возможно, вы тоже захотите попасть в клуб владельцев “линуксофонов”, который насчитывает от 150 до 250 тысяч активных пользователей (в мире линукс нет скрытой телеметрии, но когда телефон проверяет наличие обновлений, сервер фиксирует уникальный запрос). Итак, пристегните ремни – и… В любом случае сразу хочу предупредить, что все действия со своим смартфоном вы выполняете на свой страх и риск, я здесь ни при чём, я описал свой опыт, если у вас что-то может пойти не так, оно и пойдёт не так! В общем, если мне не удалось вас испугать – вперёд, поехали!

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

Несмотря на самостоятельность этой публикации, она раскрывает некоторые вопросы, поднятые ранее в статье "Как пройти… к третьей нормальной форме?"

Эта статья изначально была написана как комментарий к переводу от Анатолия Ализара "Ненависть к ИИ", но в какой-то момент я понял, что для комментария информации слишком много, и решил поделиться своим опытом общения с "близняшками" в отдельной статье.

Пока одни ненавидят ИИ в целом и все его проявления в частности, другие начинают его использовать, и не только в работе. Близняшкам можно поручать задачи, упрощающие бумажную работу. Можно попросить преобразовать найденную информацию в тот или иной формат (хочешь – представить в виде таблицы, хочешь – преобразовать в json). Можно попросить сделать тест по теме и протестировать твои знания. Можно… много чего можно, а вот что именно – и, что самое главное, хорошо ли это получится у близняшек, можно узнать, прочитав эту статью.

Как преподаватель, могу сказать, что студентам непросто бывает привести базу данных к какому‑то осмысленному виду (не говоря уже про третью нормальную форму). Во‑первых, нередко «всё связано со всем», во‑вторых, в мало‑мальски сложной (в смысле, комплексной) задаче бывает трудно правильно спроектировать таблицы (то есть определить, какие таблицы должны быть в базе, как они должны быть связаны друг с другом, где и какая информация должна в них храниться). Помогает ли им в этом теория? И да, и нет. Дело в том, что нормализация данных говорит о желаемом виде каждой таблицы, и, преобразуя отдельно взятую таблицу к нормальной форме, мы также что‑то делаем со всей базой данных (добавляем новые таблицы, перемещаем между ними поля, и так далее) — это как сборка кубика Рубика. Второй проблемой здесь является то, что даже база данных, состоящая из единственной таблицы, не приведенной к первой нормальной форме, внезапно, тоже будет работать — криво‑косо, но будет! Теория — штука хорошая, но кое‑чего ей не хватает, а именно — задания точки отсчёта. Ведь для того, чтобы пройти к библиотеке третьей нормальной форме, для начала нужно понимать, где мы находимся.