• Зарядное устройство для смартфона - почему так быстро дохнут?

    @gpm7315
    1. На максимальном токе смарт заряжается где-то до 50% заряда аккумулятора. Если ставить на зарядку при 80% заряженности смарта, ток будет низким.
    3. Назначение 3его вывода в разных аккумуляторах разное (гуглите). Аккум не взорвется, т.к. выше 4.2в он в данном случае не зарядится. Но нужно ограничить ток заряда резистором, иначе зарядник уйдет в защиту. Но правильно заряжать Li-Ion/Li-Pol методом CC/CV. Сначала постоянным током, затем постоянным напряжением. Это должен делать контроллер заряда, который присутствует в плате PowerBank’a.
    Ответ написан
    Комментировать
  • Первая зарядка NiMH 48 часов?

    @gpm7315 Автор вопроса
    Всё-таки длительная первая зарядка имеет смысл. Оказалось, что другие производители тоже рекомендуют первый раз заряжать, в основном, в 2 раза дольше. Свой заряжал 32 часа — триммер был абсолютно холодным.
    Ответ написан
    Комментировать
  • Какие библиотеки использовать, чтобы собирать данные с сайтов?

    @gpm7315
    В большинстве случаев urllib+lxml. Еще grab интересная штука.
    Ответ написан
    Комментировать
  • Какой Python фреймворк выбрать для связки с Vue?

    @gpm7315
    Если важен результат и процесс разработки, то фласк. Если шмяк-шмяк и готово, то джанга. Фласк удобен в простых приложениях и легко расширяется до сложных. Компоненты джанги отстают от оных фласка. Шаблонизатор и ОРМ в первую очередеть. Фласк это явно и прозрачно, т.е. pythonic style. Джанга завоевала популярность скоростью разработки, как цмску установил, настроил и готово. В отличии от фласка, джанга это фреймворк во всех смыслах этого слова, что удобно для работодателей — меняй разработчиков как перчатки и проблем не знай. Фласк имеет гибкую архитектуру, что даёт свободу и возможности разработчику, поэтому и на конвеер сложнее поставить.
    Ответ написан
    Комментировать
  • Что происходит в момент объявления функции?

    @gpm7315 Автор вопроса
    Грубо говоря в python сделано так, что одна и та же переменная внутри функции не может быть сначала глобальной, потом локальной. В момент компиляции интерпретатор "предполагает" какая переменная будет представлена как глобальная, а какая локальная. В момент выполнения функции интерпретатор уже знает какую переменную искать в каком пространстве имен. Переменная либо локальная, либо глобальная. В моём примере, когда происходит выполнение функции, встретив переменную a (print a), интерпретатор считает её уже локальной, хотя и не объявленной, поэтому и говорит: "эй дядя ты не хочешь сначала задать значение для переменной". Но если в функции только читается глобальная переменная, то и проблем не возникает. Предположительно, это сделано для оптимизации работы с пространствами имен. Иначе, приходилось бы делать лишние операции по поиску необходимой переменной в разных пространствах. Всем спасибо! :)
    Ответ написан
    Комментировать
  • Замена Django на Pyramid. С какими проблемами придется столкнуться?

    @gpm7315
    Вместо встроенного ОРМ в джанге еще бы и шаблонизатор поменять на Jinja2. Но тогда какой смысл в джанге? Flask с расширениями отличное решение. Что страшного в global request? Это сделано для удобства.
    Ответ написан
    2 комментария
  • Будущее веб-разработчиков python?

    @gpm7315 Автор вопроса
    Может заголовок получился не однозначный, но имелось в виду как питон будет использоваться в мире веб. Началися же перетягивания одеяла на php, node, ruby... Почему появились мысли о возможной смене вектора питона? В последнее время (с приходом ангуляров?), как мне кажется, возросла необходимость в проектировании API. Еще, например, с приходом asyncio повылазила хренова туча асинхронных фреймворков и библиотек. Разработка не стала намного сложнее, RPS взлетает в десятки раз, экономятся ресурсы серверов. Вот и появились мысли может питон уклонится в acync, и async станут только API или даже интернет-магазины? А может питон будет по-прежнему идти плечом об плечо с джангой? Что судя из комментов так и будет. Всем спасибо!
    Ответ написан
    Комментировать