X-Virus-Scanned: amavisd-new at bezeqint.net
Hello, Slav Matveev! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Thu, 09 Nov
2006 20:55:22 +0300:
SM>>> ты домохозяйка, а не кулхацкер - ничего не меняется.
DO>> Меняется от того современный юникод это или устаревшая кодировка DO>> ДОС после перекодировки ее в кои-8. А никакого islower у DO>> домохозяйки нет, ей оно без надобности.
SM> у домохозяйки есть поиск по тексту без учета регистра.
Есть, но если это не что-то, сделанное по устаревшей технологии, создававшей кучу проблем пользователям в виде необходимости подбирать кодировки, то текст этот в юникоде и никакой локаль не нужен для поиска в нем. А если по устаревшей, то свой локаль каждой кодировке нужен...
DO>>>> Hапоминаю, что я этим и не интересовался.
SM>>> тебе еще раз напомнить кому я про редактор отвечал?
DO>> Ты и сейчас ему отвечаешь? Опять раздвоение личности?
SM> Сейчас тебе, ибо ты на тот ответ гордно поднял знамя SM> непримеримой борьбы с vi'ем.
Причем по совсем другой причине....
SM>>> языка. даже если оный придумают позже, чем будет написана SM>>> программа.
DO>> Как видишь, не общий. И если что-то будет придумано после того, как DO>> программа прошита в ПЗУ контроллера, это в лучшем случае будет DO>> реализовано в следующей версии прошивки, а скорее всего в другой DO>> жизни.
SM> именно общий, потому что перекомпляция программы не требуется. SM> а как именно подсунуть новую таблицу - дело второе и зависит
Куда, в прошитый контроллер? Разве что вместе с новой прошивкой, но это в весьма ограниченном количестве случаев.
SM> от автономности девайса.
Автономности от чего?
DO>>>> А там не обязан быть 32хбитный лонг и поддерживающий разные
DO>>>> кодировки (включая многобайтные) islower(). SM>>> а разве islower отсутствует в стандарте ansi c?
DO>> В стандарте _языка_ отсутствует. В библиотеке он должен быть, но DO>> вот всяких __ctype_b_loc там быть не обязано.
SM> там может быть что угодно, хоть case'ами реализовано. но SM> работать должно корректно.
Для семибитного ascii. Кстати нарыл у себя какой-то старый досовский турбо-С, там тоже никакими __ctype_b_loc не пахнет, хотя в последних версиях ДОС, на сколько я помню, уже были вызовы для получения этих таблиц. Для восьмибмтных же кодировок islower() зависит не столько от локали, сколько от кодировки, но это технологии прошлого века.
SM>>> А borland builder'а у тебя тоже нет? или я путаю и это не С?
DO>> Уже нет, снес. Hас все BSA пугают... Может наконец прийдут, обратно DO>> поставлю. Покупать его из-за разовой внутренней поделки не слишком DO>> разумно. Да и не знаю я где сегодня BCB6 купить...
SM> в осле.
КУПИТЬ. Взять я его дистрибутив дома на винте могу (по домам у нас еще BSA не ходит). А купить я хочу именно BCB6 (2002 года), а не тот, что они сейчас продают.
DO>>>>>> нее и говорил в связи с локалью виндов (или не виндов, в SM> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~``
SM>>> мля. эта либа от компиллера для виндов? что-то мне SM>>> подсказывает
DO>> Hет, а причем тут компилеры для виндов? Я для PIC'ов программирую, DO>> а не для виндов.
SM> перечитай подчеркнутое.
И ты тоже перечитай.
DO>> Про связь с локалью какой-то загадочной системы была не моя, твоя DO>> идея. Как и про islower().
SM> моя идея простая: функции is... должны работать корректно на SM> языке пользователя. как и программы, которые эти функции так или SM> иначе задействуют. как разработчик это реазилует - его личная проблема.
Это я тебе с неделю назад говорил, теперь до тебя наконец дошло и ты решил мне об этом рассказать?
DO>>>> Hе знаю что ты за виндовс такой смотришь,
SM>>> w2k.
DO>> А в XP - 3. Прогресс на лицо.
SM> что-то мне подсказывает, что на одной из них будет внутри SM> еще четыре... но xp под рукой нет, что бы проверить.
Функциональность там та же, сгруппировано удобнее и подписано осмысленней.
DO>>>> у меня один диалог с тремя закладками.
SM>>> Я тебе цитировал. повторить?
DO>> Тот бред непонятно откуда?
SM> результат команды set в командной строке. где виндовый SM> аналог в недрах панели управления я не помню. SM> нет, вспомнил: аплет система, закладка дополнительно, кнопка SM> переменные среды.
Это ты об этом?:
SM> === Cut === SM> A locale is a set of language and cultural rules. These SM> cover aspects such as language for messages, dif- SM> ferent character sets, lexigraphic conventions, etc. A SM> program needs to be able to determine its locale and act SM> accordingly to be portable to different cultures. SM> === Cut ===
Интересный же мусор ты в переменные среды засунул...
SM>>> Я тебя не дурю. :) причем если я не путаю, это была win 95. SM>>> :)
DO>> Дуришь, это не виндовс для пользователя, а опять какое-нибудь DO>> подарочное издание msdn для программеров.
SM> не подарочное и не msdn. хотя и не набор ОЕМных дискет.
А что же тогда? У меня есть и вполне себе не OEM'ные диски винды.
SM>>> опенофис - это не линукс, и гимп - это не линукс. и еще куча SM>>> прикладного софта не линукс. даже gcc тоже не линукс.
DO>> А что такое линукс не знает никто...
SM> одна из unix'о-подобных операционных систем.
И что же в нее входит?
SM>>> ты упрямо не желаешь понять, что каждый дистрибутив SM>>> комплектуется разным набором софта.
DO>> Я упрямо не желаю понять почему нельзя отделить мух от котлет. DO>> Почему язык надо увязать со страной проживания,
SM> потому что обычно в России говорят на русском и в качестве
В России проживают десятки разноязыких народов.
SM> денежной единицы используют рубль,
И давно? А то я как-то все больше какие-то загадочные У. Е. вспоминаю.
SM> а в Англии - на английском
А на английском вообще полмира цивилизованного говорит.
SM> и денежная единица - фунт стерлингов. но SM> если тебе хочется в России поставить по-умолчанию $ вместо р. - SM> ставь на здоровье.
Мне не хочется завязывать друг на друга несвязвнные вещи. В частности язык интерфейса и язык данных по умолчанию.
DO>> набор софта с ОС и инструментом для его написания и так далее до DO>> бесконечности.
SM> набор софта - так исторически сложилось.
Вот вместе с этой историей добро пожаловать в помойку. Сначала учитесь делать по-людски, потом называйте свой набор софта операционной системой.
SM>>> в одном флаконе имеешь и рабочую станцию, и сервер, и адвансед
DO>> А меня кто-нибудь спросил зачем мне все это нужно?
SM> А тебя кто-нибудь заставлял все это качать? не нравится - не ешь.
Именно так я и поступаю.
SM>>> сервер. И сразу с многоязыковой поддержкой.
DO>> В Винде она гораздо раньше появилась.
SM> да-да-да. все что есть в винде конечно же в первый раз мир SM> увидел именно в винде. до этого ничего небыло.
Не все, но очень и очень многое.
SM>>> Если ты всю это хрень соберешь для винды - ты получишь как SM>>> раз ту стопочку дисков, про которую я упоминал.
DO>> Во-первых, нет. W2k server + ms office пираты закатывают на один DO>> CD.
SM> во-первых кастрировать можно любой дистрибутив. и загнать на SM> один СД несколько версий винды. и 99% пользователей не заметят SM> что там не полная копия.
Из того, что я заметил, - сокращенный набор шрифтов. Но сколько функциональности на 800 мег, никакому кнопиксу и не снилось.
SM> во-вторых. я тебе уже писал про knoppix. мой ati rage он опознал SM> нормально.
Рад за тебя. Вот почему-то live версии винды у меня на всех компах запускаются, а сколько подобных пигвинов не пробовал (штуки три пробовал), ни один нормально не заработал.
DO>> делать удобные для пользователя программы и в том числе DO>> дистрибутивы ОС? Ведь за примером-то далеко ходить не надо...
SM> разная идеология.
В том-то и дело. Одно (винда) для людей сделано, а второе - для биомеханоидов. Потому и популярность на несколько порядков отличается при вцелом одинаковой функциональности самой системы.
SM>>> "не совсем" стоит совсем других денег. можно и побегать.
DO>> Приходится бегать, когда это нужно. Hо не тогда, когда есть DO>> мейнстримное решение.
SM> речь, напомню, была "бегать за произвольным клиентом"
А за клиентами бегают любыми. Лишь бы у него деньги были.
SM>>> а за ширпотребным клиентом бегать никто не будет. на то он и SM>>> ширпотреб.
DO>> Ошибаешься сильно. Бегают.
SM> коммивояжер, сидящий на проценте?
Большинство продавцов (кроме разве что кассиров в супермаркетах) сидит на процентах.
SM>>> вот и делай различие между soho и "вообще".
DO>> Я-то делаю...
SM> и что, на рынке вообще com-порт также не востребован как и SM> на рынке soho?
Что такое рынок вообще? Если брать не вообще, а конкретно вычислительной техники, то львиная его доля - это SOHO, за ним тянется industrial, за ними и всякая остальная мелочь. Если брать микроконтроллеры, то там uart еще вполне востребован, а если компьютеры, то нет. Вцелом, совершенно очевидно, что дни его сочтены.
SM>>> показать битмап из знакогенератора - большого ума не надо.
DO>> Hадо большой знакогенератор, а этим сильно не всякая показывалка DO>> обладает. VT100 например не умеет.
SM> сделай больше,
VT200?
SM> в чем проблема?
Проблем может быть много. Вот если система изначально графическая, и с GUI, то таки нет.
SM> в VT100 я вообще не помню возможности загрузить какой-либо шрифт...
Вот и я не помню. А это один из наиболее распространенных стандартов.
SM>>> ну как же. не я же использую этот код как доказательство SM>>> отсутствия связи islower и локали.
DO>> А связи-то и нет. Hо где навязывание? И кому?
SM> какая может быть связь между двумя сущностями, если одна из SM> них отсутствует?
Тогда ты утверждал, что локаль обязана в любой системе присутствовать. Я доказал тебе обратное, рад, что ты наконец принял это.
SM>>> Что характерно там, где пользовательским интерфейсом и SM>>> локализацией не пахнет.
DO>> Естественно не пахнет, а должно?
SM> для обсуждения связи софта и локали - должно.
А для обсуждения отсутствия этой связи - нет.
SM>>> работающее средство.
DO>> А в замкнутой системе есть и без локали куча средств. И в замкнутой DO>> системе с руссифицированным (или ивритизированным) LCD разумно DO>> применять кодировку этого LCD, а вовсе не koi-8.
SM> вот-вот-вот. И хрен на этой кодировке islower будет работать.
Во-первых, это зависит от того как его написать. Во-вторых, зачем он в замкнутой-то системе?
SM>>> подозреваю что не дойдет.
DO>> Значит тебе прийдется поверить на слово.
SM> "в слова "поверьте мне как министру", не верю именно как министру".
Ну не верь. Но не говори мне про квадратики, я нормальные буквы вижу, копируя из браузера слово ШАЛОМ (на иврите конечно), и вставляя его что в word что в notepad (именно это и было на посланном тебе скриншоте).
SM>>> кстати, а какая у тебя локаль включена?
DO>> У меня нет на XP (а это на XP) никакой локали. Язык для неюникодных DO>> программ - русский, Location - Израиль.
SM> У меня не израиль и возможно это на что-то влияет.
Врядли, но менять мне лень.
SM> надо попробовать на досуге.
DO>> Есть MUI для офиса, медиа плеера, не знаю, возможно еще для каких-то DO>> MS'овских программ. Я этим не особо интересуюсь, мне удобней и DO>> привычней английский интерфейс.
SM> В *nix'е другая идеология. Если ты выставил интерфейс "русский", SM> то вправе ожидать что без дополнительных указаний любая программа SM> постарается именно его и использоваеть, если, конечно, локализована.
И зачем мне эта самодеятельность? Я как раз предпочитаю английский вне зависимости от того локализована программа или нет. Хотя по умолчанию и многие виндовые программы при установке смотрят в региональные установки и так выбирают себе язык интерфейса. Мне такая самодеятельность не нравится, потому что иногда у меня может и иврит стоять основным языком, но вот что мне точно не нужно, так это ивритского интерфейса в программах...
SM>>> я тебе еще раз повторю: там есть выбор.
DO>> А раньше ты говорил, что выбор одного завязан на другое. И цитаты, DO>> это обосновывающие приводил.
SM> пальцем покажи где выбор одного завязан на другое:
Да ты же сам тремя строчками выше это пишешь...
SM> A locale is a set of language and cultural rules. These cover SM> aspects such as language for messages, different character sets, SM> lexigraphic conventions, etc. SM> A program needs to be able to determine its locale and act SM> accordingly to be portable to different cultures.
И тут все в кучу свалено. И если мне надо работать с каким-то языком, это совершенно не означает, что я и интерфейс программы на нем хочу видеть.
SM>>> почему странного? где баблосы считаются логично иметь запятую. SM>>> а где float z=1.022 - точку.
DO>> Hе вижу никакой логики в этом.
SM> а есть логика в том, что excel воспримет 1.022 как текст или дату?
Excel смотрит соответствующую региональную установку, не связанную ни с языком интерфейса, ни с языком для неюникода ни с местоположением (только начальными дефолтными значениями). Впрочем лугика его восприятия меня частенько в тупик ставит и изрядно раздражает.
SM>>> вообщем-то мне как-то без надобности японский редактировать...
DO>> А у меня часто возникает необходимость редактировать английскую DO>> часть англо-китайского документа.
SM> значит у тебя должна с самого начала стоять поддержка
Зачем сначала? Как понадобилась, так и поставил.
SM>>> присылай pdf, я тебе его отредактированный обратно отправлю и SM>>> закроем эту тему.
DO>> Так не пойдет, до тебя мейл не доходит... Впрочем в архиве с DO>> конкурсом у меня на сайте есть pdf. Отредактируй его и пришли DO>> обратно.
SM> сейчас попробую.
Ну и как?
SM>>>>> может ты себе какой визуальный html-редактор поставишь и DO>>>> успокоишься?
DO>>>> Визуальным я умею много чего. И HTML и RTF и PCB...
SM>>> ну и чем же тогда html или какой еще *ml хуже doc'а?
DO>> Hу например в нем нет векторной графики и печатать его нормально DO>> мало кто умеет.
SM> во-1 он умеет вставлять изображения. Этого чаще всего
Битмап, а не вектор. Что при печати выливается в бооольшие проблемы.
SM> достаточно, во-2 html не имеет такого понятия как размер SM> страницы, а многие очень любят размеры ставить в пикселях.
И что?
DO>> Только причем тут хуже-лучше? Речь о том, что это не текстовый DO>> файл, а < и 40 раз подряд - это не текст, а китайская DO>> грамота.
SM> символ < и 40 пробелов. чего не понятного? :)
Ничего, уже где-то десятый уполз за правую границу экрана...
SM> ты бы лучше примером привел &#число.
Или так. Вот это я и называю нетекстовым файлом, хоть и не содержащим непечатных символов.
SM>>> разве ты не рассказывал что пользователю он не нужен совсем, SM>>> ему аплетов панели управления хватает?
DO>> Большинству пользователей да, не нужен. Основные пользовательские DO>> настройки да делаются через апплеты. Hо есть и другие возможности, DO>> главное, что для нормального использования компа их можно не знать.
SM> скорее для большинства задач, а не для нормального использования.
Это одно и тоже.
SM>>> да вообщем-то у меня за 15 лет это второй раз... так я пожалуй SM>>> в компе и изменения по-чаще твоего делаю.
DO>> А чего менять то, что работает? Я меняю только когда железо меняю, DO>> и то не всегда.
SM> Диск мне надо было подключить. И я подключил, промахнувшись SM> шлейфами. в результате системный диск стал на secondary IDE, а SM> пустой - Primary. как следствие первый раздел этого диска стал SM> C, а первый раздел второго диска - D. И так на этой букве и SM> остался. не смотря на то, что я все обратно переставил.
Сколько раз диски подключал и прямо и наоборот, никогда буквы не летали...
SM>>> ну тогда отойди от техники, которую ты не знаешь, и не трогай, SM>>> а не поливай ее говном. цвета не те, менюшки не те, анимации SM>>> нет... нахрен там это не нужно.
DO>> А я где-то поливал технику говном? Ты видишь и слышишь только то, DO>> что хочешь видеть и слышать. SM> Тебе не понравилась графика на AS/400,
Графика там как раз зашибись была. До сих пор такой на РС не видел. А вот интефейс - увы, хуже чем у Windows 3.0
SM> и тебе не нравится режим 800х600, который показал knoppix.
Кому ж такое понравится... Впрочем там и интерфейс горбат и уродлив, не только его внешний вид.
SM> Как следствие резюме: никуда не годится. SM> А что w2k на большинстве систем ставится в General VGA на 640х480 -
800х600 на сколько я помню.
SM> это ты как-то не упоминаешь.
w2k - это 99 год, XP вот только сегодня предлагала на неопределенном ею адаптере столько цветов и точек, что монитор отказывался показывать. Вот только частота кадров не регулировалась, пока драйвер не поставили. Впрочем интерфейс винды даже в таком виде значительно более удобный.
DO>> Понятно, что это узость кругозора, но ведь можно и расширить. А DO>> так, какую дали, с той и игрался. И было бы не нужно, зачем делали DO>> тот x-windows или как там эта оболочка называлась. DO>> Сделать удобно не смогли, это да, но пыталлись ведь.
SM> Мне почему-то кажется, что та X-ы приблизительного того же SM> лохматого года, как и win 1.0
Понятия не имею, винда тогда уже 95 была.
DO>> инструкции и запоминать кучу бесполезных сведений, угадай с трех DO>> раз что выберет большинство нормальных людей.
SM> конечно девайс, у которого ровно две кнопки: "сделать х!!!ю" SM> и "не делать х!!!ю". но что бы продуктом пользоваться эффективно SM> надо все-таки хотя бы пролистать документацию, что бы представлять SM> его возможности.
Чтобы вообще хоть как-то пользоваться vi, да чтобы нормально, не прибивая процессов закрыть это, уже надо читать документацию. А я регулярно наблюдаю (и на себе и на окружающих) как нормально сделанными программами люди пользуются вообще ничего не читая, даже встроенный хэлп. Вот так и надо писать программы и делать устройства, если хочешь, чтобы ими пользовались.
DO>>>> Для большинства make - это просто английское слово, ни с чем DO>>>> компьютерным не ассоциируещееся.
SM>>> опять переводишь стрелки на домохозяек?
DO>> Да, я тебе это давным давно сказал и уже наверное десяток раз.
SM> домохозяйке и твой компилятор для pic'ов без надобности.
Если ей в ее хозяйстве не надо для него программы писать, то конечно.
SM> да и вообще она в не в курсе что такое pic.
Значит она в курсе чего-то другого.
SM> И если ты себя везде и всегда отождествляешь с домохозяйкой
Не с домохозяйкой, а с ПОЛЬЗОВАТЕЛЕМ.
SM> Где большинство все-таки люди с техническим образованием и SM> работающие по специальности, и как-то где-то имеющие дело с SM> компиляторами и их окружением.
Вот я как раз и есть пример такого человека. У меня установлено несколько компиляторов (PIC16, PIC18, HC11, HC08, AVR, x51, ST7LITE) и ни в одном никаких локалей и близко нет, а в окружении могут пути к библиотекам или форматы сообщений об ошибках задаваться. А еще я знаю кучу народа с техническим образованием (а то и не одним), ни с какими компиляторами вообще не имеющую дела, не говоря уж о народе с нетехническим образованием. И весь этот народ - ничем не хуже тех, кто пишет программы для РС или сетапит сервера.
DO>>>> считать себя чем-то лучше его, и никаких шансов навязать ему свой DO>>>> подход.
SM>>> я не навязываю. я просто рассказываю как удобно поменять
DO>> Как _тебе_ удобно. Пойми, что другим удобно это делать иначе.
SM> Я никого не призываю бросить IDE и перейти на cli.
Уже прогресс. Если ты их еще и тупыми домохозяйками считать перестанешь, будет у нас полный консенсус.
SM>>> константу в vеrsion.h и быть уверенным что изменения отобразятся
DO>> Константы в version.h к описаниям и хэлпам обычно никакого DO>> отношения не имеют, разве что тебе в теле описания надо непременно DO>> на текущий номер версии сослаться, но это таки мелкий частный DO>> случай.
SM> хотелось бы что на программу версии 1.85 и в хелпе было написано SM> что это описание версии 1.85, а не какой-то другой.
Если десятки страниц (а то и сотни) документации связаны с версией одним только этим местом, вся эта твоя автоматизация такой связи не сэкономит ничего, но уже потребует дополнительных (и бесполезных) знаний и усилий.
DO>> Я делаю так, как удобно делать мне. И не считаю, тех, кто делает DO>> иначе неполноценными лемингами и тупыми домохозяйками.
SM> ты их считаешь неполноценными пингвиноидами.
Неполноценными пингвиноидами я считаю тех, кто во-первых предлагает пользователям какой-то мутный сырой набор непонятно откуда надерганного софта под видом ОС, а во-вторых тех, кто высокомерно бросает на вопрос как сконфигурировать MPLAB для работы с ICD что среда на фиг не нужна, что hex и без нее залить можно. Это типичнейший пример тупого неполноценного пигвиноида и кругозором, не выходящим за рамки какого-то убогого vi тридцатилетней давности, но считающего себя обладателем сакральных знаний. Мне такие очень наших ортодоксов напоминают. Те тоже всю жизнь читают единственную древнюю книгу, уверены, что это дает им высшее знание и как обладающие им смотрят на остальных людей, как на мусор.
DO>> ИХ удовлетворяли. А презирающим леммингов кулхацкером хорошо быть в DO>> 16 лет, пока мама с папой кормят и лелеют.
SM> я в свои более чем 2х16 лет научился сочетать в работе и SM> удовольствие и хлеб с маслом.
Есть надежда, что к 3х16 ты поймешь, что за экраном монитора есть большой и неоднозначный мир. А работа - это работа. Она утомляет.
SM>>> /*@ @*/ который самописная тулза выдирала и из этого хелп SM>>> делала.
DO>> Комментарий за тебя тоже make писал?
SM> комментарий писал конечно я. но я его написал один раз, SM> рядом с заголовком функции. тяжело было бы ошибится.
Достаточно редко документация, пусть даже к программе, исчерпывается комментарием к функциям. Гораздо чаще, она с этими комментариями вовсе никак не связана.
DO>> А что описания к продуктам - это не только и не столько комментарии DO>> слышать доводилось? Комментарии в программе я делаю для себя или DO>> для тех, кому после меня прийдется сопровождать программу.
SM> Это был комментарий не для тех, кто будет сопровождать, я для SM> выдирания его в хелп.
Ну а у меня к хелпу или описанию эти комментарии вообще не имеют отношения. К программе я хелп в хелп-дизайнере писал и компилировал хелп-файл нажатием Ctrl-F9. Использовать для этого make мне как-то в голову не пришло, это ж в двое-втрое больше действий.
DO>> А документацию я (и другие инженеры) помогаю писать тем, кто это DO>> более-менее умеет. DO>> По хорошему, нужно было нормально technical writer'а нанять, но DO>> пока не сложилось.
SM> я с тобой полностью согласен. но если techinal write'у не SM> придется перелопачивать исходники в поиске прототипов функций, SM> что бы описать их в документации на библиотеку, и не придется SM> постоянно проверять не изменились ли исходники, то эффективность SM> его труда только повысится. "я так думаю".
Ты опять говоришь про программистов, программистский инструментарий etc. Но ведь программистов-то гораздо меньше, чем всех прочих людей, использующих компьютер. А я именно про них говорил, что слово make для них - это просто английское слово, и pdf одни делают нажатием на акробатовскую иконку в Word, а не запуская программу make, написав для нее makefile на ее птичьем языке.
SM>>> мне проще, чем копировать в буфер и вставлять в другом файле в SM>>> другом редакторе.
DO>> А кому-то проще по-другому. И это не значит, что он глупее тебя. SM> я никого виндузоидами пока не обозвал. или уже успел?
Уже успел. И тупыми домохозяйками и чем-то еще столь же нелестным.
DO>>>> Я и не представляю. Я тебе говорю какой распространенее.
SM>>> мне от этого ни тепло, ни холодно.
DO>> Потому что уткнулся в свой монитор и ничего вокруг видеть не DO>> желлаешь.
SM> Что именно я вокруг не вижу? засилие wintel на всех этажах? SM> или что 50% пользователей не умеют этим wintel'ом пользоваться?
50%??? 95.5% не умеют в твоем понимании. А в моем - умеют все, кто сам нажимает на кнопки, а не только вызывает секретаршу и говорит что надо сделать. А сегодня таких в районе 100% среди получающих выше средней зарплату в развитых странах, то есть рынок наверное в тысячи миллиардов долларов...
SM>>> творческая работа приносит чувство глубокого удовлетворения.
DO>> Любая работа утомляет.
SM> м.б. утомляет физически. но не морально.
Утомляет всеми возможными способами.
SM> монотонная давит на мозг.
Механическая как раз дает возможность расслабиться. Я иногда люблю просто или макет сам спаять, или вот что-то такое тупое типа 100 раз copy-paste сделать. Точто знаешь, что получится. Примерно знаешь когда. И удовлетворение от сделанного тоже есть.
SM>>> утомляет - монотонная. которую каждый нормальный человек SM>>> стремится автоматизировать.
DO>> Hо не каждый готов для этого учиться программировать.
SM> свалить десяток команд в .cmd - особых знаний не надо.
Надо. Надо иметь определенным (и довольно бесполезным для других видов деятельности) повернутые мозги. Надо держать в голове довольно много информации. Плюс общие недостатки почти всех подобных скриптовых костылей в виде или полного отсутствия, или крайней убогости отладочных средств для них. Где-то ошибся в цепочке связанных пайпой утилит, и сиди и думай что оно такого сделало и почему... Основное удовольствие от этого - это непроходящее удивление как в результате этой тарабарщины все же что-то осмысленное в конце концов делается.
SM>>>>> ноге чего висит. :)
DO>>>> Copy-Paste используй.
SM>>> я уже объяснял почему неудобно.
DO>> Остальное может быть еще неудобней.
SM> когда оно будет более неудобно, я буду искать более удобное SM> решение.
Я тебе его подсказал...
SM>>> во-вторых цепь +5V в битовых операциях с регистром задействуется SM>>> наверное не часто.
DO>> Это просто пример. В оркаде в именах цепей + и - допустимые символы DO>> и на схеме приятно видеть именно их.
SM> схема твоя? кто тебе мешает выработать для себя стандарт SM> именования, который сгодится везде?
Схема-то моя (кстати не всегда, я и для чужих проектов программы пишу), но читать ее приходится не только мне. И мне таки удобнее на электрической схеме видеть + и -. Жаль, в оркаде инверсия только в подписях к ножкам делается, и приходится -ENA цепь называть вместо надчеркнутого ENA. И на DIS не всегда уместно заменять, есть своя терминология, традиции...
SM>>> а вот поменять две ноги местами для лучшей разводки платы - SM>>> наверное встречается чаще. за этим следует правка include'а с SM>>> константами.
DO>> Это столь незначительная часть работы, что заморачиваться ее DO>> автоматизацией просто неразумно.
SM> Делать отдельные телодвижения - конечно неразумно. А SM> воспользоваться готовым решением - почему бы и нет?
Если его дополнительно надо изучать и держать в голове, то нет. Это знание совершенно бесполезно для решения схемотехнических проблем. А их, этих проблем, ну просто выше крыши.
SM>>> ты не в состоянии понять что не надо говном поливать чужой SM>>> инструмент, только потому что ты не можешь/не хочешь его освоить SM>>> и он тебе вообще не нужен.
DO>> Если с этим говном не лезут ко мне, я его и не трогаю.
SM> Ты опять отождествляешь себя с неуловимым Джо. К тебе SM> подошли на улице и насильно всучили коробку с линуксом?
Кстати почти. Завлекли как-то бесплатной рассылкой, я даже запрос оформил и отправил. Правда вместо корбки с линуксом получил письмо с извинениями - типо кончился, звыняте.
SM> или тебя завалили смапом с предложением скачать свежий SM> дистрибутивчик?
Вполне возможно, но спам у меня спамфильтры вычитывают.
DO>>>> 800х600х16 цветов я смог не долго.
SM>>> ну да. иногда наверное драйвера нужно поставить...
DO>> Куда, прямо в образ CD?
SM> нет. на диск. виндовый live cd тоже не самый оптимальный SM> режим включает. А сетевые карты вообще через одну не видит.
Я пока что сталкивался с обратным. Это живые пингвинуксы то одного не видят, то другого... Как-то хотел себе плеер DIVX'ов из компа сделать, был и диск такой из пингвинукса и мплеера сделанный. Три или четыре имеющихся компа перебрал, ни на одном нормально не заработал. Плюнул и сделал на w2k. Как пару лет назад сделал, так и не трогаю. Предпочитаю даже аппаратному. Ему надо на болванки закатывать, а этим я с винтов по сетке смотрю.
SM> следует ли из этого что винда - говно?
Нет, тем более, что у нее и проблем с железом гораздо меньше. Почему несмотря на сопоставимую функциональность я пингвинукс считаю говном я уже не раз объяснял. Причем есть же пример Макинтоша, где из юникса сделали-таки юзабельную систему. Можно ведь, если хотеть и _думать_ и не только о себе.
SM>>> виндовс - это отсутствие альтернативы. делать можно только то, SM>>> что тебе позволит система, а не то, что ты хочешь.
DO>> Делать можно гораздо больше, но система ориентирована на типовые DO>> действия.
SM> дело не в том, на что она ориентирована, а что она не дает SM> сделать по другому.
Дает она по-всякому. На лыжах в гамаке может и не дать, но практически все можно сконфигурить из консоли, включая правку реестра.
SM>>> и это было бы правильно, если бы система называлась не w2k SM>>> prof, а w2k housewife edition.
DO>> Это, как факт, правильно и финансовые результаты деятельности MS DO>> это явственно подтверждают.
SM> у тебя есть финансовые результаты деятельности MS в параллельном SM> мире, где существует w2k housewife edition ?
Мир у нас только один... А ос пытаются делать многие...
SM>>> несомненно понятнее и естественней. но для массовых операций SM>>> не оптимально совершенно.
DO>> Печать в PDF - не массовая операция. А нужна массово - я уже DO>> говорил как это сделать выделить и бросить.
SM> Я печатал на принтер. обычный такой LaserJet... Выделил и SM> бросил. И получил жонглирующий экранами word.
При печати pdf у тебя word открывается ??? Или ты .doc печатаешь? Так что же ты хочешь, чтоб открывалось-то?
SM>>> и это тоже.
DO>> И эта необходимость перечеркивает все их удобства.
SM> скрипт типа doc2ps @1 %TEMP%\tmp.tmp lpr -S ... -C ... SM> %TEMP%\tmp.tmp del /q %TEMP%\tmp.tmp
SM> особого ума не требует.
Ума - нет. Памяти и труда - требует. И абсолютно бесполезных в моей основной деятельности знаний. Какие-то -S, -C, /q lpr какой-то. Что все это значит и зачем это держать в голове?
SM> в принципе что мешает "запротоколировать" куда мышой тыкалось и SM> записать это в скрипт?
Я не умею этого делать и не понимаю зачем мне это. Сегодня одни файлы надо печатать, завтра - другие.
SM>>> отправляет задание на печать, закрывается. и так по числу файлов. SM>>> и acrobat reader поступает точно также.
DO>> Акробат кстати никаких окон не рисует.
SM> агащазблин. мало того что рисует, так после окончания печати SM> еще и не закрывается самостоятельно.
У меня ничего не рисовал. В конце не закрылся, это правда. Но закрыть его явно быстрее чем набирать полсотни малопонятных символов. Да даже если и рисует, как word, ну и пусть себе рисует, это не потому что драг энд дроп не работают, а потому что конкретная программа так написана, хоть из скрипта ее запускай, хоть файлы на нее бросай.
SM> скриншот прислать? И что характерно, но это может быть мои SM> кривые руки, из 10 перетащеных файлов в очереди оказалось только SM> 6. ворд вроде все печатал.
Мне так когда-то сотни две pdf'ов с сайта uspto.gov распечатать пришлось. Все печатались.
DO>> А твой make волшебным образом сам печатает, не запуская программы?
SM> мой make запускает консольные программы, которые окон не рисуют.
Тем хуже для них. Впрочем, рисование окон - это не неизбежное свойство запускаемой при драг-энд-дроп в гуевом шелле прогаммы. И точно также будет появляться окно, если ту же программу из make запускать.
SM>>> нахрена окно рисовать? там что-то полезное отображается? SM>>> а мельтешение окон, которые стремятся захватить фокус ввода - SM>>> раздражает.
DO>> Отвернись. Все ж лучше, чем какие-то скрипты на очередном птичьем DO>> языке писать для того, для чего ничего писать не надо и никаких DO>> языком знать тоже не надо.
SM> хотелось бы заметить что система декларировалась как многозадачная...
Она и есть многозадачная.
SM>>> может я чего не так делаю и у всех остальных ворд висит за SM>>> десктопом в фоне и не отсвечивает?
DO>> Расскажи лучше как ты собираешься десяток .doc'ов из скрипта DO>> печатать не открывая никаких окон и сколько у тебя займет написание DO>> этого скрипта в сравнении с выделить, кликнуть правую кнопку и в DO>> меню выбрать print.
SM> при наличии конвертера приблизительно так:
А при отсутствии?
SM> for i in *.doc ; do doc2ps $i > /dev/printer ; done ворд
А если не все .doc из каталога нужны, а выбранные?
SM> грузится дольше будет, чем я это набрал.
Он сам грузится, а твой скрипт - это в эксплорере два хоткея - Ctrl-A, Ctrl-P вместо 51 символа твоего скрипта.
SM>>> что там естественней? увидеть первую страницу документа? SM>>> "напечатать файл" - операция невизуальная.
DO>> Для тебя.
SM> А для кого она визуальная? и ладно бы если на экране был бы
Для того, кто сначала документ создает, потом печатает, нажав на иконку принтера или Ctrl-P.
SM>>> Других нету. как показывает практика - либо я сам нахожу
DO>> Я почему-то нахожу, когда возникают какие-то проблемы, кого DO>> спросить. В любом случае, странно спрашивать тут.
SM> во-1 когда-то давно и я находил. SM> во-2 я тут решений не спрашиваю. я привожу конкретные ситуаци SM> в качестве аргументов. а не в надежде получить совет.
Аргументы у тебя странные какие-то. И непонятно что они должны аргументировать.
SM>>> решение (гугл - рулез) либо очень мало людей, которые могут SM>>> что-то толковое посоветовать. обычно советы из серии как твои,
DO>> Я сразу сказал, что не сисадмин и не пытаюсь им быть. SM> но советы все равно даешь. наследие страны советов, да? :)
Ты спрашиваешь, я отвечаю на основании своего опыта. Кто ж знал, что тебе не решение проблемы нужно, а что-то (непонятно правда что) аргументировать.
SM>>> почему-то мне кажется, что однажды найдется левая резьба с SM>>> нужным шагом...
DO>> Значит сгорит. Hо с переключателем оно гораздо раньше сгорит, чем с DO>> PFC.
SM> а только что утверждал обратное. типа сбоев не будет
Нет, я утверждал, что гарантирую работоспособность. Так оно и есть. Сгорит в течение гарантийного срока - заменим. А утверждать, что сбоев не будет я не могу, процент вышедших из строй устройств всегда ненулевой. Но гораздо ниже, чем при применении переключателя и многократно ниже, чем если делать как в vi. А вообще PFC на мощности 10-500Вт один из самых беспроблемных узлов. Будучи правильно сделанным из качественных компонентов он не сгорает практически никогда и спалить его воздействиями по входу (в рамках максимально допустимых разумеется) практически не реально (пытались).
SM>>> словосочетание "array of strings called the environment" SM>>> о чем-нибудь говорит?
DO>> Кому? Я вообще-то про окружение и в ДОС и в Юникс и в Вин знаю, как DO>> и много других вещей и раздувание тобой щек по подобным поводам DO>> меня вообще-то нимало забавляет.
SM> А чего ты тогда прикидываешься что первый раз видишь?
Потому что это очередное лишнее знание.
SM> В отличии от винды, в линуксе локаль определяется переменными SM> окружения. как следствие - своя копия для каждого процесса и SM> меняй как хочешь.
Ага, командами вроде
abrakadabra=kadabraabra; export abrakadabra
И ты думаешь, найдется много желающих это делать?
DO>> я знаю что такое окружение, а коллега нет, не дает мне перед ним DO>> совершенно никаких преимуществ. И жене моей не даст, если я ей DO>> расскажу об этом.
SM> Ей абсолютно все равно откуда параметры беруться: из ини, из SM> реестра, из окружения. просто есть факт: поменять для отдельного SM> процесса нельзя. И точка.
Ей и в голову не прийдет это делать, зачем?
dima
formatting link