Я был против того, чтобы дарить китайцам разработку, но решал не я. В итоге китайцы не смогли
воспроизвести электронику даже при наличии действующего прототипа и полной документации!
Несколько не в тему, но почему-то радует, что китайцы не смогли воспроизвести…
Брошу свои десять копеек, из опыта.
1. Статическая типизация.
— CUDA это C/C++ и жесткая типизация, во-первых потому, что разделяемой памяти мало (16 или 48 КБ), начинаешь как в старые времена думать, что массив 16-битных величин лучше чем 32-битный. В старых версиях (до 1.3) double обрабатывается сильно дольше, чем float.
— Приходилось писать плагины для photoshop и Ogre3d — здесь только С… Хотя я бы рассмотрел вариант питона :-)
— Обработка видео в реальном времени — детектирование/распознавание объектов. Нужно обработать HD кадр за 10 мс, пока на PC, а потом скорее всего на ARMe — здесь только C/C++ (причем без всяких там STL и прочих смарт поинтеров)
Java. Для той же задачи, для которой писали плагины для Ogre, нужна была небольшая база из четырех табличек. Пытались на QT(дабы соблюсти идейную чистоту C++) — на Java оказалось сильно проще.
2. Динамическая типизация. Про web писать не буду — К.О. уже все сказал…
— Бизнес логику в учетных и ERP системах пишем на 1С, начинали с 7.1, сейчас 8.2. ИМХО, это лучшая платформа для erp, на практике сравнивали с SAP/R3, Oracle E-Business Suite, Sun Account, Site Line, Axapta…
— Прототипирование математических алгоритмов (тех самых, которые потом переписываются на C/CUDA) пишем в Matlab, и также, имхо, это лучшая система для разработки прототипов математических алгоритмов.
— Простенькие утилитки пишу на perl/python для разных задач разные библиотечки, так wxPython очень нравится для очень быстрого создания GUI, а с ImageMagick удобнее через perl(а может просто привычнее), с другой стороны, некоторые функции работы c изображениями мне нравятся в PIL…
Так что, как говорится, у каждой церкви свой Будда, а для каждого класса задач свой язык.
У меня вопрос глаз стоит достаточно остро, кроме вышеперечисленного, юзаю следующее.
С детства врачи рекомендовали бета каротин, поэтому употреблял морковь с чем-то жирным — корейскую с маслом, тертую со сметаной. Пару лет назад порекомендовали пальмовое масло, как лучший источник бета каротина.
Использую масло «Злата пальма» (но пост не проплачен;-)), пью по столовой ложке в день, с перерывами. Эффект у меня и знакомых весьма ощутимый, надеюсь, что кому-то тоже пригодится.
Проблема не в том, как засечь кто ломится на сайт, а нельзя ли, по минимуму меняя код ExtJS, который работает на клиенте в барузере, получить 'plain html' представление того же на серверной стороне.
Т.е. — основное желание не дублировать то, что делает ExtJS код в серверных скриптах.
Кстати, гугл выложил JS движок V8 (вместе с браузером chrome), есть мысля его заюзать.
И еще кстати, раз уж зашла речь. Мы анализировали работу ExtJS прикладухи (галерея картин) в разных браузерах chrome оказался лучшим и по использованю памяти и по скорости отработки.
Для сравнения: по памяти IE 6.5 — 83mb, chrome — 60, по скорости сравнивали время загрузки дерева компонентом Ext.tree.TreeLoader в IE и Лисе порядка минуты (дерево порядка 200 элементов), в хроме — 3-5 секунд!
Так что заюзать движок JS от гуглов представляется весьма заманчивым…
Кстати, для сфинкса есть Perl обертка, http://search.cpan.org/~jjschutz/Sphinx-Search-0.11/lib/Sphinx/Search.pm, эквивалентная php-шной.
По поводу поддержки русского - да, похоже, только на уровне стеммера.
Радует, что стеммер у сфинкса, кроме английского, есть только для русского (может кто из разработчиков русский).
В принципе, стеммера на многое хватает. Сейчас юзаю LinguaStem, неплохо.
Более полная поддержка русского кроме яндекс сервера есть в нескольких коммерческих проектах.
Согласен с l2k за AJAX будущее. Волнует вопрос, как подружить динамическое содеожимое с поисковиками. Пока работоспособным представляется вариант предложенный terex, #. Однако, имхо, не гибко.
Есть бредовая мысль: а нет ли инструмента, позволяющего при необходимости отрабатывать JS на сервере, а на клиента отдавать чистый HTML? Т.е. заходит поисковик на сайт а ему HTML отдается, или если клиент совсем хилый, может попробовать без JS работать. Никто с подобной весчью не сталкивался?
Я смотрел в сторону ExtJS server side proxy, типа Aptana Jaxer, но что-то не то...
Несколько не в тему, но почему-то радует, что китайцы не смогли воспроизвести…
1. Статическая типизация.
— CUDA это C/C++ и жесткая типизация, во-первых потому, что разделяемой памяти мало (16 или 48 КБ), начинаешь как в старые времена думать, что массив 16-битных величин лучше чем 32-битный. В старых версиях (до 1.3) double обрабатывается сильно дольше, чем float.
— Приходилось писать плагины для photoshop и Ogre3d — здесь только С… Хотя я бы рассмотрел вариант питона :-)
— Обработка видео в реальном времени — детектирование/распознавание объектов. Нужно обработать HD кадр за 10 мс, пока на PC, а потом скорее всего на ARMe — здесь только C/C++ (причем без всяких там STL и прочих смарт поинтеров)
Java. Для той же задачи, для которой писали плагины для Ogre, нужна была небольшая база из четырех табличек. Пытались на QT(дабы соблюсти идейную чистоту C++) — на Java оказалось сильно проще.
2. Динамическая типизация. Про web писать не буду — К.О. уже все сказал…
— Бизнес логику в учетных и ERP системах пишем на 1С, начинали с 7.1, сейчас 8.2. ИМХО, это лучшая платформа для erp, на практике сравнивали с SAP/R3, Oracle E-Business Suite, Sun Account, Site Line, Axapta…
— Прототипирование математических алгоритмов (тех самых, которые потом переписываются на C/CUDA) пишем в Matlab, и также, имхо, это лучшая система для разработки прототипов математических алгоритмов.
— Простенькие утилитки пишу на perl/python для разных задач разные библиотечки, так wxPython очень нравится для очень быстрого создания GUI, а с ImageMagick удобнее через perl(а может просто привычнее), с другой стороны, некоторые функции работы c изображениями мне нравятся в PIL…
Так что, как говорится, у каждой церкви свой Будда, а для каждого класса задач свой язык.
С детства врачи рекомендовали бета каротин, поэтому употреблял морковь с чем-то жирным — корейскую с маслом, тертую со сметаной. Пару лет назад порекомендовали пальмовое масло, как лучший источник бета каротина.
Использую масло «Злата пальма» (но пост не проплачен;-)), пью по столовой ложке в день, с перерывами. Эффект у меня и знакомых весьма ощутимый, надеюсь, что кому-то тоже пригодится.
Т.е. — основное желание не дублировать то, что делает ExtJS код в серверных скриптах.
Кстати, гугл выложил JS движок V8 (вместе с браузером chrome), есть мысля его заюзать.
И еще кстати, раз уж зашла речь. Мы анализировали работу ExtJS прикладухи (галерея картин) в разных браузерах chrome оказался лучшим и по использованю памяти и по скорости отработки.
Для сравнения: по памяти IE 6.5 — 83mb, chrome — 60, по скорости сравнивали время загрузки дерева компонентом Ext.tree.TreeLoader в IE и Лисе порядка минуты (дерево порядка 200 элементов), в хроме — 3-5 секунд!
Так что заюзать движок JS от гуглов представляется весьма заманчивым…
www.ibm.com/developerworks/ru/library/os-php-sphinxsearch
По поводу поддержки русского - да, похоже, только на уровне стеммера.
Радует, что стеммер у сфинкса, кроме английского, есть только для русского (может кто из разработчиков русский).
В принципе, стеммера на многое хватает. Сейчас юзаю LinguaStem, неплохо.
Более полная поддержка русского кроме яндекс сервера есть в нескольких коммерческих проектах.
Есть бредовая мысль: а нет ли инструмента, позволяющего при необходимости отрабатывать JS на сервере, а на клиента отдавать чистый HTML? Т.е. заходит поисковик на сайт а ему HTML отдается, или если клиент совсем хилый, может попробовать без JS работать. Никто с подобной весчью не сталкивался?
Я смотрел в сторону ExtJS server side proxy, типа Aptana Jaxer, но что-то не то...