VD>Да не деньги тут победили. К тому, же у IBM в те времена денег было по более. И значительно по более. Они явно понимали, что их стратегия проигрывает стратигии МС. Дума, IBM-у было уже известно о NT и о том, что 95-ые — это временное решение.
Насколько я помню, NT 3 появилась в 93-м году. Ну, во всяком случае раньше 95-х.
Здравствуйте, m.a.g., Вы писали:
PE>>А как на счет этого — запусти и узнаешь много нового.
MAG>Да. Хотел я на первый постинг этих скриптов отписать аналогичный башевый. В 5 раз короче. Да не стал — все равно ведь мне никого не переубедить.
Я знаю, что это ожно. Но ты же генерировать будешь. Это и для экселя можно сделать.
Фича в другом — со скрипта ты получаешь туже функциональность, как и из самого Экселя.
Был примерчик — сейчас нет его. Открываешь эксель, набиваешь талицу, рассчитываешь статистику, рузультаты пихаешь в файл вода, если они тебя удовлетворяют.
Здравствуйте, m.a.g., Вы писали:
MAG>В линухе это все уже есть давно. И называется — ELF so-libs. И независимость от версии... Решается просто обычаем и наличем симлинков. Да и программы не тянут за собой либы, а дают урль, откуда качать пакет. Или просто качают последний, как в том же debian. И от языка... Просто есть C-соглашение о вызовах и все ему следуют. Потому что это более правильно, чем плодить десяток стандартов как пытается поступить каждый производитель компилятора под виндами. И не говорите, что этого нет. stdcall, pascal, ccall, fastcall...
fastcall — это сакс. Это борландовская примочка и вовсе не стандарт.
pascal, ccall — это и под юниксом есть
stdcall — это чисто виндовозный вызов
Дело не в языке си. А втом, что все юзыки могут юзать одно и тоже ПО.
URL — это хорошо. У нас в проекте работает 5 команд.
С,С++,VBS,Java,Python,J#,C# — нам 7 библиотек хранить и сопровождать ? Не ошалеешь ?
PE>>Под виндой есть много илиотек не комовских. Но комовские — это стандарт дефакто, остальные — прошлый век.
MAG>.NET?
Да, скоро дотнет будет новым стандартом дефакто. Пока еще Ком рулит.
Здравствуйте, m.a.g., Вы писали:
В>>А COM+ 1.5 если я не ошибаюсь web servic можно сделать вообще без разработки, просто сконфигурив правильно
MAG>В unix'ах уже 20 лет, как можно сделать tcp-сервер вообще без разработки, только сконфигурив правильно
Здравствуйте, Denom, Вы писали:
D>Кому, понятный? Мне? Вам? Или человеку который его в глаза не видел, D>а ему поставили компьютер и сказали — работай.
Я с виндой так и знакомился. А вот с линуксом не могу до сих пор подружитья
Здравствуйте, Roman_M, Вы писали:
PE>>>>+ ко всему могу управлять этим контрола во время его работы чз его методы, а не конвейер, сокеты и тд. R_M>>>Ком — хорошая вещь, но не единственно верное решение. Кстати, о чем там сейчас вещает Дон Бокс ? PE>>О дотнете. Это почти тот же COM, если глянуть внутрь.
R_M>Я лично его не читал, но судя по обсуждениям получается, что COM умер и надо срочно переходить на ".NET". R_M>О чем это говорит ? Не обязательно о том, что COM плох, а скорее от том, что плох M$.
Хахаха. Получается раз вышел новый Дебиан, значит одно из двух — или плоха контора или плоха система ранишяя ?
.Net — более новая технология и все. COM не плох. Он уже старичок.
Если SUN выпускает новую версию жавы, то кто из них плох ?
Здравствуйте, mihailik, Вы писали:
MAG>>>Да. Именно. В винде нет доступных средств для автоматизации таких вещей. MAG>> ^^^^^^^ M>>Кто курил? Я курил?
M>>Alt+F11 нажми, увидишь эти средства.
MAG>>Кто говорил про офис? Его вообще-то дополнительно покупать надо.
M>Ты говорил "Офис". Они же у тебя в Word'е слова считали, или я чего не так понял?
Ну да. Только если бы они это считали в notepad'е, все было бы тем же самым.
Здравствуйте, mihailik, Вы писали:
M>Не удивлюсь, если через полгода опять возникнет новость, дескать, Мюнхен переводит муниципалитет на Линукс. Ну, первый раз не вышло, подожали ещё полгодика — и опять переводят. Вполне возможный сценарий.
"Американский спецназ захватил порт Умм-Каср. Это уже четвертый Умм-Каср, захваченный американским Умм-Касром."
Это отступление. А поделу — такие переводы на линуксы давно идут. Сейчас Линукс в моду входит.
Ну будет у него рынок побольше, что с того ?
V>И могу управлять этим контрола во время его работы чз его методы, а не конвейер, сокеты и тд. V>Т.е. у меня на 3 строки меньше.. V>И — БЕЗ OLE.. V>Ну вот ты мне обхясни, нафига козе баян.. V>Ну нафига в данномслучае OLE?
V>Ну чем это лучше статической линковки?
Тем, что у меня прога из 20 модулей на 7 языках и везде надо использовать 1 компонент.
Доступ к математичесой модели со стороны пользователя есть через GUI и VBS.
Для продвинутых пользователей есть плагины, которые писать можно хоть на Python или .Net
Мну нужно
или 7 разных компонент
или 1 компонента и 7 библиотек
Учитывай, что модулей аж 20 штук — нахрена статическая линковка ? Надо динамически
или 1 компонента, которая свободно, без врапперов, подымается из любого языка.
Здравствуйте, mihailik, Вы писали:
В>>По твоему я должен джержать отждельно текст статьи и отдельно 20 таблиц, которые относяться к этому тексту? Офигенное решение.
MAG>>Даже не буду комментировать. Для меня очевидны плюсы этого решения, тебя же я убедить, по всей видимости, не смогу.
M>Зато я вот тебя "убедю".
M>У меня есть текст в Word. Пофигу замечательное мышление, мне прислали текст в Word. Пофигу, что есть сотни офисов, есть PDF, Tex и т.д. Мне прислали текст в Word.
M>Теперь мне нужно перегнать таблицы в Excel. Нет, я понимаю, что Excel — кака. Естественно, я с удовольствием загоню всю малину в HTML. Но директору я это объяснять не буду. Ты хочешь — ты иди и объясняй, если места не жалко. Меня директор просил в Excel, и всё остальное — дешёвые инсинуации. M>Давай, примени Линукс, сделай крутой финт ушами. Не можешь? Тебе нужно какие-то свои, Линуксовые условия? Тебе нужен другой директор? Нужен свободный рынок софта?
А завтра директор попросит перевести эти таблицы в какой-нибудь аналог Excel'я под Mac. Давай применишь Windows c MS Office'ом ? Потребуются какие-то свои условия тогда или нет ? Или что то еще потребудется ?
M>Ну тогда нечего демагогию заводить. Сейчас, здесь и в реальных современных условиях Линукс для десктопа не годится. И не годится для автоматизации такй рутины. Давай не будем обсуждать почему, что к этому привело, да жалиться на зловредных барабашек. Какая разница — всё равно на следующие пять лет совершенно точно, что везде будет Windows. А на Линукс будут переходить отдельные специальные муниципалитеты.
Или отдельными государствами. Но межете не беспокоиться, есть же такая перспективная аудитория как "кухаркины дети".
Здравствуйте, Roman_M, Вы писали:
R_M>А завтра директор попросит перевести эти таблицы в какой-нибудь аналог Excel'я под Mac. Давай применишь Windows c MS Office'ом ? Потребуются какие-то свои условия тогда или нет ? Или что то еще потребудется ?
Ничего не потребуется. Все делается мышью.
R_M>Или отдельными государствами. Но межете не беспокоиться, есть же такая перспективная аудитория как "кухаркины дети".
Не государствами, а только отдельными структурами. В Китае Винду юзают пиратскую повсеместно.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, kcp, Вы писали:
kcp>>Где ешё использовалась кластерная подсистема, которая использовалась для распаралеливания задач приведённых тобой по ссылке систем управления баз данных?
VD>Гы. Зайди на форум по COM+ и спроси. Распределение нагрузки делалось (если речь об МС) с помощью COM+.
Я не про распределение нагрузки спрашиваю. Я хочу знать про сам кластер. Т.е. про "эмулятор" Массивно-параллельного компьютера с распределенной памятью. (Да простят меня за "эмулятор". Это я для упрощения сказал).
kcp>> Как она называется? VD>См. выше.
kcp>> Кто производитель и пробовали ли её компилять под другими операционными системами? VD>Ты о чем? Зачем МС будет компилировать куски своей ОС под другие ОС?
Т.е. оно в любой винде уже встроенное есть? Ты уверен, что кластерное решение встроено в ОС. Кластера под виндой, например Новгородский, сообщают о себе примерно следующее
########################################################################################
Кластер передан ННГУ в рамках академической программы компании Intel; программное обеспечение передано компанией Microsoft.
Серверная часть:
Платформа: Microsoft Windows 2000 Advanced Server
MPI: MPICH.NT.1.2.0.4, MP MPICH
Библиотеки: MKL, PLAPACK, LINPACK
Рабочие станции:
Платформа: Microsoft Windows 2000 Professional
MPI: MPICH.NT.1.2.0.4, MP MPICH
Среда разработки: Microsoft Visual Studio 6.0
Библиотеки: MKL, PLAPACK, LINPACK
В качестве второй операционной системы на рабочих станциях установлен Linux 7.0 А так же:
MPI: MPICH v. 1.2.1
Компиляторы: gcc v. 2.96, gcc-g77 v. 2.96
Библиотеки: MPIBLACS, ScaLAPACK VERSION 1.6
########################################################################################
Т.е там стоит MPICH, который уж точно не от MS (смотри сюда http://www-unix.mcs.anl.gov/mpi/mpich/ )
Никаким com+ там просто не пахнет. Причём заметь, программное обеспечение передано компанией Microsoft.
kcp>>Проще говоря kcp>>На каком уровне работает кластерное по и тестировалось ли оно на расчётных задачах?
VD>Ты издеваешся? Если это тебя интересует нажми на ссылку... выбери участника... каждый из них предоставляет огроный PDF с описанием (и еще одни по менше — сокращенную форму). Скачай и читай.
Да не разбираюсь я в базах данных. Я вообще всегда думал, что подобные системы строятся по принципу http://www.google.com. Т.е. просто одновременно запущенно несколько процессов, обрабатывающих запросы, плюс система балансировки загрузки запросами этих процессов.
Очень хороший пример. В качестве замены команде dir MS предлагает диалог поиска файлов. В принципе, это хорошая и последовательная замена, поскольку
1. она позволяет даже неумелому пользователю использовать достаточно сложные условия для этого поиска (попробуйте в с помощью той же dir дополнительно ограничить файлы теми, которые были модифицированы в течение последней недели)
2. Она доступна в любом месте файловой системы по стандартной кнопке, которая легко превращается в условный рефлекс. И не надо помнить, что в каком-то контексте это dir, а в каком-то grep.
3. Помимо возможности однократно поискать, этот диалог мониторит диск в ожидании таких файлов. Это означает, что его можно свернуть и вернуться к нему через день — проверить, не записал ли кто-нибудь файлов начинающихся на z.
Однако вы совершенно правы по поводу печати — не вся потребная функциональность доступна в експлорере. Косяк однозначно. Надо развивать.
... << RSDN@Home 1.0 beta 7a >>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Plutonia Experiment, Вы писали:
PE>Здравствуйте, Roman_M, Вы писали:
R_M>>А завтра директор попросит перевести эти таблицы в какой-нибудь аналог Excel'я под Mac. Давай применишь Windows c MS Office'ом ? Потребуются какие-то свои условия тогда или нет ? Или что то еще потребудется ? PE>Ничего не потребуется. Все делается мышью.
Потребуется как минимум Mac, так как нигде написано про наличие версии этой программы для Windows.
R_M>>Или отдельными государствами. Но межете не беспокоиться, есть же такая перспективная аудитория как "кухаркины дети". PE>Не государствами, а только отдельными структурами. В Китае Винду юзают пиратскую повсеместно.
Никто и не спорит, но оффициально принята своя система на базе Linux. Со временем будут повсеместно переходить на Linux, так как электронный документооборот будет удобней вести под ним. Тоже самое будет и там, где госструктуры переходят на Linux, потому что есть специализированный софт который используется как госструктурами, так и сторонними огранизациями, который по характеру деятельности должны плотно взаимодействать с ними.
Здравствуйте, Roman_M, Вы писали:
R_M>Потребуется как минимум Mac, так как нигде написано про наличие версии этой программы для Windows.
Нюню. Ты думаешь эксель поддерживает тьлько формат xls ?
Конвертер написать — два пальца о асфальт.
R_M>Никто и не спорит, но оффициально принята своя система на базе Linux. Со временем будут повсеместно переходить на Linux, так как электронный документооборот будет удобней вести под ним. Тоже самое будет и там, где госструктуры переходят на Linux, потому что есть специализированный софт который используется как госструктурами, так и сторонними огранизациями, который по характеру деятельности должны плотно взаимодействать с ними.
Электронный документооорот на данный момент удонее вести под Виндой. Для линукса мало таких средст.
А вот если везде будет линукс, тогда естественно на нем.
Здравствуйте, Plutonia Experiment, Вы писали:
PE>Здравствуйте, Roman_M, Вы писали:
PE>>>>>+ ко всему могу управлять этим контрола во время его работы чз его методы, а не конвейер, сокеты и тд. R_M>>>>Ком — хорошая вещь, но не единственно верное решение. Кстати, о чем там сейчас вещает Дон Бокс ? PE>>>О дотнете. Это почти тот же COM, если глянуть внутрь.
R_M>>Я лично его не читал, но судя по обсуждениям получается, что COM умер и надо срочно переходить на ".NET". R_M>>О чем это говорит ? Не обязательно о том, что COM плох, а скорее от том, что плох M$.
PE>Хахаха. Получается раз вышел новый Дебиан, значит одно из двух — или плоха контора или плоха система ранишяя ? PE>.Net — более новая технология и все. COM не плох. Он уже старичок. PE>Если SUN выпускает новую версию жавы, то кто из них плох ?
Они развивают один и тот же продукт. M$ каждый год чего-нибудь новое, при том не похоже на старое, но грамоздкое и перенавороченное, при том появляются заявления, что старые технологие старье и про них надо забыть. Что плохого появилось в COM от того, что он уже старичок ? Неужели QueryInterface в этом году хуже работать стал ? В воздухе кстати давно витают слухи, что M$ перестанет поддерживать Visual C++ и прочие продукты, поскольку всем надо (по мнению M$) переходить на ".net". Дона Бокса я вспомнил как раз потому, что именно ему приписывали высказывания из серии: технология COM устарела и умирает.
MAG> И пока этого хватает для наших нужд, нефиг ерундой страдать.
Ну так и отлично. Пока хватает никто и не страдает.
Веб-сервисы на юниксе полезны, например, для кроссплатформенных вызовов. Не везде ведь Юникс стоит. Это тебе и солидные разработчики подтвердят. Посмотри, например, кто участвовал в спецификации W3C на веб-сервисы. Одни из основных — IBM и Microsoft. Ну и других шишек полно.
Ясное дело, что не стоит пихать веб-сервисы везде где ни попадя. Так же как и XML и другие модные технологии. Но у нас в программизме модным как правило становится что-то всё-таки нужное. Пусть реально шумиха немного дутая, но всё же не на пустом месте.
MAG>Тот же RSDN@Home. Зачем там вебсервисы? Протокол nntp существует уже десятилетие, если не больше.
Существует RSDN NNTP. Каждый пользуется чем хочет. Я думаю, прикольно было бы устроить статистику по клиентам — Web, NNTP, Janus (aka @HOME).
MAG>Но я вас заверяю — если припрет, то юниксоиды и вебсервисы сделают удобными для разработки.
Сделают, не сомневаюсь. Сейчас есть тулкиты, и ещё будут. Пока, насколько можно понять, больше всех этой бодягой занимается Микрософт и IBM.
WF>Блин, ну почему же у меня половина прог под KDE с Segmentation Fault падает? И сам он постоянно глючит.
MAG>А почему у меня ни одна прога из KDE уже в течение 3-х месяцев не падает?
Интерестно, почему же?
MAG>Просто когда Win-программы тихо портят данные (да, были тут фишки с fdisk, тихо и без лишних слов чикающим "левые" партиции...), юниксовые честно говорят — я с таким не сталкивался, напиши разработчику.
Очень интерестно. Ты утвеждаешь, что программы под Юникс волщебным образом пишутся "правильно"?
То есть стоит программисту начать писать под Юникс — и код чудодейственно исправляется, пропадает сглаз, порча, дурные предзнаменования, алкоголизм, грыжа, неврастения и семейные проблемы?
Просто народная целительница Инна какая-то! Приходите все к нам на Линукс 4, квартира 10. Ничего по три месяца не падает, стоит как штык.
Видимо есть люди, рождённые для Линукса и есть обычное быдло. Если кто не Линуксоид — у того всё равно KDE дольше одного раза не стоит. Хоть ты тресни.
Вообще-то, если такое дело, то шансов у Линукса нет. Большинство людей нормальные, поддерживать крепость KDE по три месяца не могут, в plain-text'е работать не приучены. Придётся им так и платить деньги в кассу Микрософта и не жужжать. Свободное ПО не для народа.
