Продолжу мысль, тут два варианта или обновлять яву, подключать там репозитории дополнительные, либо довольствоваться PyCharm постарее. Если первый вариант, подшаманили там, чтобы можно было работать, делаете фичи, потом выливается на 14.04 в jenkins на тестирование например и оказывается, что проект не работает, из-за того что в среде в которой производилась разработка были изменены какие то версии бибилотек и вот по ошибке заюзали фичу с более новой либы, которой нет в старой или вообще поломана совместимость между версиями.
1. Это же избыточно, имхо. 2. Pycharm и его зависимости никак не относятся к проекту, а что если PyCharm потребуется вот какая-нибудь версия бибилиотеки одна, а проекту нужна другая версия. Одна из причин почему нынешний проект развернул под виртуалкой, хотя некоторые коллеги линуксоиды прям в своей системе, по той причине, что у меня ролинг релиз дистрибутив, и проекту требует совершенно иные версии пакетов(по старее) нежели среде разработки. Сложно придумать пример, но вот, например, захотели последнюю версию PyCharm, а проект работает под 14.04 убунтой, а последнему PyCharm например ява новее нужна, а в проекте завязано на версии, которая в 14.04.
Потому что PyCharm в виртуалке это и есть извращение не?) Виртуалка нужна, чтобы поднять изолированное окружение, с необходимым дистрибутивом, пакетами, а не среду разработки, иксы на сервере в большинтсве случаев не к чему, а если 5 проектов, в каждом по пючарму? А если один, но надо проверить в 5 сборках…
Скажу так, что я сталкивался, что как раз через sharedfolders, как вы указали ниже, проект ужасно лагает. Да и не только там py там и статика и многое другое может быть. Можете набрать в гугле запрос: virtualbox sharedfolders slow, что проблемой страдают многие.
Будут ли эти наработки в дальнейшем предоставлены сообществу chromium?
Раньше с хедерами no cache, ответы на post не кэшировались и т.п., сейчас кэшируются, т.е. больше записи на диск и объемы, большая часть времени все же онлайн и для редкого оффлайна накладные ресурсы так скажем, на сколько большие?
Используйте ARC. Это проще, безопаснее и сэкономит вам время и нервы.
Ха ха. Сегодня с другом разбирали пол дня его проблему. В итоге ARC создан чтобы не следить за памятью. Но в некоторых случаях он сбоит и нужно то закэшировать переменную, то ещё чего, чтобы он не вставил dealloc. ИМХО найти проблемное место, и то что оно возникает куда большая проблема, чем писать сразу явно, тогда не будет вопросов, или использовать другой язык. Он новичек, а я вообще на object c и swift не пишу, не знали про такие грабли, спасибо за статью, я думал это баг. В следующий раз будем знать куда копать, но это костыли какие то, подкручивать счётчики когда он сам не справляется, а это узнаешь постфактум, зачем он тогда нужен, если полагаться нельзя.
DisplayPort свободен от каких-либо выплат, в то время как производители устройств с HDMI оплачивают минимум 4 цента за каждое устройство (15 центов, если не указан логотип HDMI на продукте и в рекламных материалах)
Раньше с хедерами no cache, ответы на post не кэшировались и т.п., сейчас кэшируются, т.е. больше записи на диск и объемы, большая часть времени все же онлайн и для редкого оффлайна накладные ресурсы так скажем, на сколько большие?
Если электричество от соседа, то, да:
Ну и со скоростью майнинга этой железки, для начала окупить бы её.
Ха ха. Сегодня с другом разбирали пол дня его проблему. В итоге ARC создан чтобы не следить за памятью. Но в некоторых случаях он сбоит и нужно то закэшировать переменную, то ещё чего, чтобы он не вставил dealloc. ИМХО найти проблемное место, и то что оно возникает куда большая проблема, чем писать сразу явно, тогда не будет вопросов, или использовать другой язык. Он новичек, а я вообще на object c и swift не пишу, не знали про такие грабли, спасибо за статью, я думал это баг. В следующий раз будем знать куда копать, но это костыли какие то, подкручивать счётчики когда он сам не справляется, а это узнаешь постфактум, зачем он тогда нужен, если полагаться нельзя.
DisplayPort свободен от каких-либо выплат, в то время как производители устройств с HDMI оплачивают минимум 4 цента за каждое устройство (15 центов, если не указан логотип HDMI на продукте и в рекламных материалах)