Ринат Закирьянов

Все зависит от реализации, от удобства, от дизайна. Ну и если ресурс будет забагован то тоже утонет.
Без разницы сколько функционала вложете, если:
1. Не сможете нормально сделать дизайн ресурса
2. Пользователь не поймет что ему делать(юзабилити)
3. Долго будет загружаться страница
4. Забагованна
5. Удобство, допустим возьмем любой онлайн банк, вот у них у всех как под копирку, помню искал 1 кнопку пол часа, тупо из-за этого сменил банк т.к. с каждым заходом забывал где эта гребанная кнопка. ))
6. Аудитория - т.е. вы должны понять для кого вы делаете данный ресурс и понимать их потребности и вы должны как-то донести до них, почему вас ресурс им вообще нужен, лично из описания я не вижу смысла от него.
7. Законы, это сейчас актуально как не когда, хранение информации, расшифровка данных, хранение файлов и т.п. чем придется вам заниматься т.к. я так понял что регистрация и авторизация у вас будет по номеру телефона, это хранение личной информации т.е. вы попадает под закон Яровой(если вы из РФ конечно).

1) сам работаю уже 7 год в сфере Web-разработчика как фронт так и backend, скажу вот что, плох тот разработчик который не развивается, вся наша жизнь это обучение и то что нужно всегда держать руку на пульсе это факт, однако как писали выше "новые технологии" очень долго приживаются в интерпрайзе, многие компании досих пор используют стандарты ES3/4 и бэк на .Net3.5 , так что изучив материал и подкрепив его практикой можете исчезнуть на пару лет и вернуться абсолютно спокойно, однако я лично не поддерживаю такое "подход", мне в кайф изучать что-то новое, начинал с С++, потом C#, PHP, Python, JS/Nodejs, Golang, Erlang, Kotlin, Rust, Lisp/Racker, TCL and etc, хотя рабочих языков само собой лишь несколько это Python, JS и пара сервисов на Nodejs, так что вливайтесь не опасаясь, программирование вещь не простая, просты только основы, дальше сложнее будет, но после освоение первого языка дальше будет гораздо проще переключаться на другие языки, а по поводу спрос/предложение, то поверьте спрос пока что гораздо выше предложении в РФ как минимум.
2. Тут дело тонкое, если вы понимаете что это работа и то что вам платят за работу, а не за полёт фантазии о "творчестве" и "ценности" себя в этом мире, то тут не каких проблем не встретите, однако если у вас есть фантазия что программирование это некий "вид творчества", то наверное разочарую вас, это не так, это обычная работа со своими плюсами и минусами, скучно становится когда люди как правило перегорают, у самого было такое чувство, когда приходилось работать пару суток без сна, потом месяц лени был, просто небыло настроя, это уже скорее психика нежели профессия играет роль.
3. Писал вначале, чушь это, люди которые закончили карьеру программиста 5 лет назад, сейчас смогут найти работу как нечего делать, уж поверьте, Интерпрайз компаниям пофиг на "модные" штучки, у них есть стабильно работающий инструмент, это для них куда важнее.
4. Если бы занимался только фронтом то я бы наверное жалел, однако как писал выше я занимаюсь всем, а дома занимаюсь своими проектами в зависимости от настроение, либо низкоуровневыми языками типа C/C++/Rust либо просто пишу микросервисы на NodeJs/Golang + Vue.js, зачем ставить себе цель только одно направление? Это не правильный ход мыслей, а те кто часто популяризируют мысль "Невозможно выучить более X языков" идут в баню, вот реально часто таких индивидов встречал, не ставьте себе такую узкую цель, расширяйте кругозор, сейчас спецы 1 "ветки" редко кому интересны, даже в Яндекс/Google да и другие знаменитые бренды не берут людей со знанием одного направление, а сейчас так чаще вижу что требуются к Web разрабам еще язык Си, точно не понимаю для чего, но предполагаю что требуют это, что бы разработчик понимал как устроена работа с памятью и как можно оптимизировать, либо тупо просто решили с экономит на - чисто Си разрабах, вот такие вот дела, ну а решать конечно вам, можете заметить что у каждого свое виденье на те или иные вещи, потому должны понять что в этом деле вам не кто не поможет решить, кто-то возможно даже близко не разработчик, кто-то знает поверхностно и ведь даже не поймешь кто скрывается по ту сторону монитора.
А так в добавок, у меня сейчас жена примерно такие же вопросы мне задала, т.к. она тоже решила заниматься программированием и чисто по этому меня зацепил вас вопрос ))

Странно что используете такую древнюю либу, она последний раз обновлялась 4 года назад..
Но исходя из доков и кода на гитхабе можно использовать DOM.find(name="div",text="TEXT") .
Если разработчик недопустил ошибок то должно отработать верно

Срач открыли :D
В однопоточных задачах Пыха возможно обгоняет по скорости, но Пыха не поддерживает асинхронность и многопоточность, тем самым в серъеных проектах сливает сразу, найдутся конечно умники которые напишут про балансировку серверов на уровне Nginx, но как-бы это стабильность работы не дает только если готовы потратится на закупку несколько десятков серверов. ;)
У Пайтона много синтаксического сахара, да и с ffi работает прекрасно, особо тонкие моменты можно писать на Си увеличивая многократно производительность.

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

media_ids,next = api.tag_recent_media(tag_name=b"Тралалала", count=80)

Установи MinGW -> это Си компилятор необходимый для Пайтона, если уже установлен то создай venv другой и проверь там, вполне возможно какой-то конфликт произошел.

Ruby это язык который является чистым ООП, по этому все объекты которые существуют в нем уже дефакто являются абстрактными т.к. в каждый объект в руби(а в руби ВСЕ есть объект) можно дополнить в рантайме, изменить поведение, уничтожить метод, переопределить, дополнить и все что душе угодно, Руби как и Smalltalk чистый ОО язык и по этому весь мир для них и объект и абстракция одновременно т.к. каждый объект можно дополнить, могут существовать пустые объекты которые заполняются позже(та же работа абстракции в C# "abstract class")

Можно взять любой форум который тебе понравился и припаять его, что требуется, прямые руки))
Но я все-же бы посоветовал с нуля написать, так удобнее и с моей точки зрения проще, делается очень просто, создаешь tpl/css/js короче оболочку форума, потом создаешь таблицу для "форума", в фреймворке создается контроллер к которому будут приходит запросы с ИД и наименование(заместо темы) товара который будет говорит "моделе" что в таблицу нужно добавит ИД и наименование товара, потом добавлять "ответы/комментарии" в Yii есть стандартные решения(насколько я помню), в основном для создание Форума нужно лишь знать шаблонизатор и стандартные запросы sql, если хорошо владеете инструментом и соответственно самим языком(пхп) то проблем не каких не должно быть.

Проверьте POST через print_r и посмотрите пустой ли он или нет, если пустой тогда следя вашей логики он выдает ошибку если не пустой тогда var_dump(debug_backtrace()); вам в помощь, отлавливайте ошибку.

Сторонники "процедурного подхода" странные, да не отрицаю что все можно и без ООП сделать, но про "читаемость кода" все забыли походу, в "процедурном подходе" очень часто возникает дикий говнокод с которым без вискаря не разобраться что и откуда берется(если проект большой), ООП не нужен для малых проектов, там он явно будет не зачем(если не нужно будет развивать этот проект).