4ainik, во-первых, быть на острие прогресса способны очень немногие. И на QA-сервисах их не встретишь, кстати. Во-вторых, это намного сложнее, чем конкурировать в устоявшихся сферах. Наконец, это никогда не длится долго. Буквально через год два после запуска чего-либо стоящего конкуренты начинают дышать в затылок.
GuronP, просто заголовок и текст вопроса создают ложное впечатление, что проблема именно в Windows. Судя по ошибкам на скриншоте, ошибки в файле stud_io.inc.
Андрей Дугин, так и асинхронное выполнение - это не настоящая параллельность. Собственно, единственная реальная проблема всех скриптовых языков - это невозможность использовать настоящую параллельность предоставляемую железом, то есть мультипроцессорную обработку. Но важно доносить до новичков, что это не беда конкретно Python и что есть огромный спектр задач, который можно решать параллельно и на одном ядре. Им придётся профессионально расти ещё несколько лет прежде, чем они упрутся в ограничения GIL.
Alexverst, к этому моменту там будет уже множество инсайдеров, имевших отношение к разработке этой темы, ещё больше специалистов осознанно рискнувших войти в новую тему заранее и огромная толпа случайных людей занесённых хайпом. И с ними со всеми придётся конкурировать.
Alexverst, работы за копейки много, согласен. Но и работы за хорошие деньги тоже навалом. Первая или вторая категория работы достаётся исполнителю зависит от того, на сколько он хорош.
Alexverst, да ладно?! Мы в 2001-м году в Иркутске грызли друг другу глотки за клиентов на разработку сайтов. Хоть и мало было web-студий в городе, но и клиентов было мало. В Москве на тот момент были уже десятки, если не сотни web-студий. А в мире web-разработка на тот момент была уже устоявшейся индустрией, переживающей кризис доткомов и интерес корпоративного сектора.
Удалённой работы в сфере создания и продвижения сайтов и сейчас навалом.
gibsonen, есть правила разработки программного обеспечения, следуя которым можно разработать надёжные программы, которые легко поддерживать и развивать. Правильный объектно-ориентированный код работает с максимально узкой абстракцией и ему не требуется проверять конкретный тип. Если такая необходимость вдруг появилась, значит вы нарушаете принципы SOLID. И да, instanceof ещё и медленный оператор.
Простой вы человек, с простыми вопросами. На вопрос "как пишут WEB сервера на Java" книга по Spring отвечает на 749 страницах, а по Java EE на 640. Netty лучше даже не трогайте, не осилите.
