Задать вопрос
  • Как организовать структуру проекта на Flask?

    xSkyFoXx
    @xSkyFoXx
    Посмотрите на Larger Applications от Ронахера.
    Мне нравится, на него опираюсь в разработке средних проектов.
    Ответ написан
    Комментировать
  • Как организовать структуру проекта на Flask?

    dizballanze
    @dizballanze
    Software developer at Yandex
    Да вам нужно использовать blueprints. Посмотрите flask-xxl, там есть хелперы в том числе для быстрого создания blueprints.
    Ответ написан
    Комментировать
  • Как организовать структуру проекта на Flask?

    MAKAPOH
    @MAKAPOH
    многостаночник
    В сети попадались проекты-заготовки на flask, посмотрите их структуру. На вскидку вспомнил:
    Ответ написан
    Комментировать
  • Почему в мобильной версии Тостера комментарии к ответу открываются на новой странице, а не разворачиваются?

    @DNIMEHT
    Я не понимаю, нафига нужна капча для людей подтвердивших мыло и написавших более 2х вопросов? Это раз.

    Второе - качество верстки.
    Третье - избыточность, когда нет обратной совместимости, но есть повешанный js на кнопки. Это не убивает конечно, но почему нельзя просто отправить старый добрый POST и обновить страницу?

    Такой момент, когда новыми технологиями подменяется цель. Вместо экономии нервов, они только создают новые сюрпризы. Нет местами тестирования на различных девайсах.

    Мобильный фронт не уровень stackoverflow, gmail, facebook, twitter и пр. Может там сделано и топорно, но оно тупо работает.

    Я был бы рад, если мог бы переключиться на полную зумящуюся версию. Так я хоть понимаю с чем имею дело.
    Ответ написан
    2 комментария
  • Плакаты на java тематику для офиса, где взять?

    maaGames
    @maaGames
    Погроммирую программы
    Плакаты не влияют на продуктивность.(

    1393420229_java-drawn-logo.jpg
    Ответ написан
    2 комментария
  • Путь в быдлокодеры или как стать программистом с 0?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    1) Я упорно отказываюсь называть верстальщиков - программистами.
    На 90% это тупая низкооплачиваемая работа, никакого отношения к программированию не имеющая
    Исключения есть, но не много.
    Для того что бы стать web backend программистом - знания верстки нужны самые минимальные (читай - не нужны вообще, но в процессе все равно появятся), зато нужно например sql которого в вашем списке нет почему то.

    2) Если хочется денег и нет отвращения к дресс-коду - можно пойти в java разработчики.
    По деньгам выиграете заметно, но это в 99% enterprise со всеми вытекающими.

    3) Если хочется денег и свободы - можно пойти в разработчики ios/andoid на выбор.
    Самый правильный вариант если с нуля выбирать профессию.
    Кадровый голод в сфере дикий, в dc берут с 0ми знаниями на неплохие деньги.

    Imho самый правильный вариант для Вас - второй или третий.
    Становиться верстальщиком сейчас - явно не самая хорошая идея.

    UPD
    PolzuizYami: Что за enterprise и что за вытекающие? )
    Какой порог входа для разработчика под мобилки и через сколько я смогу показать результат и что то за это начать получать ? Почему вы не любите fronted? ) И почему становится fronted'ом не лучшая затея(на верстке я как бы не собирался останавливаться, но это основа основ для fronted'a)?

    Enterprise - работа или в крупной компании или в аутсорсере который работает на крупную не IT компанию. Вытекает из этого определенный уровень бюрократии, чинопочитания, формализма, дресскода и прочего, что в какой то мере компенсируется кешем и стабильностью™.
    Опять же не всюду, но очень много где.

    Порог входа для мобильной разработки сейчас достаточно низкий, 0-1-2 месяца самостоятельной практики и можно идти на вакансию junior, в dc платят 40-50 на старте, за год-два можно выйти на 150-250+ с учетом фриланса.

    По поводу фронтенда:
    Сразу небольшой дисклеймер:
    a) не хочу никого обидеть, пишу исходя из личного опыта. b) это справедливо не для всех проектов.

    Итак:
    1) В отличии от backend - сложность и объем задач по frontend не зависит от размера аудитории проекта.
    2) В отличии от backend - работы по frontend выполняются быстро и в отсутствии требований по изменениям - доработкам не подвергаются.
    3) В отличии от backend - текущая работа по frontend сильно менее связана с прошлыми этапами работы, либо погружение в проект требует не много времени (не всегда, но часто)
    4) Следствие из 1, 2, 3: Для запуска развития среднестатистического проекта нужны backend разработчики в команду (штат/длительный аутсорс) и не нужны frontend разработчики в команду (проще и дешевле брать фрилансеров под конкретные задачи)
    5) Вывод: Путь верстальщика это в 90% либо короткая дешевая работа на фрилансе, либо работа в штате по поддержке постоянных маркетинговых хотелок (подвиньте банер на 20px в бок, итд), либо в очень редких случаях - действительно сложные, нагруженные с точки зрения frontend проекты.
    Почему в редких случаях? Потому что таких проектов очень мало :) (и кстати многие из них - enterprise)

    UPD-2
    По поводу мобильной разработки:
    Куда пойдет mobile dev через 5 лет - предсказать сложно. На мой взгляд основная масса проектов сейчас достаточно простая и для успешной реализации требует монотонной аккуратной работы (70-80% времени это собирание верстки и анимаций, подключения к внешним апи). Адские зарплаты сейчас обусловлены дикой нехваткой людей. Но есть мнение что пик уже прошел.
    С другой стороны появляются новые мобильные платформы - и разработчики нужны уже под них) Непрерывный процесс саморазвития как он есть)

    UPD-3
    Собственно, почему Веб ,а не мобильная или Java. Ориентировался чисто по вакансиям своего города, к сожалению живу не в DC и да же не в DC2, а наверно DC 666 (Владивосток).
    Вся прелесть бытия IT специалистом - в нашей широкой востребованности. Не нужно ориентироваться на свой город, да и на DC по большому счету не стоит. Перед тобой вся планета.
    да и маме сайт сделаю
    ппц мотивация для выбора жизненного пути.
    Ну а про потолок верстальщика - я расписал ниже.
    Ответ написан
    28 комментариев
  • Как правильно хранить сессии для авторизации?

    @iSensetivity
    бухгалтер, програміст-самоук
    cookie?
    Автор. на сайте -> ставим куку -> ставим сессию = дальше работаем с сессией.
    Вход на сайт -> проверяем сесию, нет? -> проверяем куку, есть? -> сравниваем хешьі с хешами с БД, совпадаеют? -> обновляем куки -> ставим сессию = дальше работаем с сессией.
    Ответ написан
    Комментировать
  • Какой антивирус самый нетребовательный к системе? но хороший по ступени защиты?

    gbg
    @gbg
    Любые ответы на любые вопросы
    Avira Antivir долгое время лидирует по этим параметрам. Бесплатна.
    Ответ написан
    8 комментариев
  • Какой использовать Python framework для проекта?

    dizballanze
    @dizballanze
    Software developer at Yandex
    Django для вашей задачи не советую, он тяжелый, а его преимущества не очень нужны в вашем проекте.
    Посмотрите в сторону Flask - легкий, гибкий и куча сторонних модулей на любой вкус или Tornado - если есть опыт с асинхронным программированием.
    Ответ написан
    1 комментарий
  • Что изучить python web-разработчику?

    dizballanze
    @dizballanze
    Software developer at Yandex
    Посмотрите в стороне PostgreSQL вместо MySQL.
    Ответ написан
    1 комментарий
  • Какой язык выбрать для написания back-end?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    какой язык предпочтителен

    Любой который вы знаете. Или на выбор опытного разработчика.

    Так же все зависит от задачи и целей. Хайлоад можно написать на чем угодно. Тут больше опыт и архитектура приложения решают нежели язык.

    Как не странно если вы на старте рассчитываете на высокие нагрузки и чуть ограничены по срокам то проще всего будет взять PHP + Hack. Если вам нужно поднять проект побыстрее, и при этом производительность не особо парит ибо нагрузки первые пол года будут не высокими - то Ruby. Java если сроки резиновые и вам важна надежность и производительность. Python я бы поставил где-то рядом с Ruby в плане скорости разработки но все же чуть сложнее и жирнее сроки. В плане производительности же есть варианты (Pypy например).

    Так же части приложения требовательные к нагрузкам можно написать на Go (к слову тоже неплохой вариант для бэкэнда аля rest api)... Или воркеры на Erlang какие-то внутренние... или вообще на D/Rust/C++.
    Ответ написан
    10 комментариев
  • В каких случаях без ООП в PHP реально "больно"?

    laska
    @laska
    PHP/JS разработчик
    С чего вы решили что без ООПа будет реально больно? Есть куча проектов почти без ООП. И это не обязательно говно-фреймворки, а, к примеру, ядро Linux или WinNT (там почти всегда чистый C или ассемблер). Это конечно не новые примеры, но это успешные проекты.

    ООП это просто много сахара в синтаксисе, который может упростить вам жизнь. А может и не упростить. Если вы будете тупо дописывать слово "class" в начале каждого файла, то код формально станет объектно-ориентированным. А на практике не станет.

    Но я кажется совсем не ответил на ваш вопрос. Могу сказать вот что. Пишите побольше кода. Старайтесь юзать ООП. Рано или поздно, во время чтения какой-нибудь статьи вы обнаружите, что вы в предыдущем проекте изобрели инкапсулирование. Только делаете его через заднее место, и не знаете что оно так называется. И станете делать его правильнее. Потом изобретете наследование. Потом полиморфизм. И потом познаете дзен ООП.
    Ответ написан
    2 комментария
  • Как хранить пользовательские данные в базе?

    laska
    @laska
    PHP/JS разработчик
    1. База в вашем случае растет линейно, поэтому беспокоится не стоит. Впрочем, базы данных тем и отличаются всех прочих способов хранения (к примеру csv), что выдерживают огромное количество информации.
    2. Не забудьте сделать индекс по колонке с id пользователя.
    3. Теги обычно хранятся в другой таблице (и еще одна таблица для связи многое-ко-многим).
    4. Чаще всего хранят ссылку на изображение, разумеется. Но к примеру для GAE правильнее хранить изображения в базе. Впрочем, это не ваш случай, храните ссылки.
    Ответ написан
    Комментировать
  • Учеба/работа за границей?

    laska
    @laska
    PHP/JS разработчик
    В целом с вашем скиллом заграницей и без денег вам делать нечего. Рабочая виза будет несбыточной мечтой, студенческая реальна, но требует кучу денег (в Германии можно и бесплатно учится, то там конкуренция соответствующая).

    Что нужно, что бы попасть заграницу. Первый путь. Зарегистрироваться на одеске и работать. Выйдите на стабильный рубеж в 1000 долларов в месяц - можете ехать в страны ЮВА / Египет / Индию. Для Европы нужно больше, от 3х примерно. Первый рубеж достигается за год, второй большинством программистов вообще не достигается.

    Или второй путь. Работаете в России на любую фирму. Если вы активно прокачиваетесь, то вам звонят HRы из все более и более крупных компаний, пока наконец не позвонят из условного гугла. В отличии от первого пути, нет промежуточного звена в Тайланде, но в целом наверное он проще.

    Сейчас вы пробуете попасть за границу чтобы она вам помогла. Урвать кусочек звездно-полосатой халявы. Стать лучше, умнее, богаче, просто сменив место проживания. А так не бывает, как правило все попытки заканчиваются прозябанием работая в макдональдсе в пригороде Лондона. Надо туда ехать уже победителем.

    Извиняюсь за возможно излишние эмоции.
    Ответ написан
    8 комментариев
  • Как установить на Pycharm Django?

    xSkyFoXx
    @xSkyFoXx
    Для начала почитать, что такое интерпретатор, как ставить либы и пакеты (см. ответ orgkhnargh), что такое virtualenv, написать проект в каком-то блокноте++ или sublime text 3, а потом открывать навороченные IDE типа PyCharm.
    Ответ написан
    1 комментарий
  • MVC vs MVVM за чем будущее?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Будущее за теми, кто хотя бы умеет читать википедию.

    Для справки, ни MVVM ни MVC не являются шаблонами проектирования. Это схема использования нескольких шаблонов проектирования. Основная идея оных - разделение логики на слои. MVC декларирует разделение на логику представления, бизнес логику и связывающие это все контроллеры. В MVVM же основная идея заключается в более удобном управлении представлением модели. Особенно в случае когда модель может меняться из слоя представления (из UI тобиш, датабиндинги и все такое).

    p.s. Помимо MVC и MVVM существует масса других схожих схем, типа MVP, HMVC, PAC...
    Ответ написан
    Комментировать
  • Написал HTML+CSS, что дальше?

    @IceJOKER
    Web/Android developer
    Тоже когда-то сначала верстал просто html файл/ы, а потом адаптировал под cms, со временем появился опыт и верстаю сразу под CMS.
    Можно так и этак, под drupal я верстал с нуля, без всяких Zen-ов.

    К примеру берете сверстанный html файл, перемещаете в папку темы Drupal, переименуете page.tpl.php (ну или _front и т.д.) и вы уже видите результат под cms, осталось привести его в динамичный вид потихоньку создавая модули и все что нужно.
    Ответ написан
    Комментировать
  • Какой язык выбрать для api сервера?

    @sakuradaj
    Сайт буду просматривать пользователи, и делать всякое разное. он должен быть максимально быстрым.

    должен быть максимально быстрым.

    Насколько именно быстрым? Не очень понятно чем обуславливаются такие требования. Не исключено что вы занимаетесь преждевременной оптимизацией.


    С начала начал писать так:
    Сайт на PHP - на который заходили пользователи
    Api на С# - который принимал запросы от сайта и отвечал ему.
    Но если честно мне в самом начале эта связка не понравилась, не знаю почему.


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

    Вообщем я бы писал бы на том языке/фреймворке с которым больше опыта и тут довольно равнозначны php, python, ruby, etc... и может какие-то другие новые вроде Go иди node.js, не суть.

    Если хотите скорости то делаете части вашего приложения горизонтально масштабируемыми (то есть например можно запустить 10 копий вашего приложения на разных серверах и архитектура его будет такова что все будет работать нормально).
    Плюс как писали тут думать больше не о языке, а об оптимизации базы данных и взаимодействий с ней, кешированием в нужных местах, обычно там самые узкие места.
    Ответ написан
    5 комментариев
  • Какой язык выбрать для api сервера?

    viktorvsk
    @viktorvsk
    Сайт буду просматривать пользователи, и делать всякое разное. он должен быть максимально быстрым.

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

    Api будет выполнять ресурсоёмкие задания: вычисления, запись из бд в файл и наоборот, и прочие функции которые не выдержит сайт.

    API не делает задания. А вычисления и запись из бд в файл - не являются ресурскоемкими операциями в общем случае. Да и сайт их обычно тоже не производит. В таком контексте сайт - это, скорее, фронтенд. А вычисления будут производиться на сервере.

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

    Тут вообще не понял. Многопоточность зависит от типа и настроек вебсервера (например, который стоит на nginx-ом). Чем не угодила асинхронность - тоже не понятно. И как она зависит с возможностью обрабатывать много и сразу - так же неясно. Очень упрощенно можно сказать, что с помощью асинхронности можно создать у пользователя впечатление, что сайт реагирует мгновенно (работает очень быстро)

    Возможно, это все потому что 3 (4) часа ночи и вы переварили очень большой объем информации. Тогда попробуйте конкретизировать.

    Если по существу:
    1. Неважно, какой язык выбирать. Тот - который лучше всего знаешь. На любом языке можно реализовать что угодно. Большинство "производительности" достигается не за счет быстродействия стандартной библиотеки языка, а за счет кеширования, оптимизации sql запросов, настройки веб-сервера и базы данных и использования очередей.
    2. Видимо, для вас важен вопрос: "Стоит ли разносить API сервера и клиент приложения на разные приложения, языки, инстансы?". Здесь ответить сразу не получится, потому что все зависит от задачи. Смотря как вы будете использовать свои инстансы. Какие вычисления будут проводиться и т.д. - больше конкретики по предметной области.
    Ответ написан
    5 комментариев