является ли html генерируемый движком форума программой? команды в нем есть.
Безусловно. Интерпретатором которой выступает ваш браузер. Как в части команд HTML, так в части команд Java-script.
В этом контексте признаком программы (и типом вызываемого интерпретатора) является ее тип mime.
Вы же не будете спорить, что, скажем, Flash является программой? А, скажем, наличие игр, написанных на HTML - тоже оспаривать не будете?
Во первых. Гугль - это фирма, изначально придуманная для получения прибыли посредством инета.
Во вторых. Придумал он это со вполне определённой целью - массово подсадить пользователей на свои онлайн сервисы. Начинается всё с гугль-браузера.
В третьих. В основном, борьба идёт за отупленных вин-юзеров, которые ставят "рюшечки" первым приоритетом над всем остальным. Там же поются сказки о "юзабилити" ГУЯ на все случаи жизни.
В четвертых. Вы еще Symbian приведите в качестве примера отхода от unix-вея.
А теперь - вспомните, пожалуйста, про то, что я писал о TCO (Совокупной стоимости владения). Поверьте - все что вы написали, вы написали про TCO.
И что логика этих решений принципиально другая, чем на си, более естественная. О чём спорим вообще?
И тем не менне вы не говорите компьютеру "хочу яблоко". Вы задаете (составляя скрипт) ему алгоритм как это яблоко "сделать". Что и есть программирование.
А теперь - вспоминает про то, что я писал от TCO (Совокупной стоимости владения). Поверьте - все что вы написали, вы написали про TCO.
Вы путаете стоимость владения, т.е. затраты, в т.ч. и временные, помимо денежных на использование данного софта/железа (назовём его в вашем стиле "программно-аппаратный комплекс"), которые несёт ПОЛЬЗОВАТЕЛЬ ...
с получением прибыли ФИРМ (в т.ч. Гугля, M$ и пр.), которые они получают от клиентов.
Это - абсолютно разные вещи. "Игра" Гугля настроена не на сокращение ТСО пользователем (т.е. снижением затрат), а как раз наоборот - для увеличения "единицы прибыли" с каждого пользователя за счет продвижения дополнительных сервисов. Так вот чтобы эти сервисы продвинуть...
Я не считаю, что если меня в выходной пробило сделать пиццу (вкусную и без химии), то я стал поваром. А ежели уж совсем извратиться то что вы скажете на занятия зэксом - это как мы с вами классифицируем?
Да блин. Вы внимательно читаете?
Я лишь пытаюсь доказать, что написание скрипта - это программирование. В вашем случае с пиццей - вы не стали поваром (как и в случае написания скрипта профессиональным программистом). Вы приготовили, состряпали пиццу. Название самого действия по вашему выбору, но именно точно так же бы вы сказали и о профессиональном поваре: "Повар приготовил(состряпал) пиццу".
Это - абсолютно разные вещи. "Игра" Гугля настроена не на сокращение ТСО пользователем (т.е. снижением затрат), а как раз наоборот - для увеличения "единицы прибыли" с каждого пользователя за счет продвижения дополнительных сервисов. Так вот чтобы эти сервисы продвинуть...
Вы полагаете?
Онлайн-сервисы бесплатны, не требуют инсталляции, денсталляции и обслуживания со стороны пользователя. Веб-приложения - аналогично. Итого - планшет с Chromium-OS, (которая 100 пудов Linux!) ДЛЯ ПОЛЬЗОВАТЕЛЯ - черный ящик, который следуют включить и пользоваться (за 7 секунд!). А так же залогиниться и подключиться к сети Интернет.
Вот вам и все владение...
Да блин. Вы внимательно читаете? Я лишь пытаюсь доказать, что написание скрипта - это программирование. В вашем случае с пиццей - вы не стали поваром (как и в случае написания скрипта профессиональным программистом). Вы приготовили, состряпали пиццу. Название самого действия по вашему выбору, но именно точно так же бы вы сказали и о профессиональном поваре: "Повар приготовил(состряпал) пиццу". Как "пользователь" вы только кушаете ее. И все.
Ну так о чем вы спорите то? Все согласились что это занятие называется "программированием". Но простой пользователь не становится профессиональным программером, используя шелл. А в шелле много вещей выполняются быстрее и удобнее (хотя, конечно, не все).
Онлайн-сервисы бесплатны, не требуют инсталляции, денсталляции и обслуживания со стороны пользователя. Веб-приложения - аналогично.
Ну не совсем так. Если организация резко сядет, например, на Google Documents. То, возможно, потребуется утолщение канала с инетом...... А еще радио, видео..... И тут бац кодека не хватает, плагина не хватает...... Короче вопросов от юзера к админу все равно будет.....
Вы полагаете? Онлайн-сервисы бесплатны, не требуют инсталляции, денсталляции и обслуживания со стороны пользователя. Веб-приложения - аналогично. Итого - планшет с Chromium-OS, (которая 100 пудов Linux!) ДЛЯ ПОЛЬЗОВАТЕЛЯ - черный ящик, который следуют включить и пользоваться (за 7 секунд!). А так же залогиниться и подключиться к сети Интернет. Вот вам и все владение...
Все он-лайн сервисы бесплаты? Какое владение - владение чем? В решении каких задач? Вы вообще что подразумеваете под ТСО для некоего "стандартного" пользователя, хотя ТСО применяется (согласно вашей статье) для рассчета ит-затрат предприятия? Вы что? Стоимость владения арены на HL2 или ТСО использования IE?
Ну не совсем так. Если организация резко сядет, например, на Google Documents. То, возможно, потребуется утолщение канала с инетом...... А еще радио, видео..... И тут бац кодека не хватает, плагина не хватает...... Короче вопросов от юзера к админу все равно будет.....
Если у целая организация "сядет", тогда это решится очень просто. Утолщения канала не потребуется - думаю, грядут локальные сервера поддержки Chromium OS. Да и просто кеширующий проксик сильно поможет.
Стандартизация решений в пределах одной организации всегда ведет к уменьшению уровня TCO. ----/offtop----
Ну так о чем вы спорите то? Все согласились что это занятие называется "программированием". Но простой пользователь не становится профессиональным программером, используя шелл. А в шелле много вещей выполняются быстрее и удобнее (хотя, конечно, не все).
Ну так я о том, что для простого пользователя "Юникс Вей" (Философия Юникс) вообще параллелен и мало применим. Ровно до тех пор пока он не сталкивается именно с программированием (хотя-бы в разрезе написания скриптов или последовательности команд).
Если у целая организация "сядет", тогда это решиться очень просто. Утолщения канала не потребуется - думаю, грядут локальные сервера поддержки Chromium OS. Да и просто кеширующий проксик сильно поможет.
Локальный сервер за бесплатно и админить его не надо? Проксик тоже добрый гугль поставит за так?
Мне почему то кажется, что OpenOffice на каждой машине меньше денег скушает..... Кстати по инету безлимитные тарифы для юриков (по крайней мере у нас в городе) только только стали появляться......
Ну так о чем вы спорите то? Все согласились что это занятие называется "программированием". Но простой пользователь не становится профессиональным программером, используя шелл. А в шелле много вещей выполняются быстрее и удобнее (хотя, конечно, не все).
Ну так я о том, что для простого пользователя "Юникс Вей" (Философия Юникс) вообще параллелен и мало применим. Ровно до тех пор пока он не сталкивается именно с программированием (хотя-бы в разрезе написания скриптов или последовательности команд).
Нет, здесь я с вами категорически не согласен. Пример из жизни. Один человек неправильно выставил дату на фотике (цифровик). Вернее, совсем её не выставил. Т.е. вместо 54.75.2008 было 1.1.2007 (по умолчанию в прошивке фотика). Мне удобно, чтобы фотки имели в названии дату съемки и некоторую другую информацию, которая есть в тегах exif. Задача была поменять exif в 2000 файлов. Так вот в консоли.... Понятно?
А теперь - пожалуйста, отмотайте страниц 10 назад и почитайте, что я вам писал по поводу таких вариантов реализации. И что писал по поводу мейнстрима развития современного Linux.
«Мейнстрима развития современного Linux» — это бред. Вы еще предположите, что на кластерах того же Гугла (а ведь на них Linux) будет этот «мейнстрим».
А все эти рюшечки — это не мейнстрим современного Linux, а мейнстрим клиентских терминалов: вместо 3.0ГГц, 500Вт утюга — слабенький 5-ваттный лёгкий компактный веб-терминальчик. Веб-приложения тоже движутся вперед. Например, http://freecr.ru/ А с распространением http://code.google.com/p/nativeclient/ вообще новая жизнь наступит. Будет и X-server с 3D-acceleration в браузере, и ssh, и всё на свете. Будет unixway на сервере в датацентре.
Локальный сервер за бесплатно и админить его не надо? Проксик тоже добрый гугль поставит за так?
Мне почему то кажется, что OpenOffice на каждой машине меньше денег скушает..... Кстати по инету безлимитные тарифы для юриков (по крайней мере у нас в городе) только только стали появляться......
Локальный сервер - за деньги. А может быть и бесплатно - нужно посмотреть на стратегию Google. Думаю - бесплатно - скорее всего. По крайней мере - первое время.
Кеширующий проксик - это просто Squid.
Обновление бинарных программ в масштабах крупного офиса - это будет гораздо больший траффик, чем обновления Web-приложений. Даже с учетом наличия серверов обновлений.
Ну а "черный ящик" с заранее залитой OS - это просто мечта сервис-мена. Да еще, по сути - необслуживаемый. Никаких тебе игр, драйверов, никаких вирусов. Весь лишний траффик обрезается на общем проксике и фаерволе. Мечта!
В общем - ИМХО, получилась очень востребованная в офисах весчь. ----/offtop----
----offtop----
1.
... А может быть и бесплатно - нужно посмотреть на стратегию Google. Думаю - бесплатно - скорее всего. По крайней мере - первое время.
2.
... Ну а "черный ящик" с заранее залитой OS - это просто мечта сервис-мена. Да еще, по сути - необслуживаемый. Никаких тебе игр, драйверов, никаких вирусов. Весь лишний траффик обрезается на общем проксике и фаерволе. Мечта! В общем - ИМХО, получилась очень востребованная в офисах весчь.----/offtop----
1. Не утруждайте себя. Ответ очевиден и так. Еще раз повторюсь, гугль - это не благотворительная организация, а коммерческая компания. Смысл коммерческой компании вам, надеюсь, не придется объяснять?
И что логика этих решений принципиально другая, чем на си, более естественная. О чём спорим вообще?
И тем не менне вы не говорите компьютеру "хочу яблоко". Вы задаете (составляя скрипт) ему алгоритм как это яблоко "сделать". Что и есть программирование.
Так и тут вроде бы расхождений нет, я давно сказал: формально -- да, это программирование. Точно также, как формально является программированием и написание кулинарных рецептов, а сами эти рецепты являются программами, хотя и не для машины. а для человека -- домохозяйки, кухарки или повара.
Мне удобно, чтобы фотки имели в названии дату съемки и некоторую другую информацию, которая есть в тегах exif. Задача была поменять exif в 2000 файлов. Так вот в консоли.... Понятно?
Да я, кажется, помню этот вопрос (или похожий)...
Как пользователю вам бы было достаточно нечто типа: "renamewithdateexif ~/photos/" И это было бы для вас гораздо удобнее. У сожалению такой команды нет. И вам пришлось придумывать алгоритм и его записывать в виде последовательности команд. Нечто примерно:
1. Получить список фоток (лично вам, желающему именно переименовать, этот шаг не нужен. Если бы его не было ни каких бы неудобств у вас не возникло)
2. Дернуть из них информацию о дате (лично вам, желающему именно переименовать, этот шаг не нужен. Если бы его не было ни каких бы неудобств у вас не возникло)
3. Переименовать с учетом имющейся информации. Вот он единственный шаг который вам действительно нужен.
Как пользователю вам бы было достаточно нечто типа: "renamewithdateexif ~/photos/" И это было бы для вас гораздо удобнее. У сожалению такой команды нет.
Угу. Вот нера и стала почти всем. Есть, впрочем, выход из бесконечного квеста. Форма с текстовым полем.
Да я, кажется, помню этот вопрос (или похожий)... Как пользователю вам бы было достаточно нечто типа: "renamewithdateexif ~/photos/" И это было бы для вас гораздо удобнее. У сожалению такой команды нет. И вам пришлось придумывать алгоритм и его записывать в виде последовательности команд. Нечто примерно: 1. Получить список фоток (лично вам, желающему именно переименовать, этот шаг не нужен. Если бы его не было ни каких бы неудобств у вас не возникло) 2. Дернуть из них информацию о дате (лично вам, желающему именно переименовать, этот шаг не нужен. Если бы его не было ни каких бы неудобств у вас не возникло) 3. Переименовать с учетом имющейся информации. Вот он единственный шаг который вам действительно нужен.
Я поступил другим образом. Фотки были на компе под свистой. Искать и ставить ГУИ прогу, которая в т.ч., помимо сотни нафиг мне ненужных функций, еще и "фачит" exif теги в jpeg-ах я посчитал непереспективным. Я нагуглил консольную (!!!) утилиту для вендов, которая для тегов и предназначена. Это - exiv2 (которую я без проблем потом нашел в Дебе и установил, забив в поиск Синаптика слово "exif"). Так вот в вендах я в консоли, тфу, в коммандой строке (или как там) с помощью exiv2 -r’:basename:_%Y%m’ rename *.jpg как-то быстро порешал вопрос.
Так и тут вроде бы расхождений нет, я давно сказал: формально -- да, это программирование. Точно также, как формально является программированием и написание кулинарных рецептов, а сами эти рецепты являются программами, хотя и не для машины. а для человека -- домохозяйки, кухарки или повара.
ок.
Далее я считаю, что Юникс Вэй и все его постулаты и принципы применимы только когда вы пишите скрипт или последовательность команд... Но является ли это задачей пользователя? Я думаю не совсем.... Имхо в идеале пользователь должен получить то, что ему хочется "в один клик" (ну или, в крайнем случае, в одну команду) вообще не задумываясь как, чего, откуда и куда передается. Если пользователь фотограф нафиг ему разбираться как можно выдернуть дату из екзиф, подправить ее и переименовать с ее учетом файлы. Он может попросить соседа Васю написать такой скрипт, а может программу...... Пользователю все равно, что это будет - ему важен только конечный результат.
YUKLA
Я давно говорил. Как только хорошие TTF-панели и толстые каналы станут дёшевы, так сразу большую часть PC заменит браузер в телевизоре.
Первая попытка была сделана компанией Sun. Которая предложила связку своих терминальных серверов с терминалами Sun Ray. "Тонкими клиентами". "Обслуживание" которых заключалось в замене изделия.
Я их внедрял, ага. В начале 2000-ных. Все было хорошо, только одного терминального сервера Sun было недостаточно. Требовался еще и терминальный сервер M$. С соотв. софтом и лицензиями. Что удорожало систему и вообще меняло парадигму.
Google сделал правильный вывод из попыток Sun. Теперь и терминальный сервер не нужен. И Google Office уже есть.
Google сделал правильный вывод из попыток Sun. Теперь и терминальный сервер не нужен. И Google Office уже есть.
А 1C?
А 1С не является общеорганизационным инструментом. И может быть реализован на отдельных, полнофункциональных рабочих местах.
Плюс - в 1С есть Web-интерфейс, работавший в Linux FireFox как минимум в конце 2008 года. -----/offtop----
ок. Далее я считаю, что Юникс Вэй и все его постулаты и принципы применимы только когда вы пишите скрипт или последовательность команд... Но является ли это задачей пользователя? Я думаю не совсем.... Имхо в идеале пользователь должен получить то, что ему хочется "в один клик" (ну или, в крайнем случае, в одну команду) вообще не задумываясь как, чего, откуда и куда передается. Если пользователь фотограф нафиг ему разбираться как можно выдернуть дату из екзиф, подправить ее и переименовать с ее учетом файлы. Он может попросить соседа Васю написать такой скрипт, а может программу...... Пользователю все равно, что это будет - ему важен только конечный результат...
Это как раз американский принцип - особо незадумываться. Он ведет к разжижению мозга. Только вы потом не удивляйтесь, что заказчики "не те пошли". Вы сами этого требуете. Чтобы пользователь был тупой да еще и мечтал о только ему и известной задаче "за один клик". Это как ваня, сидя на печке, что-ли?
Вы, имхо, лукавите Для того, чтобы нормально работать на компе надо иметь соседа Васю - программиста?
Да, ему действительно всё равно. Именно потому, что очень важен конечный результат (в т.ч. и мне) - так вот именно exiv2 и был оптимальным решением. Выполняет (быстро) только ту функцию (обработка тегов exif и пр.), которая мне нужна. Чем вам не юних-вэй?
А 1С не является общеорганизационным инструментом. И может быть реализован на отдельных, полнофункциональных рабочих местах. Плюс - в 1С есть Web-интерфейс, работавший в Linux FireFox как минимум в конце 2008 года. -----/offtop----
Повторю просьбу еще раз - вы хоть уточняйте, что пишете - "1 С не является общеорганизационным инструментом"?
Далее я считаю, что Юникс Вэй и все его постулаты и принципы применимы только когда вы пишите скрипт или последовательность команд... Но является ли это задачей пользователя? Я думаю не совсем.... Имхо в идеале пользователь должен получить то, что ему хочется "в один клик" (ну или, в крайнем случае, в одну команду) вообще не задумываясь как, чего, откуда и куда передается.
Это если в идеале. Возможно, Вы счастливый и живёте в идеальном мире. Но вот представьте, что случилось что-нибудь не совсем типичное в компании, и понадобилось распечатать 500 накладных/платёжек/счет-фактур или прочей дребедени разом и побыстрее. Вы скажете, что потребуется 3 дня мышкой кликать, я за 3 минуты напишу скрипт, который за 3 часа изнасилует принтер, но таки напечатает. Либо потрачу еще 3 дополнительных минуты и скрипт за час параллельно изнасилует все 3 офисных принтера. А послезавтра выяснится, что копии этих документов надо повторно выслать электропочтой пятиста клиентам — каждому свой. Можете, конечно, считать, что это не Ваша работа, а я премию получу «за спасение компании от миллионных убытков».
Пользователю все равно, что это будет - ему важен только конечный результат.
Вот-вот. Именно! Так фигли Вы нам тут рассказываете про «один клик» и прочую дребедень? Если при помощи ком. строки и пайпов можно будет получить результат, а «в один клик» нет, то моментально научатся пользоваться.
А, скажем, наличие игр, написанных на HTML - тоже оспаривать не будете?
Поверьте - все что вы написали, вы написали про TCO.
