Не все diff утилиты нормально работают с юникодом, не все редакторы могут сразу распознать кодировку. Ту же виндовую консоль, надо настраивать на поддержку юникода. Где гарантия что на удаленном сервере с SSH доступом, будет настроен юникод, чтобы можно было правильно увидеть листинг программы. В общем сразу видно людей которые не работали с legacy системами.

Я че и говорю, человек, может быть по долгу службы, застрявший в прошлом. Юникод - это светлое настоящее и, думаю, будущее. Скептическое к нему отношение из-за того, что 15 лет назад он мало где работал, попахивает глупостью и закостенелостью мышления.

Выигрыш от использования ≠, ≤, ≥ минимален, а возможный геморрой трудно предсказуем. На данный момент все mainstream языки позволяют писать программы на чистом ASCII. Тот же компилятор Java перед компиляцией переводит весь код в UTF-16, но при этом нет необходимости использовать не ASCII символы, все можно написать на чистом ASCII.

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

С этим я полностью согласна, скажу даже больше, выигрыш сомнителен.

А с этим - нет, если речь идет о перспективной разработке, а не поддержке легасей и cmd.exe.

Ну да, конечно. Я тоже пару недель назад, не думал что на свежем дистрибутиве линукс, могут быть какие-то проблемы с распаковкой zip архивов. Чем сложнее система и больше в ней разных компонентов, тем выше шанс что будут грабли с кодировкой. Нет такой достаточно сложной системы, которая бы не взаимодействовала с legacy системами.

Хотя если это язык для написания Hello world, то конечно нет проблем.

по ssh невозможно работать    особенно когда хост далеко (был опыт).

это придумано )

Работать да, а фиксить баги иногда приходится.

Могу предположить, что проблема оказалась в том, что кодировка имен файлов в архиве была cp1251. Разве юникод виноват в твоей проблеме? Ну поставь себе cp1251 локаль, я тебе пришлю архив с KOI8-R-именами файлов. Ты мне все больше напоминаешь ождного моего упоротого знакомого, использующего везде KOI8-R-локали, "потому что так надежнее" и во всех своих проблемах винящий современные utf8-линуксы и винды, а не свою больную голову.

Ну что за демагогия на техническом ресурсе?

Если соединение совсем труба, да. В таком случае удобнее пользоваться sshfs, nfs или ftp. У меня проблем с работой по ssh не возникает, может потому, что пользуюсь консольными редакторами?..

У меня сервер в США

В СШП все так плохо с интернетами?  

Скорее у нас.

Предположение неверное, все имена были в ASCII. И не стоит уподобляться тому самому упоротому знакомому, заявляя что юникод панацея от всех проблем. А если где то юникод не поддерживается, то это устаревшая система и ее надо немедленно выкинуть.



Ты просто не понимаешь о чем я  

ещё вариант присваивания