Задать вопрос
  • За что верстальщик может ненавидеть дизайнера?

    Moskus
    @Moskus
    За то, что дизайнер наврал с три короба заказчику, что все те пищалки и перделки, которые он нарисовал, нужны сайту позарез, и без этого никто сайтом пользоваться не будет, хотя всё наоборот. А также, за всякий идиотизм типа pixel perfect, отсутствие учёта реальных данных, которые придется как-то вписать в шаблон, и так далее. Ну и за саму ситуацию, где верстальщик, потенциально, всегда крайний, потому что дизайнер нарисовал, получил деньги и свалил. А со всеми проблемами его работы возиться верстальщику.
    Ответ написан
    Комментировать
  • Как правильно использовать if else?

    dollar
    @dollar
    Делай добро и бросай его в воду.
    Скобки обязательны:
    if (условие) действие;

    Если больше одного действия, то они оформляются в блок:
    if (условие) { действие; действие; }

    С else всё то же самое, только нет условия.
    if (условие) действие; else действие;

    Хотя в качестве действия снова может быть ветвление. Каждое условие в скобках, иначе интерпретатор не сможет понять, где кончается условие и начинается действие.
    if (условие) действие; else if (условие) действие;
    Ответ написан
    Комментировать
  • Заказчик хочет получить invoice. Подвластно ли это начинающему фрилансеру?

    @Stalinko Куратор тега Фриланс
    PHP'шник и фрилансер до мозга костей
    Если заказчик иностранный, то последствий не будет никаких.
    Это нужно ему для внутренней бухгалтерии. Наша налоговая никак об этом не узнает.

    Поэтому достаточно взять в интернете любой invoice generator и заполнить базовые вещи: заказчик, исполнитель, список работ, цена, объём, дата. Я лично пользуюсь вот этим: https://create.onlineinvoices.com/invoices-generat...
    Ответ написан
    2 комментария
  • Есть ли в программировании ниши, где нет митингов, огромнейших опенспейсов, бюрократии?

    Zoominger
    @Zoominger
    System Integrator
    корпоративной шизофрении (когда тебя пытаются зомбировать бизнес-тренингами и прочими мероприятиями и установками)

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

    Например, в стартапах, web-студиях?

    Ну вот вы и ответили.
    Ответ написан
    Комментировать
  • Почему не берут на работу с гражданством Казахстана?

    tsklab
    @tsklab
    Здесь отвечаю на вопросы.
    Итак, если вы приняли решение взять на работу граждан Казахстана, попросите физлицо подготовить комплект необходимых документов:
    • паспорт, подтверждающий гражданство наемного сотрудника;
    • часть сертификата о постановке работника на миграционный учет, она отрывается от всего бланка;
    • соглашение о медицинском страховании (полис);
    • миграционная карта, где графа «Цель визита» заполняется словом «Работа»;
    • оригинал сертификата, в котором идет речь о владении казахов русским языком, подтверждает знание истории России и норм основных законодательных актов РФ;
    • трудовая книжка.
    При нарушении:
    Если не сделаете за 1 месяц, ожидайте уведомления о штрафных санкциях:
    • предприятие 400 000 - 1 000 000 ₽;
    • директор 35 000 - 70 000 ₽.
    Ответ написан
    3 комментария
  • Почему не берут на работу с гражданством Казахстана?

    CityCat4
    @CityCat4
    Жил да был черный кот за углом...
    Потому что это долгий и довольно муторный процесс - устройство на работу иностранного гражданина, требующий знания законодательства и окуенной кучи отчетов в УФМС, а далеко не всем это охота делать.
    Ответ написан
    Комментировать
  • Как стать javascript разработчиком?

    Zoominger
    @Zoominger
    System Integrator
    Как устроиться джуном?

    Иметь пет-проекты и официальный опыт работы от года.

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

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

    Перейти рубеж в 120к за какое время реально при условии адекватного работодателя? Фултайм в Мск.

    Около 7-9 лет. Да-да, сейчас прибегут вайтишнички с рассказами, как их одноклассник рубит по 400k на PHP, особо не напрягаясь, но объективная реальность такова, что з/п за 100 имеют только сеньоры и тимлиды, а это 7-9 лет опыта.

    Очевидно, вы стали жертвой Хабра и рекламы курсиков. Сочувствую.

    Ха, лол, только заметил:
    Погуглил что во фронтэнде нехватка спецов, а зарплаты в очень широком диапазоне.

    Пфффпхавхахахахахахаааа *захлёбывается слюнями*
    Спецов, может, и нехватка, а вот вайтоты просто огромные толпы и конкуренция среди трейни и джунов невероятная, благодаря чему диапазон зарплат разнится от "бесплатной стажировки" до "20-25 тысяч в мегаполисе". Да, вы точно жертва рекламы. Откуда вы такие берётесь-то в 32 года?
    Ответ написан
    19 комментариев
  • Что работает лучше: $3 vs $2.99?

    usdglander
    @usdglander
    Yipee-ki-yay
    Давно читал статью (сейчас к сожалению не найду никак), так там решили проверить что лучше работает. И оказалось, что хоть люди и понимают, что 2.99 это 3, но конверсия у 2.99 оказалась в два раза выше! Кроме того, люди вне любят круглые суммы (тоже из той статьи). То есть за 5240 они возьмут охотнее чем за 5000. Это создаёт иллюзию что цена товара была взята не с потолка, а вычислена по какой то модели ценообразования. Но как совершенно верно заметил Владимир Проскурин нужно тестировать эти гипотезы в вашем конкретном случае!
    Ответ написан
    Комментировать
  • Почему визуально нет разницы поместить a в li либо li в a?

    delphinpro
    @delphinpro Куратор тега HTML
    frontend developer
    Зачем заниматься ерундой?
    5da88bc539b58748888338.png

    Но я отвечу на ваш вопрос.
    Кратко: по-умолчанию браузер умный, разработчик дурак.
    Подробнее: браузеры написаны так, что они могут самостоятельно исправить некорректно размеченный документ. Можно увидеть это в визуализации DOM в инспекторе, она не всегда соответствует разметке (если последняя кривая). Конечно исправляют они ровно настолько, чтобы можно было отрисовать документ.
    Ответ написан
    Комментировать
  • Язык/Фреймворк для стартап-проекта в ВУЗе?

    Adamos
    @Adamos
    Вам бы как-нибудь самому прикинуть, какой практический опыт вам хотелось бы иметь к окончанию вуза.
    Проект этот можете вынести за скобки - он, скорее всего, все равно будет неудачным.
    Важно, что вам придется изучить и преодолеть по ходу работы над ним.
    Если у вас есть надежды и амбиции на серьезную работу с серверами - может, и Джава.
    Если есть риск пристроиться в какие-нибудь Яндексы - Питон и Го.
    Если, кроме местных веб-студий, особенной работы вам не светит - лучше Пых.
    Если надежд никаких и после учебы пойдете в преподавание - можно попробовать С++ ;)
    Ответ написан
    Комментировать
  • Стоит ли читать спецификацию w3c?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    Недавно наткнулся на фразу, что тем кто пишет спецификации легко, т.к. они только описывают как технология должна себя вести, а внедряют её разработчики браузеров.

    Вовсе нет. Спецификации писать нелегко. Вы не можете взять и тупо дописать в спеку новый тег. Это длительный процесс обсуждений и черновых реализаций.

    В w3c разрабатывается Amaya
    Работа над Amaya началась на W3C в 1996 году для демонстрации веб-технологий в полнофункциональном веб-клиенте. Основной мотивацией для разработки Amaya было создание фреймворка, способного интегрировать как можно больше технологий W3C. Он предназначен для демонстрации этих технологий в действии, используя преимущества их комбинации в единой, согласованной среде.


    Почему тогда, какие-то технологии где-то работают только с префиксами?

    От префиксов давно уже отказались. Остались только для совместимости или типа того. Новые фичи теперь пилятся под экспериментальными флагами до готовности.
    Почему они были нужны? Потому что браузеры либо частично реализовывали функционал, либо по-своему (когда, например, спецификация еще не была в статусе рекомендации).

    И насколько стоит доверять спеками w3c

    На 100%. Это стандарт, к которому рано или поздно приводятся все фичи браузеров.

    если они не занимаются технической реализацией этих технологий?

    Будьте спокойны. В написании спецификаций участвуют не какие-то отдельные личности. Список участников достаточно большой, и в нем присутствуют все ведущие разработчики браузеров: и гугл, и мозилла, и опера, и хрен знает кто еще. Изучите список сами: https://www.w3.org/Consortium/Member/List

    В общем, поменьше читайте сеошные статейки, и побольше признанных разработчиков в интересующей сфере. И официальной документации.
    Ответ написан
    Комментировать
  • Общая таблица учеников онлайн школы. Есть готовые решения?

    dollar
    @dollar
    Делай добро и бросай его в воду.
    Google Doc, а точнее Google Sheets (гуг таблицы) решают вашу проблему.

    Для этого нужно расшарить её не по ссылке, а выдать доступ каждому индивидуально, по e-mail с правом на редактирование. Далее, если кто-то всё удалит за 2 секунды, то в истории документа (таблицы) вы сможете посмотреть, кто именно это сделал. Можно откатить изменения.

    Далее есть такая штука, как Google Forms. Вы можете создать форму типа формы регистрации, только простую - вводишь свои ФИО и дату занятия (к примеру). Эту форму можно сконнектить с гугл таблицей, куда будут поступать данные. Саму таблицу открыть только для чтения или вообще не открывать (лишь преподавателю нужно будет ее смотреть).

    Вот вам и база данных + UI. Дешево и сердито.

    Я уж молчу про то, что там можно и скрипты прикрутить, если будет необходимость. Можно защищать отдельные диапазоны таблицы и т.д. Собственно, думаю, вам всё же понадобится скрипт в случае использования Google Forms. Во-первых, нужно посылать письмо, что место забронировано или что места кончились. Ведь может быть так, что два человека регистрируются одновременно, а место осталось одно. Плюс когда места кончились, нужно автоматически менять форму, чтобы она была закрыта и превращалась просто в уведомление "мест больше нет".

    PWA - тоже выход. Понадобится один фрилансер (программист, желательно с уклоном в UI/UX) для создания приложения и немного денег на хостинг (12 руб в месяц). Готовых решений нет.
    Ответ написан
    Комментировать
  • Как сделать так, чтобы localStorage не перезаписывал мои элементы?

    Представьте, что, создавая запись в localStorage, вы создаёте переменную. Что произойдёт, если этой переменной потом присвоить новое значение? Очевидно, что оно займет место старого. Так же и с localStorage: вызывая метод setItem, вы целиком перезаписываете значение "todo".

    Самое банальное решение – применить конкатенацию:

    function addTodo (key, value) {
      localStorage.setItem(key, localStorage.getItem(key) + value))
    }

    Более разумное – использовать индекс в ключе:

    function addTodo (key, index, value) {
      localStorage.setItem(`${key}${index}`, value)
    }

    ...или формат JSON:

    function addTodo (key, value) {
      let list = []
    
      try { 
        list = JSON.parse(localStorage.getItem(key))
      } catch (e) {
        console.error(e)
      }
    
      list.push(value)
      localStorage.setItem(key, JSON.stringify(list))
    }
    Ответ написан
    1 комментарий
  • Что делать дальше front-end?

    criticalsomethoughts
    @criticalsomethoughts
    UI\UX Developer, Project Manager
    Какую книгу посоветуете к прочтению по css или начать изучение js?

    Отложить в сторону книги, взять 3 дизайна в psd - лендинг (одностраничный сайт), корпоративный(многостраничный, с более сложной структурой), интернет-магазин - начать с лендинга и дальше по увеличению:

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

    2. После первого-второго пет проекта - используете все элементы автоматизации - препроцессоры, сборщики, библиотеки которые вы точно не напишите сами, и пишите интерфейс с нуля в 2-5 раз быстрее - в чем профит - зная, что под капотом, не задавая глупых вопросов, почему иногда проще написать сетку с нуля, чем использовать сетку бутстрапа(в случае если дизайнер придумал "СУПЕР-МЕГО-САЙТ на 100000000 шекелей, не заморачивась о сетке и не думая о тех людях, которые будут верстать его шедевр), познакомитесь с gulp\grunt\pug,sass\scss\less и еще кучи прикладных инструментов.

    3. Посадить его на любую из популярных CMS(для лендинга\корпоративного - WP, Modx, Joomla, Drupal, для магазина (WP, Bitrix, OpenCart) - в чем профит - поймете что нужно клиенту на рынке(не в каждую дырку заталкивается SPA(очень много бизнеса работает на стандартных инструментах), как организована работа контент менеджеров, которые наполняют сайты, оптимизация, плюсы и минусы)

    4. Проделав все этапы - у вас есть хорошая база(отличный html и css, вы знаете что такое семантика, кроссбраузерность, адаптивность, знаете базу js, jquery и пишите простые скрипты без подключения библиотеки в 100кб, для того что бы вывести в меню "гамбургер" на мобилках.
    Дальше вы решаете - либо делаете упор на JS(и углубляетесь в React\Vue, Angular) участвуя в проектах по разработке SPA и становитесь после года тяжкой работы джуном), либо делаете упор на PHP(CMS, Laravel, Symfony и тд и тп) и так же через год тяжкой работы становитесь джуном.

    5. Через 3-4 месяца пытаетесь устроится на работу, особо не заморачиваясь на деньгах.
    Ответ написан
    Комментировать
  • Почему редко на сайтах применяются сложные конструкции JS+CSS3 эффекты?

    402d
    @402d
    начинал с бейсика на УКНЦ в 1988
    Идеальный дизайн - это когда посетитель обращает внимание на то, что нужно владельцу сайта,
    а не на то,что верстальщик может наворотить.
    Если вам кажется, что у сайта нет дизайна, но Вы чувствуете себя комфортно, то именно на
    идеальный случай вы сейчас смотрите.
    Ну и чем проще , тем быстрее все работает.
    меньше данных по сети, быстрее отрисовка.
    Ответ написан
    Комментировать
  • Почему так нежелательно использовать JS во время верстки?

    i__dmitry
    @i__dmitry
    Weaving a web
    Глупости. Задачи нужно решать теми инструментами, которые уместны.
    Если динамику можно реализовать на чистых HTML/CSS без ненужного усложнения кода, нарушения семантики и т.д. - значит нужно делать так. Если можно реализовать на чистом JS без подключения jQuery - значит нужно реализовывать. Если функционал более сложный и требует дополнительных библиотек - значит, используйте их.
    Забудьте чушь про то, что JS разряжает телефоны. Главное - всегда отдавать себе отчёт в том, каков оптимальный метод решения текущей задачи.
    Ответ написан
    4 комментария
  • Как увеличить скорость загрузки страницы?

    alex-1917
    @alex-1917
    Если ответ помог, отметь решением
    Я расчитывал, что результаты будут примерно одинаковы(+/- 5 единиц), но здесь колосальная разница..

    да уж..
    а с какого перепоя ты был так уверен?
    такого не было никогда - ни на старой версии сервиса, ни на текущей...
    бывает и побольше разница, 50 баллов и больше.
    по факту - у тебя там подшаманить по мелочи-то, картинки лэйзи-лоадни, часть скриптов в опу переставь и стили туда же.
    естсессно, что все надо делать не нагугливанием, а адекватно, например, тот же лэйзи-лоад - только по скроллу страницы плюс если страница проскролена на полэкрана, остальные широкораспространенные методы лэйзи для гугл-pagespeed бесполезны0))

    4 удаленно подгружаемых шрифта для лендинга поселкового уровня? ОоОООоо...

    ну и плюс банальщина:
    5d8a62c4aeb1c305057074.png
    Ответ написан
    4 комментария
  • В каком порядке это учить?

    criticalsomethoughts
    @criticalsomethoughts
    UI\UX Developer, Project Manager
    Все что вы скинули, всего лишь прикладные инструменты, учить их не нужно, это не фундаментальные вещи, такие как паттерны и алгоритмы.
    webpack\gulp - вы будете настраивать 1-2 раза, и дальше работать с ними(достаточно понять принцип работы, взять готовые решения, переписать код с готовых решений что бы понять что он делает и тд). Все остальное - не учится в отрыве от проектов которые вы можете делать на досуге, что бы поднимать свой скилл. Условно вы приходите на работу, где люди пользуются webpack - скорее всего внутри компании он уже настроен под конкретный продукт или решение, и вам даже настраивать его не дадут) Так что в порядке ознакомления.
    Одназначно ознакомьтесь с git(который у вас не написан), вот он вам 100% пригодится в любом месте.
    Ответ написан
    Комментировать
  • Как веб программисту зарабатывать на сарафанке и что это такое вообще?

    @skrimafonolog
    Сарафанное радио - это когда тебя рекомендуют своим знакомым уже знающие тебя люди (твои бывшие клиенты, которые довольны твоими прежними работами).

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

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

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

    Нарабатывается годами.
    Ответ написан
    1 комментарий