sаmakacd, скорость актуальна не во всех случаях. Мне достаточно написать критические секции в прямом коде и я еще посмотрю, что будет работать быстрее. Но для разовых задач и небольших схем пакет Windows более чем достаточен, он выполняет многие функции быстрее, чем пользователь подумает что ему делать дальше, но его дуракойстойчивость даст мне скорость создания своей рабочей схемки, а не шаманство с подключением точек и типов

Полностью согласен.

ИМХО, начинающему не так важна скорость работы, важно ему чтобы скомпилировался проект и он подсел на среду, а не оставил коментарий: "У миня нечего ниработает".

Не "да ну". Попробуй использовать (скажем) TVT_AddNode без указания TreeView (я на эти грабли наступал не раз) - получишь малоинформативную ошибку доступа (или Runtime - хрен редьки не слаще).
А в C# ты скорее всего получишь ошибку NPE (Null pointer exception).


Это всё равно среда разработки, а не среда чтения и исполнения желаний, поэтому - "назвался груздем - полезай в кузов", т.е назвался разработчиком - будь добр включить мозг.
Я не знаю того конкретного эпизода (надо будет поискать, ради порядка), поэтому сказать насчёт очевидности/головоломности ничего не могу.

Кстати
1. Малюсенькая прожка на трёх компонентах CNET, которую с трудом удалось запустить в Win7 32, категорически отказалась работать в Windows XP SP3.
2. Лучший язык тот, которым хорошо владеешь.

Поди версии FrameWork разные, а этот пакет ой как капризен к версиям библиотек. В одной может работать, а в другой получишь ПНХ
------------ Дoбавленo в 01.35:

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

Вот-вот, и нахрена такие приключения на свою ....
Кстати, ещё один траур у меня - две буки, на которых стояли Ubunt-ы, приказали долго жить (перестали включаться). Более дотошно разбираться "кто виноват" даже не хочу. Главное - знаю "что делать". Завтра отвезу ребятам на запчасти.

iarspider, [flood]
что, было недостаточно заметно что текст был в ?
Это означало примерно следующее, о чем знаю то и сравниваю. И ничего более. А ваш вброс вообще не в тему.

самое что ни на есть прямое, пишешь на Java, получаешь JS.
тоже самое.
тоже самое, можно даже уточнить Java to Action Script 3.

[flood]enterprise так не считает.[/flood][/flood]

hitman249,
[flood] Почитал. Отвечаю на свой вопрос: чуть больше, чем никакого. Есть конвертеры, которые позволяют неинтерфейсный код переводить в ObjC/Flash/JS. А-фи-геть.


Entreprise - не показатель. Что сделали, тем и пользуются - legacy называется.

Кстати, возвращаясь к предыдущему посту: Sony Vegas с вероятностью 99% использует DirectX и кучу платформозависимых фишек, которые (сюрприз!) отсутствуют на других платформах (Linux, Mac).
И отсутствуют они там потому, что являются закрытыми (проприетарными) технологиями, и любых альтернативных разработчиков к ним на пушечный выстрел не подпускают.
[/flood]

---

Хочется играть в кубики - так это на соседний сайт
Ещё раз повторю: взялся программировать (хучь текстом, хучь кубиками, хучь для калькулятора БЗ-34) - напрягай мозги. Без этого никак, инфа 100%. Кстати, вчерась забыл хрестоматийнейший пример того,
как соединение точек "наугад" в пакете Windows даёт ожидаемый (т.е. неправильный) результат: отправка почты с вложениями. Этот пример даже в местный Фольклор попал.

Вообще конечно контроль за тем, что с чем соединяется должен быть на уровне среды, т.е. не должна среда давать точку типа String подключать к точке типа Array. Но совместимость типов должна быть прописана
на уровне пакета. Сейчас:

• в design-time автор пакета ни на что влиять не может
• в codegen/compile-time автор пакета может максимум "красноту" выдать, но не может наглядно показать пользователю пакета ("разработчику"), где тот накосячил. Плюс, у меня есть ощущение, что на этом этапе далеко не всё можно отловить
• вот и остаётся слать exception-ы в run-time, чтобы хоть как-то показать разработчику, что он не прав.

Отчасти эту проблему должна решать документация - тут я не спорю. Но и здравый смысл тоже должен быть.

А че я, собственно, ж... рву -- время рассудит нас. Мне, к примеру, по деревне альтернативные сборки и какой там будет стоять пакет по дефолту, я напрямую работаю с SVN. А вот разработчик сборок сам будет перед юзерами отдуваться, это будут уже его проблемы. Я когда голосовал, то исходил из позиции других пользователей, которые могут присоединиться к сообществу в будущем. И я не буду оспаритвать вариант становления пакета .NET в будущем основным, но я уже озвучил когда -- когда выйдет завершенный HiAsm 5, не раньше. Пока же, и тот и другой находятся в альфа состоянии. Дойдут ли они до беты, а Х его З. Если же вы хотите заставить юзеров тестировать пакет .NET, сделав его дефолтным, то это останется на вашей совести, но антирекламу HiAsm-у вы сделаете точно.

Золотые слова.

iarspider, [flood]
вот тут у вас накладочка вышла, те пакеты не являются конвертерами принципа "один синтаксис в другой", они самые настоящие компиляторы, которые код ещё и оптимизируют. Видимо и представить себе не могли, что программы могут собираться не только чисто из ассемблерных команд?
ещё к слову, когда вы пишите на JavaToSJ или на любом другом, на выходе вы получаете гарантированно рабочий код, во многих случаях даже оптимальней самописного!


а этим вы доказали всю несостоятельность языка С# как платформонезависимого, причем если C++ можно пересобрать под нужную ОСь, то со вторым уже "раб навеки".[/flood]

hitman249,
[flood]

Ню-ню. И как Вы собираетесь пересобирать C++-код, использующий DX и платформенные фишки (e.g. - драйверы) под Linux, а тем более - под Mac?
[/flood]

[flood]
[/flood]

В связи с результатами опроса, было принято решение вернуть пакету Windows статус "Основной".
Пакет CNET будет на втором месте в списке проектов.

CriDos, а почему в списке на Windows меня нет.
Пришлось проголосовать - очень хотел посмотреть результаты.
Что голосование ещё где-то было. Ну ты, блин, даёшь !