var i; for (i = 0; i<10; i++) { }

что где нарушено?

итерируемая переменная живет снаружи, всегда

логически цикл это отдельный блок. вспомни историю с компрехеншенами

In [1]: def foo(): ...: print(i) ...: for i in range(10): ...: print(i) ...: In [2]: foo() --------------------------------------------------------------------------- UnboundLocalError Traceback (most recent call last) <ipython-input-2-624891b0d01a> in <module>() ----> 1 foo() <ipython-input-1-11a9b92dc48d> in foo() 1 def foo(): ----> 2 print(i) 3 for i in range(10): 4 print(i) 5 UnboundLocalError: local variable 'i' referenced before assignment переменная есть и до цикла как бы

логически цикл это отдельный блок. вспомни историю с компрехеншенами

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

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

я несколько раз наступал на это граблю(

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

еще раз. переменная есть в локальном скопе с самого начала это тоже что написать print(n) n = 0

да. но это плохо

хочешь явного, определяй все локальные переменные вначале

да. но это плохо

это как везде

да, я считаю, что возвращать значения всегда надо явно

в питоне var неявный. отсюд всё

вот в скале например цикл может возвращать значение. и все рады

да, я считаю, что возвращать значения всегда надо явно

да неоткуда там возвращать

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

а else в try без finally часто использовали?

for n, item in enumerate(items): process(item) else: n = 0 print(n)

и вообще ты его неправильно используешь. у тебя всегда на выходе будет n == 0

без break-а да

а else в try без finally часто использовали?

else чаще finally использую, сильно чаще

и вообще ты его неправильно используешь. у тебя всегда на выходе будет n == 0

Шта? else не выполнится, если хотя бы один цикл удался

А, блин, без break всегда

Я забыл, что он странно работает, а не как мне всегда хотелось чтобы оно работало:)

for n, item in enumerate(items): process(item) else: n = 0 print(n)

блин, даже не знал про эту штуку ) надо будет как-нибудь щегольнуть!

хотя вдруг про неё все знают

блин, даже не знал про эту штуку ) надо будет как-нибудь щегольнуть!

Как тут правильно написали товарищи, она с break имеет смысл. Типа, если break был, значит ты нашел, что искал, иначе else

мне вот нравится очень else в try-except

как по мне, чистая такая штука прозрачная

но тимлиду не нравится (

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

хотя блин, у всех разное понятие..

мне вот нравится очень else в try-except

От ситуации зависит. Часто, лучше die fast, а потом на том же уровне писать, а не плодить лишний отступ

да, согласен.

Буду тимлидом- пошью костюм с отливом и в Ялту

?

в берлин!

все мечты устремлены только туда =)

Это джентельмены удачи;(

да знаю я

но тимлиду не нравится (

какие аргументы?

'прекрати ставить эту невнятную конструкцию, какой ещё else в обработке исключения, это супер непрозрачно'

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

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

но к for/while не привык

?❤❤

while не помню когда вообще последний раз в питоновском коде видел о_0

for-else вот сегодня узнал о существовании )

а вообще итеративности мало в коде сейчас очень

в основном декларативность

видимо это потому, что пишу сугубо прикладной код

Я когда вижу else, даже в if, долго думаю, типа не пора ли еще один слой абстракции вводить

хм, а можешь пример?

что ты под таким слоем подразумеваешь

ну, например где-то можно сотворить фабрику и разнести логику по разным классам

ой, ни фига себе http://store.steampowered.com/app/298050/

Парни, кто-нибудь юзает aiohttp вместе с django?

Парни, кто-нибудь юзает aiohttp вместе с django?

А можно я глупый вопрос задам: как и зачем?

Ну в смысле тордано же пр кручивают. Цель: вебсокеты

Так это, микросервисы и вперед. Одно приложение на джанге, другое на aiohttp.

Окей

ну, например где-то можно сотворить фабрику и разнести логику по разным классам

абстракции ради абстракций?

ой, ни фига себе http://store.steampowered.com/app/298050/

ага, запустили )

а есть кто уже попробовал построить взаимодействие между приложениями на www.grpc.io?

ну и сами приложения естественно )

а есть кто уже попробовал построить взаимодействие между приложениями на www.grpc.io?

@pragus вроде им интересовался

ERROR: S client not available

@pragus вроде им интересовался

Я пока только разглядываю

grpc и первая "радость" ''' GreeterServicer): def SayHello(self, request, context): return helloworld_pb2.HelloReply(message='Hello, %s!' % request.name) def SayHelloAgain(self, request, context): return helloworld_pb2.HelloReply(message='Hello again, %s!' % request.name) ''' Java в Python )

а кто-то делал server-side rendering на питоновском бэкенде для react+redux ?

а кто-то делал server-side rendering на питоновском бэкенде для react+redux ?

вот так ты и затянешь node.js на бэкенд )

я нашел python-react))

но не redux - чтобы стор сразу выгружать

Ну, в общем да, nodejs - наиболее универсальный путь

grpc и первая "радость" ''' GreeterServicer): def SayHello(self, request, context): return helloworld_pb2.HelloReply(message='Hello, %s!' % request.name) def SayHelloAgain(self, request, context): return helloworld_pb2.HelloReply(message='Hello again, %s!' % request.name) ''' Java в Python )

Меня лично Python/Go больше связка интересует. И Python/Nodejs в свете темы, поднятой Сашей

Меня лично Python/Go больше связка интересует. И Python/Nodejs в свете темы, поднятой Сашей

Аккуратнее так и на js полностью перейдёшь ))

А что мы имеем против JS?

js хорошо

особенно хорошо если таки ES6

js хорошо

чем?

js лучше чем asm

типов и там и там нет

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

строки проще на js

из языков где нет типов мне больше нравится forth =)

поэтому js лучше

5 5 + .

https://pp.vk.me/c630331/v630331284/4aa67/eop3lZeeGCI.jpg

с датой js еще смешнее

автоматический способ приведелия типов всегда был тупым

хочешь сделать хорошо, сделай сам

смотрели уже https://github.com/Yelp/undebt ?

списочек бранных слов у них прикольный) https://github.com/Yelp/git-code-debt/blob/master/git_code_debt/metrics/curse_words.py

а что, никто из местных не использует asyncio/aiohttp?

начинающий

подозреваю, что у большинства либо легаси, либо джанга какая-нибудь

а что, никто из местных не использует asyncio/aiohttp?

ты на 3 перелез?

а что, никто из местных не использует asyncio/aiohttp?

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

ты на 3 перелез?

@pragus кстати, да?;)