| Вопрос: .NET vs Basic 6 | Добавлено: 22.08.04 17:53 |
Автор вопроса:  Sparxx | Web-сайт: www.putin.ru
|
| Ответы | Всего ответов: 151 |
|
Номер ответа: 31 Автор ответа: cresta Вопросов: 117 Ответов: 1538 |
Профиль | | #31 | Добавлено: 23.08.04 01:32 |
|
У "правильных" пользователей
WaX, А кого можно считать правильными? Назови границу правильности. В деньгах. Я хочу знать твой критерий правильности. |
||
|
Номер ответа: 32 Автор ответа: crestaВопросов: 117 Ответов: 1538 |
Профиль | | #32 | Добавлено: 23.08.04 01:42 |
|
Коммерческую программу в .NET можно написать в БлокнотеTM
и откомпилировать БЕСПЛАТНЫМ vbc БД тоже бесплатная, mySQL как все уже поняли, и того затрат 0 прибыль 100% неслабо да Знаешь, почему бесплатный инструмент? Потому, что нахрен никому не нужен. То, что пользуется спросом, стоит денег. А Билли задвигает задаром отчего? Оттого, что народ не клюёт на приманку. Если бы пользовался спросом этот инструмент, разве скачал бы ты бесплатно FrameWork? Нет. |
||
|
Номер ответа: 33 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #33 | Добавлено: 23.08.04 01:46 |
|
WAX,
2. разбираться в устройстве компьютера, устройстве винды Выйдет Longhorn и мега программисты на winapi очень сильно попадут -- Сомневаюсь, он по-пежнему будет основан на Native коде, и ни на ем другом, так что обламаетесь вы  ) Продвигальщики .НЕТ вперед того чтобы он это заслужил...
--------------------- А в вашем грандиозном городе никто не заказывает сайты, и работодатели в вашем городе разбираются в языках программирования. Завидую )
-- Для этого существуют много более дешевые хостинги, без поддержки АСП, но с поддержкой ПХП!!! В нашем не удаленном от центра городе, деньги считать не разучились! --------------------- И еще уважаемый sne а, VB у вас лицензионный А к mySQL, postgreSQL VB как?? -- За-то я в состоянии покопавшись в коде пару вечеров и потеряв уйму времени, установить себе ПО, пусть даже и без серийного номера и т.п. фишек... Инсталяторы обычно ничего хорошего не выдумывают... А .НЕТ программео может себе поставить свое ПО, без помощи других и без круглой суммы в кармане !? --------------------- Кто говорит о высокопроизволительных приложениях задача заработать денег, получит удовольствие от программирования и ,в случае наступления тяжелых времен, практически безболезненно портировать её в Linux поверь мне It Works(c) -- Конкуренция вещь серьезная, и если у тебя сурьезный конкурент, то ты не заработаешь ни пенни, если не вылижешь свое приложение как следует! --------------------- И еще, SQL туже рулит ))
-- SQL, SQL, можно подумать что с базами на др. языках и писать-то нельзя !? Что мне мешает !? Берем и пишем запрос, получаем ответ, выводим... Причем тут SQL !? --------------------- Язык не важен, важно умение проргаммировать, а не кидать готовое на форму... и не использовать заботливо написанное за тебя... Ведь агетирую нового человека, вы его буквально обрекаете на смерть, вне .НЕТ! Вы этого не понимаете !? Важно не только умение пользоваться готовым, но и написать это готовое самому! |
||
|
Номер ответа: 34 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #34 | Добавлено: 23.08.04 01:54 |
|
C> Знаешь, почему бесплатный инструмент? Потому, что нахрен никому не C> нужен. То, что пользуется спросом, стоит денег. А Билли задвигает C> задаром отчего? Оттого, что народ не клюёт на приманку. Если бы C> пользовался спросом этот инструмент, разве скачал бы ты бесплатно C> FrameWork? Нет. Еще один факт - на данный момент Microsoft снимает с помощью технологии .NET неслабые деньги не с пользователей .NET-программ, а с разработчиков. Ты не интересовался, сколько стоит лицензионная Enterprise-версия Visual Studio .NET ??? А понять, почему консольный компилятор vbc + Блокнот отдаются даром может сказать человек, который хоть раз программировал в VSN IDE и примерно представляет, как бы это было "удобно" сделать в Блокноте. Консольный компилятор часто применяют для компилирования проекта без VSN, когда, например, проект большой. |
||
|
Номер ответа: 35 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #35 | Добавлено: 23.08.04 01:57 |
| Кстати, по программе, не помню как называется, для разработчиков, тебе все отдадут за чуть меньше ~500$, студию кучу инструментов и 2 лицензии на ХРюшу... Всю инфу можно посмотреть на официальном сайте MS, так что все это дело проталкивают с большим трудом... | ||
|
Номер ответа: 36 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #36 | Добавлено: 23.08.04 02:22 |
|
Microsoft Empower Стоимость 420$ без НДС Правда, проблемка одно маленькая. Лицензия действительна 1 год, после этого можно продлить программу, стоимость такая же, как и за регистрацию )) |
||
|
Номер ответа: 37 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #37 | Добавлено: 23.08.04 02:22 |
|
S> Но где по-истине пишутся производительные приложения ? Где нас нет (с) Чацкий, если не ошибаюсь. По-истине производительные приложения пишутся там, где они могут понадбится, т.е., в крупных компаниях с нехилым бюджетом, причем чаще всего работа разделяется на низкоуровневую и высокоуровневую и вот низкоуровневую пишут на быстрых низкоуровневых языках типа Си или Ассемблера, а высокоуровневую - совсем другие люди на языках вроде Delphi, VB6, .NET... А производительные приложения народного потребления (DirectX, GDI, MS SQL Server) уже давно написаны и доступны для использования. S> Basic6 - умирает, где гарантии что та-же учесть не постигнет и .НЕТ S> !? Умирать может Visual Basic 6, но само семейство языков BASIC не умирает. Билл Гейтс с момента запуска его первого интерпретатора ни разу не предпринимал попыток его прибить, если ты не заметил. Если скажешь, что они полностью изменили язык, то я не буду спорить. Но ведь когда на смену QB пришел VB все тоже было далеко не так однозначно... S> вещи... Кто хоть раз заглядывал в дебагер/дизассемблер, тот знает S> что в VB6 мусора, девать некуда, а в .НЕТ, при обработке ошибок (на S> низком уровне) получается оччень такой не хилый код... Откуда ты знаешь, что получается на выходе JIT-компилятора??? Самые светлые головы из MS приложили немало усилий, чтоб при JIT компиляции максимально оптимизировать код. A> А все .NET-компоненты будут работать с программой, написанной на любом A> CSL-языке S> Будут А вот написанные на том-же ассемблере, дельфи, си,S> библиотеки будут работать и на .НЕТ и под обычными языками  Если они поддерживают COM, то смогут работать через COM Interop. S> Может ты желаешь поспорить на ту же сумму, но уже с ассемблерным S> вариантом !? Сомневаюсь.. Не. Цэ вжэ нэ цикаво. А как насчет теста по динамическому выделению памяти в .NET и ассемблере? Я бы поспорил, да и не на такую сумму... S> Хотя если бы брали в расчет и скорость загрузки приложения... то я S> уверен что победитель оказался бы побежденным... Эх... Если бы программы приходилось только запускать, то Си был бы лучшим языком прогарммирования. Если я не ошибаюсь, в споре результаты были 4 минуты/6 минут, так что скорость запуска можно было бы и посчитать - это не так сильно бы повлияло на результат. A> То есть, я не смог отличить компонент, написанный на C# от A> .NET-компонента, написанного на Delphi! S> Это явно твоя промашка, именно из-за того что ты имеешь счастье S> прораммировать лишь на одном языке... При чем тут это? Смысл в том, что в Delphi получился полноценный компонент, который по своему виду не отличался от стандартных типа System.Windows.Forms и им подобным. S> Согласись что пользователь домашнего ПК не собирается использовать S> на одном компьютере одну программу, у него их десятки! И если S> каждая прграмма сохранить метров 5-10 системной памяти, то в итоге S> это выльется в 100-150 Мб ОЗУ, а это, между прочим, деньги! К тому временя как будет реальная необходимость запускать на персональном ПК 10 .NET программ (антивирус, файрвол, эмулятор CD и т.д.), уже будет во всю ходить Windows Longhorn, в которой таких проблем не будет. Да и памяти у тому времени у народа побольше будет. S> Это все замечательно, я и сам в том плане что ты описал кое-что S> понимаю, но! в нашем городе никто и гроша ломаного не даст за S> программиста на VB.NET, скажу даже более, работу найти невозможно, S> следовательно приходится быть универсальным... А ты что, считаешь свой городок центром вселенной??? В моем Приазовском с тысячей компьютеров 100% никому не понадобятся услуги .NET-программиста, но я же чего-то не пошел на трактариста, которые тут нужны. Есть способы зарабатывать деньги не только работая на взрослого дядю из конторы напротив... |
||
|
Номер ответа: 38 Автор ответа: CyRax  Разработчик Offline Client ICQ: 204447456 Вопросов: 180 Ответов: 4229 |
Web-сайт: Профиль | | #38 | Добавлено: 23.08.04 02:28 |
|
>На GetDotNet,
>помнится, кто-то на спорил на 100$, что цикл математических операций >на C# обгонит такой же цикл на C, и, как ты, наверное, понял, C# >выиграл... Ага, знаем мы эти тесты. Помню как то тоже проводил тест на скорость пустого цикла. PB и C++. Писали одинаковые алгоритмы на двух языках. For a=1 to 2000000000 Next a Естественно программа на C++ у программиста на C++ выполнилась в 3 раза быстрее чем на PB. Т.е. быстрее некуда. А .NET значит работает ещё быстрее. Наверное тоже в 3 раза. Ага, ну взял я дизассемблером исходник цикла на PB. Вот он :004010A5 C7C678563412 mov esi, 12345678 :004010AB FFCE dec esi :004010AD 75FC jne 004010AB Значится так. Смотрим такты.  EC reg16/32: 1 так за операцию
JNE rel8: 3 такта за операцию. Итого 4 такта. Ну покажи как быстрее работает цикл на VB.NET. Покажи мне его исходник. Только не документ для IDE, а именно исходник операций, которые процессор выполняет в цикле? Ты же говорил что продвинутый был(почему был?) програмер. Значит тебе это будет несложно. Кто его знает? Может .NET обладает какой то мистической силой, которая заставляет прошитую в процессор операцию условного перехода выполняться за 2 или 1 такта? А вдруг процессор Intel специально проверяет является ли приложение .NET и в случае истины специально сокращает такты? Хотя если ты не сможешь дизассемблировать прогу .NET или не найдёшь там нужного кода я не удивлюсь. А нахрена .NET-чику знать устройство микропроцессора? Ведь любимая .NET FW о нём позаботилась. Так что пока не докажешь, буду оставаться при мнении что все твои навязчивые аргументы гроша ломаного не стоят. |
||
|
Номер ответа: 39 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #39 | Добавлено: 23.08.04 02:31 |
|
C> Артём, если в .NET всё так хорошо, то зачем ты ещё кого-то C> агитируешь? Наверное, тайный агент компании Microsoft, который за каждого завербованного .NET-программиста получает отчисления... C> Не понятно. Ведь чем больше будет .NET-программистов, C> тем тоньше будет слой икры с маслом на твоём куске хлеба. Ибо C> количество икры, как известно, не беспредельно. Что заставляет тебя C> вербовать потенциальных конкурентов? Человек, которого только сейчас "завербуют", вряд ли будет мне конкурентом... Неужели так трудно поверить, что хочется просто помочь человеку во всем разобраться, тем более что полтора года назад примерно я сам с такими же вопросами сталкивался... |
||
|
Номер ответа: 40 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #40 | Добавлено: 23.08.04 02:51 |
|
И высокоуровневую и вот
низкоуровневую пишут на быстрых низкоуровневых языках типа Си или Ассемблера, а высокоуровневую - совсем другие люди на языках вроде Delphi, VB6, .NET... А что плохого что я стремлюсь и к тому и к другому ? А агитируя народ за .НЕТ, вы лишаете его выбора... (я уже повторяюсь  и мне это надоедает...)
Умирать может Visual Basic 6, но само семейство языков BASIC Этого никто и не говорил, даже если и Билли прикроет разработку, чего конечно не будет, не затем они с Борландом договорились о бэйсик и паскаль, то сам язык (идея) на столько удачны что проживут очень долго, в сердцах и компиляторах народа (яркий пример PowerBasic)... Откуда ты знаешь, что получается на выходе JIT-компилятора??? Самые светлые головы из MS приложили немало усилий, чтоб при JIT компиляции максимально оптимизировать код. Думаешь при создании виртуальной машины бэйсика6 не самые светлые головы трудились !? Да там код вылизан так, что и подкопаться не к чему... Но только там столько лишних вызовов обработчика ошибок, что код заметно тормозит
[i]Если они поддерживают COM, то смогут работать через COM Interop.[/i] Да, ну да, а ты еще зыбываешь про обычную Win32 DLL... Зачем пользовать какой-то тормозной COM !? А как насчет теста по динамическому выделению памяти в .NET и ассемблере? Я бы поспорил, да и не на такую сумму... И что же ты под этим имеешь ввиду !? Выделение блока памяти - это чистое АПИ, запись его и чтение - шусчтрей машинного кода быть не может... Или ты на чем его этот код собрался выполнять, на чистом интузиазме ) !?
[i]При чем тут это? Смысл в том, что в Delphi получился полноценный компонент, который по своему виду не отличался от стандартных типа System.Windows.Forms и им подобным.[/i] Ну что-же, если все так и останется, то посмотрим как бэйсик фанаты будут уживаться с фанатами паскаля Обычно как такие сюда заходят, начинается безосновательный флуд...
уже будет во всю ходить Windows Longhorn, в которой таких проблем не будет. Да и памяти у тому времени у народа побольше будет. А откуда ты знаешь что будет в Лонгхорн !? Ты его ставил !? А я ставил... только панелька "Пуск" запускается 5 минут, и это после полной загрузки всей системы )
Кстати, во преки вашим восторженным возгласам, все там Win32 PE, и .НЕТ там - минимум... да и работает он там ни ах как Надеюсь что это только пока...
Кстати, заметье, гонка процессоров уже остановлена, память не дешевеет... рынок стабилизировался, т.ч. наврят-ли все уж так подешевеет, как вы предсказываете... А ты что, считаешь свой городок центром вселенной??? Это расценивать как личное оскорбление !? Я идиот !? >
Есть способы зарабатывать деньги не только работая на взрослого дядю из конторы напротив... Ты за меня не волнуйся, планы далеко вперед идущие... Но начать с чего-то стоит всем, и в данном случае мне необходим некоторый опыт работы, и самоучкой никто не хочет быть... |
||
|
Номер ответа: 41 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #41 | Добавлено: 23.08.04 02:56 |
|
C> Ну покажи как быстрее работает цикл на VB.NET. Да какая мне разница, КАК он работает??? Для меня главное то, что он работает. C> Покажи мне его исходник. Только не документ для IDE, а именно C> исходник операций, которые процессор выполняет в цикле? Как ты себе представляешь исходник .NET-программы??? Я могу тебе показать его в виде IL-кода, тебя это устроит? C> Кто его знает? Может .NET обладает какой то мистической силой, C> которая заставляет прошитую в процессор операцию условного перехода C> выполняться за 2 или 1 такта? C> А вдруг процессор Intel специально проверяет является ли приложение C> .NET и в случае истины специально сокращает такты? Мне абсолютно все равно, что происходит на процессоре, может, Intel и проверяет что-то, если ей надо, но факты говорят сами за себя. Разница в минуты. C> Хотя если ты не сможешь дизассемблировать прогу .NET или не найдёшь C> там нужного кода я не удивлюсь. А я удивлюсь, если кто-нибудь сможет дизассемблировать прогу .NET. C> Так что пока не докажешь, буду оставаться при мнении что все твои C> навязчивые аргументы гроша ломаного не стоят. СМ выше. Не аргументы, а факты. |
||
|
Номер ответа: 42 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #42 | Добавлено: 23.08.04 02:57 |
|
Кто его знает? Может .NET обладает какой то мистической силой, которая заставляет прошитую в процессор операцию условного перехода выполняться за 2 или 1 такта?
А вдруг процессор Intel специально проверяет является ли приложение .NET и в случае истины специально сокращает такты? Мои мысли читаешь Как раз примерно то же самое но в более мягкой форме высказал и я
|
||
|
Номер ответа: 43 Автор ответа: crestaВопросов: 117 Ответов: 1538 |
Профиль | | #43 | Добавлено: 23.08.04 03:02 |
|
Пока не наросла критическая масса программеров, .NET-программисты вынуждены пополнять своё сообщество, чтобы хотя бы устоять на ногах в борьбе за место под солнцем с приверженцами других языков. Таков закон джунглей.
Будь технология .NET востребована, за столько лет её существования я бы увидел хоть одно действительно серьёзное .NET-приложение. Я не увидел пока ни одного. Даже не очень серьёзного. Похоже, что .NET - это язык для написания программ, представляемых на конкурсы, устраиваимые Майкрософтом. Не более. Только не говорите, что видели серьёзные приложения для правильных пользователей. |
||
|
Номер ответа: 44 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #44 | Добавлено: 23.08.04 03:04 |
|
Мне абсолютно все равно, что происходит на процессоре, может, Intel и
проверяет что-то, если ей надо, но факты говорят сами за себя. Разница в минуты. Не говори глупости
СМ выше. Не аргументы, а факты. Все это очень спорные и сомнительные аргументы, т.ч. никто никого не переубедит... Да какая мне разница, КАК он работает??? Для меня главное то, что он работает. Чем отличается русский ребенок от американского: - Если ты даришь ему маштинку, американец с ней играет... - Если ты даришь машинку, русский, ее разбирает... Дык не будем же уподобляться обезьянам, которые не разбираются а только играют со всем что ни попадется им под руку... И не будем изображать обезьяну и очки... Как ты себе представляешь исходник .NET-программы??? Я могу тебе показать его в виде IL-кода, тебя это устроит? Ну если учесть что этот код где-то все-же выполняется, то я могу с уверенностью сказать что ты можешь выдрать Native код из библиотеки ответственной за выполнение операций... Если ты скажешь что таковой нет, то заранее будешь не прав... |
||
|
Номер ответа: 45 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | | #45 | Добавлено: 23.08.04 03:07 |
| Кстати о сурьезных приложениях, попросту существуют специализированные языки, имеющие помимо своей специализированности, достаточно гибкий и удобный синтаксис... В этом .НЕТ проигрывает... И не надо мне говорить что вот с выходом Longhorn все изменится, я его видел, меня он не переубедил... | ||