оригинальная мысль

implying all modern imperative languages

ну это как тополь или как одуванчик

растёт как попало, собирает всю грязь, плодится быстро, хрен остановишь

ладно дневная норма по гноблению пхп выполнена

так в итоге, здесь на лиспах пишет кто-нибудь? на каких?

clonedigger офигенный результат выдал, то что надо

> a pair of sequences of statements is considered a clone if one sequence can be obtained from the other by replacing some small subexpressions насколько small?

ну вот оно увидело два одинковых метода, где разница только в константе в if и в конечном вызове результата

причем оно понимает что там вот много одинаковых строк и немножко разницы, значит кандидат на клон

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

работа москвича, интересно

на hn напоминают про статью двухлетней давности о том, почему python is slow https://jakevdp.github.io/blog/2014/05/09/why-python-is-slow/ (подробнее недавно появившейся http://blog.kevmod.com/2016/07/why-is-python-slow/)

а что такое крутой язык?

Python же, тут и так всё ясно ?

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

нет ни у кого ссылки на краткий howto создания пакетов ?

а кто какие лицензии использует для Open source проектов и почему ?

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

есть у меня класс, в нём методы могут разное возвращать - sqlalchemy query, sqlalchemy instance или python list

а кто какие лицензии использует для Open source проектов и почему ?

https://tldrlegal.com/ http://choosealicense.com/licenses/

и сейчас для удобства различия принят naming convention: первое начинается на на query_, второе на get_, третье на list_

но мне думается что это не python-way

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

может нужны методы as_list(), as_query()

может..

да, это уже теплее пожалуй.

вроде джанго таким путем пошли как раз. Надо глянуть как оно у них внутри сделано

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

ну я пишу штуки типа cloud.user_service.list_inactive_users() и cloud.user_service.query_inactive_users()

это service registry

не понимаю ничего в ваших паттернах :)

да ладно паттерны, ну а ты бы как сделал? :)

паттерн - способ

что не понятно в наших способах решать задачи?

главное чтоб проще и больше заплатили.

у вас все в проядке :)

короче оставил пока так

но всё равно мне не нравится ( потом ещё подумаю

по идее хорошо бы хранить query-методы. Т.е классы, все методы которых возвращают только query (гарантированно)

и вот они уже потом как-то используются

в сервисах, например

или напрямую в апи-хэндлерах (фильтрация и т.п)

нет ни у кого ссылки на краткий howto создания пакетов ?

Setuptools

http://blog.jupyter.org/2016/07/08/ipython-5-0-released/

прикольно

http://blog.jupyter.org/2016/07/08/ipython-5-0-released/

Молодцы. Отличный проект! При этом ребята из JetBrains ничего не хотят делать со своей убогой консолью. https://youtrack.jetbrains.com/issue/PY-10985 https://youtrack.jetbrains.com/issue/PY-9345

End of support for Python 2

в следующей версии

End of support for Python 2

Шта?

На случай, если кто-то кроме меня тоже страдает: https://habrahabr.ru/post/305314/

у меня все ок, кстати, вот прикольная няшка появилась на GH https://github.com/blog/2206-reorder-issues-within-a-milestone

В чем(БД) лучше хранить дерево? Не глубокое, но широкое. Сейчас это сделано через mptt, но может есть что-то лучше? И чтобы с джангой дружило

Nested Sets?

Гуглить Django nested sets

В чем(БД) лучше хранить дерево? Не глубокое, но широкое. Сейчас это сделано через mptt, но может есть что-то лучше? И чтобы с джангой дружило

Так mptt вроде и использует nested sets

В чем(БД) лучше хранить дерево? Не глубокое, но широкое. Сейчас это сделано через mptt, но может есть что-то лучше? И чтобы с джангой дружило

Пойдём с другой стороны. Чего не хватает?

мы помнится через mptt тоже хранили.

Так mptt вроде и использует nested sets

Да.

Пойдём с другой стороны. Чего не хватает?

Скорости. И понимания, можно ли сделать это лучше. Использовать нереляцмонный подход, например.

мы помнится через mptt тоже хранили.

Теперь не храните?

теперь меня в том проекте нету)

в текущем деревья пока не нужны

что-нибудь модное графовое?

Скорости. И понимания, можно ли сделать это лучше. Использовать нереляцмонный подход, например.

В чем конкретно не хватает скорости. Ну, просто ты же понимаешь, вряд ли это место пямо вот камень приткновения в проекте. Если да, то надо смотреть в каких конкретных случаях вам его не хватает. Что вы с ним делаете и все такое. В принципе, можно дерево айдишников пихнуть в json-поле в постгресе, но надо понимать зачем;)

В чем конкретно не хватает скорости. Ну, просто ты же понимаешь, вряд ли это место пямо вот камень приткновения в проекте. Если да, то надо смотреть в каких конкретных случаях вам его не хватает. Что вы с ним делаете и все такое. В принципе, можно дерево айдишников пихнуть в json-поле в постгресе, но надо понимать зачем;)

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

ERROR: S client not available

Ну, не грузить всё дерево? :)

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

В чем проблема с частичной загрузкой дерева?

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

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

коллеги, а есть ли реализация orereddict с бэкендом в redis?

или своё лисапедить?

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

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

Описания задачи на было

Описания задачи на было

Не глубокое, широкое дерево, интеграция с джанго. Позже уточнил, что это отображение части структуры файловой системы. Этого достаточно, на мой взгляд.

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

для отображения файйловой системы, вообще моно посмотреть как это устроено в файловых системах;)

если у вас реляционная БД, то стоит хранить ссылку на родителя и выбиать по ней, а не через nested sets

наверняка же и сортировка по желанию пользователя, а не по индексам сетов, да?

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

> только показывать, изменять не надо? Изменение состоит только в добавлении в дерево / удалении из него. В случае последнего — произвольного, но, естественно, есть доступ к айдишникам удаляемых объектов. > стоит хранить ссылку на родителя нет. Если мне нужно будет выбрать всю ветку, то это будет довольно дорого. > наверняка же и сортировка по желанию пользователя, а не по индексам сетов :s Я вообще не уверен, что нужна бд для этого *вздох* пришёл в новый проект, а товарищ прошлый разработчик не оставил никакой документации. Энивэй, всем спасибо. Таки проведу пару экспериментов для выбора лучшего варианта :)

Я не говорил, что надо отказаться от nested sets. Но хранить родителя полезно как раз для выбора всех его детей

scala страшная

что там?

Да импорт не тот поставил и понеслась

и получил пачку имплиситов?

угу

Сегодня ведь есть митап, я не ошибаюсь?

Нет, его нет из за глобал. Если я правильно помню.

Окей. Блин. Странности какие-то с Гугл-календарем.

тут чел излагает основы как сделать beerjs: https://twitter.com/jsunderhood/status/752888731997265921

мб чего позаимствуем оттуда

например идею менять пабы

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

@lig11 С ДР, Серёга!

оо. :) с др! @lig11