4xpro / 4X_Pro ⁷⁹

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

Без JavaScript на клиентской стороне вполне можно обойтись. Правда, придётся пожертвовать юзабилити, что поймут не все пользователи. Без серверной — конечно же нет. Хотя недавно видел блог на статике, куда предлагалось посылать комментарии через Email по ссылкам вроде тех, которые предлагает Ryan ниже.
Более того, статья как раз о том, что именно злоупотребение JavaScript на client side (особенно в сочетании с новомодными фреймворками) и есть зло.

Я сам такую позицию занимал долгое время. Только в начале этого месяца всё же сделал у себя поддержку https, но и то опциональную, при желании можно зайти на сайт и через http.
А соображения такие: HTTPS — это защита от атак man-in-the-middle, то есть подмены траффика на промежуточных узлах. Но шифровать/расшифровывать ту информацию, на которую никто в здравом уме атаку совершать не будет (типа моего блога) — это напрасная трата ресурсов процессоров и увеличение времени ответа сайта. Кроме того, у пользователей старых компьютеров могут быть сложности из-за устаревания сертификатов. (Сам сталкивался с подобным, когда пытался хоть куда-нибудь зайти из-под Linux, установленного в 2014 году и с тех пор не обновлявшегося.)

Сначала думал, что там такая же модель оплаты, как у Wordpress: если держать на своём сервере, то бесплатно, если хоститься у них — то за деньги. Но нет, поставил к себе на сервер — он начал ругаться, что нужна лицензия.

И он не индексируется поиковыми системами, т.к. скрипт каталога собирается в браузере. Это плохо. Считаю, что каталог должен быть инексирован.

Вообще, с 2015 года поисковые системы научились JavaScript выполнять, так что может и заиндексируется. Другой вопрос, что это — нарушение принципа graceful degradation.

Похоже, OSClass — то, что мне и надо! Только «Местоположение» заменю на «формат сайта».

Только вот вопрос: а есть сейчас какая-либо бесплатная альтернатива для Википедии?

О, спасибо за информацию! В последнее время вынашиваю идею сделать что-то подобное для Рунета (каталог личных некоммерческих сайтов), а тут — готовый проект. Правда, добавление через Pull-request — так себе идея, но с другой стороны, надёжная защита от спама.

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

А что подразумевается под разворотом вектора? Делать нормальные сайты? В случае собственных разработок это, конечно, возможно. Только вот увы, в современном Интернете почти не работает стратегия «просто сделай и выложи».

В случае коммерческих — увы, нет, так как очень часто команду использовать всякие bootcrapы дают технически безграмотные менеджеры, у которых задача получить результат быстро и заработать, а не сделать качественный продукт. Увы, но коммерциализация в IT убивает всё…

Что мешает писать код в IDE и тестировать на локальном сервере?

Я бы сказал, не просто нормально, это прекрасно, что такая способность не утратилась!

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

Python сильно проигрывает перечисленному в плане производительности/потребления памяти. Поэтому применять его для Web-разработки имеет только в том случае, если вы не знаете других языков программирования и нет времени/желания их изучать. Видимо, работодатели постепенно это тоже понимают, вот и становится меньше вакансий.
А вообще — для небольших проектов лучше всего использовать PHP, если предполагается масштабирование до highload-нагрузок, то Go или Node.

Вспоминаю о своей глобальной цели. Для меня программировать — это создавать «мир, дружелюбный для бедных», то есть писать хорошо оптимизированный софт, который будет легко и быстро работать даже на старых и слабых компьютерах, потребляя мало памяти и траффика.
Ну и второй момент, как правильно заметил Evg, — это реально периодически переключаться на иную деятельность, в которой задействуются другие участки мозга. Это реально помогает и восстановиться, и, зачастую, находить новые решения.