русский
Germany.ruForen → Архив Досок→ Smoke Area

25

861  1 2 3 4 5 alle
  DrunkSamurai завсегдатай14.08.06 16:52
NEW 14.08.06 16:52 
in Antwort Дактиль 14.08.06 16:28
В ответ на:
Шобы юзер экономил силы своего моска на барьбу с вирусо - троянами :)

Нет, на бодания с линухоидами в форумах.
В ответ на:
И вабще с Вами спорить не интересна , Вы какойта чересчур убежденный , идейный сильна .

Гм... И в чем же состоит моя убежденность и идейность?
#41 
  DrunkSamurai завсегдатай14.08.06 16:55
NEW 14.08.06 16:55 
in Antwort BSDLamer 14.08.06 16:33
Шо за невнятные выкрики с мест?
Я ничего никуда не продвигаю. Сижу себе тихо, примуса починяю...
И, слава яйцам, не имею отношения к разработке ПО...
#42 
  Дактиль постоялец14.08.06 17:06
NEW 14.08.06 17:06 
in Antwort игoрь 14.08.06 16:35
Щас еще Анатолий подтянется , так он тут такую редунданц про мощь Опенсорса на пару страниц накатает, шо все удивятся и согласятся :)
#43 
voxel3d коренной житель14.08.06 17:09
voxel3d
NEW 14.08.06 17:09 
in Antwort DrunkSamurai 14.08.06 15:49
> 1. "Рисование интерфейса" сильно полезно для повышения эффективности работы самого слабого и медленного звена всей "пищевой цепи" - конечного пользователя. Трату мощности на сие считаю полностью оправданным. Есть масса задач, где без ГУИ все гораздо печальнее без всякой отрисовки. Да и задач по отрисовке тоже хватает. Я, к примеру, видел на лаборантках переход с CLI на GUI в измерительном софте. Все было освоено моментом, без проблем и лишних вопросов. Я просто рыдалъ от умиления.
Только там, где полезно графическое представление данных - либо графика в чистом виде в виде схем, рисунков, анимации, либо анализ данных, где требуется видеть сразу большое количество данных. Таких задач меньшинство. Подавляющее меньшинство. На вс╦ машиностроительное предприятие, всего несколько задач были подобного плана, в основном для руководства. Плюс у конструкторов автокад. Весь остальной софт, если бы не мода, вполне благополучно существовал бы и дальше с CLI интерфейсом. А это были сотни различных программ.
2pilot: А что грид и формуляры для ввода информации в БД? Вполне себе благополучно с CLI уживается, это как раз не GUI специфично.
Кроме того. Я не ставлю знак равенства между CLI и мэйнфреймами. Вполне себе графику можно на клиентах отрисовывать, запуская программы на сервере. Пример - aрхитектура XWindows / Xorg, используемые в UNIX / Linux, противопоставлять мейнфреймам графику не надо.
> 2. Большое количество юзеров работает исключительно с локальным софтом.
Точно так же это большое количество работало бы с удал╦нным, это не аргумент.
> 3. Отдельный сервер приложений екнется в одночасие, и все юзеры будут вешатся на портянках. Распределение вычмощности РЕЗКО повышает общую стабильность.
Мы про задачу говорим или про ОС в целом? Если про задачу, то от того, где находится бизнес-логика - у пользователя или на отдельном сервере, стабильность е╦ работы не зависит. Если мы говорим про зависоны ОС, где крутится логика, то в мире мейнфреймов виндовса нет, а UNIX не виснет.
Потом, толстый клиент это не распределение вычислительной мощности. Кластера, вот, распределение. Но опять же на стороне сервера, что правильно. Если взять распредел╦нные задачи, то если говорить о распределении на стороне сервера, да дофига их, что на кластерах-то существующих крутится? А, вот, на стороне пользователя, гм, ну были проекты по взлому DES, md4, 5 хэшей, программа SETI... а что ещ╦? Ос╦л если только какой-нибудь с Каазой и иже с ними.
> 4. Терминальные решения дешевле, но менее надежны и менее гибки.
Какая именно гибкость нужна? Гибкость тр╦хзвенки, превосходит гибкость толстого клиента + БД. Тр╦хзвенку я рассматриваю как мейнрейм - она оставляет пользователю тонкого клиента.
> 5. Стоимость вычмощности настолько низка, что мозготраханье с разработкой терминальных решений и оптимизацией софта в данное время нафик никому не нужны.
Ну, какое же мозготрахание с разработкой софта было бы? Вероятно, более широко использовались бы языки поддерживающие параллелизм на уровне языка и чистые функциональные, где методы не дают побочных эффектов и была бы возможность доказательства работоспособности программы. Кроме того, и на толстых клиентах потоки и нити явление повсеместное.
Dropbox - средство синхронизации и бэкапа файлов.
#44 
voxel3d коренной житель14.08.06 17:13
voxel3d
NEW 14.08.06 17:13 
in Antwort DrunkSamurai 14.08.06 15:52
> Ну и сколько застоит узкоспециализированная приставка плюс терминал? Примерно столько же, сколько полноценный писюк средней паршивости. Только это буде гораздо надежнее, чем удаленный сервер, который может "упасть" от прорыва канализации.
Терминал стоил бы 50 - 150 баксов, игровая приставка сотни две, наверно.
> Только это буде гораздо надежнее, чем удаленный сервер, который может "упасть" от прорыва канализации.
Нет. Никто же всерь╦з не рассматривает использование обычной почты там, где email используется сейчас из-за ненад╦жности коммуникаций?
Dropbox - средство синхронизации и бэкапа файлов.
#45 
  DrunkSamurai завсегдатай14.08.06 17:27
NEW 14.08.06 17:27 
in Antwort voxel3d 14.08.06 17:09, Zuletzt geändert 14.08.06 17:33 (DrunkSamurai)
В ответ на:
Только там, где полезно графическое представление данных

Оно везде полезно. Из за особенностей человеческой психологии. ГУИ позволяет не просто выводить много инфы в экран, но еще ее и эргономично представлять. Человек меньше устает и меньше допускает ошибок.
В ответ на:
Таких задач меньшинство.

Неправда. Таких задач большинство.
В ответ на:
А это были сотни различных программ.

Сотни? Что-то мне слабо в это верится...
В ответ на:
противопоставлять мейнфреймам графику не надо

А кто ее противопоставляет? Я лишь противопоставляю графику неграфике.
В ответ на:
Точно так же это большое количество работало бы с удалённым, это не аргумент.

Это аргумент на то, что "сервера перегружены".
В ответ на:
Потом, толстый клиент это не распределение вычислительной мощности. Кластера, вот, распределение.

Нет, наличие независимой вычмощности - это тоже распределение. Вы же говорите о распределении задач. Я кластеризацию не считаю ни панацеей, ни будущим информатизации. Просто будет класс задач, которые с ее помощью будут решать за разумные бабки.
В ответ на:
Мы про задачу говорим или про ОС в целом?

Мы говорим в целом про систему, обеспечивающую юзеров вычмощностью. Вы все сводите к задачам обслуживания БД. Это несерьезно. Блин, изначально речь шла ВООБЩЕ о применении писюков. Вдруг Вы заговорили исключительно о БД... Мне нафиг не нужны никакие БД для моих задач. И для огромного количества юзеров - тоже.
В ответ на:
Если мы говорим про зависоны ОС, где крутится логика, то в мире мейнфреймов виндовса нет, а UNIX не виснет

Мы говорим про зависоны железа от того, что кто-то бросил валенок на пульт, арабские террористы-смертники протаранили боингом стену серверной комнаты, в окно залетел дятел, запутался в проводах и вызвал пожар. Продолжить? Если не подниматься выше уровня предприятия, то терминальные решения вполне разумны, но предприятиями рамки пользования писюков не ограничиваются.
В ответ на:
Какая именно гибкость нужна?

Гибкость в выборе программного обеспечения, наиболее полно отвечающего запросам пользователя.
В ответ на:
Ну, какое же мозготрахание с разработкой софта было бы?

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

Это ли не мозготрахание?!
Резюме: не надо переносить практику предприятия на все и вся. Есть задачи, где терминальные решения разумны и эффективны, но дальнейшее масштабирование приведет к глобальной потере устойчивости.
#46 
  DrunkSamurai завсегдатай14.08.06 17:31
NEW 14.08.06 17:31 
in Antwort voxel3d 14.08.06 17:13
Вот и видим. За 300 можно уже говорить о среднепаршивом писюке.
В ответ на:
Нет. Никто же всерьёз не рассматривает использование обычной почты там, где email используется сейчас из-за ненадёжности коммуникаций?

Да, да. Любая централизация снижает надежность системы в целом. Это закон. И не надо аналогий, они ничего не доказывают.
#47 
  digital_pilot авиатор х#ев14.08.06 17:48
NEW 14.08.06 17:48 
in Antwort voxel3d 14.08.06 17:09
В ответ на:
2pilot: А что грид и формуляры для ввода информации в БД? Вполне себе благополучно с CLI уживается, это как раз не GUI специфично.

ы? или ты, м.б., TUI имеешь в виду?
#48 
BSDLamer Хвостатый Carpal Tunnel14.08.06 18:28
BSDLamer
NEW 14.08.06 18:28 
in Antwort DrunkSamurai 14.08.06 16:46
я говорил о целесообразности всй этой гонки за мегагерцами и гигабайтами ! И естественно не опровергал того что любой обычный Вася будет покупать именно то что ему прорекламировали ибо сам он не в состоянии уже решить надо оно ему или нет. Если пораскинуть еще не зомбироваными мозгами то можно сразу определить что простому пользователю не нужны два гигагерца и не нужна виста как и полный МС Оффис и прочие розовые слоны. Все это надо производителю ибо он такие приколы отлично знает. И будут продовать завтра и 10 гигагерц и по телеку и в глянцевых журналах убеждать васю что ему для полноценной жизни не хватает именно такого компа, и каждый такой вася перекусив бигмэком непремено поймет как он отстал от жизни и что обязательно со следующей зарплатой надо будет преобресть такой комп и заинсталировать на него последний может и ворованый фотошоп, потому как у пети все это уже есть. Так же и с телевидением.
То что имеет место быть это одно, а нужно ли это все и целесообразно ли, это другое.
0001, 0010, 0011, 0100, 0101, вышел зайчег погулядь
#49 
  DrunkSamurai завсегдатай14.08.06 18:35
NEW 14.08.06 18:35 
in Antwort BSDLamer 14.08.06 18:28
Коспирологию скипаем.
Еще раз объясняю. Производителю выгодно производить, это понятно. Чем больше производишь, тем ниже стоимость единицы вычмощности и тем выше вычмощность на одного юзера. Вычмощности таковы, что легко прощают неоптимированность софта. При такой ситуации нет смысла особо вылизывать, а надо гнаться за наворотами - потакая человеческой психологии. Но в погоне за излишествами часто выкристаллизовываются и довольно разумные вещи. В результате, все очень соответствует друг другу. Когда упрутся в предел вычмощности - начнут оптимизировать софт. Я не скажу, что я сторонник такого развития событий, но не вижу никаких шансов что-то изменить. Это, увы, естественная эволюция.
А еще я не хочу, чтобы мне кто-то указывал, что мне нужно, а что не нужно. "Если вы такие умные, то почему не ходите строем?!"
#50 
voxel3d коренной житель14.08.06 18:43
voxel3d
NEW 14.08.06 18:43 
in Antwort DrunkSamurai 14.08.06 17:27
> Сотни? Что-то мне слабо в это верится...
Угу. Всего несколько крупных глобальных - картотека, зарплата, план производства, дерево изделий, рассч╦т трудо╦мкости изделий, рассч╦т оптимальной загрузки оборудования и порядка двух сотен мелких програм, написанных в течении примерно лет пятнадцати существования отдела, от всяких бухгалтерских, отдела кадров, показывающих различную статистику для руководства, складских до различных крутящихся на местах операторов в цехах, автоматически вычисляющих оптимальные раскрои, маршруты движения и прочих. Кроме всего, были местная ATC в подчинении отдела и отдел занимающийся разработкой железа - на базе микроконтроллера PIC всякие управляющие железяки делали, для них тоже писались программы. В момент времени все они, естесственно, не использовались, а использовалось порядка двух - тр╦х десятков, я говорю об общем количестве за достаточно большой промежуток времени.
> Оно везде полезно. Из за особенностей человеческой психологии. ГУИ позволяет не просто выводить много инфы в экран, но еще ее и эргономично представлять. Человек меньше устает и меньше допускает ошибок.
Это неверное утверждение - например, в текстовом редакторе графическое представление информации вовсе не требуется. Могу привести пример одного отличнейшего редактора тридцатилетней давности, который жив до сих пор и который пережив╦т ещ╦ все ныне существующие. От редактора требуется удобная работа с текстом, а не красивая скрепка. Для проигрывателя музыки гуй не требуется, для чтения почты гуй не требуется, всяких интернет-качалок гуй не требуется, для програм рассчитывающих что-то гуй не требуется, для ввода информации гуй не требуется, программы управляющие чем-то тоже гуй не требуют.
> Неправда. Таких задач большинство.
Двухсложная аргументация не катит.
> А кто ее противопоставляет? Я лишь противопоставляю графику неграфике.
Не, мне неохота гуй вс негуй спорить, мы про мейнфреймы вс персоналки сейчас. И так каждый пост раздутым выходит.
> Это аргумент на то, что "сервера перегружены"
Мы про гипотетическое развитие ситуации, когда нет персоналок. В этом случае, за двадцать пять лет развития отрасли, выработали бы вполне нормальные решения по распределению нагрузки на сервера, которые бы использовались прозрачно для программиста.
> Мы говорим в целом про систему, обеспечивающую юзеров вычмощностью. Вы все сводите к задачам обслуживания БД. Это несерьезно. Блин, изначально речь шла ВООБЩЕ о применении писюков. Вдруг Вы заговорили исключительно о БД... Мне нафиг не нужны никакие БД для моих задач. И для огромного количества юзеров - тоже.
Мы начали рассматривать достоинства / недостатки ПК, ессно, обсуждение касается софта, БД в нире software играет очень важную роль, поэтому много слов о БД. В подавляющем большинстве задач БД очень желательна. Даже в таких, где это совсем не очевидно. Например, любой офисный дкумент по сути представляют из себя небольшую БД. Я не знаю какие у Вас задачи, хочу сказать лишь, что 80% програм, которые у рядового пользователя на компьютере установлено, можно выкинуть без ущерба в мусорную корзину. Если у Вас задачи, которые что-то делают полезное, бок с какого туда БД прикрутить всегда найд╦тся.
> Если не подниматься выше уровня предприятия, то терминальные решения вполне разумны, но предприятиями рамки пользования писюков не ограничиваются.
Я к тому, что писюки повсеместно можно было бы заменить на терминалки, это было бы экономически выгодно и никакого препятствия принципиального этому нет, кроме распростран╦нности ПК.
>> Ну, какое же мозготрахание с разработкой софта было бы?
> Изрядное.
Я программист. Можете аргументированно рассказать, я пойму.
Dropbox - средство синхронизации и бэкапа файлов.
#51 
BSDLamer Хвостатый Carpal Tunnel14.08.06 18:48
BSDLamer
NEW 14.08.06 18:48 
in Antwort DrunkSamurai 14.08.06 18:35
В ответ на:
А еще я не хочу, чтобы мне кто-то указывал, что мне нужно, а что не нужно. "Если вы такие умные, то почему не ходите строем?!"

ну вот опять обиженность, я ж сказал что никого ни от чего не отговариваю и ни в чем не убеждаю, если хочешь есть полуфабрикаты - ешь, никто не в правe запретить и никому это не интересно.
0001, 0010, 0011, 0100, 0101, вышел зайчег погулядь
#52 
voxel3d коренной житель14.08.06 18:52
voxel3d
NEW 14.08.06 18:52 
in Antwort digital_pilot 14.08.06 17:48
> ы? или ты, м.б., TUI имеешь в виду?
Хм, угу, сорри. Просто как-то выветрилось из головы, что текстовый интерфейс, например, такой ширикораспростран╦нной вещи как Turbo Vision предназначен в принципе для оперирования теми же окнами, поэтому это не CLI вс╦-таки. В общем, я имел в виду просто текстовый интерфейс.
Dropbox - средство синхронизации и бэкапа файлов.
#53 
  Дактиль постоялец14.08.06 18:54
NEW 14.08.06 18:54 
in Antwort DrunkSamurai 14.08.06 18:35
В ответ на:
А еще я не хочу, чтобы мне кто-то указывал, что мне нужно, а что не нужно. "Если вы такие умные, то почему не ходите строем?!"

А по моему пользуясь Windows Вы себя именно на это и обрекаете , тоесь хаваете то, что Вам дают.
P.S. Вы случайно Bewerbung в отдел пропаганды Майкрософта не отсылали , если нет то советую , у Вас талант
#54 
  DrunkSamurai завсегдатай14.08.06 19:02
NEW 14.08.06 19:02 
in Antwort voxel3d 14.08.06 18:43
В ответ на:
Всего несколько крупных глобальных - картотека, зарплата, план производства, дерево изделий, рассчёт трудоёмкости изделий, рассчёт оптимальной загрузки оборудования и порядка двух сотен мелких програм

Мелкие легко оформляются в виде макросов для универсальных софтин типа екселя и распределяется по писюкам. Глобальные - да, мейнфрейм лучше. Еще раз, предприятие - это область, где мейнфреймы имеют смысл, они могут сократить общее количество вычислений. Задачи однородны и комбинируются вокруг БД.
В ответ на:
Это неверное утверждение - например, в текстовом редакторе графическое представление информации вовсе не требуется.

Это ОЧЕНЬ верное утверждение. Потому как юзеры с огромной охотой пользуются некоторыми дополнительными наворотами, которые без ГУИ были бы уродливы. Например, сложное шрифтовое оформление, вставка и форматирование нетекстовых фрагментов (элементы DTP). И для всего перечисленного после ГУИ не требуется в принципе, но с ним пользователю быстрее и проще освоить и использовать софт.
В ответ на:
Двухсложная аргументация не катит.

Дык, взаимно.
В ответ на:
В этом случае, за двадцать пять лет развития отрасли, выработали бы вполне нормальные решения по распределению нагрузки на сервера, которые бы использовались прозрачно для программиста.

Это все "бы-бы-бы". За те двадцать пять лет развития отрасли, когда мейнфреймы доминировали, просто додумались, что это неоптимальное решение, за исключением отдельных задач. Если, конечно, не ударяться в конспирологию. Мейнфреймы - это волюнтаризм. Писюки - демократия.
В ответ на:
БД в нире software играет очень важную роль

Но не определяющую! Посему не стоит зацикливаться на задачах БД. Прикрутить можно все что угодно ко всему, что угодно. Но нафиг оно надо?
В ответ на:
Я к тому, что писюки повсеместно можно было бы заменить на терминалки, это было бы экономически выгодно и никакого препятствия принципиального этому нет, кроме распространённости ПК.

Вы путаете причину со следствием. Распространенность ПК - это следствие неудовлетворенности большинства пользователей мейнфреймами, господствовавшими в дописюковую эру. Замена терминалами - это заведомое обречение юзеров на зависимость от вкусов "провайдеров терминальных приложений" и устойчивости системы - сервера, каналов связи. А устойчивость эта недостаточна. Поэтому писюки и доминируют. Кроме тех случаев, когда масштаб неглобален, а централизация позволяет сильно съэкономить вычмощности.
В ответ на:
Я программист. Можете аргументированно рассказать, я пойму.

Я не программист. Но попробую. Все известные мне системы с распараллелеливанием намного дороже, чем без оного. Те же компилляторы. Рассматриваю это как следствие сложности разработки оных. В параллельных системах сложнее логика.
#55 
  DrunkSamurai завсегдатай14.08.06 19:07
NEW 14.08.06 19:07 
in Antwort Дактиль 14.08.06 18:54
В ответ на:
А по моему пользуясь Windows Вы себя именно на это и обрекаете , тоесь хаваете то, что Вам дают.

Вам будет сложно представить всю глубину Ваших заблуждений! В области моих проф. интересов я имею возможность выбирать из многих альтернатив. И "хаваю", как Вы изволили изящно выразиццо - , то, что хочу. И то, что предлагаеццо для конкретно моих задач под линух по сравнению с вендовым - ацтой. Ну, или просто не дотягивает. Если бы прикладное ПО под линух для моих задач было сравнимо с вендовым - я бы не задумываясь сжег все пиратские копии венды в своих закромах.
В ответ на:
Вы случайно Bewerbung в отдел пропаганды Майкрософта не отсылали , если нет то советую , у Вас талант

(задумчиво) Интересная мысль... Надо подумать...
#56 
  DrunkSamurai завсегдатай14.08.06 19:08
NEW 14.08.06 19:08 
in Antwort BSDLamer 14.08.06 18:48
Я "ем" не "полуфабрикаты", а очень вкусные и полезные продукты. В отличие от.
#57 
BSDLamer Хвостатый Carpal Tunnel14.08.06 19:12
BSDLamer
NEW 14.08.06 19:12 
in Antwort DrunkSamurai 14.08.06 19:08
тьфу !
просто к слову сказал, ни на кого не намeкал, а он это все на себя принял. Ладно спор все равно н интересен.
0001, 0010, 0011, 0100, 0101, вышел зайчег погулядь
#58 
  digital_pilot авиатор х#ев14.08.06 19:14
NEW 14.08.06 19:14 
in Antwort voxel3d 14.08.06 18:52

разобрались :)
я вспоминаю, как несколько раз какой-нить умнег, заметив у меня на экране FAR, радостно и даже ехидно осклабившись, принимался орать: "О, Нортон Командер!" И уже сразу было видно, что челу бесполезно рассказывать, что это полноценное win32-приложение, что оно гораздо функциональнее ыхплорера, что я там любые рутинные действия по работе с файлами на порядок быстрее произведу, чем этот умнег со своей мышкой...
#59 
  DrunkSamurai завсегдатай14.08.06 19:15
NEW 14.08.06 19:15 
in Antwort BSDLamer 14.08.06 19:12
А че тогда спорил?
#60 
1 2 3 4 5 alle