Alex Wells

Опыта в продакшене нет

Школьникам язык Java на курсах преподавал, самые основы

Конкретные фреймворки готов освоить, просто сейчас с ними не знаком.

Чего хочу в идеале: исследовательская/управленческая работа с хорошим окладом, 5/2, без переработок, от 80 т.р

Пожалуйста, скажите, что вы шутите.

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

Это не опыт управления проектами, а его отсутствие.

Знаю С/С++ (знаком с STL и немного с boost, OpenMP, MPI), С#, Java и Python

Без комментариев

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

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

P.S.:
Просто сходи и поговори. Там нормальные ребята. Ты же не Березовский. У них банальная плановая проверка. Спроси чего именно им надо. Им тоже не нужна лишняя работа.

уже жалею что зарегался как ИП

Если платежи получал на банковский счет - как раз хорошо что как ИП.
Если не сечется в РФ платеж, то чего ты паришься. Им тоже не интересно тратить кучу усилий раскапывая твои копейки.

вложенный код (nested):

for a in range(10):
    for b in range(20):
        for c in range(30):
            for d in range(40):
                if d == 1:
                    if c == 1:
                        if b == 1:
                             if a == 1:
                                  print('nested code')

плоский код (flat):

for a in range(10):
    print('flat code')

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

Как ее перевести в календарную дату

По какому календарю? А высокосные считать по современным стандартам или нет? А еще куча всяких долбанутых изменений в летоисчеслении как учитывать?

Предлагаю простое решение. Вы же знаете что это за дата "63672393600"? Возьмите ту же дату в unix timestamp (от 01.01.1970), вычитите из первого второе. Получите константное смещение. И потом когда вам нужно вашу дату перевести - сначала вычитаете из нее константное смещение (по сути это будет 01.01.1970 в вашем формате) и считаете дальше обычным unix timestamp.

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

Например, не так давно появилась новая таблица wp_termmeta - для хранения метаинформации по терминам, раньше эта информация лежала в wp_options.

В прямых запросах нет ничего плохого, если вы знаете что и зачем вы делаете, как защитить запрос от неверных данных, от инъекций, отфильтровать параметры.

В обычной ситуации WP_Query вам хватит с головой. А ваш кейс решается простым прочтением документации в виде функции get_post_meta().

Если второй параметр у функции опустить, то будут получены все произвольные поля поста. Если вы хотите работать напрямую с SQL в обход API, в котором 2000 готовых функций, зачем вам тогда WordPress? Пишите на чистом коде.

Удачи в прочтении Кодекса WordPress!

зная только html и css

Смотря как хорошо вы знаете html/css и какие задачи можете решать, и какая продуктивность работы.
И готовы ли (и способны ли) учиться дальше и развиваться.

1.а. Получать из БД сразу древовидную структуру, предварительно её там сохранив. Гуглить Nested set, ajacency list и т.д.
1.б. Использовать презентеры.
1.в. Использовать сервисный слой.

2.а. Использовать презентеры.
2.б. Использовать сервисный слой.

3. Использовать view composer/view creator.

4. В конфиге. И, возможно, смотреть п. 3.

Не удобно, что именно классами вы помечаете связь item - message. Т.к. могут быть и другие классы, может возникнуть путаница, какой из них считать признаком, а который там просто для оформления. Лучше для этого задействовать data-атрибуты.

В нынешнем варианте надо по клику на .item искать в списке классов другой, не равный "item" – это идентификатор для поиска соотв. message. Про то, чтобы «гасить» другие с классом .active в вопросе нет, поэтому примерно так: