я че-т не понимаю, про yield на каждую операцию

ты асинхронный код писал?

ну, async/await

На торнаде, асинхио?

ну ты когда в сеть отправляешь или получаешь что-то, ты как это делал?

сходить в редис - await сделать, в чем проблема-то?

и как будет превращать существующий синхронный код написанный с использованием джанги, в асинхронный при этом не переписывая его?

и как ты будешь*

зачем превращать синхронный код в ассинхронный?

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

в стиле срфттуды

channels*

вы похожи на двух алкашей говорящих о смысле жизни :)

ээээ

я вот щас представил как ты в БД пойдешь за новыми данными из этих самых каналов, ага )

asyncio-redis?

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

если тебе так нравится конечно )

но чот по-моему проще взять asyncio

но в целом у меня познания про каналы чутка устарели, да )

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

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

Не знаю, народ для чего-то использует

ну и я не знаю как у остальных, но я стараюсь избегать всего что использует twisted и является твистедом

ну просто потому, что в какой-то момент времени перестаешь аще понимать как вот это все там у неё работает

это проблема любого ассинхронного/многопоточного кода, больше 50 строк

не, на торнде норм

торнаде*

Ну как бы твистед не самый лучший образец понятной асинхронности

твист это вообще по-моему самый плохой образец всего

твистед*

Вот в asyncio гораздо всё проще в этом плане

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

В своё время твистед был единственный, и хотя бы за это ему спасибо

Я начинал

ой,слуачайно энтер нажал. Начинал с твистеда,я проклял все.

ну не ужели асинхио так хорош? Все до сих пор торнаду использую для асинхронщины. Жду подходящей задачи на "попробовать" его

Мне очень понравился asyncio + aiohttp. С торнадо конечно не сильно много я мутил, но врят ли уже буду им пользоваться - нет причин уже

Мое знакомство с твистед началось когда я хотел решить простую задачу: сделать TFTP сервер который бы за файлами бегал в БД, и отдавал их (файлы - это текстовые конфиги, так что можно было). Закончилось оно в общем-то тогда же. Оказалось куда проще и быстрее руками все написать без него

Мое знакомство с твистед началось когда я хотел решить простую задачу: сделать TFTP сервер который бы за файлами бегал в БД, и отдавал их (файлы - это текстовые конфиги, так что можно было). Закончилось оно в общем-то тогда же. Оказалось куда проще и быстрее руками все написать без него

а что использовал вместо? или сделал синхронный?

А что выбрать, если нужно писать сервак для игры по типу agar io? Есть смысл пайтон брать или лучше сразу го?

node.js вроде моден для всего этого

а что использовал вместо? или сделал синхронный?

Да, сделал синхронный. Не очень правильно, но быстрее и проще

Конечно go --- это же лучше, моднее, там форматирование, корутины, всё такое. Ещё, говорят, rust крут.

swift, вот, вышел недавно, но это корпоративное яблодрочерское говно.

(что там ещё из модного есть...)

у питона тоже корутины, форматирование

Это был сарказм.

я не для сарказма спрашивал, если че. С Node.js у друга был опыт, он плохо отзывался.

в go прикольные defer вместо эксепшенов

А что выбрать, если нужно писать сервак для игры по типу agar io? Есть смысл пайтон брать или лучше сразу го?

Я бы выбрал Go

в go прикольные defer вместо эксепшенов

>defer >вмпесто эксопшонов Ок

ну, т.е. штука, вроде нашего contex-manager'а, которая вызывает какую-то логику, которая должная закрывать файлы, коннекшны и прочее

интересная концепция

Да, он прикольная Но вот как раз с помощью defer налажать можно не просто, а очень просто (

лучше бы они сделали наследование

эт точно:

In this example, a deferred function increments the return value i after the surrounding function returns. Thus, this function returns 2: func c() (i int) { defer func() { i++ }() return 1 }

и каждый раз ерр проверять

в го есть чота типа наследования

через жопу реализованное

но есть

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

а вот вообще, у меня всего один раз был опыт работы с нагруженным проектом, и чота ребята там уперлись ну совсем не в ЯП

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

ERROR: S client not available

в го есть чота типа наследования

есть, но это не наследование, а вложенность одной структуры в другую

хочешь методы - хуячь копипаст

да, все для людей ыы

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

Как же любят люди, пришедшие из одного языка в другой, натягивать сову глобус :3

и каждый раз ерр проверять

>Каждый раз исключения ловить

Как же любят люди, пришедшие из одного языка в другой, натягивать сову глобус :3

да ваш го - это ни рыба ни мясо

ни функциональщина, ни ООП

хрен пойми под какой наркотой были люди когда его рожали

ООП там есть Просто не джава-вэй Функциональщиной там и не пахнет Разве что на уровне "горутины-потоки" И ваще, как-будто что-то плохое

Go можно и нужно ругать за многое Но уж точно не за это :3

с каких пор ООП это джава вей? лол

когда придумали ООП джавы еще не было

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

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

с каких пор ООП это джава вей? лол

Anders вон правильно выразил мысль Я не про то, что ООП появилось в Java Я про то, что разные варианты ООП имееют право на существование

ну вот это галимый вид ооп, через эти ебучие интерфейсы

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

но пришлось копипастить один "метод" в каждый класс...

У тебя метод менял состояние объекта?

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

https://play.golang.org/p/nYc2hc3UbG

даже линк остался

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

Опиши подробнее, что тебе нужно делать

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

чтобы было im in a im in b

без копипаста discover во все классы

без копипаста discover во все классы

https://play.golang.org/p/Lz-7DykmPc Можно вот так Но так как наследования нет, то надо смотреть по ситуации

ты забыл одну тонкость

у меня атрибут возвращает метод obj.GetTest()

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

полиморфизм короче мне нужен, которого нет