Все новости от 22 мая 2001 г.

Microsoft перенацеливает стратегию .Net

Софтверный гигант сосредоточился на двух расширенных редакциях своего набора инструментов разработки Visual Studio.Net, который содержит обновления языков программирования Visual Basic и Visual C++, а также первую версию C#, нового языка программирования для создания ПО на основе веба. Все эти инструменты имеют первостепенное значение для стратегии Microsoft .Net, нацеленной на превращение ПО в интернет-службы для традиционных ПК и карманных устройств.

До конца года Microsoft планирует выпустить три редакции инструментария. Опытные версии пакета Professional Edition разработчики уже получили. В понедельник анонсированы еще две, расширенные, версии: Enterprise Architect Edition и Enterprise Developer Edition. Они будут снабжены средствами тестирования, которые позволят программистам измерять быстродействие и производительность своего ПО. Кроме того, обе новые редакции содержат готовые программные компоненты, которые можно использовать при разработке приложений. Примером такого компонента может служить товарная корзина для сайта электронной коммерции.

Руководителю проекта разработки ПО обе версии предлагают возможность создания шаблонов, содержащих руководящие материалы и программные компоненты для участников проекта. Редакция Enterprise Architect включает дополнительные средства, позволяющие руководителям проектов и начальникам нетехнических подразделений компаний работать с программистами над созданием приложений. Неспециалисты смогут рисовать графические схемы создаваемого ПО при помощи инструментов визуального моделирования ИТ-функций ПО и баз данных. «Пока это примитивные инструменты моделирования, но они означают гигантский скачок вперед», — заявил ведущий менеджер продукта Microsoft Дэн Хей (Dan Hey).

Новые функции, содержащиеся в двух расширенных редакциях, призваны упростить коллективную разработку ПО. «Задача, как помочь людям, которые не являются профессиональными программистами, самим создавать приложения, становится все важнее, — отмечает аналитик Gartner Group Дэвид Смит (David Smith). — Это извечная проблема, но мы приближаемся к той точке, когда она становится в какой-то мере решаемой».

Обсуждение и комментарии

	me - userinternet.com 22 May 2001 2:02 PM
Неспециалисты смогут рисовать графические схемы создаваемого ПО при помощи инструментов визуального моделирования ========= Интересно, и что же нарисуют "неспециалисты"? ========= Задача, как помочь людям, которые не являются профессиональными программистами, самим создавать приложения ========= Скулл, я начинаю понимать, что ты имеешь ввиду под понятием "поделки" :)))) ДОЛОЙ НЕПРОФЕССИОНАЛЬНЫХ ПРОГРАММИСТОВ!
	Shadow 22 May 2001 3:50 PM
2me: Всё ещё не понятно, что это просто способ продать .net? "Неспециалистов" всё равно будут "бить по рукам", чтобы не "рисовали" чего попало. Уже проходили, когда вместо информатики преподавали "пользование". Усё вернулось на круги своя.
	Skull - sibskullmail.ru 22 May 2001 4:07 PM
2 me: ничуть не хочу принизить профессионализма нормальных разработчиков под Windows, но вот ТАКОЕ - давить! MS сама выпускает джина из бутылки.
	yuraka - yurakayahoo.com 22 May 2001 4:16 PM
А такое понятние как UML моделирование вышевысказывшемся в голову не приходило? Ведь пока-что это лучший способ объяснения программисту-профессионалу того, что же хочет получить например заказчик-профессионал.
	dragon - dragon360.com.ua 22 May 2001 5:52 PM
to yuraka: Интересно ты хоть понял что ты сказал? UML для не спеца? Окстись старик, чур тебя ;(((((((((((((((( На пушечный выстрел, не спецов, к этому делу нельзя... А если она UML знает так он и программеру сможет обьяснить что же ему надоть. Не надо молится на UML, это только еще один тул помогающий умным людям понимать друг друга. Но отнюдь не панацея!!!
	A 22 May 2001 5:52 PM
Непрограммисты не будут осваивать сложный инструмент. А программисты не прильстятся простотой (примитивностью). Ну нельзя придумать язык в три слова и написать на нем Е.Онегина :-) Простой язык -- что бы покрикивать, но он (они) уже давным-давно придуман.
	allex 22 May 2001 6:45 PM
От сумы да от тюрьмы не зарекаются...
	yuraka - yurakayahoo.com 22 May 2001 8:42 PM
2dragon: А что - профессионалами могут быть программисты? Ты хоть RUP читал-то?
	неспециалист 22 May 2001 11:00 PM
есть же неспециалисты в программировании которым нужны программы но они не хотят их покупать или заказывать - вот они сами себе и будут стряпать "поделки" - для себя и так сойдет. Не все же ПО делается обязательно на продажу - кто-то делает и чисто для себя.
	stone 23 May 2001 2:42 AM
Ох, если б только для себя.
	Zaufi 23 May 2001 4:13 AM
народ да чо вы так разгарячились :) -- ЗДНет.ру как обычно перевирает с переводом :) в оригинале было: The Enterprise Architect edition has extra features that allow managers of software projects and nontechnical company executives to work with their programmers to build applications. Что я бы перевел примерно так: EA ed. имеет доп фичи позволяющие манагерам проектов и спецам напрямую не связаным с кодированием (архитекторы и проектироващики) плотнее взаимодействовать с программерами для построения приложений. Ну взять хотябы препода по БД что был у нас в универе... ему нужно было обяснять как ему мыло отослать, но с другой стороны он прекрасно владеет теорией, знаком с кучей нотаций, и может разрисовать проектируемую БД в картинках, которые и сможет поглядеть программер и закодить чо требуется. При этом сами картинки в бумажном виде могут и не существовать... -- это и есь более плотная работа девелоперской команды. А это "вижуальное" средство как я полагаю называется VisualModeler (aka кастрированая Rational Rose)... наверное с несколькими новыми фичами... так что ни о каких прогерах-ламерах речь не идет... компилятора с UML в *.exe еще не придумали :)
	Игорь 23 May 2001 8:09 AM
Пользователи ПК начинают сами понимать толк в формах, кнопках, таблицах, событиях и т.д. Информатику знает каждый, моложе 30-и лет. Мне кажется, что программирование должно быть ближе к народу.
	Egres 23 May 2001 9:47 AM
to me: Не ради флейма, :-))) После жарких обсуждений о том что опен соурс отнимает хлеб у программистов, М$ пошла по другому пути, они хотят дать возможность каждой домохозяйки самой "писать" софт. Очень "остроумное" решение!!! А теперь представь сколько появится новоявленных "программистов", и студентов-недоучек!!! И, Вы, профессиональные программисты, которые пишите добротные, отлаженные программы можете оказаться неудел, потому как само собой за свой добротный продукт затребуете сумму более высокую, чем за поделку сделанную самоделкиным.
	Украдк 23 May 2001 10:10 AM
То Zaufi : А кто Вам мешает написать компилятор с UML в *.exe? :))) Какая проблема-то? Есть компании, которые этим успешно занимаются и даже у нас в России...
	me - userinternet.com 23 May 2001 10:59 AM
А кто Вам мешает написать компилятор с UML в *.exe? :))) ========= И что же получится в результате? Программа, рисующая диаграммы?:))) ====== Какая проблема-то? ====== Проблема в идеологии: UML только описывает систему, а не реализует. ====== Есть компании, которые этим успешно занимаются и даже у нас в России... ====== Ссылку... ====== А теперь представь сколько появится новоявленных "программистов", и студентов-недоучек!!! ====== Egres, да я уже смирился с тем, что если что-то надо маленькое, лучше сразу найти нечто с избыточной функциональностью, но от какого-нибудь опытного производителя, нежели перебирать тучу глючного софта на tucows.com :((. В нашем мире это называется "прогресс":(( Обидно... Однако, вряд ли это заслуга только МС. ====== ЗДНет.ру как обычно перевирает с переводом :) ====== Угу:))
	eXOR 23 May 2001 11:08 AM
2 yuraka: А ты UML пробовал впарить кому - нибудь далекому от ИТ? Я имею ввиду впарить IRL, а не в мечтах. 2 Me && Skull: Вы что работы боитесь лишиться? Плохой софт был есть и будет. Писать его будут. Всегда будет куча народу, умеющего тыкать крысой, по рассказанному сценарию. Просто программер становится обычной профессией. Будет так же, как напрмер счас со строителями - можно нанять себе профессионалов и они сделают тебе дом, можно самому построить, что лучше определишься сам. В общем перечитал я что написал - вроде немного сумбурно - но имхо понятно.
	Manager-Architect 23 May 2001 11:46 AM
Всем "защитникам" неспециалистов - о чем вы вообще речь ведете. "Разрисовать" грамотно структуру программы (не говоря уже о программном комплексе) не чуть не проще, если не сложнее, чем код написать. Серьезный программист тратит на кодирование и отладку от 20 до 30% времени, 60-70% - на разработку архитектуры и структуры. Другое дело, что "правильные" продукты должны предоставлять возможность делать "подгонку" под себя на уровне непрограммируемого интерфейса (тот же блаженнной памяти Paradox достаточно вспомнить).
	Mark - markreachcast.co.il 23 May 2001 12:00 PM
Коллеги, забыли dBase? Тоже позиционировалось, как средство "сделай сам - прям щассс", и что? Все прошло в 3 этапа: 1. Каждый, освоивший оболочку, клепал свою БД - и до 100-200 записей все было ничего, но для реальных БД приходилось нанимать реальных спецов. 2. Реальным спецам понадобился Clipper, но из детского конструктора трудно строить настоящий дом, даже если это Lego. 3. Нынешние БД стоят на Oracle :-) Надеюсь, опыт получили не только мы, но и user'ы - чтобы сохранить $$ приходится учиться... "Будущее прекрасно для настоящих программистов!" - (c) Ed Post :-)
	Sergey - serg_moyahoo.com 23 May 2001 2:14 PM
To Garya: То, что Вы называете "Компиляторы UML -> EXE", является, на самом деле CASE-технологией разработки инф. систем. К компиляторам она никакого отношения не имеет. Я считаю, что компилятор UML -> EXE без стадии исходного текста на каком-то языке программирования - это просто бред.
	АУ 23 May 2001 2:47 PM
Автоматический сопрягатель входа-выхода кодера и постановщика задачи - это конечно здорово, но вспоминаются слова - "у жирафа вышла дочь замуж за бизона"
	Zaufi 23 May 2001 4:26 PM
2 Graya: скажешь тоже... -- я уж было с работы решил увольняться :) ... ты CASE никогда не видел?? :) -- ее призвание не компилять картинки в код, а облегчить проектирование системы. CASE конечно может сгенерить скелеты модулей\классов... но реализацию методов\подпрограмм всетаки делает программер. Ибо описать весь проект на томже UML задача настолько трудоемкая что я даже сомневаюсь возможная ли... кроме того не нужная (если не вредная), ибо усложнит понимание системы, а в этом и есть одна из задач UML -- облегчить понимание того чтоже мы проектируем\кодируем... вобщем мечта сделать реальную прогу без знания языка программирования по прежнему еще мечта... :) (специалисты по VisualAge не утруждайтесь доказательствами обратного :)
	Zaufi 23 May 2001 4:32 PM
2 Sergey: ... причем бред сивой кобылы :) -- гм... тоесть домохозяйки узучающей UML в надажде заавтоматизировать свою кухню :)
	E 23 May 2001 5:56 PM
Профессионалы, не беспокойтесь! ;) В одном из докладов на конференции по персональным вычислениям академик Ершов рассказал историю примерно следующего содержания - воспроизвожу по памяти, т.к. первоисточник мне не доступен. "В начале шестидесятых на заседании секции академии обсуждались вопросы языков высокого уровня и высказывались мнения о том, что создавая ЯВУ програмисты сами рубят сук на котором сидят, т.к. с появлением ЯВУ каждый сможет писать программы сам. С тех пор прошло много лет, а сук на котором так хорошо устроились программисты отнюдь не стал тоньше." ;)) Если кто хочет точнее - попробуйте найти сборник докладов конференции "Диалог микро-82" - там были очень симпатичные выступления, которые не потеряли актуальности и сегодня. Доклад Ершова приблизительно назывался "Персональные ЭВМ - прообразы млекопитающих в эпоху динозавров ВЦ КП"
	AT - 220220pager.icq.com 27 May 2001 3:17 AM
Украдк: А что именно в UML прямо в EXE ?? Use Cases, Class Diagram, Process seq ? Буду готов уйти на пенсию если прямо из описаний наборов названий взаимодествий будет программа генирироватся. STORM2000 - А чем это они отличилисть от Access и VB?? То что сначала рисуют что-то для юзера о процессе, а потом лишь программисты код на окошки вешают ? Так этого добра полно уже ... Правда по отдельности.