The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект по тестированию эффективности языков программирования , opennews (??), 06-Июл-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


97. "Проект по тестированию эффективности языков..."  –1 +/
Сообщение от anonymous (??), 07-Июл-11, 13:18 
> import scipy

тебе же, оглобля, русским по новости написали, что тестируют языки, а не библиотеки.

Ответить | Правка | Наверх | Cообщить модератору

106. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 13:29 
>тебе же, оглобля, русским по новости написали, что тестируют языки, а не библиотеки.

С чего ты оглобля решил что scipy это не python? Чисто python-библиотека входящая в язык.

Ответить | Правка | Наверх | Cообщить модератору

125. "Проект по тестированию эффективности языков..."  +/
Сообщение от userd (ok), 07-Июл-11, 14:33 
Гонишь :)
Тогда pyqt и pygtk тоже чисто python-библиотеки входящие в язык.

Хотя, конечно, если приспичило "крутить матрицы" на python - то использование numpy очень привлекательно.

Ответить | Правка | Наверх | Cообщить модератору

128. "Проект по тестированию эффективности языков..."  +/
Сообщение от nagualemail (ok), 07-Июл-11, 14:37 
> Гонишь :)
> Тогда pyqt и pygtk тоже чисто python-библиотеки входящие в язык.
> Хотя, конечно, если приспичило "крутить матрицы" на python - то использование numpy
> очень привлекательно.

Вот что реально бывает нужно на том же perl так это найти пересечение двух матриц ... например выборка из двух таблиц бд у которые есть общий индекс и он не первичный.

Хош не хош а лисапед изобретешь :-))

Ответить | Правка | Наверх | Cообщить модератору

298. "Проект по тестированию эффективности языков..."  +/
Сообщение от Аноним (-), 09-Июл-11, 20:00 
> Вот что реально бывает нужно на том же perl так это найти
> пересечение двух матриц ... например выборка из двух таблиц бд у
> которые есть общий индекс и он не первичный.
> Хош не хош а лисапед изобретешь :-))

Рашша програмирз - бессмысленные и беспощадные ...

Зделать выборку в в SQL  и отдать в перл уже готовый результат не пробовал?

Ответить | Правка | Наверх | Cообщить модератору

302. "Проект по тестированию эффективности языков..."  +/
Сообщение от nagualemail (ok), 09-Июл-11, 21:22 
>> Вот что реально бывает нужно на том же perl так это найти
>> пересечение двух матриц ... например выборка из двух таблиц бд у
>> которые есть общий индекс и он не первичный.
>> Хош не хош а лисапед изобретешь :-))
> Рашша програмирз - бессмысленные и беспощадные ...
> Зделать выборку в в SQL  и отдать в перл уже готовый
> результат не пробовал?

Каждый запрос делает эту работу и ты предлагаешь каждый раз дрочить базу ? я думаю стоит это закешить в самом перле ... Это скрытая реклама оракла или мощных сервов под БД ? АБАЙДЕТЕСЬ :-))

Ответить | Правка | Наверх | Cообщить модератору

312. "Проект по тестированию эффективности языков..."  +/
Сообщение от anonymous (??), 10-Июл-11, 09:12 
> Каждый запрос делает эту работу и ты предлагаешь каждый раз дрочить базу
> ? я думаю стоит это закешить в самом перле ... Это
> скрытая реклама оракла или мощных сервов под БД ? АБАЙДЕТЕСЬ :-))

кагбэ вменяемый сервер это сам закэшит.

Ответить | Правка | Наверх | Cообщить модератору

318. "Проект по тестированию эффективности языков..."  +/
Сообщение от fr0steremail (ok), 10-Июл-11, 10:05 
> кагбэ вменяемый сервер это сам закэшит.

Более того, вменяемый БД сервер отследит когда содержимое кеша начнет врать.
Это не говоря уже о плюшках SQL позволяющих точнее обїяснить серверу, что от него нужно

Ответить | Правка | Наверх | Cообщить модератору

142. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 15:16 
> Гонишь :)

Нет.

> Тогда pyqt и pygtk тоже чисто python-библиотеки входящие в язык.

Ну типа да. А что не так? Как кто-то говорил языки программирования без батареек сегодня никому не нужны.

> Хотя, конечно, если приспичило "крутить матрицы" на python - то использование numpy
> очень привлекательно.

Ну нормальный программист первым делом будет использовать тот инструмент который больше подходит под задачу. Работа с матрицами в python однозначно scipy/numpy.

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

149. "Проект по тестированию эффективности языков..."  +/
Сообщение от userd (ok), 07-Июл-11, 16:33 
>> Тогда pyqt и pygtk тоже чисто python-библиотеки входящие в язык.
> Ну типа да. А что не так?

На мой взгляд просматривается довольно простая иерархия -
- язык (средства языка програмирования) - это, что не потребует импорта каких-либо модулей.
- стандартные библиотеки - это то, что потребует импорта модулей, но входит в обычную поставку.
- библиотеки третьих сторон - это то, что не входит в обычную поставку и таким образом потребует установки. И для использования - импорта модулей, естественно.

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

А как вы отделяете возможности языка от возможностей библиотек?

Ответить | Правка | Наверх | Cообщить модератору

152. "Проект по тестированию эффективности языков..."  +/
Сообщение от anonymous (??), 07-Июл-11, 17:22 
> А как вы отделяете возможности языка от возможностей библиотек?

очень просто: то, что не входит в синтаксис — библиотеки.

Ответить | Правка | Наверх | Cообщить модератору

184. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 22:04 
>> А как вы отделяете возможности языка от возможностей библиотек?
> очень просто: то, что не входит в синтаксис — библиотеки.

Мда, import os это библиотека или входит в синтаксис?

Ответить | Правка | Наверх | Cообщить модератору

185. "Проект по тестированию эффективности языков..."  +/
Сообщение от anonymous (??), 07-Июл-11, 22:35 
import входит, os — библиотека.
Ответить | Правка | Наверх | Cообщить модератору

189. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 23:12 
> import входит, os — библиотека

Ну тогда python нужно сравнивать только с bc, потому как он, при такой логике, всего лишь консольный калькулятор, a не язык программирования.

Ответить | Правка | Наверх | Cообщить модератору

192. "Проект по тестированию эффективности языков..."  +/
Сообщение от anonymous (??), 07-Июл-11, 23:18 
согласен. притом хреновый калькулятор. а как язык — ещё хуже.
Ответить | Правка | Наверх | Cообщить модератору

197. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 23:29 
> согласен. притом хреновый калькулятор. а как язык — ещё хуже.

Остальные языки еще хуже. Пример ниже.

Ответить | Правка | Наверх | Cообщить модератору

190. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 23:15 
> import входит, os — библиотека.

Кстати Си вообще бесполезная штука. Она даже текст на экран вывести не может. Потому как

include<stdio.h>

Этож подключение библиотеки, давайте честные тесты, без библиотек.

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

193. "Проект по тестированию эффективности языков..."  +/
Сообщение от anonymous (??), 07-Июл-11, 23:19 
> давайте честные тесты, без библиотек.

верно. мерять надо не «общее время исполнения», а конкретный алгоритм, который не использует библиотек.

Ответить | Правка | Наверх | Cообщить модератору

198. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 23:30 
>> давайте честные тесты, без библиотек.
> верно. мерять надо не «общее время исполнения», а конкретный алгоритм, который
> не использует библиотек.

Точно и обязательно на перфокартах.

Ответить | Правка | Наверх | Cообщить модератору

199. "Проект по тестированию эффективности языков..."  +/
Сообщение от anonymous (??), 07-Июл-11, 23:32 
>>> давайте честные тесты, без библиотек.
>> верно. мерять надо не «общее время исполнения», а конкретный алгоритм, который
>> не использует библиотек.
> Точно и обязательно на перфокартах.

это уж кому какой носитель удобней использовать. вот меня, например, интересует качество кодогенерации и скорость VM. а библиотеки — постольку-поскольку.

Ответить | Правка | Наверх | Cообщить модератору

200. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 23:44 
>>>> давайте честные тесты, без библиотек.
>>> верно. мерять надо не «общее время исполнения», а конкретный алгоритм, который
>>> не использует библиотек.
>> Точно и обязательно на перфокартах.
> это уж кому какой носитель удобней использовать.

А другого при такой постановке задачи вам не дано.

> вот меня, например, интересует качество
> кодогенерации и скорость VM. а библиотеки — постольку-поскольку.

фигня какая-то вас интересует, не применимая к практике никаким боком.

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

182. "Проект по тестированию эффективности языков..."  +/
Сообщение от Имя (?), 07-Июл-11, 22:03 
>А как вы отделяете возможности языка от возможностей библиотек?

А никак. Сферическим в вакууме языком никто не пользуется. Пользуется тем что есть, и что лучше подходит под решение задачи. Есть множество прекрасных языков, которые обречены на смерть, по тому как писать программы на них не возможно из-за отсутствия библиотек.


>По этой логике numpy попадает в третью группу, и согласно декларации авторов теста оказывается неприменимым в данном случае.

Задали неверные вопросы, получили неверные ответы.

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

107. "Проект по тестированию эффективности языков..."  +/
Сообщение от Аноним (-), 07-Июл-11, 13:30 
> GCC и библиотека regexp9 из Plan 9

ну и CPython и PyPy это не языки.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

109. "Проект по тестированию эффективности языков..."  +/
Сообщение от gegMOPO4 (ok), 07-Июл-11, 13:34 
«библиотека regexp9 из Plan 9»
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру