На каких яп неудобно работать под WIndows?

На Swift и ObjC не очень удобно. Остальное — ок.

Неудобно писать на WSH-бейсике, хотя он и встроен вое винды.

я думаю что это слишком толсто даже для лора

Не назвал бы написание кода под Windows на перечисленных языках извращением. Они как то прибиты гвоздями к Unix? Я думаю, что для Руби и Пайтон заявлена кросс-платформенность, это скорее даже факт.

На всех, кроме тех, которые изначально под фейлдовс и/или мерзотулинг были заточены (C#, VBScript, TypeScript etc).

Неудобно когда уломал, но не стоит.

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

sad but true...

Под windows вообще работоать неудобно, так что на любых.

Ты не боишься что тебя отправят на винфпо месту назначения? Постыдился бы :)
По теме: как может быть «неудобно» юзать ЯП на какой-нибудь ОС? Если ты о конкретных платформах/инструментах, то говори конкретнее.

Это дело привычки. Лично мне удобнее написать apt install python3, а потом python3 /путь/скрипт.py, а как это делается в винде - даже не выяснял.

Удобно. Наверно часто питон переставлять приходится, раз такое внимание к скорости установки?

В родном питоновском ИДЛЕ вполне себе гуд.

Третьего питона по-умолчанию в дебиане нет.

Здравствуйте, это windows.org.ru?

На си. Либо любись с cygwin && gcc, либо наслаждайся с89 с VS

Толсто. У MS самая фапабельная IDE для c++. Пока никто не достиг их уровня.

Есть неплохие конкуренты, но к сожалению отстают.

На каких яп неудобно работать под WIndows?

На всех

Руби

сам-то пробовал разруливать гемы на винде?

На каких яп неудобно работать под WIndows?

Это та платформа, под которую вендор даже компилятор C не осилил? Да любых.

А Clang на что? Вполне нормально работает без cygwin'а.

А msys как же?

По теме: как может быть «неудобно» юзать ЯП на какой-нибудь ОС?

«не поймут-с» (c).

В толксы.

gcc внезапно тоже без cygwin работает.

Питон есть, перл есть. За всякие раби и прочие не скажу, бо не интересовался.

Ставишь интерпретатор, добавляешь нужные пути в PATH, если установщик не добавил, и юзаешь как обычно. Нужные либы вполне себе через pip ставятся.

Вопрос только в выборе IDE.

Судя по моим личным наблюдениям, все знакомые разработчики кроме дотнетовцев переходят на православные ОС. ==> Ответ: на всех, окромя семейства .Net

gcc внезапно тоже без cygwin работает.

Только вот стандартная библиотека при этом крайне пустая на новый функционал.

Делай это без шума и никто не узнает (с) xD

добавляешь нужные пути в PATH

Как там в десяточке, уже не нужно перезагружаться после изменения PATH?

Толсто.

Я еще с перехода на NT-системы перезапускаю нужное приложение, чтобы оно переменные окружения перечитало.

А еще в десяточке появился удобный редактор для PATH с мышевозным выбором папок.

и что делать в таком случае?

в последней VS уже более поздний стандарт, по крайней мере, переменные можно объявлять в любом месте

Пока posix-совместимость и berkeley-сокеты не осилят - на любом.

На тех, у которых нет поддержки в Visual Studio, и ни в одной из IDE от JetBrains.