ты сам понимаешь какую херню несешь? 8)

Вот есть у тебя один файл с классом. Ты там фигачишь импорт re. И есть другой. Там тоже фигачишь такой импорт. А вызваются классы в одном месте. Почему бы просто не хуйнуть там импорт один

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

Для мну это крайне дискуссионный вопрос. Я часто об этом задумываюсь

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

Не говорю, что это ровно. Просто часто к этой мысли возвращаюсь

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

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

модуль1: import re class Foo... ...some method... ... = re.findall ... потом аналогичный модуль2 с class Bar ок. теперь модуль3 делает import module1, module2 module1.Foo() ... (там вызовется метод из ре) куда ты собрался выносить ре?

Вот в главный

модуль1: import re class Foo... ...some method... ... = re.findall ... потом аналогичный модуль2 с class Bar ок. теперь модуль3 делает import module1, module2 module1.Foo() ... (там вызовется метод из ре) куда ты собрался выносить ре?

в модуль3 он хочет всё свести.

Дя

кстати, есть люди которые додумались до подобного и запилили web.py вроде, где внаглую впидорашено ряд объектов

вообще питон по дефолту ищет имена сперва с локальном скоупе, потом в __builtins__, а потом по цепочке

Дя

ты не должен так хотеть. ?

если сильно-сильно хочется - можно впихнуть свой суперглобал в билтинс

но за такое можно и в глаз

dir(__builtins__) должен показать довольно интересное

Просто в ряде моментов мне кажется это разумным

покажи плиз хотя бы один пример, и опиши проблему, которую решит такой подход.

у кого еще отдельная папка для музыки есть на компе, или все перешли на вк? )

вк, хочу вернуться на комп ((

Допустим. я открываю некий main файл и вижу условную директиву global import. И я сразу знаю, что пак модулей подключенных юзает эту хуйню

у кого еще отдельная папка для музыки есть на компе, или все перешли на вк? )

OneDrive

у меня ощущение что он хочет аналог сишных/пхпшных инклудов

у меня ощущение что он хочет аналог сишных/пхпшных инклудов

синдром утёнка?

не знаю, но порой хочется подобного эффекта, да

в питоне его можно получить через execfile, но это говно

Ну вы тут совсем злые. Это же дискуссионный вопрос

явные импорты в питоне - это добро

потому что ты практически всегда в пределах одного файла можешь определить откуда это прилетело

если конечно не используется динамическая загрузка

потому что ты практически всегда в пределах одного файла можешь определить откуда это прилетело

любую идею можно изговнять. from module1 import * from module2 import * from module3 import * foo() # happy debuging

ну и что

for i in range(1,10000): import re - на скорость никак не влияет?

любую идею можно изговнять. from module1 import * from module2 import * from module3 import * foo() # happy debuging

именно так и надо использовать модуль ttk, чтобы переопределить куски ткинтера

скорость чего?

Лол, подключил модуль logging, думал ща буду гемморится с его настройкой... А он сам все делает) Охринительная штука.

вызови basicConfig/fileConfig/dictConfig в начале приложения

скорость чего?

выполнения

реальный импорт произойдет на первой итерации

Лол, подключил модуль logging, думал ща буду гемморится с его настройкой... А он сам все делает) Охринительная штука.

Я с ним говна поел( И даже ща нормально не разгребаю

потом будет тупо крутится на проверке и вылетать махом

Я с ним говна поел( И даже ща нормально не разгребаю

Да, не вроде нормально все пишет. Там только формат вывода нужно настроить и усё.

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

Да да. У мну этот ебучий формат пишет номер строки, где он опеределен

А не на месте вызова

ipython блядский не дает замерить

что ты меряешь?

сферическую херню?

LДа хотелось глянуть, что там с памятью

а что с ней будет?

for i in range(1,1000000): import re

При таком

import re это буквально re=__import__('re') который превращается по факту в re=sys.modules['re']

что должно с памятью произойти если ты одной и той же переменной присваиваешь одно и то же значение 10000 раз подряд?

Научный подход подразумевает повторяемость. И так легче запоминается

Повторяемость не в цикле, а в виде эксперимента

китайский брутсфорс: после второго миллиона китайцев, компьютер согласился с тем, что пароль - "маодзедун"

В чем отличие баша, питона и перла? (По назначению)

Штоа?

Обычный вопрос от нуба.

Хочу понять что к чему.

Двачами то как запахло

http://superuser.com/questions/414965/when-to-use-bash-and-when-to-use-perl-python-ruby/415134

Посоны, серьезно не реагируем.

Пиздец ответили. Спасибо.

?

Я сам не знаю толком, но нашел, вроде, толковый топик

Двачами то как запахло

 Марк, будь поприветливее к людям)

Как раз поставленный вопрос

I use bash when my primary focus is on file handling. This could include moving, copying, and renaming files, as well as using files as input for other programs or storing other program's output in files. I rarely write bash code that actually examines the contents of a file or generates the output to write to a file; I leave that to the other programs (which I may write in Perl or python) that I launch via bash. I use Perl and python when my primary focus is on reading data from files, processing that data in some way, and writing output to files. If I find myself using (in Perl) the system command, back ticks or (in python) the subprocessmodule too extensively, I consider writing the script in bash. On the other hand, I sometimes start adding so much functionality to a bash script that eventually it makes more sense to rewrite it in Perl/python rather than deal with bash's limited (by comparison) support for variable scoping, functions, data structures, etc.

В чем отличие баша, питона и перла? (По назначению)

Баш уже есть, питон и перл надо ставить

Баш больше для работы с ос

Пиздец ответили. Спасибо.

Given a problem that both can handle, you'll want to use the one you're most comfortable with. Ultimately, there are a lot of small details, and only experience can teach you to see them. Bash is a general purpose scripting language just like Python, Ruby, Perl, but each has different strengths over the rest. Perl excells at text analysis, Python claims to be the most elegant of the bunch, Bash scripts are excellent at "piping stuff around", if you know what I mean, and Ruby... well, Ruby is a little special in a lot of ways. However, the differences between them only really matter once you have a healthy amount of scripting experience under your belt. I suggest you pick one language and push it to it's limits before moving to the next. You can do a lot in a shell script, more than most people would admit. Any language is just as hard as you want to make it. After you've written a couple things in it, every language is "easy" to you. Being familiar with the shell pays off quickly if you live in Linux, so maybe you want to start with that. If you find a task you that is impossible or impractical to solve in a shell script, use something else. Also, bear in mind that learning shell scripting is very simple. The real power of it lies in other programs, like awk, sed, tr, et al.

Так лучше?

Если по ссылке зайти не можем

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

То есть если нужно написать какой-то большой скрипт, то лучше делать это на питоне

Если задача короткая и одноразовая (ну то есть условия не будут мегяться) то перлом

Если задача короткая и одноразовая (ну то есть условия не будут мегяться) то перлом

если знаешь перл.

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

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

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

Он как девушка. Хотя иногда не совсем ясно, кто кого ебет

Просто на самом баше жутко неудобно писать логику, может это конечно я рукожопый

Но когда число нужно оборачивать в (())

Слегка воротит

А от if $_ =~ //

не?

Ну и да, перл с питоном портабельны, баш нет

А от if $_ =~ //

Достаточно просто if m//

?

можно без m даже

Без тильды операции присваивания не будет

Зачем нам присваивание матча в аккумулятор пихать?

(Его там и нет вроде)

Потому что это ПЕРЛЛЛЛЛ!!! Хочу и пишу

на awk можно писать еще круче

И sed

ЯПНН