Ну так то и у нас доли секунды


Вот и хорошо что у нас есть кучи компонентов, вот небольшой списочег VirtualStringTree только published свойств компонента   с ним можно решать любые инопланетные задачи  
http://my-soft.ucoz.ru/1.png

Это сообщение отредактировал(а) Dik0n - 8.6.2011, 17:06

 

Смотря где, с кем и когда.
т.к. занимаюсь СКАДА системами, то говорю из собственного опыта: мартышка, в виде главного инженера (уполномоченного лица заказчика) диктует условия очень и очень жестко. Там кнопка, там график, а там ее быть не должно (часто приходится писать компоненты именно под нужды ОДНОГО заказчика).
Прибыль от продажи такого ПО не меньше, чем от продаж "серийного" ПО, где, как Вы сказали юзер - ресурс.

Считаешь такой набор свойств есть гуд? Значит мало опыта ещё  


Работал я когда-то, давным давно с вашим VT, вроде так вы его называете. Компоненты хороши (если не ошибаюсь их там два), однако они рядом не стояли с ListView в WPF

Это сообщение отредактировал(а) Rohoss - 8.6.2011, 17:48

Пустые слова, где доказательства, вот зацени демку из стандартного набора, и сделай на WPF хоть что нибуть, что невозможно там.

Присоединённый файл ( Кол-во скачиваний: 6 )
 Demo.zip 719,43 Kb

На самом деле легко можно сделать что невозможно в VT. Но не в этом дело же. 
Концепция WPF: xaml +DataTemplate+ DataBinding сильна. Дело то в сырости WPF и инструментов разработки, общей заторможенности .Net.

Всё давным давно доказано, почитай интернету. Я уже писал, что больше не буду тут примеры приводить, но если тебя этот вопрос действительно интересует, то ты можешь посмотреть как может выглядеть гуй с помощью ВПФ на просторах интернета.

Да но в энтерпрайзе он не нужен, в энерпрайзе не нужны эффекты вот в чем дело, нужно стандартное Windows приложение.  

Ну да полазил по гуглу посмотрел интерфейсы, ничего особенного, я тоже самое на VT делал.
Я даже VT под дизассемблер приспособил, дизассембелирование и отрисовка на лету с любого виртуального адреса.

VT это GDI, а WPF - DirectX. свистелки и пирделки тут гораздо красивее можно сделать...



Это сообщение отредактировал(а) Frees - 8.6.2011, 19:23

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

Сейчас еще модно стало Веб и всякие облака SaaS - тут Delphi совсем никак (или я неправ?)

Это сообщение отредактировал(а) Frees - 8.6.2011, 19:28

Хотя, тут вопрос тоже спорный. Человеку более приятно будет работать с более красивым софтом, а значит и уважение к компании будет выше и человек навряд ли перейдёт на другую работу, где он будет работать с унылым гуем. На самом деле это тоже играет роль, однако я не думаю что работодатели пост советского пространства это будут учитывать.

Добавлено через 2 минуты и 16 секунд
Однако, среди известных мне проектов (десктопа), которые разрабатываются в данный момент для западных компаний 80% это WPF

;)
http://www.google.com/search?ie=UTF-8&...366&bih=649

Тут вопрос в действительности не такой уж и спорный. Ты наверно слышал о такой штуке, как пирамида потребностей? Так вот эстетические потребности находятся у вершины пирамиды, а физиологические потребности - в основании. Эта та самая причина, почему эстетиеский аспект рассматривается в последнюю очередь. Возьмем, к примеру, 1С Бухгалтерию и ОЕБС. 1С эргономичен, удобен, гибок. На нем и буху работать приятно и разрабатывать под него - легко и непринужденно, не даром в этой нише пригрелось столько бездарностей от программирования. ОЕБС - ужасен, не удобен, гибок как железобетон и грациозен как гипопотам. Бухи пьют валерьяну, работая на нем, разрабы зубовно скрежещут, допиливая его. А стоит ОЁБС не на один порядок дороже - почему? Потому что он масштабируем. И тот, для кого масштабируемость - базовая потребность, будет терпеть его таким, какой он есть. Жертвовать масштабируеостью ОЕБС ради эстетической привлекательности 1С, душевного здоровья бухгалтеров и удобства программистов, как - то нелепо, нет?

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

Это сообщение отредактировал(а) Zloxa - 9.6.2011, 10:05

Ну не знаю, версии 1С что я видел (7.7), на мой взгляд те еще крокодилы.