<присваивание> | <равно>, <не равно>, <меньше>, <больше>, <меньше или равно>, <больше или равно>

setq | eq/eql/equal/equalp/=, (not (eq/...)), <, >, <=, >=.

О каком вообще сравнении идет речь? Арифметическом? Почему только о нем?

Это сообщение отредактировал(а) newbee - 7.9.2011, 21:55

  

ну, мне пока только это интерестно
а какие еще ты хочешь обсудить?

Добавлено через 1 минуту и 50 секунд
мой вариант
<- | =, /=, <, >, <=, >=

 

Добавлено через 6 минут и 51 секунду
вот какие еще варианты встречал
<не равно> : #(в Oberon)
<меньше или равно> : \<
<больше или равно> :  >/

502, я поняла, что весь цимес вокруг присвоить/равно, не понятно, зачем сюда приплетать больше, меньше и т.д. Еще в юниксах прикольные сравнения (test) и вроде бы в перле что-то похожее.

ЗЫ. Мне кажется, слабоват вопрос для разжигания холивора

is | =, ≠, <, >, ≤, ≥

имхо, если этого не делать, то получится так: 
<равно> : ==, 
<меньше или равно> : <=
хотя логично было бы <==
  

прикольно, а как набрать на клавиатуре?

setf же!

Вариант паскаля самый логичный   

ALT + Код символа

Добавлено через 33 секунды
Альтернативно - доп кнопки-макросы

Ага и файлы исходников в юникоде  

Почему бы и нет

Неудобно. Такая запись хороша на бумаге.

И?

Сразу видно человека который не разу не наступал на грабли связанные, с настройками компилятора, VCS и т.п.

Раз язык содержит юникодовые лексемы, значит его компилятор однозначно без всяких настроек жрет юникод. Какие проблемы в поддержке юникода в VCS? Какие проблемы в поддержке юникода в и т.п.?

Сразу видно человека, застрявшего в веке однобайтовых кодировок.

  


ну а если взять IDE, которое транслирует
>= в ≥ и т.д.   

Это понятно, ты что-то вроде того и имел в виду, говоря о макросах и хоткея, как я понимаю. Я часто работаю удаленно по ссш на железе, не знающем о графических интерфейсах. В такой конфигурации IDE идут нафиг 

ПС, это вообще из какого языка?

Не все 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. И не стоит уподобляться тому самому упоротому знакомому, заявляя что юникод панацея от всех проблем. А если где то юникод не поддерживается, то это устаревшая система и ее надо немедленно выкинуть.



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

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