Ну я просто увидел в одной игре

моно - это портирование дотнета на не-винду

это ты замахнулся на довольно нехилый пласт всего и вся

Вот прям тянет меня на геймдев

С самой школы

лучше кури историю опенгл и директ3д..

А сдл?

сдл изначально писалась как либа для портирования всякого графенчика на никсы

Кстати, под pygame вагон дополнений нашёл, но морочно сложно всё равно на нём полностью делать. Решил пока unity покурить. Для него, кстати, js обязателен?

история графики в юниксах устлана говном и говном. иксы, хуева туча интерфейсов к 2д, 3д, вот это всё...

Но ведь скоро вулкан

Или я повёлся на слухи?

и что?

если хочешь уметь в 3д - надо знать и это тоже

"это" - это что

ну про вулкан, про мантл, про опенгл, про глес, про вот это всё

Поищу на хабре статейки

привет наткнулся на следующее утверждение: "join работает линейное время. Никогда не создавайте строку складыванием элементов списка в цикле for: это не просто некрасиво, это занимает квадратичное время!"

может кто-нибудь подтвердить? простое любопытство

по площади да) сам уже тогда попробую с каким-нибудь длинным листом, спасибо

>>> st="lines=['a'*65536 for _ in range(100)]" >>> timeit.timeit("''.join(lines)", st, number=1000) 2.255680755781299 >>> timeit.timeit("s=''\nfor line in lines:\n s+=line", st, number=20) 2.131641767205849 список из ста сторк, каждая из которых длиной 65 килобайт тысячу раз сделал ''.join() за 2 секунды и 20 раз сделал суммирование в цикле за теже две секунды.

а так ли важен размер? может лучше увеличить количество элементов в списке?

у меня на работе нет пайтона, не могу нормально проверить :\

Тут можно целое исследование провести и графики в трёхмерном пространстве построить: длина списка-длина строки-время работы.

если есть возможность сделать джойн в один присест - лучше им

там оптимизация по выделению памяти выходит

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

он в стдлибе же

python -mtimeit -h

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

можно складывать куски в list, а потом сделать join.

можно и так. вейтресс так делает, к примеру

айрон использует копию стдлиба

но у них там в бложике писалось, что они недопилили

в целом, модули на чистом питоне по большому счету в айроне работают. с бинарными не так радужно

а я использовал import time t = time.time() код print(time.time - t)

а оказывается timeit есть для этого)

а я использовал import time t = time.time() код print(time.time - t)

на никсе и винде разные разрешения таймеров, timeit в зависимости от платформы выбирает time.time или time.clock

он просто передает код питона в виде строки, модулю

тот его компилирует на лету

что "это"?

ну да. это код на питоне, но запханный в строку

это пример лист компрехеншена

а переменная _ традиционно используется когда наплевать на значение, но переменная нужна

конкретно этот код создает список из 100 элементов, где каждый - это 64кб строка из букв "а"

подскажите, кто какую IDE на линухах исопльзует для django?

jetbrains pycharm.

Крякнутую?:)))

community edition. не очень удобно, но на жизнь хватает.

от Edu версии в худшую сторону отличается для новичка?

нет очень удобных джанго-штук, новичку, который к ним привык, будет сложновато.

Я не знаю, что такое джанго)

фреймворк для веба.

Я не знаю, что такое джанго)

прямо праздник

я коммунити версию использую, но хочется чтобы было больше плюшек от коммерческой, вот подумал - может что-то опенсорсное выпустили :)

для голого питона - jetbrains pycharm community edition зе бест.

Понятно

из других платных еще винг иде есть

ERROR: S client not available

VS нормик?

"под линукс"?

Да

ты не путаешь VS и VS Code?

абсолютно разные вещи

Скорее 2-ое

для голого согласен, но хоетлось чтобы была поддержка фреймворка :)) Ладно попробую временно платную версию, подумаю стоит ли заморачиваться или переживу :)

второе это ок редактор с поддержкой браузинга каталогов, чем полномасштабная иде джангофич там вроде никаких

Фреймворки вообще для чего нужны?

работу работать

можно конечно всё писать самому с нуля, но большинство проблем решено за нас

поэтому люди используют библиотеки и фреймворки библиотеки - это когда твой код вызывает функции оттуда фреймворки - это когда их код вызывает твой

Спасибо за пояснения

т.е. фреймворк дает уже готовое приложение по факту, которое ты допиливаешь под себя а библотека дает тебе готовые блоки для строительства с нуля

Допустим есть математическая библиотека вычисления корня, ты просто пишешь строку, которая будет вызывать эту хрень?

примерно

скажем в питоне в стандартной либе есть модуль math, в котором предоставляются обёртки к стандартной математической либе Си

которая дает доступ к базовому набору - числам пи и е, корням, тангенсам, вот это всё

а есть библиотека numpy, в которой предоставляется огромное количество всякого матана - работа с матрицами, куча тригонометрических и статических функций, и т.д.

в которой половина всего не пашет, угу...

а еще есть jython, pypy, tinypy и прочие альтернативы

Всё таки ironpython не стоит сравнивать с pypy, например.

CPython

Хорошо звучит

http://pypy.org/

круто. сидеть на айроне и не знать про остальных

Интерпритор питона на Питоне.