LINUX.ORG.RU

Microsoft: Open Source ПО слишком сложное


0

0

Представители Microsoft, продолжая кампанию по популяризации Open Source, утверждают, что оно слишком сложное и может уменьшить прибыли software компаний, которые собираются с его помощью создавать ПО. Основным аргументом выдвигается то, что в разных дистрибутивах Линукса нет возможности получить простой, повторяемый процесс разработки. Правда, они теперь добавляют, что подобное Open Source предоставляет гибкость и модульность.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от sabonez

>Будешь смеяца, я работал админом в одной конторе, там спецом была машинка с именем Zoo - там было 2 редхата, СуСЬ и опенсоляра на отдельном винте. Просто надо было народу под разные дистры собирать.

гы. я просил больше пяти, емнип :) и не на одной машинке =)

geek ★★★
()
Ответ на: комментарий от lenin

> Ну, там ФСБ что-то читало :-)

Гм, если вспомнить, что МВД до сих пор не может полностью обеспечить лицензионными копиями винды и офиса собственных сотрудников... :)

AP ★★★★★
()
Ответ на: комментарий от lenin

>См. выше. 1) Устаревает через два-три года. 2) Есть попытки навязать другой дистр

что устаревает??? :)))

ты что там поставил MCC Interim Linux, TAMU или SLS Linux???

какой дистрибутив у тебя "устаревает" ;)

AcidumIrae ★★★★★
()
Ответ на: комментарий от Sikon

> но почему компания не может из версии в версию добиться соответствия ей же поставленному стандарту - Windows API?

вот-вот, по боку Microsoft эти стандарты, думали и дальше к каждой новой версии своей ОС переписывать их с нуля. А вот фиг - сейчас они боятся растерять своих клиентов - оттого и притормаживают выход очередного монстра.

los_nikos ★★★★★
()
Ответ на: комментарий от MS

> Я прилинкую запросто. Пятьсот баксов (ц).

Угу, пройдено. Хацкеры, которые что-то сделали, что-то работает. А потом через годик выявляеься косяк, а хацкера-то след простыл. Либо он завляет что-то невнятное и отказняк глухой отправлется. Нет уж, опираться на поддерживемые решения надёжнее и дешевле в конечном счёте как-то.

lenin
()
Ответ на: комментарий от sergej

Угадал :-)

шестерка схавает, седьмерка пошлет.

BioMD
()
Ответ на: комментарий от sergej

> На второй int i обматерится?

> Да, МС стандартов не читает...

Стандарты - они меняются. Есть версия Си++, в которой этот код разрешен, есть версия, в которой запрещен.

tailgunner ★★★★★
()
Ответ на: комментарий от Scream

> а как мне обновить 95'ю венду до XP?

Это разные ОС. 95-ю венду до самых последних заплаток - windowsupdate.microsoft.com. Пользователям ператок сосать.

lenin
()
Ответ на: комментарий от lenin

>как-то

Ключевое слово ! :) А кто сказал, что gLibc это ответ ? Вон в Watcom есть своя libc :) статически слинкованное приложение работает ...

robot12 ★★★★★
()
Ответ на: комментарий от lenin

>Ну и как мне обновить Слаку 5-и летней давности ?

Это 4 что-ли?

также как nt4 до 2k3 :-P

а можно конечно попробовать 4 -> 7 -> 7.1 -> 8 -> 8.1 -> 9 -> 9.1 -> 10 -> 10.1 -> 10.2 -> current

не факт, что не получится ;) благо все доступно

другой вопрос ЗАЧЕМ? бекапим, инсталим, восстанавливаем то, что нам нужно :)))

AcidumIrae ★★★★★
()
Ответ на: комментарий от MS

Еще %ls %hs...

Мы по этому поводу реализацию sprintf свою сделали. Для переносимости между вендой и посикс системами...

sergej ★★★★★
()
Ответ на: комментарий от lenin

>95-ю венду до самых последних заплаток - windowsupdate.microsoft.com. Пользователям ператок сосать.

Советуешь, тут .. а хоть пробовал это сделать то ???

robot12 ★★★★★
()
Ответ на: комментарий от tailgunner

>> > На второй int i обматерится?

>> > Да, МС стандартов не читает...

>> Стандарты - они меняются. Есть версия Си++, в которой этот код разрешен, есть версия, в которой запрещен.

Дайте пжлста если не ссылку, то хоть название стандарта который это запрещает?

sergej ★★★★★
()

> Стандарты - они меняются. Есть версия Си++, в которой этот код разрешен, есть версия, в которой запрещен.

Ошибочка, стандарт C++ был один-единственный: ISO C++ 98. Для C простого да, есть C89 и C99, но когда вы в последний раз видели программу на последнем? Я не про long long, а про извраты вроде _Complex или _Pragma.

Sikon ★★★
()
Ответ на: комментарий от BioMD

> Попробуй скомпилировать на VC 6 и 7 этот простенький код...

У венды нет проблем с бинарниками и стандартными стредствами их дистрибуции. В отличие от.

lenin
()
Ответ на: комментарий от Sikon

Наверное имелись в виду стандарты MSVC6 и MSVC7 :-D

sergej ★★★★★
()
Ответ на: комментарий от lenin

>У венды нет проблем с бинарниками и стандартными стредствами их дистрибуции. В отличие от.

Про MFC**.DLL мы не говорим конечно ...

robot12 ★★★★★
()
Ответ на: комментарий от tailgunner

>Стандарты - они меняются. Есть версия Си++, в которой этот код разрешен, есть версия, в которой запрещен.

Дык это был ответ наскокам вождя на GCC...

Я ему наглядно показал что и C++ компилятор из MSVS из той-же оперы, хотя оптимизирует он лучше, надо признать.

BioMD
()
Ответ на: комментарий от lenin

На примере HMM3 мы видим что у линукса таких проблем тоже нет :)

sergej ★★★★★
()
Ответ на: комментарий от sergej

>И все таки он троль :)

неа, он не троль

просто ему слака старая в наследство досталась, а он ее "не осилил" - вот и злой ходит

AcidumIrae ★★★★★
()
Ответ на: комментарий от Sikon

>> Стандарты - они меняются. Есть версия Си++, в которой этот код разрешен, есть версия, в которой запрещен.

>Ошибочка, стандарт C++ был один-единственный: ISO C++ 98.

Де-юре стандарт был один. Но все ранние компиляторы Си++ старались следовать де-факто стандарту AT&T Cfront. Даже версии были: Cfront 2.x, 3.x

> Для C простого да, есть C89 и C99

А так же де-факто стандарты K&R (он же pcc) и System V

tailgunner ★★★★★
()

> У венды нет проблем с бинарниками и стандартными стредствами их дистрибуции. В отличие от.

Нет проблем? То есть мы победили DLL Hell, гип-гип-ура, поют фанфары? И как же мы его победили? Путём таскания в системе 20 копий одной DLL с каждой программой? И чем тогда это отличается от пути, которым следуют в Линуксе всякие Гуглы, а также птички и лисички? (И то последние GTK и ещё кое-что с собой не носят.)

А для DLL есть механизм версификации с помощью симлинков?

Sikon ★★★
()
Ответ на: комментарий от lenin

>> Попробуй скомпилировать на VC 6 и 7 этот простенький код...

>У венды нет проблем с бинарниками и стандартными стредствами их дистрибуции. В отличие от.

не надо ля-ля :)))

это вы просто маленький еще ;) про мфс*.длл вам уже сказали

ну про древние проблемы про перехода с 16 на 32 бита в чикаго вы наверное и не слышали по молодости ;)

ну а про проблемы совместимости НТ с 9х - должны были слышать

а со свистой - вообще песня :)))

AcidumIrae ★★★★★
()
Ответ на: комментарий от robot12

> Скриншот в студию ...

Не утомляй. Всё работает, тока что проверил. Проверила подлинность венды, загрузила список доступных обновлений.

lenin
()

> А так же де-факто стандарты K&R (он же pcc) и System V

Чай, не в каменном веке живём. Лёгкость отказа от совместимости и есть отличительная черта опенсорса. Да и зачем? Исходники открыты - найдите maintainer'а, пусть он правит код под стандарты, исходники закрыты - таскайте с собой библиотеки. Когда у нас в последний раз интерфейс ядра менялся?

Sikon ★★★
()
Ответ на: комментарий от lenin

> Чиво-чиво ? ssh на каждую из 200 машин ? Я праильно понял ?

Уж лучше ssh на 200 машин, чем вписание правил на установку в group policy, и обзванивание всех юзеров с просьбой завершить работу и перевойти в домен, чтобы эти самые полиси сработали :-)

no-dashi ★★★★★
()
Ответ на: комментарий от sergej

>gcc -static q.c -o q

А теперь попробуйте сделать тоже самое с программой, использующей dlopen/dlsym/dlclose.

#include <dlfcn.h>

int main(void) { void * p = dlopen("a.so", 1); }

cc a.c -ldl -static -o a /tmp/ccIW4ux7.o(.text+0x1b): In function `main': : warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

anonymous
()
Ответ на: комментарий от BioMD

>> Попробуй скомпилировать на VC 6 и 7 этот простенький код...

>У венды нет проблем с бинарниками и стандартными стредствами их дистрибуции. В отличие от.

Вождь, ну ты и дятел!

Это был ответ на твой наезд на GCC, ты стрелки не переводи, стрелочник.

А насчет твоего последнего утверждения, я выше дал тебе url почитать про dll hell, надеюсь хватит мозгов понять суть, там написано доступно.

BioMD
()
Ответ на: комментарий от Sikon

>Чай, не в каменном веке живём.

Речь шла о том, что есть стандарты, де-юре и де-факто, они меняются, и программы, выпущенные в разное время, следуют разным стандартам.

tailgunner ★★★★★
()
Ответ на: комментарий от lenin

>Отмотай вверх и пойми, что вопрос не в том, как это сделать, а как это сделать с учётом зоопарка дистрибутивов.

Отмотал

> С разным софтом, настройками - приходи, смотри. Шютка. Дистр один.

Хватит изображать из себя клоуна.

anonymous
()
Ответ на: комментарий от anonymous

>А теперь попробуйте сделать тоже самое с программой, использующей dlopen/dlsym/dlclose.

Хммм насмешил.

robot12 ★★★★★
()

> Ещё победили проблему 2000. Нет такой проблемы. Она надумана.

Microsoft признал проблему и в том числе поэтому сделал .NET, это о чём нибудь говорит?

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsetup/html...

И Дан Эпплман, кстати, ярый поклонник Microsoft вообще и Visual Basic в частности, приводит случаи из практики своей компании Desaware, когда ему приходилось сталкиваться с DLL Hell в COM - причём в том числе и в результате действий самой Microsoft, не придававшей совместимости нужного значения там, где надо. Какая ирония.

Sikon ★★★
()
Ответ на: комментарий от anonymous

нафиг статическому бинарю грузить сошники?

Ну даже если и нужно, проблема ношения библиотек с собой все равно решается, хотя и не одним ключом static...

sergej ★★★★★
()
Ответ на: комментарий от BioMD

> Это был ответ на твой наезд на GCC, ты стрелки не переводи, стрелочник.

Это вы стрелки перевели, первоначально была речь про дистрибьюцию бинарников в Linux и в зоопарке стредств для этого.

> я выше дал тебе url почитать про dll hell, надеюсь хватит мозгов понять суть, там написано доступно.

Прочитал. Полнейший, надуманный бред. Ни разу такого не видел. "Проблему 2000" наблюдать приходилось, кстати, неоднократно.

lenin
()

> На условиях "pay-per-incident basis"? Тафай-тафай

А что, хорошая бизнес-модель. Кстати, сподвигающая к багоглюкописанию. Это ж бешеные доходы для саппорта.

Sikon ★★★
()
Ответ на: комментарий от no-dashi

>На условиях "pay-per-incident basis"? Тафай-тафай

Да да ... за чьи то ошибки приходится ещё и платить ... :) леменки .. они не могут ошипаться ...

robot12 ★★★★★
()
Ответ на: комментарий от Sun-ch

> Я тут приводил пример, когда после критического патча, люди потеряли данные на xfs, а у них около 300 машин в продакшн стояли.

Ага, "реальные пацаны юзают виндовс" и с ужасом ждут, что сейчас кто-нибудь из линуксоидов запустит в цикле DOS-эксплоит на SRV.SYS :-)

no-dashi ★★★★★
()

> Прочитал. Полнейший, надуманный бред. Ни разу такого не видел.

Я ни разу не видел жирафа. Убеждён, что их придумала африканская пропаганда, чтобы завлекать туристов.

Sikon ★★★
()

Гм. Посмотрел тут на состояние dvd-рипперов с GUI в linux и в виндах.

В linux проще и удобнее.

P.S. Правда я все же в консоли, но для тех, кто не хочет заморачиваться - самое оно.

jackill ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.