Периодически бывают изменения, которые ломают обратную совместимость. Канонический пример — принципиальное изменение семантики Enumerable.Cast при переходе с 3.5 на 3.5 SP1 (сломались все, кто делал Cast<int>() на IEnumerable<double> и тому подобные вещи).
Его рыночная стоимость, однако, не определяется этими свойствами (если бы определялась — большую часть золота использовали бы именно ради них, а не складывали бы в слитках в сейфах).
Гос. валюты косвенно «обеспечены» тем, что ими (и, как правило, только ими) можно платить налоги в соответствующем государстве. Это дает им некоторую минимальную стоимость, даже в отсутствие любых других транзакций.
Цена на них значения не имеет, реально важно соотношение цена/сложность. Она сейчас такова, что майнить те же лайткоины, например, выгодней, чем биткоины, при той же скорости майнинга (правда, для биткоинов есть ASIC, а для лайткоинов потолком является GPU — но мы же о домашнем железе).
Лайткоины при этом — относительно стабильный вариант, но не самый доходный. Так-то альткоинов уже наплодили кучу, и обычно на ранней стадии своей жизни майнить и менять их очень выгодно. Можно следить за текущими фаворитами в этом списке. Еще лучше — присоединиться к майнинг пулу, который автоматически майнит самую выгодную на данный момент монету (и тут же меняет её на биткоины, которые и раздаются участникам) — например, hashco.ws.
Соль в том, что по отношению к PHP люди склонны по умолчанию верить таким вещам в силу того, что дизайн и история его развития там реально ужасны, и можно привести кучу примеров и похуже.
В режиме отладки REPL только обычный, поэтому там графики непосредственно отображаться не будут, и нужен show. Но можно остановиться внутри show (без брейкпоинта, просто нажать паузу в отладчике — окно графика на это время замерзнет), сделать новый plot в REPL, и запустить выполнение дальше, чтобы новый график отобразился в окне.
В PTVS есть «IPython REPL» — как можно догадаться из названия, под капотом там IPython + pylab, а графика отображается непосредственно в окне REPL, так что show не нужен:
Мне неизвестно о специальной поддерже отладки Cython в какой-либо IDE. В PyCharm есть поддержка Cython в редакторе, причем он в т.ч. использует объявления типов для автозавершения, а также генерация кода при сборке. Больше вроде бы ни у кого никакой специальной поддержки нет.
В PTVS, теоретически, можно отлаживать Cython как C — если включить вывод #line в сгенерированном коде, то нативный отладчик будет при этом показывать Cython-исходник, но локальные переменные будут отображаться из сгенерированного кода, и вычисление выражений в этих фреймах тоже будет сишным. Хотя PTVS умеет в режиме смешанной отладки показывать в нативных фреймах PyObject* как питоновские объекты, но это все-таки не совсем то.
Идеальным вариантом было бы взять редактирование от PyCharm :) а отладку нативного кода — от PTVS, и к последней прикрутить явную поддержку Cython — теоретически, это возможно, я уже исследовал немного эту тему, но в ближайшем релизе этой фичи не будет точно. В следующем за ним — очень вероятно.
Про сборку и отладку .pyd трудно сказать что-либо конкретное, не зная, какие именно у вас были проблемы. Посмотрите доку по соответствующей фиче в PTVS; если не поможет — можете кидать вопросы мне в личку.
У меня, как у разработчика одного из этих продуктов, будут проблемы с предвзятостью :)
Вообще, детальный сторонний разбор имеющихся питоновских IDE — отладки и профилирования в т.ч., но также и редактирования, и поддержки веб-фреймворков, и всяких экзотических фич типа редактирования Cython или нативной отладки, мог бы быть очень интересной статьей, имхо. Благо, что хороших вариантов за последние пару лет стало неприлично много, и отличий там тоже накопилось довольно много. И при этом большинство разработчиков про них не в курсе — как правило, люди знают подробности о «своей» IDE, но не о других.
> Если честно, я не вижу особого смысла рассматривать каждую из этих IDE, достаточно знать что они есть, что они успешно справляются со своими задачами и вы можете использовать встроенный отладчик прямо из редактора
Рассматривать все-таки имеет смысл, потому что функциональность, помимо базовой, там может весьма сильно различаться. Например, PyCharm умеет дебажить Google AppEngine и автоматически аттачиться к дочерним процессам. PTVS — аттачиться к уже запущеным питоновским процессам (в т.ч. кастомным хостам, а не только python.exe) и отлаживать нативный код одновременно с питоновским, и предоставляет полноценный отладочный REPL, работающий «внутри» отлаживаемого процесса. Оба умеют отлаживать шаблоны Django (ставить в них брейкпоинты, ходить пошагово etc). Не берусь сказать, что уникального есть в PyDev или Wing, но наверняка какие-то интересные вещи можно найти.
Как уже достали все эти нытики-луддиты. Вот казалось бы, ведь есть еще на Земле масса мест, где подобные люди могут в полной мере насладиться отсутствием этого мерзкого технологического прогресса, и неизбежно связанных с ним социальных изменений. Тибет, Сомали, Афганистан — к вашим услугам!
Но нет, они зачем-то лезут в эти наши интернеты жаловаться нам на то, что мы не умеем общаться (с ними).
Каким бы ни был этот мир, он все равно мне нравится. Я нашел свою Дверь в Лето и ни за что на свете не соглашусь ни на какое путешествие во времени — боюсь попасть не туда. Пусть мои дети попробуют, если захотят. Я бы посоветовал отправиться вперед, а не назад. Путешествие во времени «назад» — это что-то вроде запасного выхода. Будущее всегда лучше прошлого.
Назло всем нытикам, романтикам и мракобесам, наш мир становится лучше, ибо человеческий разум, применяя себя к своей среде, делает его лучше — руками, инструментами, с помощью здравого смысла, науки и расчета.
Большинство этих длинноволосых уничижителей не могут ни гвоздь вбить, ни воспользоваться логарифмической линейкой. Я бы пригласил их к доктору Твишеллу, и далее в двенадцатый век — пусть наслаждаются.
Там речь шла конкретно о массивах — [] + []. Для них я бы ожидал [1,2,3] + [4,5,6] -> [1,2,3,4,5,6]. Для обычных объектов лучше все-таки кидать исключение, потому что там семантика несколько непонятна (обычные ключи еще можно скомбинировать, но что делать с прототипами?).
Cast<int>()наIEnumerable<double>и тому подобные вещи).«Оправданность» в данном случае — понятие субъективное. Да, этот код можно написать с if. И он, наверное, будет так понятнее.
Лайткоины при этом — относительно стабильный вариант, но не самый доходный. Так-то альткоинов уже наплодили кучу, и обычно на ранней стадии своей жизни майнить и менять их очень выгодно. Можно следить за текущими фаворитами в этом списке. Еще лучше — присоединиться к майнинг пулу, который автоматически майнит самую выгодную на данный момент монету (и тут же меняет её на биткоины, которые и раздаются участникам) — например, hashco.ws.
В PTVS есть «IPython REPL» — как можно догадаться из названия, под капотом там IPython + pylab, а графика отображается непосредственно в окне REPL, так что show не нужен:
В PTVS, теоретически, можно отлаживать Cython как C — если включить вывод #line в сгенерированном коде, то нативный отладчик будет при этом показывать Cython-исходник, но локальные переменные будут отображаться из сгенерированного кода, и вычисление выражений в этих фреймах тоже будет сишным. Хотя PTVS умеет в режиме смешанной отладки показывать в нативных фреймах PyObject* как питоновские объекты, но это все-таки не совсем то.
Идеальным вариантом было бы взять редактирование от PyCharm :) а отладку нативного кода — от PTVS, и к последней прикрутить явную поддержку Cython — теоретически, это возможно, я уже исследовал немного эту тему, но в ближайшем релизе этой фичи не будет точно. В следующем за ним — очень вероятно.
Про сборку и отладку .pyd трудно сказать что-либо конкретное, не зная, какие именно у вас были проблемы. Посмотрите доку по соответствующей фиче в PTVS; если не поможет — можете кидать вопросы мне в личку.
Вообще, детальный сторонний разбор имеющихся питоновских IDE — отладки и профилирования в т.ч., но также и редактирования, и поддержки веб-фреймворков, и всяких экзотических фич типа редактирования Cython или нативной отладки, мог бы быть очень интересной статьей, имхо. Благо, что хороших вариантов за последние пару лет стало неприлично много, и отличий там тоже накопилось довольно много. И при этом большинство разработчиков про них не в курсе — как правило, люди знают подробности о «своей» IDE, но не о других.
Рассматривать все-таки имеет смысл, потому что функциональность, помимо базовой, там может весьма сильно различаться. Например, PyCharm умеет дебажить Google AppEngine и автоматически аттачиться к дочерним процессам. PTVS — аттачиться к уже запущеным питоновским процессам (в т.ч. кастомным хостам, а не только python.exe) и отлаживать нативный код одновременно с питоновским, и предоставляет полноценный отладочный REPL, работающий «внутри» отлаживаемого процесса. Оба умеют отлаживать шаблоны Django (ставить в них брейкпоинты, ходить пошагово etc). Не берусь сказать, что уникального есть в PyDev или Wing, но наверняка какие-то интересные вещи можно найти.
Дык во всех «спокойных местах» почему-то так. Но что поделать, такова плата за отсутствие технологического и социального прогресса.
Но нет, они зачем-то лезут в эти наши интернеты жаловаться нам на то, что мы не умеем общаться (с ними).
— Роберт Хайнлайн, «Дверь в Лето»