• В React больше не нужно подключать его?

    @abberati
    frontend-разработчик
    В двух ответах выше вам написали что-то не то. В react v17 запилили новый jsx transform. И с версии 17 на самом деле просто больше не нужно импортировать React

    https://reactjs.org/blog/2020/09/22/introducing-th...
    Ответ написан
    Комментировать
  • Что умеет выдающийся Frontend разработчик?

    Как человек, делающий и фронт и бэк говорю - бэк проще. На беке ты не паришься вообще с "особенностями" браузеров - у тебя их нет. У тебя вообще практически нет особенностей. У тебя нет необходимости держать в голове пяток яп и разметку(JS, TS, HTML+CSS, CoffeScript, LESS, SCSS) - у тебя есть твой PHP(PYTHON, JAVA) - только один яп. Отдельно идут инструменты сборки - gulp, grunt, webpack - ничего этого нет да и ненужно. Есть композер, который тянет зависимости и все. Тебе ненужно писать километровые конфиги, что бы собрать твое приложение. Линукс тоже знать совсем необязательно - все отлично можно делать и на винде. Ну или развернуть вагрант(докер). Код можно писать где угодно - а вертеться все будет на линуксе. А вот насчет тестирования бэк уделывает фронт на раз-два. Если ты полностью прогнал тестирование (phpunit, codeception) то ты на 99.999% уверен что все пойдет как надо. А вот со фронтом все не так. Ты физически не можешь протестировать ВСЕ браузеры.
    Но есть одно большое но. это конечно мое ИМХО, но всеже - фронт делать интереснее))
    P.S. Забыл упомянуть фреймворки и либы, которые мастхев знать на фронте - React, Vue, Angular и(только камнями не кидайте) jQuery.
    P.P.S Контрольный в голову. Сделали мы клиенту сайт на vue. Сдали, клиент доволен. А потом приходит и говорит - ребята, а на ie8 не работает. А мне очень надо, у меня крупный клиент(бюджетная организация), а у них у всех xp с ie8... (для справки - vue на ie8 не заведется).
    Ответ написан
    7 комментариев
  • Выбор cms Joomla vs ModX?

    @kupavtsev
    Верстаю, пишу, рисую
    Все, что Вы написали в требованиях - идеально подходит к Wordpress. Главное его правильно настроить. У Вас, как понятно из описания, блог или новостной портал. Joomla тоже идеально подойдет под Ваши условия.
    Для MODx немного другие требования:
    Неограниченная возможность реализации любого дизайна.
    Открытость системы под новые модули (невысокая стоимость заказа новых плагинов и модулей на фрилансе).
    Полный контроль над любым элементом сайта и куском кода.
    Возможность наращивать возможности в будущем.
    SEO ориентированность.
    Лично я работаю на MODx и очень доволен. Советую.
    Ответ написан
    Комментировать
  • Выбор cms Joomla vs ModX?

    Однозначно MODX. Каждый раз получаю удовольствие в работе с ним. Настоящая свобода в творчестве!
    Ответ написан
    Комментировать
  • В чем отличие cms от framework?

    GM2mars
    @GM2mars
    Сначала рождается бинарный код, потом он идет в школу и становится обычным скриптом. Свою юность он проводит в институте где складывается в "библиотеку". Потом все больше обрастает библиотеками, обычные функции складываются в классы и выходит уже сформировавшийся фреймворк, готовый пробовать себя в деле. Опробовав себя в различных сферах, он останавливается на чем то конкретном и становится CMS, потому что уже не ищет приключений и новых свершений, его устраивает то, чем он занимается, и некоторые считают его профессионалом в своем деле.
    Ответ написан
    2 комментария
  • Зарплаты front-end разработчиков превысили зарплаты back-end разработчиков. Так ли это?

    @CAMOKPYT
    Если брать типовой проект любого состава, то что бы там не было на бекенде это делается чуть ли не мгновенно от всяких цмс с тонной плагинов, до быстрого прототипирования на рельсе. За что платить бекендщику-то? За то что он прочитал доку по рельсе или друпалу и за 2 дня поднял целый надежный проект? Думаю сейчас уже столько этих бекендщиков, не говоря уже о нереальном количестве оттестированных инструментов. А что есть в фронтенде? А ничего там нет. Есть jQuery, но она видите ли тормозит, а ангуляр конечно же нет. Нет нормальных инструментов, зато есть тонны полифилов, благодаря которым разработка превращается в подгонку кода под каждый браузер, это тяжело и непродуктивно. Тестировать фронтенд это ад. Куча всяких мета языков - TS, Coffee, Opal и еще с десяток непопулярных. Ах да, вы не можете быть просто фронтендщиком, вам надо работать с бекендом на вебсокетах и аджаксе, так и с версткой, знать всякие там Stylus, SCSS, SASS, а если не повезет то еще и HAML/SLIM. Добавьте сюда еще и ущербность жс как языка, ему еще развиваться и развиваться чтобы стать нормальным, а ведь еще надо знать апи браузера, уметь во все нюансы ивентов и прочее. А еще жс течет по памяти только так. А еще надо уметь в производительность для мобилок. Осилить это все вместе очень тяжело, особенно чтобы быть таким же продуктивным как бекендщик, каждая деталь имеет кучу важных нюансов, нельзя просто так взять и стать фронтендщиком. Если уж хотите то в текущем состояние зарплата фронтендщика состоит на 95% из ущербности его инструментов и те же самые 95% времени фронтедщик занимается борьбой со своими же инструментами.
    Ответ написан
    4 комментария
  • Какую из столиц (Москва или Питер) выбрать для переезда?

    @azShoo
    Спрос на IT специалистов есть и там, и там.
    Скажем так, живя в Москве я никому бы не советовал сюда переезжать.
    Несмотря на перегретый рынок и высокие зарплаты, минусов, на мой взгляд, гораздо больше, чем плюсов.
    В целом, и там и там нет проблем найти хорошую работу и взять ипотеку, если вы, конечно, специалист.
    Ну, а по третьему пункту, боюсь не в этой стране.
    Ответ написан
    3 комментария
  • Post и Get запросы, какая между ними разница и что лучше и для каких целей?

    socengel
    @socengel
    7 лет native php в продакшене, онлайн 20000+,
    Общего между ними то что они работают одинаково. Разницы между ними технически никакой. А вот идеологические различия есть.

    Я расскажу о них в контексте PHP. Прошу заметить что протокол HTTP к PHP имеет косвенное отношение потому что он создавался для обмена html страницами а PHP просто расширяет возможности и того и другого.

    GET запрос используется чтобы получить данные а POST чтобы отправить. (Напоминаю что технически они работают одинаково).

    Поэтому в контексте PHP опираясь на эту идеологию сделали следующим образом:
    1. При каждом запуске PHP по умолчанию создаются суперглобальные массивы ($_GET, $_POST).
    2. Если в строке запроса есть вопросительный знак(?). То все что после него считается параметрами GET запроса они представлены в формате 'ключ'='значение' и в качестве разделителя используется знак амперсанда (&)
    Пример:
    GET /index.php?name=Андрей&surname=Галкин
    это строка запроса, тут 2 параметра. эти параметры попадут в массив $_GET.
    3. $_POST заполняется другим способом. содержимое этого массива заполняется из "заголовков запроса". То есть из места, скрытого от глаз в явном виде. Всю рутину по созданию таких заголовков берет на себя браузер. Хотя иногда и что-то редактируется в заголовках в ручную.

    Чаще всего пост запрос используется в формах (для отправки данных).

    Например у нас есть форма для входа 2 поля логин и пароль.

    Представим что мы используем GET метод. Тогда при отправке формы мы перейдем на следующий адрес /login.php?login=Андрей&password=123 согласитесь что так передавать такую информацию совсем не безопасно. Любой может открыть ваш браузер и начиная вводить адрес сайта он из истории может увидеть ваши пароли и логины.

    А вот если бы мы указали методом POST то мы бы получили следующий запрос:
    POST /login.php (login=Андрей&password=123) то что в скобочках было бы скрыто и никак не сохранено в браузере.

    Теперь другая ситуация например форма поиска. Мы вводим текст и получаем страницу с результатами. Вот тут уместнее GET форма. потому что нам было бы удобно сразу иметь ссылку на результат поиска, то есть добавить в строку запроса можно выразится "Публичные параметры", которыми можно поделиться. И как результат в строке браузера будет конкретная ссылка на текущую страницу. Мы можем ее скопировать, и разместить где-нибудь, или например скинуть другу. И получить при переходе одну и ту же страницу. А не просить других людей зайти на сайт и в поиск вбить определенную фразу чтобы получить необходимую страницу.

    В общем подводя итог:
    GET - это чтобы получить определенную страницу в определенном виде ( сортировка, текущая страница в блоге, строка поиска и т.п. ).
    POST - для оправки данных которые не влияют на отображение страницы, в том плане что эти данные влияют только на результат выполнения скрипта ( логины, пароли, номера кредиток, сообщения и т.п. ).

    И еще одна хорошая новость их можно комбинировать, например
    POST /index.php?page=login (login=Андрей&password=123) Думаю я уже достаточно объяснил что из этого получится и какие параметры в какой массив попадут.
    Ответ написан
    2 комментария
  • Flexbox vs float?

    @GGatsby
    Прохожу курс по front-end, дошел до флексбоксов. Поначалу кажется все запутанным, но в итоге оказалось это очень удобная штука в верстке
    Ответ написан
    Комментировать
  • Flexbox vs float?

    @sarathorn
    php программист, веб-дизайнер, коллекционер
    Давайте рассуждать логически:
    1) Flexbox в разы удобнее флоатов, таблиц и display:inline-block в 95% случаев
    2) Флексбокс поддерживается всеми современными браузерами, в том числе и мобильными (даже IE на Windows Phone 8.1)
    3) Альтернативными браузерами пользуются многие, например, недавно был в компании, где компьютеры... ооочень старые: windows XP, ЭЛТ-мониторы 1024х768... Но даже они пользуются альтернативными браузерами. Пример особенно показателен тем, что люди в этой конторе едва освоили передачу файлов по почте.
    4) Майкрософт ведёт активную политику по обновлению Windows 7, 8, 8.1 до Windows 10, а значит, доля IE снижается и растёт доля Edge, который за вычетом пары незначительных косяков рендерит 1в1 как Хром.
    5) Если продолжать поддерживать динозавров, то у людей не будет мотивации обновлять браузер/операционку/компьютер. Самая распространённая причина по которой люди из моего окружения не хотят обновляться до 10 очень простая: на 7/8/8.1 всё работает как надо, зачем что-то менять? Вывод: если все разработчики сайтов разом наплюют на поддержку неактуального старья, то всем станет легче жить.
    Ответ написан
    Комментировать
  • Медленная прокрутка колесиком мыши chrome/chromium в linux?

    ivannaymov
    @ivannaymov
    Может быть не актуально уже, но, возможно, кому-то пригодится. Начиная с 48-49 версии chromium добавили режим плавной прокрутки. Для того что-бы её отключить, необходимо перейти по ссылке chrome://flags/#smooth-scrolling и напротив
    Smooth Scrolling
    5c169481e9151633110201.png
    - выставить значение Disabled (Отключить)
    Ответ написан
    3 комментария
  • Полноценный перевод "Learn Python the Hard Way"?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Я бы рекомендовал лекции от Google Developer. Они просто превосходны!
    И английский в них очень-очень базового уровня.
    Ответ написан
    Комментировать
  • Что такое библиотека кода?

    SerafimArts
    @SerafimArts
    Senior Notepad Reader
    Ну фигачишь ты функцию, которая превращает строки в массив слов в этой строке. И нафигачил ты её настолько круто, что дали тебе премию на работе, а в отдельном тёмном уголке офиса поставили "Уголок Поклонению Делителю Строк". Даже включили в дайджест на хабре.

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

    И решил ты её перетащить в другой проект. Но решил не с помощью Ctrl+C -> Ctrl+V, а по-хитрому, создал целый файл с исходным кодом. Так вот этот файл и есть библиотека.

    P.S. В ходе рассказа ни один котик не пострадал.

    P.P.S. Но потом конечно же ты опубликовал её в npm и назвал фреймворком, но это уже другая история...
    Ответ написан
    Комментировать
  • PHP: с чего начать, как учить и что в итоге знать?

    1. Не по книгам «для чайников»
    2. Для начинающих — даже не знаю. С такого можно начать. Для уровня чуть выше — Мэтт Зандстра. PHP. Объекты, шаблоны и методики программирования.
    3. Тут хорошо ответили, хотя и с CMS не мешало бы потыкаться:)
    4. Лучше бы о выборе языка лучше подумал:) Само собой, чаще всего с MySQL используют, двигайся дальше как её освоишь.
    5. Yii, например, годный.
    6. Git — система управления версиями, разрабатывалась для управления разработкой ядра Linux. Зачем? Дабы не запутаться в изменениях, что внев в код.
    GitHub — самый большой сервис для совместной разработки проектов. Бесплатен для open-source, можешь посмотреть исходники многих интересных проектов и даже поучаствовать в разработке.
    Ответ написан
    5 комментариев
  • PHP: с чего начать, как учить и что в итоге знать?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    На первые несколько пунктов попробую написать рекомендации в свободной форме.


    Первое и самое главное — чтобы хорошо изучить программирование на РНР, надо хорошо изучить программирование. Это очень важная вещь. Большая часть людей, пишущих на РНР, не имеют ни малейшего представления о программировании. Даже о таких базовых вещах, как форматирование кода, отладка, профайлинг, обработка ошибок, файловые операции. Можно заметить, что я не говорю об ООП. Это совсем отдельная тема, ООП надо учить специально. К сожалению, из 100 человек, которые говорят, что знают ООП, 90 являются банальными копипастерами, выучившими синтаксис, но не понимающими смысла объектов. Но чтобы играть в шахматы, недостаточно знать, как ходят фигуры.


    Ещё неплохо бы ответить себе на вопрос — для чего ты хочешь выучить программирование на РНР? Вопрос совсем не праздный. Многие люди смешивают в нем кучу разных понятий. К примеру, здесь уже упоминали CMS. и действительно, если речь идёт о зарабатывании денег, то кастомизация Джюмлы и написание к ней говномодулей в финансовом плане куда более выгодны, чем умение писать что-либо с нуля. Для фриланса, во всяком случае.

    Вообще, РНР можно использовать очень по-разному. И для каждого случая это будет свой язык.
    • Можно склепать гостевую или сайт-визитку на «голом» РНР — и ничего плохого или позорного в этом нет. Наоборот — это плюс языка, который годится и для таких целей, не таща за собой пару миллионов строк кода ради сайта из пятисот.
    • Можно написать профессиональный портал, взяв за основу какой-то из существующих фреймворков, и заниматься его развитием.
    • Можно написать кастомный хайлоад проект, для которого нужно будет писать собственный фреймворк опять на голом РНР.
    • Можно, как уже говорилось, клепать сайты на основе какой-нибудь ЦМС.


    Вариантов масса! поэтому нужно определиться сначала, чего хочется.


    Там выше говорили про JS+CSS — не надо слушать, это полная ерунда. Фронтенд программирование — совсем отдельная вещь, куда больше визуальная, чем абстрактная. И, слава богу, все больше работодателей начинают понимать это. Хотя опять же — если фрилансишь и на все руки мастер — то без этого никуда.

    Но если работать хардкорным серверным программистом в команде, то об HTML/JS/CSS нужно иметь только общее представление (поскольку тексты на этих языках являются, вообще-то, практически единственным результатом работы РНР).


    А вот что обязательно нужно хорошо знать из сопутствующих технологий — это протокол НТТР, устройство файловой системы, работа c командной строкой в линуксе.


    Теперь по остальным

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

    Фреймворки — обязательно. Тут, правда, стоит проблема выбора, но принципиальной разницы между ними нет. Yii — неплохой выбор.

    Гитхаб тебе не нужен, знать его не обязательно. Знать надо git.
    А вот что является обязательным для веб-программиста — это умение пользоваться гуглем. Хотя бы на уровне умения скопипастить в поисковую форму сообщение об ошибке или написать вопрос «Что такое git» ;-)

    Потому что для работы в команде какую-либо систему контроля версий знать надо, а git является стандартом де-факто. Понимать принцип работы и базовые команды — чекаут, коммит, пуш.
    Ответ написан
    2 комментария
  • Стоит ли совмещать личный блог и портфолио?

    @sitev_ru
    sitev.ru - мой блог ...
    Ответ написан
    Комментировать