• Как создать форму обратной связи в всплывающем окне?

    @zolotykh
    web-разработчик
    1. Верстаете форму
    2. Подключаете magnificPopup/fancyBox, etc…
    3. На кнопку вешаете открытые модального окна в ajax-режиме
    4. Вешаете событие на submit формы - отправляете $.ajax
    5. По success заменяете html в окне на "Спасибо"
    Ответ написан
    3 комментария
  • Как всё успевать и не быть роботом?

    @johannnn
    Чуть программирую)
    1 - Не нужно работать по 8 часов для денег. Тут вопрос в том, какой вы профессионал в своем деле. Оплачивается на рынке Ваша стоимость. Если допустим Вася профессионал то он работает 2 часа и получает 20 000, хочет, работает 8 часов в день и получает 80000, а вот Пете надо работать по 10 часов в день, чтобы заработать 80000. так что Оплата зависит от Вашей стоимости. Станьте профессионалами своего дела.

    2- Спать - да, обязательно 8 часов, но каждый день в одно и то же время, и главное обеспечить ранний подъем - в 6 утра. Тогда времени будет достаточно много, чтобы выполнить любую работу.

    3- Полезная еда. Скажу так - готовить можно 1 раз на 1-2 дня. Разбивая потом на порции в контейнеры, далее просто микроволновка - 3 мин и обед, ужин и т.д. готовы. Для примера, я 3,5 года прожил в Доминикане, где из рациона был рис макароны, курица и говядина. Готовка занимает час и все. а свежие фрукты и овощи дома должны быть всегда.

    4- Спорт - Купите домой штангу и 2 гантели, разборные. И занимайтесь в перерывах - Кстати которые Реально необходимо делать в работе - Сидеть и писать код 8 часов не реально. Точнее реально - но это сильная нагрузка для глаз. Обязательно нужно прогуливаться по парку. Ибо работая год в таком режиме можете потом работать на оплату лекарств для глаз) ну в лучшем случае Носить очки) (Я говорю о фанатеющем сидении за ПК реально не отходя от него.) Есть еще одни вариант - запишитесь в зал где есть бассейн. И ходите 1 раз в 3-4 дня.

    5- Самообразование - читайте перед сном, слушайте аудиокниги в дороге. Допустим пошли в магазин, слушайте книгу. Сейчас можно найти все что хотите.

    6 - этот пункт на самом деле прост. Как описал в первом пункте, становясь профессионалом, Вы сможете больше зарабатывать ИЛИ уменьшать время работы.И тогда Для хобби будет не 1-2 часа, а 3-4. И так далее. И если хобби действительно хорошее, и будет приносить Вам радость в первую очередь, то и в других сферах Вам будет комфортнее. Если уделять хобби много времени - то Вы станете в этом профессионалом. и люди захотят платить Вам т.к. Вы знаете больше их, с Вами будут советоваться и т.д. И чем больше этим заниматься, тем больше денег будет это приносить, и тогда придет момент, когда доход от хобби будет небольшим, но достаточным, чтобы прожить. И тогда надо решиться полностью этому посвятиться, и отказаться от прежней работы.

    Для начала пробуйте так - Делайте выходные от работы (субботу и воскресенье) и посвящайте хобби полностью. Так будет работа продуктивнее.
    Ведь что такое отдых - это смена Вида деятельности.
    Ответ написан
    Комментировать
  • Какие есть книги или статьи для развития критического мышления?

    atomheart
    @atomheart
    Пишу на Python за карму и за деньги
    Гарри Поттер и методы рационального мышления
    hpmor.ru

    У этого же автора есть статьи отдельно по методам рационального мышления.

    UPD by Владимир Олохтонов:

    Дополню ответ, статьи автора лежат по адресу: lesswrong.ru
    Ответ написан
    2 комментария
  • Как учиться новому после рабочего дня?

    @Yarrs
    Привет, тоже кину пять копеек.
    Во первых задай себе вопрос, чего ты хочешь, и чего тебе надо. С этого надо начать.
    Мы что-то делаем не просто так, а ради чего-то. Задай себе простые вопросы, кто ты, где ты находишься, в чем твои цели и предназначение. Программирование само по себе отстой, но с него можно начать. Когда то в 80 годы меня обуял восторг, когда я в классе третьем смог понять смысл a=a+1 Но с тех пор много воды утекло. Пойми чем ты хочешь на самом деле заниматься. Что является твоей настоящей целью, заработать денег, вырасти в социуме, поднять детей, прожить интересную жизнь. Как правило в жизни не выйдет получить всё, время это такой ресурс, который можно пустить либо туда, либо туда, либо еще куда. Делай всегда это с умом.

    Когда поймешь что тебе нужно, составь список целей, цели это не что-то постоянное, но вполне себе динамичное и постоянно меняющееся, мы меняемся, мир меняется. Следуй своим целям. Запомни один хороший принцип - возьми сначала себе. Работа хорошо, ты лучше. Как и где взять дело твое. Способы есть разные. Я ниже напишу немного конкретики. Каждый день нужно осознавать свой список целей и учитывать его в текущем дне. Ставить себе задачи на день и назначать самую важную. Если ты не выполнил эту задачу, считай что день неудачен. Каждый день выдели 15 минут времени вечером и делай анализ дня. Это вместе с пониманием своих ценностей и целей самое важное.

    Теперь немного конкретики.
    Вариантом отщепить время себе масса.
    1) Сними комнату рядом с работой.
    2) Вставай раньше. Ложись раньше
    3) Усталость, это усталость от схожего вида деятельности. Усталость можно легко побороть если заняться чем-то иным. Умственно / физически например переключается будь здоров.
    4) Первый час на работе посвяти только обучению. Обычно люди первый час тратят на котиков, чатики и прочую п-нь, будь не как все.
    5) Поговори с начальником, и скажи что тебе нужно развиваться и обучаться. Посмотри на реакцию. Если он не монстр вопрос можно решить.
    6) Всегда думай перед тем как делать. Решения существуют, часто не на поверхности.

    Теперь несколько вредных советов. Как стоит жить и работать.
    1) Если решил связать свою жизнь с программированием, стоит понимать, что платят те у кого есть деньги, и платят столько сколько готовы заплатить. Отсюда выводы. Больше получают узкие специалисты, которые работают с чем то редким и нужным тем у кого есть деньги. Работая на бедных ты заработаешь ровно чуть больше чем на спасибо. Это как у врачей, стоматологи, к которым захаживают сытые бюргеры с зубной болью на коне, кокой-нибудь травматолог / хирург имеют 90 процентов своей обычной клиентуры бомжей и нищебродов. Но процентов 10 попадается людей с деньгами. А вот анестезиолог вообще с клиентурой не работает, денег дополнительно ему вообще не приходит. Отсюда обилие медицинских анекдотов про бедных анестезиологов.
    2) Собственники и заинтересованные в бизнесе люди на платят просто так, а платят за решение проблем. Чем страшнее на первый взгляд проблема, тем больше за нее можно попросить денег. Сложные проблемы решаются разбиением на более мелкие задачки. Но переоценивать свои силы тоже не стоит. Если сделал что-то крутое скромничать не надо. Тебя будут оценивать в том числе по тому, сколько ты просишь.
    3) У предыдущего пункта есть небольшое следствие. Владельцу главное решение и сроки, ему похрен на красоту кода и прочий глупый перфекционизм.
    4) Лучше место работы для получения стартового опыта, какая-нибудь программисткая контора, но она же худшая в плане роста. Ты окружен людьми примерно твоего уровня и способностей, которые будут неизбежно грызться за место под солнцем, каждый твой начальник будет воспринимать тебе как угрозу своему месту. Прорваться в такой системе сложно. Кроме того работать надо на первое звено в пищевой цепочке. Пока линейному программисту что-то перепадет от базовой ставки 10 человек отщипнут по цепочке.
    5) Если ты работаешь в обычной конторе, постарайся выйти со своими идеями на руководителя бизнеса (гендира), он единственный кто заинтересован в проекте в целом, и может воспринять что-то от твоих мыслей лично. Люди ниже просто попытаются тебя использовать в своих целях.
    6) Люди если смотреть поверх бла бла бла всегда действуют в своих интересах, но только так как сами их понимают. Людей можно предсказывать и читать.
    7) Руководители нагружают тех лошадей что тянут. Идеальный работник тот, кто просит мало работает много. Повышения? Не слышали. Зачем повышать того кто хорош на своем месте.
    8) Добиваются чего-то только те, кто выходит за флажки. Есть загон для стада, где всегда будет скучно, обыденно и тухло, но жить можно, есть и другие возможности.
    9) Самая тупая ошибка людей верить, что если будешь хорошо и долго работать что-то изменится. Ничего не изменится.

    Ну хватит в общем, что-то я увлекся, всегда думай головой, вот мой совет.

    ПС: Забыл добавить. Обязательно надо выбираться из провинции в Москву Питер, лучше в Москву. Дальше уже можно как остаться, так и двигать дальше. Если возраст и прочие дела позволяют.
    Ответ написан
    10 комментариев
  • Как учиться новому после рабочего дня?

    EvilsInterrupt
    @EvilsInterrupt
    System programming, Reversing Engineering, C++
    1. 9 часов. Это уже ошибка. КЗОТ писали не дурни. 8 часов достаточно для работы, если человек не чаи пьет
    2. Пересмотрите процесс работы. По приходу на работу сначала делать самые важные. Прошу прочесть внимательно: сначала важные, а только потом срочные и другие. Отличие важных от срочных в том, что одни, как правило, делаются разово и про них забываются, а другие хоть и не срочные, но они влияют стратегически.
    3. Уделяйте время на то, чтобы подумать над "светлым будущим", т.е. создать\актуализировать список страгеческих целей и задач
    4. Делайте утром зарядку. Растяжку, отжимания, приседания. Это влияет на энергетику в организме
    5. Делайте перерывы во время работы.
    6. Чаще пейте воду
    7. Займитесь спортом. На своей шкуре опробовал и четко знаю то, что до занятия плаванием делал меньше, чем сейчас
    8. Окружите себя теми, кто куда-то стремится. Это не значит что надо всех других послать в Южную Америку на оз. Нахой. Это значит, что надо чаще общаться с одним типом людей и меньше с другим
    9. Стремитесь работать на результат, а не подсчет "жопочасов". В дальнейшем ставьте работодателю на собеседовании вопрос "Вам нужны жопо-часы или результаты?". Старайтесь выявить жмотов. Если вы вдруг справились не за 5, а за 4 часа, а работодатель жмотится и боится выделить время на самообучение сотрудника, хотя эти же знания будут применены при решении рабочих задач, то уходите от такого работодателя!

    Не смотря на то, что возникает соблазн прочесть еще одну главу в книге или что-то попрограммировать в ущерб занятиям спортом не стоит этого делать! Спорт обогащает энергетикой! При нём много чего развивается. К примеру из физических качеств развиваются выносливость и мышцы, а среди психологических стрессоустойчивость и упорство.

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

    Старайтесь избегать рывко-образной работы. Все должно быть стабильно. Пусть даже небольшими кусками работы, но стабильно и бессбойно!
    Ответ написан
    6 комментариев
  • Есть ли у вас советы для начинающих фрилансеров?

    noys
    @noys
    красноглазик
    Как вы в первый раз выполнили работу по front-endу, и сколько за вашу первую работу Вам заказчик заплатил?


    1. контент-сайт для себя и посетителей, на понравившуюся тему.
    2. сайт компании, в которой трудился, стоимость не вспомнить, быть может 10000 рублей, сайт делался на базе готового шаблона с templatemonster.com.

    Можно ли делать front-end работы, не применяя back-end'a, и во сколько такая работа обычно, обходится?


    Да, но это более трудоемкий процесс (сайт на чистом html) чем элементарнейший самописный движок без админки или же CMS (гляньте MODX, освоить на начальном уровне можно за пару дней практики - очень удобный и продуманный движок, визитки как из пулемета можно строчить)

    И как вообще правильно подходить в том или ином формате к заказчикам в первый раз?


    Что вы имеете ввиду, не совсем ясно.

    Как вы ведете диалог с заказчиками, какие советы можете дать новичку?


    1. Корректная письменная речь без ошибок. Будьте учтивы, вежливы и корректны.
    2. Субординация, не ставьте себя на первое место. Вы трудитесь на заказчика а не он на вас. Потом когда наберетесь опыта и можете и понаглеть немного и повыпендриваться но в разумных пределах.
    3. Не переходите на "ты".
    4. Не обсуждайте личных (посторонних) тем. Работа есть работа. Потом как наберетесь опыта сможете нарушить это правило в разумных пределах - тут важно научиться разделять рабочее и личное.
    5. Будьте хорошо организованы, последовательны и пунктуальны.
    6. Научитесь доносить свою мысль с первого раза заказчику любого уровня понимания того чем вы вместе занимаетесь.
    7. Читайте книжки по мастерству делового общения, по мастерству общения вообще.
    8. Научитесь разбираться в людях, учитывать мелочи в общении.
    9. После того как научитесь разбираться в людях совершив ряд ошибок, не работайте с долбоебами. Никогда.

    Удачи!
    Ответ написан
    Комментировать
  • Как быстро реагировать на новые задачи на биржах фриланса?

    zamboga
    @zamboga
    Аналитика данных, BI-аналитика, дашборды
    Искать заказы на других площадках, кроме ад.кг

    Ловите из моей подборки:
    • Биржи фриланса СНГ
    https://primelance.com — агрегатор фриланс-бирж.
    https://freelance.ru/
    https://freelansim.ru/
    https://YouDo.com
    https://fl.ru/
    https://freelancehunt.com/
    § Статистика цен https://freelancehunt.com/statistics/rates/currency/rub
    https://www.weblancer.net/
    www.free-lance.ru
    https://yukon.to — пока бесплатная (январь 2018)

    • Биржи фриланса международные
    https://www.upwork.com
    www.freelancer.com
    https://www.peopleperhour.com
    https://www.guru.com
    fiverr.com
    https://envato.com
    https://talent.hubstaff.com
    https://remoteok.io
    https://weworkremotely.com
    https://www.cybercoders.com
    https://djinni.co
    https://www.toptal.com
    https://www.linkedin.com
    https://elance.com — куплен upwork
    https://odesk.com — куплен upwork
    Ответ написан
    1 комментарий
  • Что должен знать senior frontend developer?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Я бы сказал, что ответ Александр Вульф тянет скорее на крепкого middle. Senior еще должен как минимум писать юнит-тесты, знать git на уровне git rebase --interactive и git push --force-with-lease, иметь практическое знакомство с TypeScript или Flow, и на базовом уровне разбираться в ООП и ФП паттернах (не совать синглтоны куда не надо, соблюдать SOLID, отличать хотя бы фабрику от фасада, узнавать трансдьюсер и т.п.).
    Ответ написан
    3 комментария
  • Какие книги полезны для повышения эффективности одного программиста?

    ApeCoder
    @ApeCoder
    • "Рефакторинг: улучшение существующего кода"
    • "Программист-прагматик"
    • "Эффективная работа с унаследованным кодом"
    • "Чистый код"
    • "Code complete"
    Agile, scrum, kanban наверно тоже больше для команд .


    Общий подход может применяться и индивидуально. Еще можно прочитать про Getting Things Done
    Ответ написан
    Комментировать
  • Как правильно составить резюме если нет опыта работы?

    rockon404
    @rockon404
    Frontend Developer
    Перечислить:
    1. Зарплатные ожидания(тут без опыта все будет печально)
    2. Немного о себе
    3. Образование
    4. Ключевые навыки
    5. Качества
    6. Пишите, что нет опыта работы в IT, но если реализовали самостоятельно учебный или собственный проект укажите это.

    Как другие выбиваются, так и вы пробуйте. Шлете резюме в разные компании. Публикуете на HH и Moikrug. Еще полезно сделать профиль на LinkedIn, со временем обрастете знакомствами и будут сыпать в личку разного рода предложения. Переодически проверяете почту. Ну и зарплатные ожидания адекватные для вашего региона ставьте. Будьте готовы даже не к должности джуна, а к тому, что вас стажером или на обучение возьмут. Тут все от ваших навыков, конечно, зависит. Сам в IT в 28 пришел.
    Ответ написан
    8 комментариев
  • Верстка с нуля: какие основные этапы работы?

    mrerberg
    @mrerberg
    Yep
    Mikhail @NooNoo
    Рубрика "Давай глянем,что там у нас есть". Я использую такие штуки в работе:
    Препроцессор: LESS
    Работа с макетами: PH или Sketch.
    Сборщик: Gulp
    Методология: БЭМ (но начал заглядываться на SMACSS)
    Консоль: консоль :D
    Место хранения репозитория: GitHub.

    1) Создаю репозиторий на гите.
    2) Создаю локально структуру проекта. (папки для картинок и тд).
    3) Открывают макет
    4) Создаю первые наброски в html (создаем классы по выбранной методологии), в голове держим,что mobile first. Подключаю основные фалы препроцессора (шрифты, глобальные стили, миксины, класс visually-hidden, переменные)
    5) Выстраиваю сетку. (flexbox или гриды)
    6) Начинаю стилизовать мобилку -> планшетную -> десктопную версию.
    7) Отшлифовка кода и поиск более рациональных решений, где это допустимо.
    8) Донастройка сборщика, который все в итоге соберет продакшен версию.

    Вкратце как-то так)
    Ответ написан
    2 комментария
  • Верстка с нуля: какие основные этапы работы?

    Vlad_IT
    @Vlad_IT Куратор тега Вёрстка
    Front-end разработчик
    Использую vscode+webpack+pug+scss+бэм. Из физических инструментов, основной моник: lg ultrawide 29um69g, рядом прикручен моник от ноутбука повешенный вертикально, подключенный через универсальный скаллер.

    0) Запускаю Spotify :-)

    1) Произвожу установку всех необходимых модулей для сборки. В моем случае у меня набор конфигураций для webpack (отдельные файлы для pug, scss, static и.т.д., выбираю что нужно).

    2) Запускаю avocode, загружаю в него макет. Определяю в нем переменные (в то же время записываю их, чтобы сразу кинуть в scss файл) для цветов, размеров шрифтов и.т.д. чтобы при получении кусочков кода из него, он сразу расставлял переменные.

    3) Запускаю VS Code, открываю нужную папку.

    4) Пишу размету на Pug. Пишу с БЭМ, если встречаю повторяющийся блок, то открываю файл _mixins.pug, в который пишу миксины для повторяющихся блоков, например товаров, пунктов меню, каких-то блоков и.т.д. Pug умеет делать циклы, это ускоряет сильно.

    5) Когда HTML готов, начинаю делать каркас. Если дизайн сделан по сетке, определяю контейнеры, колонки, строки в свои классы (не пишу в html тучи классов аля col-md-6, а пишу в SCSS инклуды в нужные мне блоки, типа @include make-col(2) и.т.д.).

    6) Экспортирую картинки из Avocode. Очень делается просто, указываю папку и просто кликаю экспорт и ввожу название файла и расширения. Преимущественно для иконок использую svg, если нет svg, то ищу эту иконку в интернете (дизайнеры редко рисуют иконки сами, но зато любят вставлять их не в векторе). Если иконка простая, могу сам ее в inkscape обвести, ну и если нет, то экспортирую png в размере (благо авокод это позволяет, если конечно дизайнер не вставил в исходном маленьком размере). Когда есть контакт с дизайнером, трясу его, ибо растр это плохо для иконок.

    7) Пишу стили блоков из страницы. На этом этапе можно на втором монике параллельно смотреть футураму или
    Арчера :-) Но чаще на широком монике слева браузер, справа VS Code, а на втором монике Avocode (может меняться местами с браузером). Мысленно нарезаю страницу на блоки. Для каждого блока (БЭМ) создаю отдельный scss файл (кто-то даже для элемента создает, но мне лень), из него сразу выписываю все селекторы. Иногда могу сначала выписать все селекторы со страницы (но так лучше не делать, т.к. во время работы может потребоваться изменить что-то в разметке), но чаще для одного блока выполняю этот пункт и за ним сразу выполняю пункт 8, потом для нового блока опять 7 и 8 и.т.д.

    8) Пишу css код вместе с Avocode, у него беру нужные мне параметры (а он уже подставил в них переменные), и вставляю в мой код. И параллельно сверяю со скрином макета используя вот это расширение https://chrome.google.com/webstore/detail/perfectp...

    9) Пишу адаптив. Я не могу привыкнуть к методологии mobile-first, поэтому пишу всегда сначала полную версию сайта. Я понимаю, что это чревато всякими проблемами и это типа не модно, но мне норм.

    10) Медиа-запросы пишу прямо в блоках, для каждого блока/элемента/модификатора может быть отдельный медиа-запрос. Но для начала определяю breakpoint'ы для разных экранов (чтобы их не было сотни разных), если использую Bootstrap, то беру его breakpoint'ы.

    11) Добавляю анимашки. Даже если заказчик не просил отдельно (и если не указал отдельно, что нельзя), он все равно будет доволен, а с animate.css+onscreen.js это вообще работа 10 минут. Сложные анимации обговариваю отдельно, чтобы не сделать ненужную работу.

    11) Все снова сверяю, пишу скрипты где надо. Для слайдеров в 99% случаев подходит slick (с доработками конечно, но там хорошее API), для других случаев могу написать свой.

    12) Сдаю заказчику и жду ответа сидя на тостере/пикабу.

    Это чисто мой опыт, опыт фрилансера, не знаю, как делают другие и не могу на 100% утверждать что это 100% правильный способ. Я так и не смог заставить свой конфиг webpack правильно вставлять спрайты svg.
    Надеюсь чем-то поможет мой ответ.
    Ответ написан
    7 комментариев
  • Как правильно выставить пропорции для flex?

    nikolayshabalin
    @nikolayshabalin
    Автор профессиональных курсов в HTML Academy
    Вам нужно сделать так, чтобы левая часть была статичной

    .carcass__left {
      flex-basis: 265px;
    }

    flex-basis - говорит, сколько занимать места до распределения пустого пространства (криво выразился наверное)

    а правая тянулась на всё свободное пространство
    .carcass__right {
      flex-grow: 1;
    }


    flex-grow -как раз то свойство, которое заставляет тянуться по основной оси.

    Если же вы хотите, чтобы левый блок даже при недостаточном пустом пространстве тоже не сужался, то понадобится flex-shrink

    .carcass__left {
      background-color: green;
      flex-basis: 265px;
      flex-shrink: 0;
    }


    Полный код тут - https://codepen.io/aurfon/pen/odXxPy
    Ответ написан
    Комментировать
  • Проблема масштабирования адаптивной верстки на мобильных браузерах

    officialmuse
    @officialmuse
    фронтэндщик и немного бэкэндю :)
    Просто вот так:
    <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
    Ответ написан
    7 комментариев
  • Если у html шрифт задан в процентах, процент от чего он высчитывает?

    sevirinov
    @sevirinov
    Web Developer
    По умолчанию в браузере следующие размеры:
    100% = 1em = 1rem = 16px = 12pt
    Следовательно если Вы задаете размер в css элементу html равным 200%, то общий размер шрифта на всей странице будет 32px

    Не рекомендую пользоваться процентами. Для относительных размеров лучше использовать rem и em
    rem задает размер шрифта элементу независимо от размера шрифта родительского элемента
    em задает размер шрифта элементу относительно размеру шрифта родительского элемента
    Ответ написан
    1 комментарий
  • Как не утонуть в океане информации?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    0. На хабре мир не замкнулся так же, как и на вконтакте)
    1. Когда "наткнулись" при "рабочем" поиске (когда делаете работу по текущему проекту) на интересную информацию - кладите статью (+линк) в папку рядом с проектом, применительно к которому Вы на нее набрели или отталкиваясь от темы статьи (рядом с другим проектом).
    2. По тематически-узконаправленному ("лучевому") поиску - вы найдете не более 5 статей. Это первоисточники и образовательные (примеры, производительность и т.д.) Все другие - "адский trash" и плагиат.
    3. Не ищите "от нечего делать": время потратите - толку 0.
    4. Используйте всю мощь поисковой строки гугла (символы управления приоритетами и т.д.) для отсеивания "мусорных" ссылок.
    5. На любую тему обсуждений - есть только 1 ресурс-лидер, который цитируют во всем интернете. Интересна тема - станьте участником такого сообщества и получайте уведомления по почте.
    6. Сначала планируете цель, затем идёте "в лес по грибы" за информацией. Если наоборот - всё...: Вас "засосёт" чёрная дыра технологий и читать Вы будете ВЕЧНО!!!
    7. Главное правило: статья должна прочитываться сразу или "привязываться" к вашей цели и отправляться в папку (см. п.1)
    И помните:
    тостер - для отдыха
    гугл - для работы

    UPD: Как правильно искать информацию
    Ответ написан
    14 комментариев
  • Какие плагины используете при верстке?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    www.unheap.com - лучшие плагины на все случаи жизни.
    Ответ написан
    1 комментарий
  • Не окажите ли помощь с версткой?

    bugo_aneo
    @bugo_aneo
    Верстальщик по жизни, буддист, кофеман
    1. Для "мобилок" - ГДЕ МЕТАТЕГ ВЬЮПОРТА??????????????? О какой адаптации может идти речь, если у вас его нет и в помине?
    2. О какой адаптации может идти речь, если у вас ширина контейнера задана жестко??? Я молчу о его высоте, которая тоже, эм, задана.
    3. Про media - прошу, прочтите что это такое и как с этим работать
    4. Не продолжать допиливать, а переверстывать с нуля на %, rem, em, flexbox на чем хотите.

    СМОТРЕТЬ
    1. Не идеально, но основы дает https://www.youtube.com/playlist?list=PLcVuGt1dXgc...

    2. https://www.youtube.com/watch?v=Au6d1d-vFjU&list=P...

    Забыть про Бутстрапы-флексбоксы пока не освоите блочную модель и начнете понимать разницу между флоатами и инлайн-блоами и не будете строить сетку сами, руками, с нуля.

    ЧИТАТЬ
    1. https://habrahabr.ru/post/144003/
    2. https://habrahabr.ru/sandbox/89063/

    Думаю, коллеги еще подкинут чего годного. Я начинала с этого.

    И верстать головой, а не "в портфолио".
    Ответ написан
    6 комментариев
  • Что нужно уметь делать с помощью Python для старта во фрилансе?

    bullock
    @bullock
    Была одна статья на хабре мне она очень помогла, актуальности не потеряла на мой взгляд https://habrahabr.ru/post/311642/ суть ее в том что сам питон выучить не проблема а вся сложность в знании смежных технологий, надо уметь готовить docker контейнеры конфигурить mongo db и т д

    И вот книга для начинающего плюс ее в том что там очень много библиотек в краце дается для ознакомления, книга супер Простой Python. Современный стиль программирования
    Ответ написан
    3 комментария