Задать вопрос
  • Почему команда rm -rf /* повредила настройки BIOS?

    Скорее всего во время удаления был затронут каталог "/sys/firmware/efi/", где и лежат настройки EFI(BIOS).
    Ответ написан
    Комментировать
  • Почему команда rm -rf /* повредила настройки BIOS?

    jcmvbkbc
    @jcmvbkbc
    "I'm here to consult you" © Dogbert
    Раздел UEFI был смонтирован, вы с него всё удалили.
    Ответ написан
    3 комментария
  • На сколько VueJS сегодня востребован на рынке труда?

    Тоже задался этим вопросом, и сделал анализ вакансий front-end разработчиков в Московских компаниях, где в требованиях упоминали Angular, React и Vue. Вот что получилось:
    Angular - 33;
    React - 25;
    Vue - 2.
    Востребованность очевидна, но многие писали так: "Опыт работы с Angular, либо другим фреймворком". Такие ответы я тоже включал в вышеприведенную статистику, и плюсик отдавал именно Angular, т.к. он конкретно был написан, хотя думаю это не совсем правильно.
    Многие пишут, что смотреть нужно именно на задачи выполняемые фреймворком, а не на его популярность. Может оно, конечно, и правильно, но для новичка это важно, т.к. если фреймворк популярен, то куда не плюнь, везде и всюду есть уже ответы по реализации той или иной задачи, что не скажешь о новой технологии. Хотя, может, оно и к лучшему, т.к. придется думать больше своей головой, чем заниматься копипастом и при этом ничего не понимать. Как, например, куча недоспециалистов, которых породил WordPress своей легкостью и кучей готовых решений (ничего не имею против этого движка, но вот к "специалистам", коим считает себя каждый второй школьник научившийся устанавливать плагины, есть огромная прямо таки ненависть - учитесь думать своей головой!!!).
    Так, если брать в расчет Angular и React, то по ним куча туториалов: видео, статьи, книги и т.д. Vue таким количеством пока что похвастаться не может (это будет и не правильно, если сравнивать по такому критерию, т.к. Vue появился сравнительно недавно), но зато у него просто замечательная документация, которая на русский язык переводится даже быстрее, чем на английский (Vue просто китайский проект), для многих, не знающих английский (а нужно бы знать), это будет большим плюсом.

    Что касается Vue, то его комьюнити очень быстро растет с каждым днем. Также существующие статьи, сравнивающие его с другими фреймворками, отдают предпочтение именно ему. Причем там пишут не только люди, для которых Vue стал первым фреймворком (звучит пошловато, ну да ладно), но те, кто уже работал с другими, вроде Angular и React.
    Отдают предпочтение из-за того, что он довольно легок в использовании (это для новичков), а также быстрее и т.д. (для более продвинутых). Отсюда, возможно, опасность перехода всех JQuery приверженцев, а в следствии полный интернет говно-решений, которые начнут копировать люди не хотящие думать своей головой, а затем и ненависть к самому фреймворку из-за испорченной репутации. Это, конечно, не должно стать проблемой при выборе, но посчитал нужным, что все таки указать нужно. Хотя, опять таки, это просто моё мнение, и не факт, что оно правильное.
    По использованию - встречается в вакансиях он хоть и не так часто, но все же появляется, а это уже о чем-то говорит. Тем более если учесть факт, что появился он сравнительно недавно.
    Также Vue включили в Laravel, а это уже серьезная заявка. Также встречал ответы, что gitlab также использует Vue.

    Вот такой большой ответ, почти как статья, который выражает мое мнение. Надеюсь, что хоть чем-то помог, если не запутал еще больше))
    Ответ написан
    1 комментарий
  • Что такое asyncio и в чём реальное отличие от многопоточности?

    @res2001
    Developer, ex-admin
    apache - многопоточный веб-сервер.
    nginx - асинхронный.
    Угадайте почему на задачи обслуживающие 100500 запросов в секунду ставят nginx?
    Ответ написан
    2 комментария
  • Что такое asyncio и в чём реальное отличие от многопоточности?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Python
    Седой и строгий
    Один человек ставит кастрюлю на плиту, ждёт пока она закипит, закидывает пельмени, ждёт пока сварятся, снимает, ставит вторую, ждёт пока закипит... - последовательное однопоточное выполнение.

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

    Два человека ставят две кастрюли... - многопоточное выполнение.

    Очевидно, что при асинхронном выполнении ресурсов требуется меньше, а скорость та же, что и при многопоточном. Именно поэтому проблема c10k могут решать только асинхронные сервера. Минусы в том, что асинхронный код сложнее и не всё можно выполнять асинхронно.
    Ответ написан
    3 комментария
  • Подойдёт ли Python для взломов?

    saboteur_kiev
    @saboteur_kiev Куратор тега Python
    software engineer
    Вам нужно не питон учить, а технологии.

    Если вы изучите паяльник, это не значит что вы сможете спаять например телевизор.

    Так и язык программирования - это просто инструмент, он собственно не важен и подойдет любой. А учить вам нужно в первую очередь не его, а то, что вы собрались взламывать.
    Ответ написан
    Комментировать
  • Импорт файлов в главный python файл?

    GavriKos
    @GavriKos
    Сначала код первого класса, со всеми вызовами, потом - импорт второго.
    Но - это ужас и кошмар архитектурный и совет ужасный.
    Ответ написан
    4 комментария
  • Как в windows 10 с поддержкой Python?

    @deliro
    Отвратительно.
    Ответ написан
    Комментировать
  • Как в windows 10 с поддержкой Python?

    sim3x
    @sim3x
    На не posix ос никогда не получится пользоваться башем также, как на полноценной ОС
    Ответ написан
    2 комментария
  • Решение задач программирование?

    @Nwton
    1) Олимпиадные задачи как раз таки и развивают логику и сообразительность. Как иначе вы собираетесь улучшать эти показатели, решая ребусы со спичками? Смешно.
    2) Проблема не в том, что вы не можете решить сразу, это как раз нормально. Проблема в том, что вы не хотите тратить на это время и сразу бежите в интернеты.
    3) Возьмите 1 задачу. Прочитайте, подумайте что можно сделать. Не получается? Думайте дальше, пока не решите. Даже если на это уйдет целая неделя.
    Ответ написан
    Комментировать
  • Знание многих ЯП или профессионализм в одной разработке?

    @red-barbarian
    даже если вы узкий специалист, то желательно знакомиться с другими языками. На уровне достаточном для написания простейших программ. у каждого языка свое применение и своя логика. это важнее чем знать синтаксис.
    есть плюсы в динамических языках, есть плюсы статических. есть разные парадигмы. функциональная, структурная, ооп.
    Важность в том, что вы станете шире смотреть на программирование. Это не даст прямую выгоду. но как в ситуации с фундаментальной наукой, это принесет пользу в виде идей и фундаментальных (понимание ситуаций в целом) знаний.
    Про выгоду глубоко знать несколько языков можно и не говорить.
    Ответ написан
    Комментировать
  • Какой язык учить после PHP?

    usdglander
    @usdglander Куратор тега PHP
    Yipee-ki-yay
    Я бы лично посмотрел в сторону Python или Java. Больше склоняюсь к Python. Но это ИМХО.
    Ответ написан
    3 комментария
  • Как разделить модель на несколько блоков в админке?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Django
    Седой и строгий
    В старые времена для поля sex нам хватало кортежа из двух значений!
    3a4723c5b1d626ad4e51aa020f658393.jpg

    Возможно, вам поможет django-modeladmin-reorder.
    Ответ написан
    1 комментарий
  • Django или Flask с SQLAlchemy для однопользовательского локального приложения с БД и доступом в Интернет?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    быть простым в развёртывании для неопытных пользователей не очень получится, что с тем, что с тем, но Django, конечно, попутаннее Фласка будет

    опять же, если пользователю скрипты в нем не писать - можно Фласк без ОРМ использовать
    Ответ написан
    2 комментария
  • Что выбрать или Django vs Flask?

    @sormon
    инженер-программист =)
    На сегодняшний день ситуация такова, что Django гораздо сильнее востребован на рынке, нежели Flask. Однако, для написания действительно сложных боевых проектов лучше брать Flask, в частности, из-за достаточно слабого ORM в Django, а так же из-за того, что Django очень монолитный фреймворк, что будет вызывать проблемы в сложных случаях, когда нужно больше, чем дает Django, или то, что он предлагает, в какой-то части не подходит для задачи. Здесь мощь Flask заключается в том, что он позволяет использовать разные инструменты для задач, связывая их, как нужно, иногда даже реализовывая компоненты под себя. Но, накладные расходы здесь будут — написание обвязки, необходимость уметь проектировать систему и более глубоко понимать, что происходит (но в больших и сложных проектах это и так необходимо.)
    Ответ написан
    Комментировать
  • Как можно осуществить массовое добавление в PonyORM?

    @metaprogrammer
    Добрый день! Я автор Pony ORM.
    Краткий ответ: Такой функцональности пока нет, но мы не прочь в ближайшее время ее добавить. Будет здорово если вы откроете на эту тему issue на гитхабе: https://github.com/ponyorm/pony/issues/

    Подробный ответ:
    Насколько я понимаю, метод `bulk_create` в Django делает не совсем то же самое что метод `add_all` в Алхимии. `bulk_create` добивается двух целей:
    1) Посылает все инсерты в базу в одной транзакции
    2) По возможности посылает все эти инсерты в одном запросе

    В SQLAlchemy `add_all` добавляет все новые объекты в сессию. В дальнейшем в процессе выполнения коммита все эти объекты будут сохранены в рамках текущей транзакции. Но за то, посылать все эти инсерты в одном общем запросе или нет `add_all` не отвечает.

    В PonyORM такой метод как `add_all` просто не нужен, потому что добавление объекта в сессию происходит автоматически во время создания объекта. При этом все инсерты автоматически будут выполнены в рамках одной транзакции, а не как в Django по умолчанию. Значит, всё чего не хватает - это чтобы инсерты шли в одной общей команде `executemany`.

    Но я думаю что для этого не нужно делать какой-то метод. Будет правильнее и проще, если PonyORM сама распознает, что серию идущих подряд инсертов можно выполнить в одном общем запросе. При этом API никак не меняется, а просто добавляется некая внутренняя оптимизация.

    Я готов это добавить, но не на этой неделе, потому что прямо сейчас я плотно занимаюсь поддержкой третьего Питона, и надеюсь что через несколько дней выйдет новый релиз, в котором эта поддержка появится. После этого я готов добавить `bulk_insert`, если кто-нибудь сделает соответствующую напоминалку в виде issue на Гитхабе: https://github.com/ponyorm/pony/issues
    Ответ написан
    1 комментарий