Задать вопрос
  • Заказчик хочет получить 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
    //COPY01 EXEC PGM=IEBGENER
    Потому что это долгий и довольно муторный процесс - устройство на работу иностранного гражданина, требующий знания законодательства и окуенной кучи отчетов в УФМС, а далеко не всем это охота делать.
    Ответ написан
    Комментировать
  • Как стать 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 комментарий
  • Возможно ли содержать сервер дома?

    CityCat4
    @CityCat4 Куратор тега Сетевое администрирование
    //COPY01 EXEC PGM=IEBGENER
    Что-то последнее время стало много вопросов на эту тему...

    Ну ладно, еще раз, как человек, уже больше года держащий дома самый настоящий серверный сервер (а не рабочую станцию, работающую сервером) выскажу свое мнение.

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

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

    К сожалению, плюсов не бывает без минусов :) Хотелось бы о них тоже поподробнее - не чтобы отговорить, а чтобы предупредить.

    - Цена, комплекутха, ЗиП. Новое серверное железо очень дорогое. Сервак за пол-лимона - это как здрассьте. "Для себя" обычно берут бу железо. Это довольно распространенный метод, так что существуют специальные конторы, торгующие бу серверным железом. Насколько оно старое? Обычно не моложе пяти лет. Почему пяти? В крупных конторах есть регламенты, по которым железо списывается по истечении определенного срока, обычно он пять лет. Списывается, независимо от состояния, даже если оно идеальное. Бу сервер можно прикупить за вполне приемлемые деньги (разумеется имея в виду, что винты нужно брать новые и не десктопные, а именно рейдовые). Комплектуху и ЗиП покупать можно в тех же конторах.

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

    - Шум. такого понятия как
    тихий серверный шкаф

    не существует. От слова совсем. Потому что шкаф - для серверной. Даже самый тихий сервер (а я подбирал именно по "тихости") даже при самых низких оборотах кулера (в BIOS - 4500 об/мин) - довольно заметно шумит. Кроме того, если температура повышается, сервер автоматически кладет на настройки BIOS и повышает скорость вращения кулеров - в итоге у меня сервер в людбое время устойчиво негромко гудит и периодически взвывает - потому что перегревается.

    - Комфортная температура. Для сервера и человека - она разная и поэтому запросто получится, что Вам придется выделить серверу отдельную комнату :D

    - Елестричество. Сервер жрет электричество. Круглые сутки, как дозорный в будке. Готовьтесь к повышению счетов от энергосбыта. Кроме того, сервер без упса будет падать при просадках - а в домах они не редкость. (У меня тоже нет упса :( )

    - Изнашиваемые части. Про ЗиП было уже сказано - так вот, не забывайте, что сервер содержит части, которые ломаются :) Кулеры, винты - все это нужно будет покупать :)

    - Интернет-канал. Для физиков как правило flat-rate не предоставляют (ну либо заломят, как с юрика), поэтому держать там нагруженный сайт Вы не сможете - он будет адово тормозить. Хотя обычный сайт работать будет (если пров дает белые IP).

    - Анти-вирус, анти-ддос, анти-спам, анти-все-остальное. Все это придется делать самому либо просто забить. Разумеется, профессиональному админу это сделать несложно.

    - Настройка, резервное копирование. Фактически повторение предыдущего пункта - спихнуть нее на кого, сами, все сами...

    - Изменить IP практически невозможно, уж не говоря о его регулярной смене.
    Ответ написан
    12 комментариев
  • Потенциал верстальщика?

    hack504
    @hack504
    Востребован ли верстальщик в 2019, или это я дурак и он действительно сейчас никому не нужен?

    Абсолютно верно, верстальщик в 2019 никому не нужен.

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