На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2002-6-24 на главную / новости от 2002-6-24
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 24 июня 2002 г.

Будьте готовы к шоку от стоимости .Net

Компании, планирующие перевести свои старые программы на новую структуру программного обеспечения Microsoft .Net, должны приготовиться к тому, что связанные с этим расходы могут превысить половину стоимости разработки тех же программ с нуля, считает Gartner.

Согласно новой модели затрат, предложенной Gartner, стоимость перехода с существующих программ для Windows на ПО .Net лежит в диапазоне от 40 до 60% стоимости разработки таких программ с нуля. Это может стать шоком для вынужденных считать копейки отделов информационных систем крупных компаний, даже тех, которые очень хорошо знакомы с программированием для Windows. «.Net — не просто новая версия Windows», — предупреждает разработчик модели Gartner Марк Драйвер (Mark Driver).

Продакт-менеджер Microsoft Visual Basic.Net Эйри Биксгорн (Ari Bixhorn) оспаривает выводы Драйвера. По его словам, в большинстве случаев перевод программ на .Net проходит примерно на 95% без ошибок, а это означает, что расходы в этих компаниях значительно ниже оценок Gartner. Однако Gartner учитывает не только преобразование кода, но и такие факторы, как обучение и прерывание работы. Биксгорн считает, что ни то, ни другое не вызывает заметных проблем.

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

Пока не ясно, замедлят ли дополнительные расходы на переход к .Net распространение веб-сервисов. Несколько потенциальных покупателей этой технологии сообщили News.com, что, прежде чем решиться на крупномасштабные проекты, они хотят дождаться появления стандартов и улучшения совместимости.

Наиболее известным на сегодняшний день элементом .Net служит Visual Studio.Net, дебютировавшая в феврале версия пакета инструментов разработки Microsoft. В Visual Studio.Net входят новые версии таких известных инструментов программирования, как Visual Basic и Visual C++. Однако новый пакет радикально отличается от своих предшественников. В него входят новый язык программирования Visual C# и новые технологии управления программами и их исполнения Net Framework и Common Language Runtime. Кроме того, этот пакет вводит в обиход ASP.Net, специальный тип ПО, называемый библиотеками классов, заменяющий старую технологию разработки веб-приложений Active Server Pages (ASP).

Однако в долгосрочном плане, по мнению Драйвера, переход на .Net при разработке новых программ поможет повысить производительность труда и сделать работу компаний более эффективной. «За весь срок службы приложение .Net может сэкономить вам 20% и более расходов по сравнению с применением старых технологий, — говорит он. — За три-пять лет вы возвратите затраты, связанные с переходом».

Новую технологию можно внедрить сразу, но большинство компаний, вероятно, растянет этот процесс на длительное время. Однако их расходы от этого не уменьшатся. «Это вопрос о том, выложить ли 60% вперед или растянуть их выплату на три года», — говорит Драйвер.

Не гонитесь за экзотикой
Gartner основывает свои оценки на Visual Basic.Net, а не на такой экзотике, как Java-подобный язык программирования Visual C#. Расходы, связанные с использованием C#, могут оказаться еще выше. «Некоторые клиенты заинтересованы в переходе прямо на C#, — говорит Драйвер. — Для подавляющего большинства даже замена Visual Basic на Visual Basic.Net может оказаться довольно болезненной, хотя это самая безобидная стратегия».

C# считается ключевым языком программирования для дальнейшего совершенствования .Net. По данным опубликованного в марте отчета Evans Data, за шесть месяцев число пользователей этого языка удвоилось.

Есть и другие предостережения относительно перехода на .Net. Прежде всего это вопросы безопасности. «Некоторые опасаются ставить в основу общедоступного веб-сайта Internet Information Server. Проблемы безопасности действительно есть, и .Net их не решает, — говорит Драйвер. — IIS с .Net так же уязвим, как и в прежнем сочетании с ASP».

IBM и Sun тоже рвутся в бой за веб-сервисы, продвигая в этом направлении свои собственные технологические стратегии и инструменты. Безопасность станет важным условием выживания на этом новом рынке. В четверг аналитическая фирма ZapLink объявила, что в 2006 году объем рынка ПО XML и веб-сервисов превысит 4,4 млрд $. 

 Предыдущие публикации:
2002-05-07   Усиливается влияние Microsoft C#
2002-05-27   Антимонопольный процесс подстегнул модернизацию ХР
2002-06-20   Sun бросает на весы бесплатное ПО
Обсуждение и комментарии
eXOR - billgmicrosoft.com
24 Jun 2002 11:44 AM
Хм... неужели так все плохо?
 

Mike
24 Jun 2002 11:50 AM
Еще хуже.
 

Ron - rodionlenta.ru
24 Jun 2002 12:53 PM
Что за понт в тупом портировании уже написанного, отлаженного и работающего приложения? Типа, крутА, что ли?
 

miroh
24 Jun 2002 1:24 PM
NET это вообще первая по настоящему компонентная микрософтовская архитектура. Переход на нее - все равно что с dos на windows. Ясно трудности предвидятся...
 

Ron - rodionlenta.ru
24 Jun 2002 1:35 PM
А что значит компонентная архитектура ?
 

miroh
24 Jun 2002 2:04 PM
2 Ron
Компонентная архитектура если грубо это когда программа состоит из независимо компилируемых модулей обьектов выполняющих определенный контракт - интерфейс. Можно отдельно ставить - удалять обьекты без перекомпиляции программы и даже в горячем режиме (когда программа работает). умные люди еще много чего написать про компоненты смогут.
 

eXOR - billgmicrosoft.com
24 Jun 2002 3:34 PM
2 Ron:
Типа старый продукт, под который было написано не поддерживается - буги не ловятся, не апдейтится... а хочется чтобы была секурятя...

2 miroh:
Блин вот бред - то.. первая... ага.
 

Ron - rodionlenta.ru
24 Jun 2002 3:52 PM
2 miroh: Чего из нижеперечисленного нет в COM ?
 

Ron - rodionlenta.ru
24 Jun 2002 4:01 PM
2 eXOR: Я пока что затрудняюсь назвать такой продукт, под который может быть что-то написано без .Net, и который нельзя без серьёзных переделок приложения просто взять и заменить на более новую версию. К примеру, если БД делали под SQL 7.0, сочли что он стар и боятся что его поддерживать перестанут, то можно без особых проблем всё это перенести на SQL 2000. Если делали веб под IIS 4.0, то вполне всё это можно перетащить на IIS 5.0(5.1) и т.п. Правда, по нынешним временам это не круто будет. Круто - это то, к чему в конце .Net дописано...
 

me - userinternet.com
24 Jun 2002 4:03 PM
>> Чего из нижеперечисленного нет в COM ?
Поменяй местами пару функций в компоненте (наследники IDispatch не канают) не для ВБ и узнаешь:)))
А так - все есть. .НЕТ - просто апгрейд.
 

miroh
24 Jun 2002 4:42 PM
Net это не апгрейд COM а калька с java. Причем абсолютная. Это вообще другая архитектура. COM жестко привязана к ОС. ОС регистрируе /удаляет компоненты, создает экзэмпляры вызывает функции. В NET не нужно регистрировать компонент (прям как в java) лишь бы класслоадер его нашел. Компоненты не компилируются в найтивный код и выполняются рантаймом (как в Яве). Кроме того МСу пришлось делать свой компонентный язык - аналог Явы(фактически клон насмотря на некоторые кульные и уродские фичи) . Короче это MS J2EE. Все это (и многое другое) делает NET первой по настоящему компонентной архитектурой.
 

Ron - rodionlenta.ru
24 Jun 2002 5:21 PM
2 miroh: Для того чтобы класслоадер нашёл компонент необходим какой-либо аналог регистрации. Иначе больно долго он его искать будет. В COM тоже есть класслоадер (называется - SCM), а регистрация COM - объекта - это всего лишь способ сохранить информацию для SCM, чтобы он мог нужный компонент загрузить.
 

miroh
24 Jun 2002 5:44 PM
В НЕТ как и в Яве либо ложишь файл с компонентом в доступный путь, либо пихаешь в сборку - аналог java/jar. например в asp.net это очень удобно
 

Ron - rodionlenta.ru
24 Jun 2002 6:06 PM
> "В НЕТ как и в Яве либо ложишь файл с компонентом в доступный путь, либо пихаешь в сборку"
А в COM я его кладу _куда_ _МНЕ_ _хочется_ и делаю regsvr32 mycomp.dll.
Чем это хуже? И выбора больше, и пихать никуда не надо.
 

Sergey
24 Jun 2002 6:25 PM
.NET сильно отличается и от Java и от COM. Скажем так - Microsoft взяли все лучшее и добавили еще нового. Например, вот отличия от Java (приведу только некоторые): 1. Управляемый код. 2. Поддержка многих языков (C#, C++, VB входят в VS.NET, Borland делает Pascal, и т.д.). Вот отличия от COM (опять только некоторые): 1. IL - переносимый байт-код. 2. Встроенная поддержка версий. 3. Metadata - описание интерфейса вместе с интерфейсом.
 

C3Man - semdiyahoo.com
24 Jun 2002 7:22 PM
Ron:

млин - дык в Коме только одна копия dll per computer ...а в .НЕТ сколько хочеш - вот энто удобно...
 

Ron - rodionlenta.ru
24 Jun 2002 10:11 PM
2 C3Man: Чем удобно? Ещё один "Dll Hell" разводить? Сколько про него говорили, писали, типа как с ним бороться, а "hell" этот не в dll, а в ленивых головах, которые не удосуживаются аккуратно следить где что лежит, какие версии имеет и какие интерфейсы реализует. То-то теперь радости будет. Нехай, теперь, хоть весь API из конфликтующих dll-ин состоит, супер-пупер-дот-нет всё схавает. Теперь можно и правда четыре сотни домохозяек от кухонной плиты прямо на проект взять, а руководителем бывшего сантехника поставить - всё будет пучком...
 

C3Man - semdiyahoo.com
24 Jun 2002 10:39 PM
дык как раз наоборот - можно длл в Global Assembly Cache поставить - и будет тот же КОМ ...а вот разработчику - так намного легче с разными версими работать... а админу и подавно - по методу xcopy инсталить...
 

Ron - rodionlenta.ru
25 Jun 2002 12:30 AM
2 Sergey:
1. IL - переносимый байт код: Пока это только в планах МС. Вот когда увижу реальный IL код одинакого работающий хотя бы на 2-х платформах, тогда поверю.
2. Встроенная поддержка версий: Непонятно - нахрена? Только для того чтобы помочь разработчику разгребать путаницу, которую он сам же и создал?
3. Метаданные вместе с интерфейсом: А "Type Library" под это понятие не подходит?
 

me - userinternet.com
25 Jun 2002 12:43 AM
1. FreeBSD + винды = 2 платформы. Пока не все, конечно, сделали, но осталось немного
2. Надо. Если ты не понимаешь - не пользуйся. Остальные справятся без твоего одобрения.
3. Это и есть TypeLibrary. Формат другой разве что.

>> А в COM я его кладу _куда_ _МНЕ_ _хочется_ и делаю regsvr32 mycomp.dll

"Блевать тошно-с" (с) из анекдота. Это ужасная команда.

 

me - userinternet.com
25 Jun 2002 12:51 AM
>> Ещё один "Dll Hell" разводить?

Dll hell - это regsvr32.exe в том месте где тебе "хочется". От таких желающих и сделали поддержку версий одного и того же компонента.

>> В NET не нужно регистрировать компонент (прям как в java) лишь бы класслоадер его нашел.

Держите меня :)))
Всегда считал, что регистрация компонента - это процедура оповещения загрузчика о месте, где искать нужный классик:)))) И "даже" в жаве она есть.
 

me - userinternet.com
25 Jun 2002 12:53 AM
>> Нехай, теперь, хоть весь API из конфликтующих dll-ин состоит, супер-пупер-дот-нет всё схавает

Ты бы изучил сначала предметную область, что ли? А то гонишь пургу...
 

Sergey
25 Jun 2002 12:56 AM
1. Главное не то, на каких еще платформах .NET работает сейчас, а то, что мешает его туда перенести. По-моему - ничего.
2. Версии нужны, к сожалению. Вот некоторые Java программы за собой целый JDK таскают. Это гораздо хуже, чем отдельные DLLs.
3. TypeLibrary - откроем MSWORD9.OLB и посмотрим внутрь. Class "Application" property "Documents". Что делает? А хрен его знает. Где узнать? Тоже непонятно.
 

Qrot
25 Jun 2002 1:26 AM
2Sergey: ну и какие же ответы дают метаданные компонента в .НЕТ на вопросы "что делает" и "где узнать"?
2me: версии говоришь.. в КОМ тоже есть возможность использовать несколько версий одно компонента одновременно на машине. чем .НЕТовская система лучше? какие проблемы с регсвр32?
 

eXOR - billgmicrosoft.com
25 Jun 2002 8:44 AM
2 Sergey:
Итак... наслушался PR по телевизору и пошел гнать:
> 1 Управляемый код.
Покажи мне место, где этого нет в Java
> Поддержка многих языков
Маскимум 5, для JRE сейчас есть не меньше 50 различных компиляторов с разных языков.
> IL - переносимый байт-код.
Пока не переносимый.
1) Нормально работающий и собирающийся есть только на win
2) Даже то, что он типа есть для FreeBSD - это только ix86 - далеко не лучшая архитектура для задач, на которые позиционируются Java и .NET.

> Встроенная поддержка версий.
Это всяко плюс.

> Metadata - описание интерфейса вместе с интерфейсом.
То что это удобно, еще бабка надвое сказала.

> Главное не то, на каких еще платформах .NET работает сейчас
Ошибаешься. Людям бабло надо сейчас зарабатывать. Как ты представляешь себе - приходит клиент говорит: "Хочу", а ты ему: "А вот я вам сделаю, у вас оно не будет работать, но ничего не мешает ему заработать потом". Я думаю он для тебя санитаров вызовет.

> Вот некоторые Java программы за собой целый JDK таскают.
НЕ JDK, а JRE. И это ничем не хуже.

2 Qrot && RoN:
Не вы не правы. Работа с версиями в .NET based аппликухах сделана неплохо. Намного удобнее чем в COM. И что самое главное... мелкософт благодаря этой шняге наконец - то снова отказывается от реестра... вернее делает его не обязательным.
 

Ron
25 Jun 2002 8:49 AM
2 Qrot: "чем .НЕТовская система лучше?"
А ничем. Из того, что было сказано, лично я пока что не вижу никаких особых новшеств в .Net. Достоинство у неё одно - теперь можно опираясь на сведения Gartner развести заказчика ещё на 60% стоимости уже оплаченного проекта - типа на портирование.

Один мой приятель как-то сказал, что винда превратилась в помоище программных интерфейсов. Тогда я с ним ещё спорил, говорил, что всё не так страшно, но, чем дальше, тем больше убеждаюсь, что он прав.
 

Ron - rodionlenta.ru
25 Jun 2002 9:27 AM
2 eXOR: Лет пять МС убеждал всех, что типа, все настройки должны в реестре хранить, что это жуть как робустно и удобно, а теперь оказывается, что это сакс полный. А .Net через полгода не окажется с их слов таким же саксом, как сейчас COM ?
 

dem
25 Jun 2002 9:56 AM
Ха-хаха Веслуха Сделали ресстр, признали и похерили.
Сделали COM долго всем мозги клевали и похерили.
Сделали АСП и...
Тот аналитик говрит что оно окупися за 5 лет? Пусть не врет через 5 лет сделают еще некую фигню и снова будем окупать. Гонка за лидером блин.
 

Ron - rodionlenta.ru
25 Jun 2002 10:13 AM
2 dem: Вот и я о том же... :-((
 

-
25 Jun 2002 10:19 AM
ооо! реестр похерили? Когда, где???
 

walt
25 Jun 2002 10:46 AM
Все как всегда. Каждая новая версия продуктов MS "на 50% быстрее и в 2 раза эффективнее предыдущей". Каждые 2 года появляется "новая, прогрессивная технология". Предыдущая "новая и прогрессивная" становится устаревшей.
Каждые 2 года нужно обновлять софт и железо под него.
Через 5 лет Microsoft не будет поддерживать NET.
 

Rudin
25 Jun 2002 10:58 AM
Спасибо компании Microsoft за то, что кормит не только своих программистов, но и дает возможность зарабатывать другим..
 

me - userinternet.com
25 Jun 2002 11:12 AM
"Мальчики, толкните телегу" (с)
 

Anatol
25 Jun 2002 11:42 AM
Privet!
So stat'ej & Gartner - polnostju soglasen!
Probival perevisti nebol'soj proekt (paru desjatok form, neskol'ko UserControl'ov, neskol'ko otchetov) s VB na VB.NET.
O rezul'tate vi novernoe uze dogodalis? :-)
Kak i obesjal MS, tol'ko v obratnom napravlenii, t.e. 95% vsego proekta - "neproupgrajdilos'" :-(
Wizard gde-to s chas cheto analiziroval, v itoge sam proekt prosto ne kompililsja, ne budu govorit' o UI (formah i t.d.) - oni prosto poterjali svoj vid.

VIVOD: Ese raz ubedilsja o super-muper upgrade wizard'ah, chto tol'ko ot nih malo. Ne, konechno, classiki & constatni, s nimi vse norman'no :-), a vot s ostol'nim prosto - null.
I esli nado budet etot proekt upgrajdit' mne under .NET, to uz tohcno eto budu delat' s samogo nachala po mnogim prichinam ( i etim, v tom chisle). Tol'ko slovo "upgrade under .NET" vo vsem eto dele ostanitsja, a real'no - 100% new app.

P.S. Bezuslovno, eto mozet bit' i chastnij sluchaj, mozet u kogo-to vse inache...

 

Qrot
25 Jun 2002 1:21 PM
2Ron: да я твое мнение знаю :) мне интересно было что другие комрады скажут
 

Mike
25 Jun 2002 1:28 PM
Некоторые из нас должны молиться на Била, другие - проклясть его. Некоторые из нас в ближайшие годы будут держать за интимные части тела бизнеса большинство передовых предприятий, причем крепче, чем держат сейчас. Ибо власть администратора становится все полнее и загадочнее для простого смертного, в том числе, и для руководителя предприятия. Тот кто контролирует коммуникационные потоки, тот контролирует все. Помните у большевиков в 17... Вокзалы, телефон, телеграф.... Если раньше концепция пограммы хоть как-то влезала в голову юзера, то теперь все становится почти мистикой. И ты не знаешь с чем будешь иметь дело при следующей загрузке своего компьютера. А тебе все продолжают вешать лапшу на уши, мол и думать-то совсем не надо, и учиться-то не надо. Пусть админы думают и учатся - у них голова большая. Аминь.
 

Qrot
25 Jun 2002 2:12 PM
Mike, тебе подлечится было бы неплохо :)
 

me - userinternet.com
25 Jun 2002 2:46 PM
Реестр - это очень правильная вещь. Вот только находится он целиком в памяти, что делает его зависимым от тех, кто так любит программку regsvr32:))
 

Qrot
25 Jun 2002 2:58 PM
2me: подробнее, плз. почему такое повышенное внимание к regsvr32 :)
 

eXOR - billgmicrosoft.com
25 Jun 2002 3:30 PM
2 Ron:
Не ты не правильно понял - херить его они не будут. Просто он теперь пользоваться им настоятельно не рекомендуют ;-).

2 Qrot:
Емко, двумя словами: "dll hell"
 

Qrot
25 Jun 2002 3:37 PM
2eXoR: не позорься :) dll hell никакого отнощения к regsvr32 не имеет.
 

Nash Bridges
25 Jun 2002 4:08 PM
2???: А почему regsvr ужасная команда? Так или иначе ведь без этого нельзя.
2Sergey: там же дескрипшины есть и F1 работает. Что не так?
2All: а версии по любому нужны. приложения же используют компоненты третьих лиц. здесь как раз и hell. в Нет это логично
организовано и просто для моего убогова понимания.
2Ron: вот с Нетом помоища и не будет. а будет автоматизированный склад. а настройки надо в реестре хранить. что не так?
2walt: через 5 лет они будут поддерживать Нет. и Ком кстати тоже. И Вин АПИ. Технологии разных уровней абстракции. А от модернизации никакая технология незастрахована. Прогресс.
2Mike: это не админы. Это CIO у которых статус как и у любого вице. И это нормально и правильно.
2All: кстати ком тоже гетерогенна. и на юниксе есть
 

Bosch - boschpisem.net
25 Jun 2002 4:28 PM
2 Mike
Хм... странное желание подержаться за...

 

Ron
25 Jun 2002 4:49 PM
2 eXOR: "пользоваться им настоятельно не рекомендуют"
Равно как давно уже не рекомендуют пользоваться DDE, NETBEUI, NetBIOS, ODBC, RDO, DAO - это так, списочек навскидку, что сразу в голову пришло, а продолжить можно запросто. Надо бы хрустальный шар прикупить на толпе - иногда заглядывать, каких рекомендаций от них ждать через полгода-год...
 

Anti-MS
25 Jun 2002 5:58 PM
Говорила мне мама учи С и UNIX. Кто выучил 30 лет назад и щас самый нужный специалист и еще 30 лет С и UNIX будут рулить миром.
Знания которые не устаревают а только совершенствуются и накомпляются.
А всякие досы виндовсы реестры и НЕТы это технократический мусор.
 

Слопер
25 Jun 2002 6:06 PM
Интересно то, что многие матерятся по поводу "новшеств" от Микрософта, но продолжают использовать их продукты.
Видать переучиваться на что-то более консервативное лень.
 

Nash Bridges
25 Jun 2002 6:18 PM
2Anti-MS:
А всякие досы виндовсы реестры и НЕТы это есть совершенствование и накопление знаний.
 

Ron - rodionlenta.ru
25 Jun 2002 8:37 PM
2 Nash Briges: Накопление знаний, которые выкидываются раз в полгода и совершенствований, каждое из которых хоронит предыдущее...
 

me - userinternet.com
25 Jun 2002 9:43 PM
>> не позорься :) dll hell никакого отнощения к regsvr32 не имеет

Все правильно eXOR говорит. dll hell состоит не только в том, что всякие уроды mfc42.dll за собой таскают. Есть и такие, кто начитавшись модных словей dll hell больше не копируют mscomctl.ocx (например) в системную папку, а оставляют в Program Files ("в любом месте, где захочу" (с) Ron), а при установке в скрипт включают магическую строку: regsvr32 c:\Program Files\Proga\mscomctl.ocx. Тьфу, короче.
 

Qrot
25 Jun 2002 10:27 PM
2me: для таких уродов существует поддержка разных версий компонента в COM. я ниже спрашивал - чем не нравится-то? потом, опять таки, regsvr никакого отношения к уродам, его криво использующим, не имеет.. я тебе загодя скажу, что по прошествии годика, такие подводные камешки появятся и в дот-нетовском загрузчике.. чего тогда, опять новое придумывать будем?
 

Qrot
25 Jun 2002 10:29 PM
двусмысленно получилось.. я под уродами никого из присутствующих в виду не имел, если что :)
 

Ron - rodionlenta.ru
25 Jun 2002 10:37 PM
2 me : Я не говорил о том, чтобы чужие компоненты размещать там где мне хочется. Но, свои собственные я хочу класть там где сочту удобным, а не там, где МС укажет.
Мне и так с головой хватает одной только папки "Documents and Settings" в корне системного диска. Я как только вижу - меня тошнить начинает. Это шлёпнутым на всю голову надо быть, чтобы такое название для неё придумать. Ещё бы назвали её "Документы и Настройки Васи Пупкина Его Семьи и Его Собаки". А вдвойне меня тошнит от того, что после сетапа винды её не переименовать и не перенести никуда нельзя. Между прочим в NT 4.0 называлась папка эта вполне, на мой вкус, нормально - "Profiles". Наверное это тоже входит в "совершенствование и накопление знаний" - основным папкам давать названия в хрен знает сколько символов, да ещё с пробелами.
 

me - userinternet.com
25 Jun 2002 11:02 PM
Qrot, я не имею ничего против regsvr32. Я против "любого места".

>> Но, свои собственные я хочу класть там где сочту удобным, а не там, где МС укажет.

А я так не хочу. Еще ты будешь на моем компе правила свои устанавливать.
 

Ron
26 Jun 2002 12:31 AM
2 me: Я своих правил придумывать не собираюсь, мне вполне хватает тех, что в "Widows Logo Requirements" есть. Но, для тебя, в случае чего, специально всё в %systemroot%\system32 свалю :-))))
 

Blind
26 Jun 2002 12:33 AM
COM в UNIX? Это где? О, священные гуру, ткните пальцем мне, чтобы я мог показать своему начальству и мы наконец переползли на этот самый противный UNIX (Linux?). А насчет перехода ляпну пару строк. У нас в конторе начальство сидит продвинутое, чуть что устанавливаем новые технологии и вперед. Не торопятся они на этот раз что-то. И вообще мне больше по душе $PATH, но это дело вкуса.
 

Qrot
26 Jun 2002 1:03 AM
2me: easy, baby, easy :) я же не указывал куда тебе свои файлы складывать.. так, выяснял между делом, почему тебя от регсрв тошнит.. уже и не тошнит :)
 

Ron - rodionlenta.ru
26 Jun 2002 2:25 AM
2 Qrot: И что, всё работает ???
 

Ron - rodionlenta.ru
26 Jun 2002 2:59 AM
2 Qrot: Вот, нашёл (помню же, что видел где-то, собственно, откуда и причина удивления)

http://www.microsoft.com/windows2000/techinfo/planning/mana gement/userdata.asp

"Note: Once Windows is installed, there is no supported way to move the Profiles folder."
 

miroh
26 Jun 2002 8:14 AM
В общем из обсуждения так и не понятно чем NET кардинально отличается от J2EE. Кроме привязанности к одному поставщику. Кстати кто слышал что такое обфускатор для NET? Кто не слышал будет БААЛЬШОЙ српрыз!!!!
 

eXOR - billgmicrosoft.com
26 Jun 2002 9:25 AM
2 miroh:
А нахур он там нужен?

2 Qrot:
Нее... я - то не позорюсь. Знамо об чем говорю ;-).

2 Nash Bridges:
> через 5 лет они будут поддерживать Нет. и Ком кстати тоже
Хмм.. нам они, когда приезжали то же сказали, что будут COM поддерживать... но вот только будут ли появляться новые компоненты... вона в чем вопрос. А на одних старых далеко не уедешь.. а если присовокупить генеральную чистку кода, которую приказал БГ сделать... наклевывается большая жопа.
 

miroh
26 Jun 2002 9:49 AM
http://www.gotdotnet.com/featured_site/wiseowl/default.aspx Микрософт тапереча у нас главный поборник опенсорс. Т.е если декомпилировать NET файлы получаешь код IL почти точно совпадающий с исходником.
 

Nash Bridges
26 Jun 2002 10:41 AM
2Ron: так надо умеючи. а неумеючи можно и каждый день все херить. думать надо, а потом делать. удачи:)

2Qrot: что-нибудь появится и вылезит обязательно. просто по другому никак.

2Blind: как где? это не везде... портировали точно знаю.

2eXOR: Вы пользуетесь компонентами фирмы Майкрософт или может только стандартом от нее? Так старые (то есть текущие) компоненты удовлетворяют, используются? Так и через 5 лет их используйте. Нужен будущий функционал? Тогда используйте новое. А вопросы миграции - это очень лично.
 

Qrot
26 Jun 2002 11:13 AM
2Ron: работает для работы с одной машины по крайней мере. не работало бы - не постил, в конце концов.
должно так же работать и при работе со своими настройками с нескольких машин, если проделать действия из твоей ссылки (но не тестил)- Documents and Settings ничуть не хуже и не лучше любой другой папки.

порядок такой:
1. копируешь профили куда тебе надо, у меня это <huge-partition>:/home/<username> (сначала админский, потом под админским все отсальные + All Users и Default User (их можно и просто скопировать))
2. меняешь в реестре пути (там еще подключики нужно поправить)
3. прверяешь/выставляешь пермишены

если все правильно сделал, то каталоги новых юзеров будут создаваться так же где и все остальные.

мне пришлось эту проблему решать, когда на разделе с НТ перестало хватать место под документы.. так что тут не только в нравится/не нравится дело.
 

Qrot
26 Jun 2002 11:19 AM
да, зыбыл добавить :)
я не несу никакой ответственности за порчу/потерю Ваших файлов в случае применения приведенного ниже метода переноса домашних папок пользователей. это not supported way, как было верно замечено, и Вы применяете его на свой страх и риск.
 

Ron
26 Jun 2002 11:24 AM
2 Qrot: Ну, если дело было только в том, что не хватало места под документы, то можно было просто "My Documents" (тоже, кстати, терпеть не могу все эти "my": "My Documents", "My Pictures", "My Recieved Files" и т.п.) перенести штатным методом.

В любом случае, надо будет тоже попробовать от этого угрёбищного "Documents and Settings" избавиться :-))
 

Qrot
26 Jun 2002 11:44 AM
2Ron: штатный метод еще знать надо :) он вроде бы только через твик уй доступен.. и там не только документы - почта например, мозильская и оутлуковская жрала львиную долю, с теми же доками в аттаче и еще со всякой фигней.. в принципе можно еще и Program Files в какой-нить /bin перенести.. но это я другим методом решил.
но вообще канешна не есть гуд что нельзя все это проделать официально, так сказать, суппортед вэем.. я например винду ставлю в на партицию на 3 гига, а все остальное держу на большой партиции... удобно - если все таки грохнется, то все данные целы останутся.
 

eXOR - billgmicrosoft.com
26 Jun 2002 11:55 AM
2 Ron:
Блядь почему все у них ихнее? My Documents, My Images, My Computer... пошли бы они на хуй.
 

Bosch - boschpisem.net
26 Jun 2002 12:08 PM
... eXOR какой-то травы обкурился...
А как там должно быть написано? "Твои документы"?...

Когда нечего сказать оппоненту, появляются фразы а-ля "а у тебя жена гулящая", "а у тебя фамилия некрасивая", "а ты толстый, жирный боров"... Чего прицепился к названию? К БУКВАМ! На сарае *** написано, а лежат дрова.
 

me - userinternet.com
26 Jun 2002 12:23 PM
>> еще и Program Files в какой-нить /bin перенести

Это-то зачем???:))

eXOR, уже ведь среда... Ты чего такой злой?:))
 

Qrot
26 Jun 2002 12:32 PM
оставьте человека, видите - в печали..

2me: а затем что 3Г на все програм филесы на хватат.
 

Ron - rodionlenta.ru
26 Jun 2002 12:32 PM
2 Bosch: Если "Documents" лежат в папке с моим профилем, то и так очевидно, что они "My", незачем это особо подчёркивать. Мне все эти "Му" не нравятся по вполне практическим причинам - я частенько пользуюсь коммандной строкой, а любое имя с пробелами при этом вызывает раздражение.
Вообще, все эти "my" - это лоховство. Это когда ламеры проги пишут, то у них система наименований такая: "MyFunction", "MyClass", "MyObject" и т.п. Потом пытаешься разобраться - охереваешь, не иначе, как Наполеон из палаты №6 писал.
 

Bosch - boschpisem.net
26 Jun 2002 12:40 PM
2 Ron
Дело привычки... А я, к примеру, постоянно меняю пути хранения тех же шаблонов Ворда, БД аутлук_экспресса, аутлука... И все это лежит (хакеры - не читать!) в папках типа My Data, My Tools. И не потому, что мне нравятся имена с пробелами (система должна подстраиваться под человека, а не человек под систему. А мне вот все эти линуксовские "глибсы" не нравятся! как арабы, честное слово, лень написать пару гласных, чтобы понятно было, о чем речь? Работает же Мак "с начала времен" и с пробелами и с длинными именами...) Так вот.. не потому, что мне нравятся имена с пробелами, а просто так "мои" каталоги внутри материнскоро стоят рядом друг с другом, т.е. исключительно с точки зрения удобства. И отсюда они все скопом направляются в "мой" же портфель (только называется он у меня по-другому).
 

me - userinternet.com
26 Jun 2002 12:51 PM
>> система наименований такая: "MyFunction", "MyClass", "MyObject"

У меня есть один такой классик "MyPortfolio". Абсолютно точно отражает суть абстракции, между прочим:))

>> а затем что 3Г на все програм филесы на хватат.
Мне было интересно почему именно bin:)) Дело в том, что у меня bin ассоциируется с папкой, которая есть в PATH.
 

Qrot
26 Jun 2002 1:54 PM
2me: исторические причины.. уместнее было бы /usr/local на самом деле ну да фиг с ним :)
опять же - из коммандной строки так удобнее
 

me - userinternet.com
26 Jun 2002 2:59 PM
:))
 

{}
26 Jun 2002 4:43 PM
Кум! Га? А ты чув, як оти кляти редмондци кажуть на наш /usr/local? Як!? "Докумеееееентс энд сеееееееееттингс!" Повбывав бы гадив!
 

RIK
26 Jun 2002 10:22 PM
2 Ron
>я частенько пользуюсь коммандной строкой, а любое имя с пробелами при этом вызывает раздражение

А ты чаще пользуйся wildcаrd'ами и переменными среды. Не панацея, но способствует.
 

RIK
26 Jun 2002 10:23 PM
2 {}
lol :-)
 

Qrot
26 Jun 2002 11:26 PM
2RIK: одно другому не мешает
 

RIK
27 Jun 2002 9:05 AM
2 Qrot
Я тоже пользуюсь командной стокой, но пути с пробелами набирать почти не приходится. Можно ведь писать, скажем, cd prog* или cd %USERPROFILE%. pushd/popd еще помогают. Хотя по существу согласен - названия директорий с пробелами иногда раздражают.
 

me - userinternet.com
27 Jun 2002 11:04 AM
Что ж, я тоже похвастаюсь. Я обычно набираю только первую букву папки и жму Tab. И даже кавычки при необходимости добавляются.

ЗЫ: Напомню, что пользуюсь cmd.exe:))
 

Ron - rodionlenta.ru
27 Jun 2002 11:08 AM
А я вообще пользуюсь Far - у меня в нём все нужные папки на шорткатах висят от RightCtrl+1 до RightCtrl+0 :-))
 

Qrot
27 Jun 2002 12:11 PM
2me: в ФАРе так не прокатит.. я иногда зыбваюсь и тоже жму, но не пашет. и шорткаты в ФАРе правильная штука :)

2RIK: каждый упрощает свою жизнь по разному :)
 

Ron - rodionlenta.ru
27 Jun 2002 1:07 PM
2 Qrot: TweakUI позволяет назначить автокомплит на любую комбинацию клавиш. Только вот в фаре очень затруднительно подыскать свободную :-)) Я искал с полчаса, наверное, потом плюнул - не очень то в фаре автокомплит и нужен.
 

eXOR - billgmicrosoft.com
27 Jun 2002 1:48 PM
2 me && RIK:
Ага... А когда у вас все каталоги называются:
My Documents
My Images
My Programs
My Hren
....
автокомплитить заколебетесь...
 

eXOR - billgmicrosoft.com
27 Jun 2002 1:58 PM
2 Bosch:
В UNIX никогда не было проблем с длиными именами, содержащими пробелы.
 

Sanja - alexvdati.lv
27 Jun 2002 6:32 PM
2 eXOR
А ты в этом случае попробуй несколько раз [TAB] нажать - то же самое как в Task-manager'e искать не сортируя по имени процесс "services.exe" - по первому символу - несколько наз нажимаешь "s" :). На XP работает.
 

eXOR - billgmicrosoft.com
28 Jun 2002 9:02 AM
2 Sanja:
Ха... вот 50 файлов с названиями My... затрахаюсь я однако по табу долбить.
 

me - userinternet.com
28 Jun 2002 11:28 AM
eXOR, ты чего-то стал говниться без повода:))
Объясняю:
My Documents - нужно набрать cd myd[TAB][ENTER]
My Pictures - cd myp[TAB][ENTER]
My Webs - cd myw[TAB][EMTER]
My Received Files - cd myr[TAB][ENTER]

PS: w2k.
 

me - userinternet.com
28 Jun 2002 11:29 AM
Хотя, конечно, без "my" можно было бы и обойтись:))
 

PTO - kruchkovkgb.ru
28 Jun 2002 11:45 AM
блин ну так сделайте себе линки на эти каталоги!
 

Ron - rodionlenta.ru
28 Jun 2002 11:51 AM
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shel l Folders - И никаких, в общем-то проблем. Просто непонятно, кто такие имбецильные дефолтные названия для этих самых шелл-фолдерс придумывает? Виндовых админов да программеров чешут под одну гребёнку с домохозяйками и секретаршами, что первый раз комп увидели. Неужто нельзя в инсталляторе сделать настройки чтобы сразу поместить это кому куда удобно?
 

Ron - rodionlenta.ru
28 Jun 2002 11:54 AM
2 РТО: Ну, сделаю, я линки, и будет у меня в корне %systemdrive% болтаться "Documents and Settings" и, скажем, линк "Profiles". Оно мне надо? Только путаница лишняя.
 

me - userinternet.com
28 Jun 2002 1:16 PM
>> блин ну так сделайте себе линки на эти каталоги!
За идиотов держишь?;)))

>> Просто непонятно, кто такие имбецильные дефолтные названия для этих самых шелл-фолдерс придумывает?
На западе собственники все:)) Им надо штоб свое было. Отсюда и my:)))
 

eXOR - billgmicrosoft.com
28 Jun 2002 1:27 PM
2 me:
> ты чего-то стал говниться без повода:))
Да ты гонишь :-).

> Им надо штоб свое было. Отсюда и my:)))
Дыкть хрен ли оно ихнее? Компутер то не ихний ;-).
 

Sanja - alexvdati.lv
30 Jun 2002 12:32 AM
>eXOR, ты чего-то стал говниться без повода:))
Так держать :) Я вот узнал про: My Documents - нужно набрать cd myd[TAB][ENTER]. Работает в натуре!

P.S. C еХОR'ом только Америку и открывать :)
 

me - userinternet.com
30 Jun 2002 10:41 AM
>> Компутер то не ихний
Ну так "my" для них - единственная отрада :))

>> Работает в натуре!
Дык:))
 

eXOR - billgmicrosoft.com
1 Jul 2002 8:50 AM
2 Sanja:
> C еХОR'ом только Америку и открывать :)
Хммм... это похвала или наезд? :-).

> Я вот узнал про: My Documents
Дыкть в споре рождается истина :-).
 

Den
1 Jul 2002 11:12 AM
A ya vot perestroil vsyu imeyushuyusya u nas COM-systemu na .NET'e + testy an MFC - use proshlo gladko i bystro, rabotaet, raduet glaz. Stoimost' perexoda = vremya compilyatzii :))
 

Qrot
1 Jul 2002 11:41 AM
2Den: а зачем? какие плюсы?
 

glassy
1 Jul 2002 11:42 AM
кто кому тут мозги чпокает? какой нафиг таб? ниаботает ваш комплит в cmd (win2k)
 

eXOR - billgmicrosoft.com
1 Jul 2002 12:51 PM
2 glassy:
Ха :-). Работаит :-). Токма надо ключик в реестре поправить, какой - не помню.
 

Qrot
1 Jul 2002 2:31 PM
glassy, а у тебя вообще хоть что-нибудь работает? :)
 

me - userinternet.com
1 Jul 2002 2:38 PM
Ключик такой:
HKCU\Software\Microsoft\CommandProcessor
CompletionChar должен быть равен коду Tab'а - "9". Еще есть PathCompletionChar, но он, по-моему, не нужен.
 

glassy
2 Jul 2002 11:41 AM
Чтобы шелл что-то читал из реестра -- это нечто! Там случайно акшн для exe нигда не меняется на html?
 

eXOR - billgmicrosoft.com
2 Jul 2002 12:41 PM
2 glassy:
А чем cmd.exe отличается от того же Explorer'a
 

Ефрейтор
2 Jul 2002 3:45 PM
2 eXOR:
Отличались на Windows-95. Сейчас не знаю.
Хотя бы по-разному имена с пробелами обрабатывали.
 

eXOR - billgmicrosoft.com
2 Jul 2002 3:53 PM
2 Ефрейтор:
На win95 не было cmd.exe никогда.
 

Ефрейтор
2 Jul 2002 3:56 PM
2 eXOR:
>>А чем cmd.exe отличается от того же Explorer'a
>На win95 не было cmd.exe никогда.
Вы сами ответили на свой вопрос. :)
 

Ефрейтор
2 Jul 2002 4:00 PM
2 eXOR:
Пардон. Я cmd с command попутал. Ошибку сознаю.
 

eXOR - billgmicrosoft.com
3 Jul 2002 10:10 AM
2 Ефрейтор: :-)
 

 

← май 2002 18  19  20  21  24  25  26  27  28 июль 2002 →
Реклама!
 

 

Место для Вашей рекламы!