Borland C++ Builder и Delphi бесплатно. На 10 лет.

 
1 2 3 4 5 6

Mishka

модератор
★★☆
yacc> нее - плюнь на то что от чего произошло. Просто напиши прогу на Паскале, С и на С++ с вирутальными функциями ( ну задай так реализизацию ) и скорми указанным компиляторам. Кто быстрее справится и как ты их по скорости ранжируешь? :)

А ты сравни ТурбоПаскаль 3 и 7 — будешь сильно удивлён.

yacc> Саша Перепеч, если был при тебе такой :)

Сашку я хорошо знаю. :)

yacc> Нуу... дело вкуса. Без возражений :)

Там много полезностей есть и помимо STL — всякие другие библиотечки. Да и перенос с виндов на Сан и НР милое дело — всё одними людьми писано и никаких проблем не вызывает.
 

Mishka

модератор
★★☆
Mishka>> Гы, с порта:
Mishka>> Реализация потоков взята из SGI (как, впрочем, и весь STLport). — Эта та самая ссылка, на которую я тебя послал. :)
yacc> Я просто к тому, что STL не сразу была стандартной библиотекой ( как сейчас ). Во второй редакции Страуструпа ( я его знаю с первой редакции - где-то валяется эта зеленая книжица, в которой и про шаблоны не писалось ) ЕМНИС небыло STL хотя были шаблоны. Насчет заимствования с SGI - возражений нет... запамятововал уже :)

В оригинале было — у меня все его книги есть.
 

yacc

старожил
★☆

Mishka> Ну, мы тоже не делаем, точнее стараемся. Но ошибки везде бывают.
:)
Mishka> Нет, у нас на совместимость есть сертификация. Поэтому мы просто так не обновляемся. Более того, те же банки имеют свою сертификацию и даже наши продкуты не принимают, если они содержат не сертифицированные добавления к ОС или требования к ним. Поэтому, у нас продукт ещё MS VC 6 строится. Хотели перейти в этом году в новой версии на 8.0, но не успели. В следующем году будет.
Понимаю... :)

Mishka> Дык, через попу. Очень медленно, даже консоли графические окна открываются медленно.
Sun - неплохая контора. Но как у всяких больших контор у нее есть консервативность.... :)

Mishka> Я HP-UX больше не люблю. Мне нравились Dynix/pts и IBM Aix. Но они в прошлом. А ещё FreeBSD (всякие BSD) и Линь люблю.
HP-UХ я, наверное, никогда не любил... ( кто думает что GNU придумывалось против MS глубоко заблуждается, достаточно поработать с тем же HP когда при покупке компа у другой конторы ты обязан переригистрировать его в HP на себя... А еще лучше посмотреть на систему патчей - задолбаешься ставить ). FreeBSD - замечательная штука. И коды у нее приятные ( не в пример Линукса ) и лицензия позволяет практически все. От души написанная система и работать с ней приятно. :)

Mishka> ВОт подумал, ты в Транзассе работал? Тогда должен знать Гниловского, Перепеча, Витю с Авроры.
Гниловской был моим начальником ( боже! как тесен мир! ). Недавно у них в гостях был - и Перепеч там же. А вот насчет Вити... - возможно знаю, но точно не скажу. Вот эта штука - Transas | Системы раннего предупреждения приближения к земле / TAWS - это же мой прибор ( прикладное ПО фактически я к нему писал пока не ушел - три выставки при мне прошел абсолютно без нареканий, на одной из которых я его и монтировал ) :) Правда, до летных испытаний я его не довел - ушел из Транзаса.... :) Но как мне сказали - около 200 штук уже летает :) Написал бы ты к нему софт на Питоне или Джаве? :)
 

yacc

старожил
★☆

Mishka> А ты сравни ТурбоПаскаль 3 и 7 — будешь сильно удивлён.
Ниже пятерки не видел :) Так как с ранжированием скоростей? Согласишься что Паскаль бил С и С++ по скорости компиляции? :)

Mishka> Там много полезностей есть и помимо STL — всякие другие библиотечки. Да и перенос с виндов на Сан и НР милое дело — всё одними людьми писано и никаких проблем не вызывает.
Ну... у меня к HP свой зуб есть :) ... за iconv ... кааазлы они упертые :) И за low endian - big endian оносительно UTF-16 - тоже :) Даже в 11.23 :)
 

Mishka

модератор
★★☆
yacc> Гниловской был моим начальником ( боже! как тесен мир! ). Недавно у них в гостях был - и Перепеч там же. А вот насчет Вити...

И Вити тоже. Андрей был студентом, когда я был там. Если я правильно помню, то вся команда Бокра была там, в Тразассе, тоже. А Витя был начальником на Авроре — ты с Андереем туда Алгол 68 переносили на ПС-1001. :)

yacc> - возможно знаю, но точно не скажу.

Должен знать, у него жена балерина в Кирова танцевала.

Вот эта штука - Transas | Системы раннего предупреждения приближения к земле / TAWS - это же мой прибор ( прикладное ПО фактически я к нему писал пока не ушел - три выставки при мне прошел абсолютно без нареканий, на одной из которых я его и монтировал ) :) Правда, до летных испытаний я его не довел - ушел из Транзаса.... :) Но как мне сказали - около 200 штук уже летает :) Написал бы ты к нему софт на Питоне или Джаве? :)

На чём бы начали, на том бы и писали. Сингапурские ребята и ТВ, и телефоны на Джаве писали.
 

Mishka

модератор
★★☆
yacc> Ниже пятерки не видел :) Так как с ранжированием скоростей? Согласишься что Паскаль бил С и С++ по скорости компиляции? :)

С Андреем Гниловским работал? Тогда про Антошу Москаля должен был слышать. Вот это тот самый Антоша, который на ДВК-3 и сделал систему ТурбаПаскаля 3 в полном сборе. :) Все — Тереховцы.

yacc> Ну... у меня к HP свой зуб есть :) ... за iconv ... кааазлы они упертые :) И за low endian - big endian оносительно UTF-16 - тоже :) Даже в 11.23 :)

А чего? У UTF-16 есть же признак — Big Endean/ Little Endean (а не endian :) ). Всё по стандарту. или задолбало из UTF 32 переводить (там тоже проблема BE/LE). А iconv сам разбирается, если надо в UTF-8.
 

Mishka

модератор
★★☆
Mishka>> А ты сравни ТурбоПаскаль 3 и 7 — будешь сильно удивлён.
yacc> Ниже пятерки не видел :) Так как с ранжированием скоростей? Согласишься что Паскаль бил С и С++ по скорости компиляции? :)

Убери макро проход и будет тебе счастье. Хотя Паскаль допускает более быстрое написание. Но на эту тему мог бы поковорить с Женей Забокрицким (тоже тереховец) — сейчас в MS. Он отвечал за Модулу-2 и там навертелся с объявкой модулей. Хотя можешь спросить и у Гнилуши. :)
 

yacc

старожил
★☆

Mishka> С Андреем Гниловским работал? Тогда про Антошу Москаля должен был слышать. Вот это тот самый Антоша, который на ДВК-3 и сделал систему ТурбаПаскаля 3 в полном сборе. :) Все — Тереховцы.
Москаля??? Разумеется не только слышал, но и с ним знаком ( колоритный мужик - такого забыть просто невозможно :) )
От ДВК пошел мой оснвной ник - ICS ( Ineractive Computer System ) - это же мои инициалы :) Работал под RT-11 и под Рафос-ом :)
YACC -это от уважения к компиляторам ( тебе переводить, надеюсь, не требуется :) )

Mishka> А чего? У UTF-16 есть же признак — Big Endean/ Little Endean (а не endian :) ). Всё по стандарту. или задолбало из UTF 32 переводить (там тоже проблема BE/LE).
Да не - надо было в Винды маршалинг сделать... :) Только на HP была проблема ( все у нее через одно место и скрипты запуска в /sbin и хэши паролей в /etc/passwd по умолчанию... без shadow ) :) Даже с AIX проблем не было хотя она мейнфреймами попахивает... :)

Ну так как - еще топить меня собираешься? :) :) :) А то я поперек горла встану :)
 
+
-
edit
 

Mishka

модератор
★★☆
Во, вспомнил Витину фамилию — Годунов. :)
 

Murkt

Pythoneer

Murkt>> Упаси мир от аналогов. Ты бы ещё аналог PHP предложил сделать :F
yacc> Аон и так есть :) ASP, JSP тебя не устраивают? :) Да вроде как и для Питона есть Zope...
Я имею в виду именно аналоги по сути, а не по выполняемым задачам ;) А так, для Питона много чего есть. Монструозный энтерпрайзнутый Zope, минималистический webpy, Pylons, Turbogears, Django. Мне больше всего Django нравится.

Murkt>> Если бы все так мыслили, то все до сих пор бы использовали CVS, и не было бы ни приемлимого Subversion, ни более продвинутых и удобных VCS'ов.
yacc> Ну... до этого было SCCS. А есть SourceSafe. А для порталов есть SharePoint :) Выбор есть :)
А я хочу распределённую и быструю :Р

Murkt>> Впрочем, ты ведь не представляешь, зачем нужна дома система контроля версий.
yacc> А вот зачем дома нужна система контроля версий - действительно не представляю. Дома я отдыхаю :)
Вот видишь :)

Murkt>> Я не говорю что абсолютно всё нужно писать на одном, самом лучшем языке. И я не говорю, что Питон - лучший. Однако, Питон во многих областях подходит лучше любых других популярных языков (C/C++, Java, C#, VB, PHP), и разработка на нём гораздо быстрее и приятнее.
yacc> Дело твое :) Нравится Питон - в чем проблема? :) Только плиз - что значит "во многих областях"? :)
Это значит что на Питоне результат как минимум не хуже, но получается этот результат быстрее и с меньшими трудозатратами. Поддержка, опять же, проще. Ясное дело, что написание драйверов не относится к сильной стороне Python :) И ещё ни одного эксперимента в этой области не было.
[team Їжачки - сумні падлюки]  
Это сообщение редактировалось 02.12.2007 в 11:31

Murkt

Pythoneer

Мой вариант, что делать, если упёрлись в производительность (конкретно на Python):

1) Менять алгоритм до просветления. Если судить по блогам, то этот путь питонщики используют гораздо чаще, чем апологеты С или С++. Те больше любят повыравнивать байтики и понастраивать компилятор :D
2) Включить psyco - JIT-компилятор для Питона. В отдельных случаях ускорение чуть ли не на два порядка. Если подопытная программа не проводит никаких злобных расчётов, а просто работает, то ускорение где-то раза в полтора-два. Минусы - psyco только 32-битный, и памяти с ним нужно больше (раза в полтора).
3) Переделать код на использование готовых расширений для расчётов - numpy, scipy. Внутренности у них сишные и работают очень быстро.

Если ничего из этого не удовлетворяет, то:

4) Переписать ту часть, которая считает на Си/Си++. Для питона это стандартный путь, никаких плясок с бубнами и полумагический действий с вводом-выводом не требуется. Есть ряд средств, которые упрощают эту процедуру.

Достаточно недавно появился ещё один путь, но он совсем хардкорный, и ещё не испробованный никем:

5) Ограничить своё предложение в части динамического программирования, и транслировать его при помощи PyPy просто в Си. И скомпилировать. Интерпретатор Питона, написанный таким образом, работает всего раза в два-три медленнее, чем оригинальный CPython (полгода назад). Задача авторов - сделать так, чтоб работал быстрее, чем CPython.

Если производительности всё равно не хватает, и хотят всю программу переписать на более быстрый низкоуровневый язык, я лучше пойду займусь чем-нибудь другим - в мире много интересного.
[team Їжачки - сумні падлюки]  

Balancer

администратор
★★★★☆
yacc> Установка софта под Win - страшный сон??? М-да... А с какого года

С тех пор, как я на Gentoo пересел. Скажем, мне нужен GIMP. Пишу "emerge gimp" (ну, или для фанатов - через GUI-менеджер пакетов) и всё. Система скачает, скомпилирует с оптимизацией под мою систему, настроит, пропишет все ярлыки в стартовое меню, останется только запустить. В будущем ещё сама будет обновлять.

Что под Windows? Нужно искать сайт с софтиной, качать вручную, запускать exe-шник, неоптимизированный под моё железо, много раз нажимать "Next" а потом ещё - периодически проверять вручную обновления (ибо автообновлялки под Windows - огромная редкость)...

Одно действие и полная автоматизация процесса в первом случае и масса ручной работы - во втором.
 

yacc

старожил
★☆

Mishka> Во, вспомнил Витину фамилию — Годунов. :)
Этот - Руководство ? :)
 

yacc

старожил
★☆

Balancer> Одно действие и полная автоматизация процесса в первом случае и масса ручной работы - во втором.
Знаешь, есть "модники", которые любят, чтобы у них всегда самая послядняя и самая свежая версия стояла - дело хозяйское. Я предпочитаю это сделать вручную собственноручно посмотрев что сие есть такое. Не люблю когда машина думает, что она умнее меня :) И если вышла более новая версия то вовсе не значит что я ее сразу сменю: работает как надо - ну и зачем руками трогать? :)
 

Balancer

администратор
★★★★☆
yacc> Не люблю когда машина думает, что она умнее меня :)

Машина не может думать. Думалка у неё не выросла :) И если тебе кажется, что машина в чём-то умнее, то это в консерватории надо что-то смотреть :D

Машина - это инструмент, позволяющий отказаться от рутины.

«Машина должна работать. Человек - думать» © IBM.

Я предпочитаю думать, а работает - пусть машина. Она железная :)

...

Твой же подход ближе к луддистскому «я не буду ездить на автомобиле, так как неизвестно, куда он меня завезёт, лучше пешком в соседнюю деревню схожу» ;)
 

yacc

старожил
★☆

Balancer> Твой же подход ближе к луддистскому «я не буду ездить на автомобиле, так как неизвестно, куда он меня завезёт, лучше пешком в соседнюю деревню схожу» ;)
И чем такой консерватизм плох? :)
Твой же подход более смахивает на анекдот:
- что делаешь?
- программу пишу
- а что она будет делать?
- а хрен знает. Счас запустим - посмотрим :)
Я, отчасти, удивлен - неужели ты никогда коммерческих программ не писал? :) Понимаешь, если у тебя этот сайт упадет от какой-нибудь неотлаженной до конца, новой фичи, никому хуже не станет. Ну восстановишь ты его из бэкапа, ну порычит народ потом в ветках... :) А если у тебя база финансовая или прибор авиационный? :) Там тоже сначала сделаем, а потом подумаем? :)
 

Balancer

администратор
★★★★☆
yacc> Я, отчасти, удивлен - неужели ты никогда коммерческих программ не писал? :)

А при чём тут вдруг написание коммерческих программ? Мы только что про удобство установки/обновления говорили.
 

yacc

старожил
★☆

Balancer> А при чём тут вдруг написание коммерческих программ? Мы только что про удобство установки/обновления говорили.
Ок. Машина думать не умеет.... но умеет думать человек, который к ней программы пишет. :)
Допустим, есть у тебя среда разработки версии Х.Х и под нее уже написано сколько-то проектов. Тут выходит версия Х.Х+1 в которой разработчики решили поменять формат конфигурационных файлов и визуальное исполнение. Ты сейчас с этой средой работаешь - ну нельзя ее в этот момент обновить пока она запущена - файлы блокированы твоим процессом. Твоя машинка скачав обновление дожидается пока ты работать с этой штукой перестанешь и обновляет ее ( скажем ночью пока ты спишь ). Наутро ты запускаешь среду и видишь, что мало того что она по-другому выглядит так еще и на твоих проектах среда предлагает тебе обновить твои файлы описания проекта. Мож кто-то от этого только кайф словит, но по мне это как-то неуважительно к пользователю :)
Аналог тебе такой - ты приходишь в магазин чтобы купить что-то. У тебя есть два варианта : вопользоваться вкусом и советом продавца или воспользоваться своим вкусом. Обычно я предпочитаю второе, а не мнение разработчиков программ как мне должно быть удобно.
Разумеется, есть вещи ( например обновление базы антивируса ) где это наоборот необходимо :)
 

Balancer

администратор
★★★★☆
yacc> Допустим, есть у тебя среда разработки версии Х.Х и под нее уже написано сколько-то проектов. Тут выходит версия Х.Х+1 в которой разработчики решили поменять формат конфигурационных файлов и визуальное исполнение.

Давай, ты пощупаешь Gentoo, а потом будешь сложности придумывать. Проблемы зависимостей там решены сразу несколькими способами :) А если пробовать влом - то как можно указывать на потенциальные недостатки незнакомых тебе решений? :)
 

yacc

старожил
★☆

Balancer> Давай, ты пощупаешь Gentoo, а потом будешь сложности придумывать.
Ну елки-палки... :) А почему не Кнопикс или Слэкваре или АСП-Линукса - иж же, ЕМНИС больше сотни разных дистрибутивов :)

Balancer> Проблемы зависимостей там решены сразу несколькими способами :)
А я и не говорю что проблема в зависимостях - пусть это все решено. Пусть у тебя есть некий продукт состоящий из одного исполняемого файла test и эта программа в данный момент запущена - ты ее удалить сможешь, али процесс сначала прибить надо? :)

Balancer>А если пробовать влом - то как можно указывать на потенциальные недостатки незнакомых тебе решений? :)
Ну как тебе сказать.... я знаком ( делал сетапы и разбирался с их структурой ) с системами дистибуции RHEL и SuSE Enterprise - *.rpm, HP-UX - *.depot, AIX - *.bff и Соляры *.pkg. И кроме того у нас в некоторых продуктах была своя система автоматического обновления версий. Думаешь я там что-то принципиально новое увижу? - мне же не надо ставить Gentoo, а достаточно скачать исходники ее системы управления пакетами да по ним пробежаться :)

Еще раз объясню тебе что я имею ввиду - стоит у меня в стандартном /usr/local gcc версии скажем 3.2 и всем мне нравится, я работаю в команде и часть библиотек собираю не я, а другие - мне достается уже двоичка. Тут моя система обновлений прорюхивает что GNU выпустил новую версию gcc, скажем 3.4 и радостно ( она же как лучше делает! ) его мне обновляется. А в этом gcc для улучшения работы народ поменял ABI ( application binary interface ) на более новый. Запускаю я make и получаю кучу ругани - продукт не линкуется, Purify такую версию компилятора не знает, библиотеки начинают пересобираться. Мне это надо? :) Тоже самое я тебе говорил про среду разработки ( ну пусть будет, скажем CodeBlocks ) взял народ в новой версии да и заменил формат файлов конфигурации и изменил оболочку. А умная система обновлений опять же таки радостно обнаружив в репозитории новую версию сама мне ее заменила. Ну и нафиг мне такой гемор? А если мне нужно что-то нестандартное, что еще в репозиторий не попало? - я же сам снэпшот скачаю и из исходников соберу и сам же их подправлю ( если потребуется ) гораздо быстрее чем оно в систему дистрибуции попадет .
Вся эта красота хороша либо для пользовательских продуктов ( тот же медиаплейер ) либо для патчей ( а это в первую очередь админов, а не программеров касается - именно для них это польза ).
Теперь понимаешь о чем я? :)

Вариант второй - это ты знаешь, что есть такая штука как GIMP, а есть и другие графические редакторы/просмотрщики. Тут варианты у тебя будут следующие:
а) посмотришь ты на список этого класса программ, скачаешь его целиком. Перепробуешь и оставишь то, что понравилось. Что не понравилось - возможно снесешь
б) пробежишься по инету и посмотришь что юзают другие пользователи и какую прогу они рекомендуют и почему и ее и скажешь скачать и поставить
Кроме того вполне может быть что есть прога, которая в систему дистрибуции не включена но делает то, что тебе надо, хотя и сырая по другим ф-иям. И чем ты ее скачивать будешь? :)
 

yacc

старожил
★☆

P.S. Понимаешь, Балансер, проблема не в системе управления версиями пакетов, а в совместимости версий этих самых пакетов. Системе управления это невдомек - она обновлять умеет. Проблему создадут разработчики конкретного продукта а его автоматическое обновление тебя к граблям подтолкнет. Миграционные продукты на этой ниве вполне себе на хлеб зарабатывают доделывая работу за разработчиков, которые, скажем ради увеличения производительности или гибкости, решили на старый формат плюнуть, увлеченные новыми алгоритмами :)
 

Balancer

администратор
★★★★☆
yacc> Ну елки-палки... :) А почему не Кнопикс или Слэкваре или АСП-Линукса

Потому что принципиально разный подход к разруливанию зависимостей.

yacc> Еще раз объясню тебе что я имею ввиду - стоит у меня в стандартном /usr/local gcc версии скажем 3.2 и всем мне нравится, я работаю в команде и часть библиотек собираю не я, а другие - мне достается уже двоичка. Тут моя система обновлений прорюхивает что GNU выпустил новую версию gcc, скажем 3.4

У меня сейчас "радостно обновляются" одновременно 3.4, 4.0 и 4.2. И Java-1.4, 1.5 и 1.6. Как-то оно всё уживается.

yacc> Кроме того вполне может быть что есть прога, которая в систему дистрибуции не включена но делает то, что тебе надо, хотя и сырая по другим ф-иям. И чем ты ее скачивать будешь? :)

Из сотен программ, которыми я часто пользуюсь, многие десятки не включены в официальный портеж. Но я их вручную не качал и не ставил. Лишь под несколько программ писал (однократно) сценарии установки. ИМХО, неплохой процент.

В общем, пока ты пытаешься спорить о предмете, которого не знаешь, посему - даже неинтересно :)
 

Balancer

администратор
★★★★☆
yacc> P.S. Понимаешь, Балансер, проблема не в системе управления версиями пакетов, а в совместимости версий этих самых пакетов. Системе управления это невдомек - она обновлять умеет.

За четыре года эксплуатации Gentoo в случае автоматической установки стабильных версий продуктов проблемы зависимостей у меня не вылезали ни разу, в случае нестабильных сторонних - проблемы были единичными. Их было даже меньше, чем за тот же период в Windows XP :D
 

Murkt

Pythoneer

Balancer>> Давай, ты пощупаешь Gentoo, а потом будешь сложности придумывать.
yacc> Ну елки-палки... :) А почему не Кнопикс или Слэкваре или АСП-Линукса - иж же, ЕМНИС больше сотни разных дистрибутивов :)
К Генту можно ещё смело приписать Debian, Ubuntu и ALT Linux. У этих дистрибутивов никаких проблем не возникает.
[team Їжачки - сумні падлюки]  

yacc

старожил
★☆

Balancer> У меня сейчас "радостно обновляются" одновременно 3.4, 4.0 и 4.2. И Java-1.4, 1.5 и 1.6. Как-то оно всё уживается.
И много ты из них пользуешь на проектах хотя-бы из сотни файлов тобой самим написанными? :) Али для прикладных программ или что-то нибудь из исходников собрать? Скажи спасибо GNU-шникам, что они на С пишут - именно это избавляет от кучи проблем :)

Balancer> Из сотен программ, которыми я часто пользуюсь, многие десятки не включены в официальный портеж. Но я их вручную не качал и не ставил. Лишь под несколько программ писал (однократно) сценарии установки. ИМХО, неплохой процент.
С компиляцией или готовой Линуксовой двоички? :)
 
1 2 3 4 5 6

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru