Анна Буянова

В теории - сложная структура, свои типы, дополнения на С, использование субд на максимуме
На практике - говнокод, который нужно разгрести за парой поколений школьников и студентов, писавших софт до тебя

Книга "Совершенный код" как точка отчёта вполне подойдёт.

Дедлайны превращаются в сверхурочную работу по тому же принципу, как и карета Золушки в тыкву - как только часы пробили конец 9го часа рабочего дня -> начинаются сверхурочные.

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

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

Если система однопользовательская и используется лишь локально, то хватит SQLite.
А если по-серьезному, то как хостинг позволяет. Для Heroku - PostgreSQL идет по умолчанию.

Как раз для таких целей рекомендуется вместо has_and_belongs_to_many использовать has_many through:

Поговорить с ПМом

Обязателен ли индекс для внешнего ключа InnoDB MySQL?

Да обязателен

Таблица нормально создается и без индекса.

При создании таблицы индекс на внешние ключи добавляется автоматически.

Некоторые не советуют создавать индексы при проектировании таблиц, только при накоплении нескольких тысяч записей в таблице для ускорения запросов

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

Вопрос 1: зачем встроили создание индекса?

Это плата за независимость от СУБД

Вопрос 2: разве при удалении таблицы индекс и ключ не удаляются вместе с ней? Или в разных СУБД бывает по-разному?

Аналогично с предыдущим пунктом, это плата за независимость от СУБД

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

решать задачи попроще, пока не набью руку до больших или посматривать на решения "сложных" для меня задач, и запоминать как другие ребята решили её.

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

постоянное напряжение мозгов и мучительное грызение гранита

- звучит неприятно, но все впринципе именно так.

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

P.S. Писал сумбурно, не особо вдумываясь в качество текста и не пытался удержать единую мысль на протяжении всего чтения.

Если все в сети - поднимите на сервере БД и подключайтесь к ней. Хотя лучше, конечно, чтобы у каждого своя копия была и использовать миграции.

Типичная ошибка новичков в тайм-менеджменте.
Привязывать к конкретному времени (и соответственно к календарю) следует лишь следующие задачи-события:

• Те, которые произойдут в это время вне зависимости от вашего желания.
  
• Привязанные ко времени обязательства, которые вы дали другим людям.
  
  

Будете пихать туда все остальные - получите не экономию времени, а следующие проблемы:

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

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