Задать вопрос

Lyvinov

Лайки

  • Что произошло с дизайном веба — почему стали такие большие разрешения для мобильных устройств?

    moytop
    @moytop
    ИМХО многие вообще сейчас забили на десктоп при разработке, потому что уже доля трафиков со смартфонов превышает 70-80% - картина в метрике довольно стандартная 1wxigai.
    Поэтому уже особенно не вникают в удобство для десктопа, главное чтобы в мобиле гарантированно смотрелось крупно, четко и без скроллинга )
    Ответ написан
    Комментировать
    Комментировать

  • Что произошло с дизайном веба — почему стали такие большие разрешения для мобильных устройств?

    @deliro
    1. Доля мобильного трафика достигает 80-90% на большинстве ресурсов
    2. Минимальное десктопное разрешение, которое есть у 99% десктопных юзеров — 1366х768 (самые дешёвые 15.6 дюймов ноутбуки, которым уже 10 лет от роду. Я не шучу, с таким разрешением я первый ноут купил в 2010. А в 2009 на ПК уже был моник 1440х900). При этом самое частовстречаемое — Full HD (1920x1080). Всё что ниже — таблетки

    Отсюда вытекает вопрос: а зачем ради полутора землекопов сжигать деньги кастомеров/инвесторов, разрабатывая им отдельный интерфейс, если они и мобильной версией могут пользоваться, т.к. сейчас они полнофункциональные? Либо, если не разрабатывать отдельный, то зачем проектировать интерфейсы, ориентируясь на тех 1.5 землекопов, заставляя страдать (условно) остальные 99%?

    Более того, эти 1.5 землекопа обычно оказываются неплатёжеспособной аудиторией (раз уж у них до сих пор монитор/ноут старше 10 лет).
    Ответ написан
    6 комментариев
    6 комментариев

  • Какая нужна теоретическая база на собеседовании джуна?

    ipatiev
    @ipatiev
    Потомок старинного рода Ипатьевых-Колотитьевых
    Реальное понимание ООП и паттернов - это не уровень джуна.
    И да - как вы верно заметили - те кто говорят, на самом деле просто заучили пару расхожих заклинаний.
    Как метко сказано в последней книжке Пелевина,
    Маня была счастлива. Вот что значит быть дочкой банкира - папа не объяснял, папа инструктировал, как объяснять другим".

    Вот людей, которые могут объяснить, но сами не понимают, в последнее время как-то очень много появилось.

    В реальности от джуна требуется чисто механическая часть ООП:
    - уметь использовать готовые классы, уверенно обращаться к свойствам и методам
    - знать что делают основные магические методы
    - понимать неймспейсы и автолоад
    - в целом уверенно читать исходный код классов - то есть не пугаться слов implements и use (которое трейты а не неймспейсы)
    - уметь использовать контрол-клик в Шторме
    Ответ написан
    3 комментария
    3 комментария

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

    EvgenyMamonov
    @EvgenyMamonov
    Senior software developer, system architect
    > решил посмотреть в сторону разработки сервисов для криптовалют и стартапов на базе блокчейна
    Как я понимаю речь идёт о создании децентрализованных приложений.

    Сначала нужно разобраться с предметной областью, начать можно с этого roadmap https://github.com/OffcierCia/DeFi-Developer-Road-Map

    Хорошая книга Имран Башир: Блокчейн: архитектура, криптовалюты, инструменты разработки, смарт-контракты

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

    Лучше начать изучение с этой книги:
    Фролов - Создание смарт-контрактов SOLIDITY для блокчейна
    После её прочтения у вас начнёт складываться картина.

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

    Ну и, прочитать полностью все материалы на этих сайтах
    https://ethdocs.org/
    https://docs.soliditylang.org/
    https://web3js.readthedocs.io/

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

    Если приложение будет работать в броузере - нужно будет прокачать front-end разработку.
    Вот хороший roadmap по frontend разработке https://roadmap.sh/frontend

    Если это будет мобильное приложение - значит мобильную разработку.
    Для мобильной разработки рекомендую использовать Flutter, на нём можно сделать приложение сразу и под iOS и под Android, но при этом оно будет нормально и быстро работать.

    Надо отметить, что разработка смарт-контрактов, front-end, mobile - это три разных специальности.
    Обычно front-end и мобильный разработчик - это разные люди, которые участвуют в разработке проекта.

    Также надо сказать, что смарт-контракты делаются достаточно быстро (ERC-20 токен можно сделать и опубликовать за несколько минут). В реальности, конечно, всё сильно зависит от ваших задач, но в целом объём работы не соизмерим с front-end/mobile.

    Скорее всего зарабатывать стабильные деньги разработкой только смарт контрактов вряд ли получится.
    Ответ написан
    12 комментариев
    12 комментариев

  • Можете накидать идеи для проектов на rust?

    romesses
    @romesses
    Backend инженер
    Открываете Гитхаб, Гитлаб и пр.
    Находите любой понравившийся проект с открытым кодом на Rust.
    Открываете Issues и анализируете проблему.
    Свяываетесь с авторами проекта и решаете вполне конкретную проблему, предлагая PR/MR.
    Тогда и сообщество и вы довольны.
    Ответ написан
    Комментировать
    Комментировать

  • Стоит ли разбивать css/js для разных страниц?

    UDAV99
    @UDAV99
    web программист, верстальщик
    Делайте как удобнее, разницы в производительности не заметите, несколько микросекунд будет и то врятли. Главное кешировать файл.
    Ответ написан
    2 комментария
    2 комментария

  • Как правильно кэшировать запросы к API сервиса?

    Exploding
    @Exploding
    wtf?
    Сессии и куки работают по разному, если в случае с последними, данные храняться на стороне клиента, то с сессиями наоборот, и по сети "гоняется" лишь её идентификатор, поэтому если не работают куки, то сессии должны работать вроде как всегда.
    Попробуйте хранить в сессии, но лучше не надо, т.к. что вы будете делать, когда кол-во уникумов перевалит за ваш лимит в 500 запросов? Переделывать всё?
    Я предполагаю, что вы используете бесплатный API с лимитом кол-ва суточных запросов, при этом ключ авторизации для API не используется? Если так - я бы вынес это всё на сторону клиента: обычный ajax запрос на API, который в случае успеха - так же ajax-ом передает готовые данные на ваш php-обработчик, а в нем уже как раз и можно использовать сессии, чтобы после перезагрузки страницы клиент повторно не отправлял запросы на API.
    Ответ написан
    2 комментария
    2 комментария

  • Как оживить картинку?

    SeaInside
    @SeaInside
    15 лет пилю все эти штуки
    Насоветуют... Менять бэкграунды - забудьте. HTML area - тоже похоронить.

    Берёте вашу картинку. Поверх зданий создаёте векторный путь (обводите здания).
    Размечаете нарисованные пути как вам удобно, достаточно будет повесить класс для дальнейшей стилизации по ховеру + в дата-атрибуты значимую информацию для тултипа/клика/что там ещё. 
    <svg ...>
  <path class="area" data-id="1" d="..." />
  <path class="area" data-id="2" d="..." />
</svg>


    Инлайните получившуюся конструкцию на страницу. Фон можно в отдельном элементе и карту поверх, можно прямо в SVG зашить - не суть важно.

    По ховеру на путь - через CSS делаете ему полупрозрачную заливку, у вас судя по картинке сплошным цветом просто заполняется при наведении - самый простой вариант.

    По клику на путь - достаёте его `data-id` и выводите какую-либо информацию.

    Вот пример статьи, где описано более подробно.
    https://css-tricks.com/svg-map-rollovers/
    В конце интерактивный пример есть.
    Принципиальная разница с вашей задачей - вам изначально нужны пути без заливки и изображение под ними.
    Ответ написан
    Комментировать
    Комментировать

  • Какое окружение вы используете для разработки php?

    @MultiGramen
    Для написания кода использую Dreamweaver. Так уж случилось, что он мне очень понравился своими плюшками.
    БД редактирую удалённо с помощью Navicat по SSH. Просто потому что мне так удобнее. Но когда-то тоже использовал PHPMyAdmin.
    Для локального хоста использую базовый MAMP, так как это удобно: там нет никаких лишних настроек, в которых необходимо ковыряться. (Операционная система MacOS).

    Какой из этого можно сделать вывод? Не слушайте никого, пользуйтесь тем, что удобно именно ВАМ! Зачем кому-то пытаться доказать, что Вы "серьезно" программируете? Часто в жизни появляются советчики, послушав которых Вы вовсе начнёте думать "программирование это не для меня".

    Если слушать всех, то просто теряете личность и не захочется не только программировать, а вообще чем-либо заниматься. Поверьте, я через это проходил.
    Ответ написан
    1 комментарий
    1 комментарий

  • Стажировки только для молодых и только для студентов?

    @vnaz
    Напишите хотя бы 1 (лучше больше), пусть небольшой, лучше интересный проект. И начинайте стучаться на миддла сразу.
    Или/и фриланс попробуйте задёшево для начала.
    Ответ написан
    1 комментарий
    1 комментарий

  • Что требуется от junior php разработчика?

    @HellWalk
    У меня нет примеров работ в github, стоит ли начать загружать туда хоть какие-нибудь примеры выполненного кода?

    Да, стоит, и чем раньше, тем лучше.

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

    А если добавите на гитхаб свой блог на Laravel/Symfony на докере + запрос к какому-нибудь API через Guzzle - мне кажется этого будет уже достаточно, для уровня джуна.

    Это хороший подход или что-то можно улучшить?

    Хороший, только помните, что всем нужен опыт фреймворков. Даже компании которые сидят на каком-нибудь Drupal будут спрашивать про опыт фреймворков. Так что примеры сайтов сразу делайте на фреймворках, про CMS и велосипеды забудьте.
    Ответ написан
    Комментировать
    Комментировать

  • Что требуется от junior php разработчика?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    4) Мой план по устройству на работу примерно такой: сделать 2-3 проекта (сайта/плагина) и довести свои знания до уровня, когда я могу ответить на все вопросы для собеседования по php для джунов и мидлов, после этого начать отзываться на все подходящие вакансии. Это хороший подход или что-то можно улучшить?

    Есть какие-то вопросы, которые вы не можете сейчас ответить?
    Сколько собеседований прошли?

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

  • Что требуется от junior php разработчика?

    alexgp13
    @alexgp13
    Руководитель ИТ-проектов
    Почитайте описание вакансий, пройдите два-три собеседования. Дальше либо возьмут на работу, либо поймете, что именно нужно подтянуть, чтобы взяли.

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