сильный фон, неравномерный свет по кадру, говно короче, чем ни пытался, ниче не помогает skimage.peak_local_max adaptive tresholding open cv blob detection

Присылать в телеграм-чатик tif, тем самым заставляя доползти до ноутбука — это сильно

сорри

есть и классные варианты, такие, на них все детектится

сильный фон, неравномерный свет по кадру, говно короче, чем ни пытался, ниче не помогает skimage.peak_local_max adaptive tresholding open cv blob detection

Гистограмма, пики

На меня тут реально агрится пока только один человек - задающий многозначительные односложные вопросы конкретно мне, по любой херне. Во всяком случае я (по крайней мере явно) ничего не спрашивал, а всего лишь риторически возмутился некоторой жопности ситуации. А всё началось с раъяснений как раз-таки этому человеку по его сообщению ШТОА?.

на тебя все так агрятся потому что твой вопрос некорректен и непонятен. спросил бы сразу как с помощью curl из консоли делать POST запросы; Фласк сам по себе здесь не причём

тебе бы и мануал от php легко подошёл, curl везде одинаковый

Полагаю, если длительные пиздежи про R и Go уместны, то и подобное не шибко запрещено.

Вот.

с козырей зашел!

Чо вы за хуйню опять устроили

Эх щас бы в питоночате людей за вопросы похуесосить да?

вопросы низшего порядка задаются в чате для новичков

поэтому и хуесосят=)

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

да мне насрать, я никого не оскорбляю и в ответ не слышу никакого говна

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

Самое забавное то, что этот вброс звучит очень в стиле последних )

Едва ли можно однозначно что-то возводить в абсолют

Реальный мир так не работает

Имх, само собой

Никто вроде и не претендует на истину в высшей инстанции

О том и речь

я даже если и знаю, все равно молчу, чтоб не прослыть идиотом=)

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

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

Интересная у Вас точка зрения. А вот лично себя Вы к какой категории людей относите?

Перманентно к мудрецам надеюсь?

К новичкам

Я всегда болею за более слабых. И защищаю их.

По мере сил )))

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

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

Ты простудился?

Нет, я себя прекрасно чувствую, на спасибо, что поинтересовались.

Показалось значит.

Бывает.

Да ничего)

Никита, расскажи нам чём ты занимаешься?

товарищи, а вы не встречали обширную книгу/статью/доку о том, как максимально эффективно по скорости использовать питоновские типы данных и приемы вроде list/dict comprehension, itertools и другие штуковины?

Стоит ли мне Вам объяснять в чём некорректность этого вопроса?

я нашёл только https://wiki.python.org/moin/TimeComplexity и оно прямо скажем неполное

товарищи, а вы не встречали обширную книгу/статью/доку о том, как максимально эффективно по скорости использовать питоновские типы данных и приемы вроде list/dict comprehension, itertools и другие штуковины?

Что-то не так давно видел, поищу. Если вдруг что- поделюсь с радостью

Что-то не так давно видел, поищу. Если вдруг что- поделюсь с радостью

спасибо)

Не, у меня какая-то книга была, там прямо главы две этому посвящены были

Осталось найти

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

но если встречу при чтении, обязательно напомню

У Лутца местами встречаются моменты, где он показывает и рассказывает, что [index for index in list] быстрее, чем обычный for.

я честно говоря книги вообще не читаю, только смотрю при надобности конкретные моменты и то больше в документации

Вот да, вроде у Лутца тоже много было про списки

У Лутца местами встречаются моменты, где он показывает и рассказывает, что [index for index in list] быстрее, чем обычный for.

да, это известный момент, вот мне бы хотелось найти больше

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

Бизли и Лучано более полно раскрывают свои темы

Бизли и Лучано более полно раскрывают свои темы

спасибо, посмотрю

сам я можно сказать разобрался как что, во время профилирования и используя старые знания о типах данных из STL и плюсов, но хочу какую-то статью что ли, чтобы дать чувакам которые у нас работают, типа список простых правил как писать быстро работающее

rule of the thumb типа

Есть же какой-то трактакт по трушному коду на питоне?

ERROR: S client not available

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

это когда ты уже пишешь но хорошо бы знать как внутри все устроено и представлять complexity операций

Хм.

Dive Into Python 3 + PEP8

Я что-то читал про cpython.

Pep8

Но насколько я понял тебя именно типы интересуют.

А еще лучше "Clean Code"

типы и алгоритмы

примерно как книги по STL

в PEP8 такого нет имхо

Dive Into Python посмотрю

Я что-то читал про cpython.

CPython это просто название текущего самого популярного интерпретатора

Ну хз тогда, я тут вряд ли чем смогу помочь.

это например такие вещи как то что key in dict значительно быстрее чем key in dict.keys() за счет бинарного поиска, то что append() листа очень медленный и подобное

то что лист компрехеншн быстрее чем фор в общем случае

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

итд

Ты меня прям заинтриговал, надо будет пошуршать на эту тему в интернетах.

вообще конечно это наверное подраздел общего знания алгоритмов

но было бы круто найти конкретный список применимый к питону

https://wiki.python.org/moin/TimeComplexity - вот эта штука пока ближе всего к тому что надо

тут фишка в том что если ты знаешь C/C++/STL и типы данных и алгоритмы которые там приняты, то довольно легко догадаться что как, потому что CPython внутри юзает те же подходы

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

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

Бывают глупые вопросы, даже очень

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

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

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

Это было актуально лет 5 назад