История изменений

строго на два подмножества

Это бред, так не бывает, и ты это знаешь. Следовательно, ты — тролль, лжец и, вероятно, девственник. Можешь считать это сливом, но никакой «чёткой однозначности», которую признает каждый, всё равно никогда не будет. Применять критерии будет человек, а разные люди дадут разные оценки, применяя даже самые чёткие критерии. Даже изначально соглашаясь с критеями, применив их, человек может испытать невыносимую боль пониже спины из-за того, что результаты не вписались в его картину мира. Есть далеко не нулевая вероятность, что человек попытается устранить эту боль, оспорив критерии, либо извратив их, подменяя понятия, или применяя другие приёмы демагогии, а в крайнем случае он притворится идиотом. В качестве примеров могу порекомендовать дебаты Лоуренса Краусса, Билла Ная и Кристофера Хитченса с креационистами.

Но ради всеобщего фана я поиграю в твою игру.

Обойдёмся всего тремя критериями из того, что я уже назвал:

• А) Проблема сужает область применения языка.
• Б) Проблема не решается применением существующих практик и инструментов эффективно (если докопаешься до эффективности, я покопаюсь до чёткости и однозначности. Не доводи до абсурда), либо вовсе.
• И чисто бизнесовый критерий — рабочая сила, но его не надо юзать, достаточно юзать первые два. Количество доступной рабочей силы для решения какого-то круга задач, её качество и её цена. Имеет смысл только для крупных корпораций, способных серьёзно влиять на рынок.

Тест-кейсы из уже названного же:

Питон. Медленный, однопоточный, и хрен бы с ней с медленностью, но на однопотоке точно далеко не уедешь. На серверах решается мультипроцессингом и прочими сельдереями, биндингами (т.е. применением других языков, а значит уже вне рамок питона), а также докупкой самих серверов. Эффективно ли решение? Кому как, но в целом сомнительно, учитывая миллион статей с success story о том, как кто-то, переписав сервис на Go, выкинул 9000 серверов, оставив всего 3. А ещё на питоне умудряются писать десктопные приложения, там эта проблема (если она вообще встаёт) решается примерно никак.

А — ограничивает область применения питона там, где важна производительность, и особенно там, где ограничены ресурсы; Б — решается не эффективно.

Фундаментальненько? Считаю, что да.

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

Ты ок с этим

Я ок с историей. Моё отношение и отношение моих единомышленников к причинам событий на болотной, самим событиям и их последствиям так или иначе, но на реальность влияет. Моё отношение к русско-японской войне ни на что не влияет, совсем. Всерьёз (т.е не в качестве какого-то логического упражнения) рассуждать о том должна ли была появляться джава на данный момент лишено смысла и абсолютно тупо. Насколько нужно быть оторванным от реальности, чтобы такое вообще приходило в голову?

Являются ли проблемы сложности языка и дефицита кадров проблемами ассемблера?

Это должно бы подпадать под третий критерий, а следовательно игнорироваться, но в случае с ассемблером это не так. Ты не можешь писать на нём, например, веб-сервисы под заказ, ибо это будет эпически долго и феерически дорого. Как это решается? Никак. Это решается применением других языков.

А — область применения ужасно ограничена; Б — это не решаемо.

Но перед применением моих критериев нужно ответить на другой ключевой вопрос. Является ли ассемблер языком общего назначения? Если нет, то нет смысла их к нему применять.

строго на два подмножества

Это бред, так не бывает, и ты это знаешь. Следовательно, ты — тролль, лжец и, вероятно, девственник. Можешь считать это сливом, но никакой «чёткой однозначности», которую признает каждый, всё равно никогда не будет. Применять критерии будет человек, а разные люди дадут разные оценки, применя даже самые чёткие критерии. Даже изначально соглашаясь с критеями, применив их, человек может испытать невыносимую боль пониже спины из-за того, что результаты не вписались в его картину мира. Есть далеко не нулевая вероятность, что человек попытается устранить эту боль, оспорив критерии, либо извратив их, подменяя понятия, или применяя другие приёмы демагогии, а в крайнем случае он притворится идиотом. В качестве примеров могу порекомендовать дебаты Лоуренса Краусса, Билла Ная и Кристофера Хитченса с креационистами.

Но ради всеобщего фана я поиграю в твою игру.

Обойдёмся всего тремя критериями из того, что я уже назвал:

• А) Проблема сужает область применения языка.
• Б) Проблема не решается применением существующих практик и инструментов эффективно (если докопаешься до эффективности, я покопаюсь до чёткости и однозначности. Не доводи до абсурда), либо вовсе.
• И чисто бизнесовый критерий — рабочая сила, но его не надо юзать, достаточно юзать первые два. Количество доступной рабочей силы для решения какого-то круга задач, её качество и её цена. Имеет смысл только для крупных корпораций, способных серьёзно влиять на рынок.

Тест-кейсы из уже названного же:

Питон. Медленный, однопоточный, и хрен бы с ней с медленностью, но на однопотоке точно далеко не уедешь. На серверах решается мультипроцессингом и прочими сельдереями, биндингами (т.е. применением других языков, а значит уже вне рамок питона), а также докупкой самих серверов. Эффективно ли решение? Кому как, но в целом сомнительно, учитывая миллион статей с success story о том, как кто-то, переписав сервис на Go, выкинул 9000 серверов, оставив всего 3. А ещё на питоне умудряются писать десктопные приложения, там эта проблема (если она вообще встаёт) решается примерно никак.

А — ограничивает область применения питона там, где важна производительность, и особенно там, где ограничены ресурсы; Б — решается не эффективно.

Фундаментальненько? Считаю, что да.

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

Ты ок с этим

Я ок с историей. Моё отношение и отношение моих единомышленников к причинам событий на болотной, самим событиям и их последствиям так или иначе, но на рельность влияет. Моё отношение к русско-японской войне ни на что не влияет абсолютно. Всерьёз (т.е не в качестве какого-то логического упражнения) рассуждать о том должна ли была появляться джава на данный момент лишено смысла и абсолютно тупо. Насколько нужно быть оторванным от реальности, чтобы такое вообще приходило в голову?

Являются ли проблемы сложности языка и дефицита кадров проблемами ассемблера?

Это должно бы подпадать под третий критерий, а следовательно игнорироваться, но в случае с ассемблером это не так. Ты не можешь писать на нём, например, веб-сервисы под заказ, ибо это будет эпически долго и феерически дорого. Как это решается? Никак. Это решается применением других языков.

А — область применения ужасно ограничена; Б — это не решаемо.

Но перед применением моих критериев нужно ответить на другой ключевой вопрос. Является ли ассемблер языком общего назначения? Если нет, то нет смысла их к нему применять.