[красноглазие]
TradElectиз всего этого текста следует лишь только, что эта система была хреново написана или хреново функционировала. Не совсем ясно как из этого следует, что Гну\Линух или Винда лучше
венда сасёт. Ты чо, не знал?
Какой жирный и скучный троллинг
+1 именно это и хотел написать, прочитав. опередил
Сложная система, состоящая из серверов HP, винды, .NET, кучи запутанного софта, системных администраторов и ещё хз чего, однажды дала сбой.
Нормальная организация разбирается, почему именно произошёл сбой, и исправляет конкретную мелкую причину.
Организация, чтущая заветы сталина, выкидывает всю систему, расстреливает системных администраторов, и пишет новую систему - вместо HP сан, вместо винды линукс, вместо C# - плюсы, вместо старого отлаженного кода - новый неотлаженный. А если опять будет сбой - ничего, и новых сисадминов расстреляем.
ЗЫ: C#, плюсы, винду, линукс, HP и сан можно заменить на что-нибудь другое, по вкусу тролля.
Нормальная организация разбирается, почему именно произошёл сбой, и исправляет конкретную мелкую причину.
Организация, чтущая заветы сталина, выкидывает всю систему, расстреливает системных администраторов, и пишет новую систему - вместо HP сан, вместо винды линукс, вместо C# - плюсы, вместо старого отлаженного кода - новый неотлаженный. А если опять будет сбой - ничего, и новых сисадминов расстреляем.
ЗЫ: C#, плюсы, винду, линукс, HP и сан можно заменить на что-нибудь другое, по вкусу тролля.
однажды дала сбой
За все время существования этой системе так и не удалось даже близко подобраться к запланированным показателям
это все таки не однажды
За все время существования этой системе так и не удалось даже близко подобраться к запланированным показателямЗапланировали какие-то показатели, создали какую-то систему, и система к показателям не подобралась. Только чтущие заветы сталина сделают из этого вывод "систему - на свалку, сисадминов - расстрелять, написать новую, совершенно другую систему".
>Запланировали какие-то показатели
Венда не RTOS, им нужна была RTOS.
Хорошо, что они это поняли.
Венда не RTOS, им нужна была RTOS.
Хорошо, что они это поняли.
Венда не RTOS, им нужна была RTOS.linux тоже не rtos
Хорошо, что они это поняли.
ps
но есть дистры и windows, и linux которые rtos
операционка тут дело десятое, больше от качеств самой системы зависит.
Венда не RTOS, им нужна была RTOS.WS2003 не RTOS, им нужна была RTOS => венда (любая) говно, от неё одни проблемы; линукс (любой) рулит, с ним никогда не будет проблем.
да, ты все верно понял! 
По-моему, такой переход будет более логичным:
WS2003 не RTOS, им нужна была RTOS => ОС, выпущенная в 2003 году (любая) говно, от неё одни проблемы; ОС, выпущенная не в 2003 году (любая) рулит, с ней никогда не будет проблем.
WS2003 не RTOS, им нужна была RTOS => ОС, выпущенная в 2003 году (любая) говно, от неё одни проблемы; ОС, выпущенная не в 2003 году (любая) рулит, с ней никогда не будет проблем.
RTOS им кстати не нужна была. rtos нужны на уровне embedded system, когда требуется гарантированное время отклика в 10мс и меньше.
Не совсем ясно как из этого следует, что Гну\Линух или Винда лучшеТут сами специалисты из Микрософта работали да ещё и Accenture с ними.
DEFINITION - A real-time operating system (RTOS) is an operating system that guarantees a certain capability within a specified time constraint .
What is RTOS?
Ну а тут про что?
Цель, которая стояла перед платформой в момент развертывания, заключалась в том, чтобы обеспечить время отклика менее десяти миллисекунд и обработку торговых операций в режиме реального времени.
Руководство Лондонской фондовой биржи вряд ли отличит Linux от Windows без помощи специалистовИ этим компания Микрософт успешно этим пользуется вбухивая более 1 млдр. баксов в рекламу своих продктов и себя. К сожалению руководство биржи, да и некоторые специалисты по информационным системам ведутся на рекламу не хуже домохозяек.
Организация, чтущая заветы сталина, выкидывает всю систему, расстреливает системных администраторовЭта же аминистрация долго и упорно трясла админов и прогеров, что бы разработали побыстрее и подешевле.
Эта же аминистрация долго и упорно трясла админов и прогеров, что бы разработали побыстрее и подешевле.Ага, а виноватым, конечно же, оказался майкрософт.
оказался майкрософтПросто они реально достали со своей рекламой и неуважением к потребителю.
Самый ярких их провал ИМХО за последние 2 года это сайт Одноклассники.
Были на дотнет, сам основатель дотнетчик ! ! ! Однако после раскрутки сайта на ТВ пришлось уйти с этой платформы ибо платформа для лохов.
Сложная система, состоящая из серверов HP, винды, .NET, кучи запутанного софта, системных администраторов и ещё хз чего, однажды дала сбой.именно так и нужно. Это называется система с гарантированным качеством. Поставшик не смог добиться обещанной производительности, следовательно поставщик идёт вон, если бы он мог это сделать, он уже сделал. Представь, что ты зашёл купить молока, принёс его домой, а потом он оказался кислым. Будешь ли ты разбираться в тонкостях техпроцесса, повлекших дефект качества или просто предпочтёшь покупать молоко в другом магазине?
Нормальная организация разбирается, почему именно произошёл сбой, и исправляет конкретную мелкую причину.
Организация, чтущая заветы сталина, выкидывает всю систему, расстреливает системных администраторов, и пишет новую систему - вместо HP сан, вместо винды линукс, вместо C# - плюсы, вместо старого отлаженного кода - новый неотлаженный. А если опять будет сбой - ничего, и новых сисадминов расстреляем.
Помнишь картинку "как программисты строили качели"? Одна из особенностей разработки банковских систем и смежных - заказчик СОВСЕМ не понимает, что ему нужно и меняет требования почти каждый день
картинку в студию. Я только про дом помню
Поставшик не смог добиться обещанной производительности, следовательно поставщик идёт вонВ данном случае, насколько я понимаю, поставщика не было, связи между руководством и разработчиками слишком тесные. А если бы эти связи были не такими тесными - то да, разработчиков вон (но не расстрелять а виноваты те, кто эту систему спланировал (но никак не сторонний разработчик одной из её компонент - МС).
Я поставщик, мне говорят "дай штуку, чтобы гвозди забивать", я даю микроскоп, он ломается. Это значит, что микроскоп плох? Или что микроскоп для лохов, и производитель микроскопов не может обеспечить требуемого качества? По-моему, это значит только что поставщику надо было думать головой, и давать молоток, а не микроскоп.
Представь, что ты зашёл купить молока, принёс его домой, а потом он оказался кислымИ после этого начну кричать на весь мир "молоко от российских коров всегда киснет, пользуйтесь импортными коровами!"
если система работала, а потом вдруг перестала, тут дело не в системе, а в кривых руках
обычно это происходит, когда накатывают какое-то нетестированное обновление
обычно это происходит, когда накатывают какое-то нетестированное обновление
совершенно необязательно
просто до того система не оказывалась в таких условиях, как на момент отказа - скажем, критическая нехватка какого-то ресурса, которую система не смогла разрулить.
просто до того система не оказывалась в таких условиях, как на момент отказа - скажем, критическая нехватка какого-то ресурса, которую система не смогла разрулить.
ещё может периодически портится какая-то часть, что никто почти не замечает
а тут по закономерной случайности накрылось всё
а тут по закономерной случайности накрылось всё
Я поставщик, мне говорят "дай штуку, чтобы гвозди забивать", я даю микроскоп ...То есть ты всегда забиваешь гвозди микроскопом, а о молотке видимо ничего не слышал, если речь о тебе, как о неком условном субъекте, то ты как специалист должен разбираться в особенностях своей работы, а не разводить заказчика на бабки, подсовывая ему микроскоп вместо молотка, в этом лишь твоя вина, в твоем неумении, незнании, желании обмануть или тупости, а ни как уж не заказчика
Для забивания гвоздей есть конкретные девайсы, а это очередная тупость на мой взгляд, есть конкретное ТЗ, под которое подбирается или пишется софт, и если он не соответствует изложенным требования, то идет лесом.
есть конкретное ТЗ, под которое подбирается или пишется софт, и если он не соответствует изложенным требования, то идет лесом.Ещё раз перечитай мой пост. Я там написал, что между заказчиками и исполнителями, скорее всего, была слишком тесная связь для существования конкретного ТЗ.
И, даже если было конкретное ТЗ - то выходит аналогия "сисалминов попросили забить гвоздь, они стали забивать его микроскопом, у них ничего не вышло => микроскоп плохой". Или даже "они стали чесать голову молотком, и гвоздь так и остался не забитым => молоток плохой".
В этом случае был нормальный "молоток" и нормальный "гвоздь", "микроскопов" не наблюдалось, так что никакого преувеличения не было, но применяемые технологии с задачей не справились и со многими подобными задачами было и есть то же самое.
А ответ очевиден - криворукость M$ и иже подобных
Единственный плюс - умеют делать десктоповские ОСИ, более ничем не славятся.
А ответ очевиден - криворукость M$ и иже подобных
Единственный плюс - умеют делать десктоповские ОСИ, более ничем не славятся.
А ответ очевиден - криворукость M$ и иже подобныхНа всякий случай ещё раз перечитал стать, но не нашёл упоминания о том, что ТЗ было поставлено именно перед МС.
Ответ очевиден - криворукость разработчиков системы (если там и была какая-то криворукость - идеальных систем не бывает). Но, конечно, гораздо легче сказать "винда - говно, давайте сделаем то же самое, но под линуксом".
Интересно, почему не обвинили во всём напряжение 220V в розетке. Сказали бы "220V - говно, надо всем перейти на 110V, и тогда всё будет работать без сбоев".
Ещё раз. Есть сложная система, состоящая из железа, МСовской ОС, какого-то дополнительного софта, и софта, написанного разработчиками под поставленную задачу. Этот софт начал глючить. Кто виноват?
Нормальная компания: виноваты разработчики, пусть исправят баг; если причина был в каком-то баге системы - пусть вобьют костыль.
Совок: даже и разбираться не будем, во всём виноваты МС, это корпорация зла, выкидываем винду, переходим на линукс! (А потом при первой же проблеме скажем "линукс - говно, переходим на FreeDOS!")
почитал тред. все как обычно.
я просто чтобы разговор поддержать.
есть некое ПО для электронной налоговой отчетности. оно использует криптоПРО версии 3.0+ (последняя — 3.6). сама програмка приятная и красивая. осваивается элементарно и быстро, куча подсказок, ничего лишнего.
и вот появилась необходимость поставить клиент-банк от ВТБ. он работает с криптоПро 2.1 (или даже с 1.2, но никак не старше). сначала думали поставить на ноут диру, но у него виста, а криптоПРО с вистой работает только с 3.0 (или 3.6хотя вроде бубны есть). сам клиентбанк тоже с вистой не работает. ладно поставим главбуху. а у нее там оказывается криптоПРО 3.0 и разные версии одновременно не работают.
ладно, поставим на разные компы. отчетносьт буху а банк глбуху.
так вот, я почти уверен, что аналога (полного) криптоПРО под линукс нету, и даже вайн не спасёт.
таким образом у меня уже как минимум две виндовые машины в бухгалтерии не смогут перейти на линукс.
а к ОпенОфису народ в принципе привык. хотя были проблемы, но решались они быстро, и никаких "3 дня простоя и переобучения" не было.
думаю, если бы я всем поставил какуюнить убунту, и смог бы настроить там remoteApp (как там вообще с RDP протоколом в линухе? который на виндовом сервере, ОО, почту и аську, то тоже никому никуда не пришлось бы переучиваться.
однако всем бы её ппоставить не удалось бы. ибо кроме уже упомянутых двух компов со специфическим ПО, есть ещё один комп, на котором 1с запускается локально. ибо УСБ сканер по рдп не пробрасывается, и используется прямо из 1с, через .dll, и возможно ли настроить это через вайн, я вообще не представляю.
а ещё у меня по компортам подключены сканер штрихкодов и фискальный регистратор. и к ним тоже "виндовые" "дрова" 1сные(.dll). и будет ли это рабоать через линух я тоже хз.
я просто чтобы разговор поддержать.
есть некое ПО для электронной налоговой отчетности. оно использует криптоПРО версии 3.0+ (последняя — 3.6). сама програмка приятная и красивая. осваивается элементарно и быстро, куча подсказок, ничего лишнего.
и вот появилась необходимость поставить клиент-банк от ВТБ. он работает с криптоПро 2.1 (или даже с 1.2, но никак не старше). сначала думали поставить на ноут диру, но у него виста, а криптоПРО с вистой работает только с 3.0 (или 3.6хотя вроде бубны есть). сам клиентбанк тоже с вистой не работает. ладно поставим главбуху. а у нее там оказывается криптоПРО 3.0 и разные версии одновременно не работают.
ладно, поставим на разные компы. отчетносьт буху а банк глбуху.
так вот, я почти уверен, что аналога (полного) криптоПРО под линукс нету, и даже вайн не спасёт.
таким образом у меня уже как минимум две виндовые машины в бухгалтерии не смогут перейти на линукс.
а к ОпенОфису народ в принципе привык. хотя были проблемы, но решались они быстро, и никаких "3 дня простоя и переобучения" не было.
думаю, если бы я всем поставил какуюнить убунту, и смог бы настроить там remoteApp (как там вообще с RDP протоколом в линухе? который на виндовом сервере, ОО, почту и аську, то тоже никому никуда не пришлось бы переучиваться.
однако всем бы её ппоставить не удалось бы. ибо кроме уже упомянутых двух компов со специфическим ПО, есть ещё один комп, на котором 1с запускается локально. ибо УСБ сканер по рдп не пробрасывается, и используется прямо из 1с, через .dll, и возможно ли настроить это через вайн, я вообще не представляю.
а ещё у меня по компортам подключены сканер штрихкодов и фискальный регистратор. и к ним тоже "виндовые" "дрова" 1сные(.dll). и будет ли это рабоать через линух я тоже хз.
Немножко масла в огонь, а то чего-то тред затух:
Вот так вот писали сами MS:
http://www.microsoft.com/uk/getthefacts/lse.mspx
хи-хи...
Вот так вот писали сами MS:
http://www.microsoft.com/uk/getthefacts/lse.mspx
хи-хи...
как там вообще с RDP протоколом в линухе?)заебок
заебокдля работы remoteApp нужен клиент виндовый не меньше 6.0 (или 6.1) и на xpsp2 надо было накатить обнову, в sp3 она уже есть. в линухе уже обновили?
ща качну убунту, потестю какнить из дома.
>криптоПРО
вообще-то у них много продуктов, и некоторые из них на винду никак не завязаны (например КриптоПро JCP у нас работатет на виндах, линуксах и Z/OS)
ты скорее всего речь ведешь про КриптоПро CSP, так вот у него в требованиях -
вообще-то у них много продуктов, и некоторые из них на винду никак не завязаны (например КриптоПро JCP у нас работатет на виндах, линуксах и Z/OS)
ты скорее всего речь ведешь про КриптоПро CSP, так вот у него в требованиях -
Платформы (для КриптоПро CSP 3.0):
* Windows 2003 (платформа ia64)
* Windows XP (платформа ia64)
* Windows 2000 (платформа x86)
* Windows XP (платформа x86)
* Windows 2003 (платформа x86)
* Solaris 9 Update 7 (платформа x86)
* Solaris 9 Update 7 (платформа Sparc)
* FreeBSD 5 (платформа x86)
* Red Hat Linux 7 (платформа x86)
* Red Hat Linux 9 (платформа x86)
ты скорее всего речь ведешь про КриптоПро CSP, так вот у него в требованиях -хм. круто. про него и говорю. тоьлко про версию 2.0
но той же убунты в списке нет =)
даже если и допиливается, что мне скорее всего будет не под силу, увидит ли его клиентбанк, запущеный под вайном?
собственно вопросы риторические, ибо я ничего в этом не понимаю, и переводить офис на линух не собираюсь.
Ну дык, если до этого 11 лет справлялся Tandem 1995 года, и все было нормально - а тут водрузили злой кластер и на расчётное время отклика выйти так и не получилось - тут сразу понятно, что что-то не так в консерватории.
Т. е., звучать должно так: какие-то челы обещали определённое время отклика, за 2 года выйти на него так и не получилось + из-за бага система останавливалась на целый день. Ясно, что таких разработчиков - в дупу. Вместе с ними, в дупу и платформу - на той платформе, которая была до этого, таких проблем не было, в разработке вместе с челами участвовали сами разработчики платформы, да и у "соседей" с другими платформами - тоже жалоб таких нет.
Т. е., звучать должно так: какие-то челы обещали определённое время отклика, за 2 года выйти на него так и не получилось + из-за бага система останавливалась на целый день. Ясно, что таких разработчиков - в дупу. Вместе с ними, в дупу и платформу - на той платформе, которая была до этого, таких проблем не было, в разработке вместе с челами участвовали сами разработчики платформы, да и у "соседей" с другими платформами - тоже жалоб таких нет.
Вместе с ними, в дупу и платформуВот этот момент и непонятен. Может быть, ещё и сервера от HP тоже выкинуть, может быть, они виноваты?
до этого 11 лет справлялся Tandem 1995 годаМожет быть, нагрузка была меньше? Если раньше всё работало - то зачем решили что-то менять? Наверное, потому что не всё так замечательно было.
Вот 3 причины и привёл, почему стоит и платформу послать туда же. Именно win+dotnet+sql2000 - потому как не приспособлено оно под такие объёмы данных. И опыт одноклассников это тоже наглядно доказывает. А то, что нагрузка была меньше, причиной перехода быть не может - что, неужели за 11 лет NonStop не развился совсем?
Оно, конечно, всё можно списать на кривизну рук разработчиков - но вот хоть один успешный проект с такими объёмами данных есть на wintel-е?
Оно, конечно, всё можно списать на кривизну рук разработчиков - но вот хоть один успешный проект с такими объёмами данных есть на wintel-е?
>увидит ли его клиентбанк, запущеный под вайном?
сомневаюсь. а даже если увидит, такое использование должно свести на нет сертификаты от фсб, которые криптопро получило %)
про 2.0 я на сайте не нашел информации, поэтому ничего не могу сказать.
сомневаюсь. а даже если увидит, такое использование должно свести на нет сертификаты от фсб, которые криптопро получило %)
про 2.0 я на сайте не нашел информации, поэтому ничего не могу сказать.
но вот хоть один успешный проект с такими объёмами данных есть на wintel-е?Да, и интел виноват!
И в том, что у меня воды уже почти два месяца нет - тоже интел виноват! Лично служащие израильских фабрик и выпили!
Но я всё-таки не понял, если так замечательно работала старая система - зачем начали что-то менять?
Коррупция, откаты, личные предпочтения, новый IT-директор - новая метла - причин много может быть безотносительно технических характеристик старой и новой систем.
Куда важнее то, что за 2 года и с даже с помощью мелкософта система и близко не подошла к заявленным характеристикам. А значит, Wintel не соответствует таким проектам по требованиям масштабируемости.
Куда важнее то, что за 2 года и с даже с помощью мелкософта система и близко не подошла к заявленным характеристикам. А значит, Wintel не соответствует таким проектам по требованиям масштабируемости.
Но я всё-таки не понял, если так замечательно работала старая система - зачем начали что-то менять?ну как бы и на модемах люди в инете сидели на 36.6бод. нахуй выделенки, адсл людям тянуть тогда?
Коррупция, откаты, личные предпочтения, новый IT-директор - новая метла - причин много может быть безотносительно технических характеристик старой и новой систем.Что точно так же можно перевести на нынешнее "винда не подходит, давайте-ка вложим кучу бабла и сделаем новое решение на линуксе".
"Люди" хотят большего. А чего большего хочет биржа? Чтобы можно было больше операций обрабатывать и чтобы меньше время отклика стало? Ну так, выходит, не такой уж и замечательной старая система была?
Ну да, но только на нонстопе всё работало нормально, а на Wintel-е - через ту самую дупу.
То есть, ещё и на интеле сервера не должны быть? А сервера на процессорах виа использовать можно?
В гугль что такое wintel.
Я в курсе, что это такое.
Смысл моих постов - в том, что говорить "в том, что наша система не работает, виновата винда" - как-то неконструктивно для разработчиков. Гораздо интереснее было бы услышать что-нибудь вроде "мы рассчитывали, что под виндой перемножение триллиона чисел займёт секунду, а оно, как оказалось, занимает целых десять минут" (тогда сразу встаёт вопрос "а что, во время разработки это проверить было нельзя?") или "при перемножении таких-то двух чисел винда выдаёт неверный результат". А если говорить "во всём виновата винда, ОС, которую мы используем" - то точно так же можно говорить "во всём виновата интел, процессоры которой мы используем", "во всём виноваты HP, сервера которых мы используем" или "во всём виновато напряжение в розетке 220 вольт". Толку от таких слов никакого, они означают только одно - "дайте нам ещё вагон бабла, мы перенесём всё это на линукс, всё будет работать так же плохо, как и раньше, а мы скажем "ну вот, теперь во всём виноват линукс"".
Смысл моих постов - в том, что говорить "в том, что наша система не работает, виновата винда" - как-то неконструктивно для разработчиков. Гораздо интереснее было бы услышать что-нибудь вроде "мы рассчитывали, что под виндой перемножение триллиона чисел займёт секунду, а оно, как оказалось, занимает целых десять минут" (тогда сразу встаёт вопрос "а что, во время разработки это проверить было нельзя?") или "при перемножении таких-то двух чисел винда выдаёт неверный результат". А если говорить "во всём виновата винда, ОС, которую мы используем" - то точно так же можно говорить "во всём виновата интел, процессоры которой мы используем", "во всём виноваты HP, сервера которых мы используем" или "во всём виновато напряжение в розетке 220 вольт". Толку от таких слов никакого, они означают только одно - "дайте нам ещё вагон бабла, мы перенесём всё это на линукс, всё будет работать так же плохо, как и раньше, а мы скажем "ну вот, теперь во всём виноват линукс"".
во всём виноват пенартур!
Проблема в чём - когда и другие люди ставят системы на Wintel, у них тоже, как правило, с ростом объёма данных почему-то начинаются проблемы с масштабируемостью(фейсбук, одноглазники, теперь вот LSE, SAP в одном из подразделений КМГ тоже раньше был на винде). У тех же, кто выбирает в качестве платформы RISC/*nix или мэйнфреймы, таких проблем не возникает. Так что, тут можно сказать, что виноваты и архитекторы, которые пошли на поводу у мелкософта. И даже на кривизну рук разработчиков всё не спишешь - потому как они сотрудничали и с самим мелкософтом.
> таким образом у меня уже как минимум две виндовые машины в
> бухгалтерии не смогут перейти на линукс.
А каково соотношение цен между виндой обычной и виндой терминальной?
Может быть, что rdesktop/Linux-RDP-Win дешевле.
---
...Я работаю антинаучным аферистом...
> бухгалтерии не смогут перейти на линукс.
А каково соотношение цен между виндой обычной и виндой терминальной?
Может быть, что rdesktop/Linux-RDP-Win дешевле.
---
...Я работаю антинаучным аферистом...
проблема в сопутствующем софте. Чем больше стоит винда, тем больше стоит софт для неё, разные сорта лицензии разработаны для разных сортов винды.
> RTOS им кстати не нужна была. rtos нужны на уровне embedded system,
> когда требуется гарантированное время отклика в 10мс и меньше.
Чудо, ОС РВ --- это гарантированное время вообще, а не "10 мс и меньше."
И с логикой у тебя опять непорядок. Что, впрочем, нисколько не удивительно.
---
...Я работаю...
> когда требуется гарантированное время отклика в 10мс и меньше.
Чудо, ОС РВ --- это гарантированное время вообще, а не "10 мс и меньше."
И с логикой у тебя опять непорядок. Что, впрочем, нисколько не удивительно.
---
...Я работаю...
> но есть дистры и windows, и linux которые rtos
Наглая ложь.
---
...Я работаю...
Наглая ложь.
---
...Я работаю...
ага. вот там где я недавно получил опыт перевода небольшого офеса с венды на линух, это и было сделано.
у них заплачено за терминальный сервер на w2k3, соответственно не пришлось платить за etersoft, с терминалками только возникли небольшие проблемы с клавишами переключения раскладки(использовался grdc как наиболее "виндовый" по внешности)
но эта контора - вообще отдельный случай. по моему скромному мнению, их нельзя было переводить на линух - стоило заплатить за венду, потому что работают в пакетах адобе и корел, сейчас это все запускается в виртуалке(сброс триальности - через выставление даты в биосе виртуальной машины).
у них заплачено за терминальный сервер на w2k3, соответственно не пришлось платить за etersoft, с терминалками только возникли небольшие проблемы с клавишами переключения раскладки(использовался grdc как наиболее "виндовый" по внешности)
но эта контора - вообще отдельный случай. по моему скромному мнению, их нельзя было переводить на линух - стоило заплатить за венду, потому что работают в пакетах адобе и корел, сейчас это все запускается в виртуалке(сброс триальности - через выставление даты в биосе виртуальной машины).
тоже, как правило, с ростом объёма данных почему-то начинаются проблемы с масштабируемостьюУ людей с прямыми руками "почему-то" проблемы не начинаются; у них, если проблемы и начинаются - то известно, почему именно, и причина не такая глобальная, как используемая платформа.
А каково соотношение цен между виндой обычной и виндой терминальной?CAL стоит очень мало по сравнению с десктопной лицензией. Но для этого надо покупать серверную винду; я не уверен, что Foundation за 250 баксов (которую надо покупать вместе с сервером) умеет Terminal Services - для небольших компаний экономия будет несущественной (если будет вообще). Ради двух машин огород городить точно не стоит.
Да, и степан сказал, что там какие-то проблемы с подключением usb-сканера к удалённой системе.
Наглая ложь.Наглая ложь.
сейчас это все запускается в виртуалке(сброс триальности - через выставление даты в биосе виртуальной машины)То есть, лицензионное соглашение нарушают, но аккуратно-аккуратно?
Наглая ложь.Наглая ложь.
То есть, лицензионное соглашение нарушают, но аккуратно-аккуратно?формально - вообще не нарушают
дата сбрасывается скриптом, если просто запустить вртуалку, ну выругается на окончание срока триальности, и все.
когда до какой-то из программ дойдет, что ее наебывают, восстановят из бэкапа виртуальный винт - формально это то же самое, что и "переставить винду и весь триальный софт".
фактически - да, так делать - фу.
кстати sql сервера realtime бывают?
> кстати sql сервера rtos-ные бывают?
А ты, вообще, понимаешь слова, которые пишешь?
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
А ты, вообще, понимаешь слова, которые пишешь?
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
> кстати sql сервера rtos-ные бывают?нет, конечно, это же с тобой программа разговаривает
А ты, вообще, понимаешь слова, которые пишешь?
>>> кстати sql сервера rtos-ные бывают?
>> А ты, вообще, понимаешь слова, которые пишешь?
> нет, конечно,
Оно и заметно.
> это же с тобой программа разговаривает
Если бы это была программа, она хотя бы логику "понимала" бы.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
>> А ты, вообще, понимаешь слова, которые пишешь?
> нет, конечно,
Оно и заметно.
> это же с тобой программа разговаривает
Если бы это была программа, она хотя бы логику "понимала" бы.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Ради двух машин огород городить точно не стоит.вроде как раз "Foundation за 250 баксов" двух удаленных юзеров одновременно умеет.
кстати sql сервера realtime бывают?бывают, cлыхал про какой-то linter и есть real time dbms
Наглая ложь.Наглая ложь.
Наглая ложь.Ок, убедил.
формально - вообще не нарушают"Не нарушать закон" и "нарушать его, но делать это очень незаметно, так, что никто ничего не докажет" - разные вещи.
дата сбрасывается скриптом, если просто запустить вртуалку, ну выругается на окончание срока триальности, и все.
когда до какой-то из программ дойдет, что ее наебывают, восстановят из бэкапа виртуальный винт - формально это то же самое, что и "переставить винду и весь триальный софт".
использование триального софта считается нарушением? Или закон нарушают те, кто не выставляет правильное время в биосе, например, владельцы компов со вышедшей из строя батарейкой?
факта нарушения закона тут нет.
использование триального софта считается нарушением?Триальный софт даётся на попробовать на N дней. Если пользователь его не "пробует", а уже вовсю использует, и при этом обходит защиту "на N дней" - это, скорее всего, является нарушением лицензионного соглашения.
Но даже не про это говорил, а про то, что, если программа не определяет факта обмана - значит, обмана нет. Так можно прийти и к тому, что, если программа схъела ключ, полученный из кейгена - значит, всё чисто, и её использование ничего не нарушает.
факта нарушения закона тут нет.там разве не написано, что по истечению срока триального использования ты должен удалить все копии программы?
и срок использования явно не по часам в биосе виртуальной машины должен отсчитываться...
в целом, пару раз натыкался на напоминание программистам/сисадминам, что закон/суд судит не по формальным признакам, а выявляя мотивы.
тут какой мотив был? попробовать? нет, и суд это установит.
тут какой мотив был? попробовать? нет, и суд это установит.
удалив, можешь поставить ее заново в чистую винду.
это аналогично накату винта виртуальной машины.
это аналогично накату винта виртуальной машины.
> в целом, пару раз натыкался на напоминание программистам/сисадминам,
> что закон/суд судит не по формальным признакам, а выявляя мотивы.
Это по уголовным и административным делам.
---
...Я работаю...
> что закон/суд судит не по формальным признакам, а выявляя мотивы.
Это по уголовным и административным делам.
---
...Я работаю...
там разве не написано, что по истечению срока триального использования ты должен удалить все копии программы?не проблема. Всё равно можно потом поставить ещё раз
удалив, можешь поставить ее заново в чистую винду.имхо, суду будет пофигу на эти манипуляции, что ты программу месяц использовал, потом на 5 секунд удалил, а потом еще месяц используешь.
это аналогично накату винта виртуальной машины.
он не будет упираться в формальную логику, а примет, что ты использовал триал 2 месяца, что является нарушением лицензии.
Это по уголовным и административным делам.а какие еще есть?
он не будет упираться в формальную логику, а примет, что ты использовал триал 2 месяца, что является нарушением лицензии.сомневаюсь.
более того, признаков использования "более месяца" не будет никаких.
более того, признаков использования "более месяца" не будет никаких.свидетельские показания
чьи? кто будет против своей компании свидетельствовать?
не проблема. Всё равно можно потом поставить ещё разеще раз попробовать - да, использовать на постоянной основе - нет
Лицензирование, как и прочие договоры, относится к гражданскому праву.
---
...Я работаю...
---
...Я работаю...
чьи? кто будет против своей компании свидетельствовать?пользователи, конечно, на хера им идти под статью о лжесвидетельстве.
> кто будет против своей компании свидетельствовать?
босс твой не захочет сидеть сам, и скажет, что сисадмин это сделал без его ведома
босс твой не захочет сидеть сам, и скажет, что сисадмин это сделал без его ведома
хз. возможно, конечно..
там разве не написано, что по истечению срока триального использования ты должен удалить все копии программы?Там написано, что ты можешь пользоваться программой только в течение триального срока. То, что ты обошёл техническую проверку этого срока, ещё не означает, что ты не нарушитель.
Точно так же, если мой ключ вдруг подошёл к чужой квартире, и я вынес оттуда всё добро - я буду вором, и, если меня найдут - будут судить и посадят. Отговорки вроде "я же не взламывал замок" не пройдут.
слава яйцам, не мой)
но вот такие случаи я слышал что были, да...
но вот такие случаи я слышал что были, да...
более того, признаков использования "более месяца" не будет никаких.Ну так и скажи - "они не докажут, что я что-то нарушил", а не "я ничего не нарушал".
>> он не будет упираться в формальную логику, а примет, что ты
>> использовал триал 2 месяца, что является нарушением лицензии.
> сомневаюсь.
Это уже твои личные трудности, неисполнение постановления суда
уже уголовное дело.
> более того, признаков использования "более месяца" не будет никаких.
Ха-ха. Никто твою софистику слушать не будет: ты намеренно
выставляешь показания часов и намеренно переустанавливаешь
программу, чтобы обойти техническое напоминание --- прямой
умысел.
---
...Я работаю...
>> использовал триал 2 месяца, что является нарушением лицензии.
> сомневаюсь.
Это уже твои личные трудности, неисполнение постановления суда
уже уголовное дело.
> более того, признаков использования "более месяца" не будет никаких.
Ха-ха. Никто твою софистику слушать не будет: ты намеренно
выставляешь показания часов и намеренно переустанавливаешь
программу, чтобы обойти техническое напоминание --- прямой
умысел.
---
...Я работаю...
Да, и степан сказал, что там какие-то проблемы с подключением usb-сканера к удалённой системе.собственно проблем нет. USB просто не пробрасывается по RDP штатными средствами. афаик.
Галочку в настройках клиента соответствующую я видел, большего пока не скажу.
ага. вот там где я недавно получил опыт перевода небольшого офеса с венды на линух, это и было сделано.больмер тебя анально покарает!
у них заплачено за терминальный сервер на w2k3, соответственно не пришлось платить за etersoft, с терминалками только возникли небольшие проблемы с клавишами переключения раскладки(использовался grdc как наиболее "виндовый" по внешности)
но эта контора - вообще отдельный случай. по моему скромному мнению, их нельзя было переводить на линух - стоило заплатить за венду, потому что работают в пакетах адобе и корел, сейчас это все запускается в виртуалке(сброс триальности - через выставление даты в биосе виртуальной машины)/
Оставить комментарий
sergeikozyr
http://blogs.computerworld.com/london_stock_exchange_to_aban...Любой, кто верил, что программное обеспечение Microsoft подходит для работы в критически важных системах, получил пощечину, когда в сентябре прошлого года из-за сбоя в торговой системе TradElect на Лондонской фондовой бирже рынок акций замер практически на весь день. И хотя представители биржи отрицали, что сбой произошел по вине TradElect, они отказались назвать и какую-либо другую причину. Между тем, источники на бирже сообщили, что проблема заключалась именно в TradElect.
К тому же, исполнительный директор биржи Клара Ферс, при которой произошло развертывание системы TradElect, покинула свой пост без объяснения причин. Инсайдеры утверждают, что случай с TradElect как раз и послужил последней каплей, переполнившей чашу терпения. Новый глава биржи, Ксавье Роле, тут же принял решение об отказе от TradElect.
Отметим, что TradElect работает на серверах HP ProLiant с установленной на них ОС Windows Server 2003. Сама по себе система TradElect представляет собой смесь программ на C# и .NET, созданных Microsoft и фирмой Accenture. Они, в свою очередь, опираются на Microsoft SQL Server 2000. Цель, которая стояла перед платформой в момент развертывания, заключалась в том, чтобы обеспечить время отклика менее десяти миллисекунд и обработку торговых операций в режиме реального времени.
За все время существования этой системе так и не удалось даже близко подобраться к запланированным показателям. Хуже того, конкуренты Лондонской фондовой биржи, работающие с компанией Chi-X, как раз смогли добиться подобного уровня производительности, воспользовавшись платформой для торгов MarketPrizm, которая просто заткнула TradElect за пояс. Основана платформа MarketPrizm на Linux.
Не так часто увидишь, чтобы столь крупная организация выбрасывала на помойку свою инфраструктуру, но и столь громкие публичные провалы, подобные тому, что случился у Лондонской фондовой биржи, случаются очень редко. Остается только догадываться, сколько еще сбоев корпоративного программного обеспечения на базе Windows скрыли от нас IT-департаменты, не желающие признавать, насколько безрассудными были принятые ими решения об использовании программ для Windows, успевших зарекомендовать себя как архаичные и ненадежные. Руководство Лондонской фондовой биржи вряд ли отличит Linux от Windows без помощи специалистов, однако даже ему все очевидно, когда бизнес полностью замирает на глазах у всего мира.
Поэтому можно предположить, что основой для новой торговой системы этой биржи станет ОС Linux. В конце концов, она хорошо работает не только у Chi-X, а также и на Чикагской товарной бирже, Нью-Йоркской бирже и много где еще.