• Стоит ли стажироваться на php разработчика, если у них cms Битрикс?

    php666
    @php666
    PHP-макака
    лишь только потому, что на рынке его спрос неплохой
    спрос потому, что никто не хочет идти работать с этим ужасом.

    Стоит ли стажироваться на php разработчика, если у них cms Битрикс?
    нет, нет и еще раз нет.

    Можно ли дома самому настолько разобраться во всем, чтобы был полезным на рынке?
    да
    Ответ написан
    7 комментариев
  • Как сделать нормальный синтезатор речи используя JavaScript библиотеки и т.д?

    profesor08
    @profesor08 Куратор тега JavaScript
    Бесплатно пользуйся встроенными средствами. Хочешь что-то качественнее, доставай кошелек. Разработчики тратят кучу времени и средств на разработку и улучшение синтезатора. В яндексе дают бесплатный триал на 2 месяца.
    Ответ написан
    Комментировать
  • Имеет ли смысл начать изучение Symfony если более-менее знаком с Laravel?

    1) Если мы не говорим про работу на буржуев с magento/wordpress за долларовые ставки, то все самые высокие зарплаты именно на Symfony. Поэтому, если хочешь делать самые сложные, крутые и значимые проекты на php, и получать за это нормальные деньги (сравнимо с энтерпрайзом на java) - то надо.
    2) Доки там весьма "обзорные". Есть еще книги "один год с симфони и прочие вещи", но это новичку читать смысла нет. Я когда пришел на боевой проект symfony у меня было "Воу, а что оказывается можно вот так делать". "Воу, а что оказывается можно вот так прокинуть". И прочее.
    3) Базовую книгу по паттернам программирования (которая на Java), надо прочитать вообще каждому программисту, который лезет в симфони. Не факт, что ты будешь это использовать, но ты хоть будешь понимать, почему именно так.
    Ответ написан
    Комментировать
  • Что нужно знать про ООП?

    gzhegow
    @gzhegow
    aka "ОбнимиБизнесмена"
    А я бы добавил что ООП это украшение кода, а не его суть

    Cейчас есть способы платить Амазону и вообще не писать код, создавая апишки в админке с помощью мышки. Все что будет нужно от ПХП - это делать простые скрипты которые передают данные из точки А в точку Б. Там вообще не нужен будет ООП, потому что не будет понятия "цельный проект" в рамках папки с файлами. Цельный проект это будет куча компьютеров, а на этом конкретно есть передача из А в Б. И тут уже PHPшники посмеются)) Они то готовы к такому

    Увидев, что тебе понравился первый ответ (может ты его и искал?), я попробую пояснить его для тех, кому термины ничего не говорят:

    https://qna.habr.com/q/655113#answer_1431141

    думаю сейчас ты увидишь как набегут великие архитекторы, которые давали тебе советы по этим словам и начнут говорить что то не про это, а это не так и это не здесь. вот это еще одно что надо знать про ООП. Ты никогда не услышишь, что ты прав, потому что термины заменили им мозг, а если им сказать об этом - они объединяются в стаи, чтобы завалить тебя стикерами и унижениями.
    Ответ написан
    19 комментариев
  • Правда ли что рынок веб разработки "перегрет"?

    @imvo
    Как работодатель могу сказать, дефицит есть, и чем дальше, тем острее он становится.

    На старт найти легко, на взрослый проект с кучей соглашений - людей мало. Соответственно, каждый проверенный сотрудник - на вес золота.
    Ответ написан
    2 комментария
  • Правда ли что рынок веб разработки "перегрет"?

    Всё просто, на входе — большая конкуренция, соответственно работодатели могут выбирать по соотношению сколько просит / качество, перспективы.

    При дальнейшем развитии — дефицит действительно квалифицированных разработчиков, так как на этапе входа отваливается большая часть потенциальных работников.

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

    Но и зависит от того, в каком направлении пойдет сам специалист и какими путями он будет развиваться, и будет ли вообще.
    Ответ написан
    2 комментария
  • Какую литературу лучше прочесть по linux?

    sashkets
    @sashkets
    Прекратил отвечать после 24.02.2022
    Статья касается freebsd, но это не принципиально, если Вы заинтересовались линуксом. Главное понять, зачем это нужно
    Ответ написан
    Комментировать
  • Как правильно администрировать VPS?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Ни в коем случае не ставить никаких ISP Manager / Vesta / CPanel, иначе никогда не научитесь тому, чему хотите научиться. Кроме того, они жрут ресурсы. Даже Vesta, которая самая легкая, их жрет прилично, а я сильно сомневаюсь, что у вас VPS c 8+ Gb памяти.

    Изучать надо по урокам и статьям, читая мануалы и best practices по каждому package. Порядок, плюс-минус, таков:

    - развернули ось
    - сделали сразу апдейты
    - создали и настроили swap
    - поменяли пароль рута на что-нибудь супер-мега-сложное (его мы использовать все равно не будем)
    - создали себе обычного юзера с паролем нормальной сложности (он будет использоваться для sudo)
    - дали юзеру права sudo
    - закрутили гайки по SSH - сменили порт, запретили вход руту и вход по паролю (только по ssh-ключам), разрешили вход только одному своему новому логину
    - настроили UFW - простой, но эффективный firewall на основе iptables - default deny, allow http, https, свой кастомный ssh-порт. Если логиниться будете только из нескольких мест (офис, дом) - можно вообще ssh разрешить только на эти IP.
    - sudo dpkg-reconfigure tzdata чтобы установить свою временную зону, так логи потом легче читать и понимать
    - настроили logrotate
    - настроили logwatch
    - настроили Postfix, чтобы сервер вам письма мог слать (мы его настраиваем на внешний мейлер, например Mandrill, чтобы все письма точно в спам не падали)
    - настроили fail2ban (потом, после установки и настройки веб-сервера и сайтов, в fail2ban можно дополнения писать, например мы на WordPress-сайтах мониторим попытки авторизации в админку и блочим тем же fail2ban)
    - дальше ставим все что нужно - Git, Nginx, HHVM, PHP5-FPM, MariaDB, Memcached/Redis и так далее.

    Регулярно заходите на сервер, делайте apt-get update && apt-get dist-upgrade.

    p.s.: это по ubuntu/debian, для других систем все то же самое, но packages и команды могут немного отличаться
    Ответ написан
    26 комментариев
  • В чем смысл быть гуру тостера?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    1. Работа над личным брендом: Высокая репутация в профессиональных сообществах повышает привлекательность для нанимателей.
    2. Улучшение существующих знаний: Хочешь что-то понять, объясни другому.
    3. Приобретение новых знаний: Специализация замыкает в узком спектре задач и проблем, а Q&A-сервисы - это источник задач и проблем из самых разных областей и иногда под самыми неожиданными углами.
    4. Альтруизм: Большинству из нас кто-то помогал в начале пути, пришло время возвращать долг и делать свой скромный вклад в рост кадров.

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

    Для чего просиживаете на тостере по 5-6 часов в день?

    Я в среднем раз в полчаса-час заглядываю. Если находится интересный вопрос, могу потратить на него минут 10. Некоторые на перекуры больше времени тратят.
    Ответ написан
    7 комментариев
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @spaceatmoon
    ИМХО, макет не слишком сложный, но т.к. он на 70% похож на настоящий, я не стал бы его делать. Люди которые пишут, что сделают за 4-5 часов лукавят.

    Я лично зарекся и делаю только абстрактные тестовые задания, которые не похожи на рабочую задачу. Это во первых и меня не обижает, что я возможно делаю чью-то задачу, да и еще и бесплатно. Оплатить кстати мне никто не согласился ни разу. И их не сильно напрягает, т.к. это довольно большой объем для код-ревью.

    Я помню делал тестовое задание 3 дня по 6-8 часов в день. Если бы меня не приняли, я бы поджег их контору, но с опытом я посмотрел своё тестовое, какой всё же говнокод я там писал и сейчас намного лучше и быстрее сделал бы. Однако это уже другая история и уже другие оценки.

    Попросите менее объемное задание.
    Ответ написан
    1 комментарий
  • Тестовое задание (Junior Frontend), приемлемое ли?

    vicodin
    @vicodin
    Имею некоторый опыт
    Слишком объемно для тестового на джуна, посылайте их, если есть другие варианты, либо пускай оплачивают тестовое, суммой в 300-400$, если не оплачивают - значит кидалы. Правда непонятно, почему нет респонсива в требованиях.
    Ответ написан
  • Тестовое задание (Junior Frontend), приемлемое ли?

    angrySCV
    @angrySCV
    machine learning, programming, startuping
    на фрилансе полно таких заданий, вполне себе за бабки
    нет смысла делать для опыта это бесплатно, если можно делать для опыта ПЛАТНО.
    никогда не беру тестовых заданий, есть технические собеседования, вот пускай там все что надо спрашивают,
    а давать задания -> это уже обычная работа, а кто их берет и бесплатно делает идиоты.
    Уже не раз вопрос поднимался и разъяснялся что все эти "тестовые задания" - являются нарушеним трудового законодательства, тк по факту наступают трудовые отношения, за которые работодатель обязан оплачивать, но не платит.
    Ответ написан
    3 комментария
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @Araya
    Лично я, на твоем месте, сверстал бы одну страницу, но хорошо. В принципе и по одной странице можно оценить код кандидата, а то как-то больше похоже на какое-то кидалово)
    Ответ написан
    5 комментариев
  • Тестовое задание (Junior Frontend), приемлемое ли?

    Слишком большое задание для теста. Хватило бы и одной страницы. А тут - довольно плотно поработать, чтобы сделать хорошо. Если без оплаты, то вероятно, они так экономят на верстке лендосов каких-нибудь.
    Ответ написан
    2 комментария
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @kirill-93
    Вертел я такие задания при устройстве на работу.
    Однажды тоже устраиваясь в "крутую" контору прислали большое задание. Все выходные убил на него. Потом еще две недели мурыжили собеседованиями и в итоге не взяли.
    Я с тех пор никогда не соглашаюсь на тестовые задания, которые займут больше получаса моего времени.
    Объемные задания должны оплачиваться. Если они очень требовательно отбирают сотрудников, то сначала надо дать простое задание/прособеседовать и уже если человек их устраивает, давать объемное задание и платить.

    UPD
    Не слушайте, пожалуйста, бред об опыте и пользе для вас. Из таких "будущих хороших специалистов" потом веревки вьют, типа "поработай по вечерам, это ж опыт для тебя!" или "давай ты теперь и по субботам выходить будешь, а мы тебя за это серьёром называть будем!". Очень работает с наивными молодыми людьми.
    Вы поймите, что все эти разговоры про опыт и пользу для вас - это уловки с целью сэкономить и вас обмануть. Всем плевать на ваш опыт, им нужно денег меньше вам заплатить и все.
    Огромное тестовое задание - это неуважение к кандидаду.
    Давай представим обратную ситуацию: я прихожу к потенциальному работодателю и говорю: "Давайте я у вас тут недельку посижу без каких-либо обязательств, а вы мне зарплату платите. А потом посмотрим, может быть останусь, а может уйду". Нормально? Ситуация выглядит именно так, потому что работодатель не делает одолжения принимая на работу, он "покупает" ваше время и ваш опыт и все.
    Ответ написан
    13 комментариев
  • Как правильно построить архитектуру Symfony 4?

    @dreamerz
    Как я собираю проэкт Симфонии
    composer self-update
    composer require symfony/symfony-skeletone (требует лимит мемори для пхп свыше 1800М)
    Никогда неделайте ничего при старте вручную - Первое правило =)
    Если Вам вдруг нужна авторизация из-корробки -
    php bin/console make:auth
    Первый Ваш контроллер
    php bin/console make:controller
    > MyShopController
    Нужен класс для связи с БД
    php bin/console make:entity
    > Shop
    в процессе Вам напишут что Реппозиторий создался автомматически
    Мы забыли про БД! Непугайтесь сделайте ещё пару комманд)
    php bin/console doctrine:database:create
    Теперь можно выгружать таблицы:
    php bin/console make:migration
    Теперь чтобы увидеть таблицы в самой БД скажем комманду
    php bin/console doctrine:migrations:migrate
    Вуаля - это Магия Симфонии)

    Если что - обращайтесь

    Если конкретно по-вопросу -
    У меня роутер выглядит так:
    app_product
    path: /product/{slug}/{action}
    controller: App\Controller\ProductController:indexAction

    По ссылке /product/update/#id
    POST ajax request
    ProductController:
    $post = $request->request->all(); // все POST запросы
    $product = new Product;
    $product->setPrice($post['price']);
    ...
    /product/show/#id
    Загружается страничка с продуктом.
    Это конкретный пример логики
    Ответ написан
  • Как вы разрабатываете Rest API?

    @float64
    Поддерживаю тему с graphql - но тут надо понимать что для того чтобы его применять вам все равно нужно сначала создать REST API с основными CRUD-операциями из которых graphql уже будет собирать все что нужно.

    По основной теме могу сказать что лучший подход для создания REST API с автоматической генерации Swagger/Open API спецификации который я видел называется "Model Driven Design" - вот статья о нем: https://strongloop.com/strongblog/node-js-api-tip-...

    Статья от разработчиков loopback framework: https://loopback.io

    Судя по вашему вопросу у вас бекенд на js поэтому можете попробовать его - это как раз специализированный фреймворк для создания API-серверов. Генерирует весь APi для всех моделей приложения автоматически + методы для всех реляционных связей + позволяет добавлять свои методы.

    Для PHP-стека тоже есть решение: https://api-platform.com но оно пока что уступает loopback из-за неполной поддержки автоматического создания эндпоинтов для реляционных связей.

    Моя рекомендация:
    1) Прочитать про model driven design
    2) Составить список моделей вашего приложения
    3) Прописать поля, методы и связи каждой модели
    4) Сгенерировать API по полученному описанию, документировать, приправить лучком, подать на стол
    Ответ написан
    Комментировать
  • Как въехать в программирование (ООП, паттерны)?

    GTRxShock
    @GTRxShock
    Full-stack developer (Symfony, Angular)
    если программируете на php 2-3 года, то пора бы перед сном почитать РНР: объекты, шаблоны и методики программирования (Зандстра) желательно в бумажном варианте.

    + Паттерны проектирования (Фримен) для общего/наглядного понимания паттернов
    + www.phptherightway.com основные тезисы
    + Рефакторинг: улучшение проекта существующего кода (Фаулер) & https://refactoring.guru/ru на будущее, к чему стремиться :)
    Ответ написан
    4 комментария
  • Зачем нужно ООП в javascript?

    @z777
    Основная цель ООП это написание легко расширяемого и легко изменяемого кода, не зависимо от языка программирования (сейчас достаточно много ЯП-ов позволяющих писать в разных стилях, javascript из их числа). Как уже сказали на маленьких проектах почувствовать преимущества от ООП не получится, поэтому использовать ООП или нет остается на выбор разработчика. Но если проект большой, то использование ООП поможет решить множество проблем, таких как поддержание, расширение и изменение существующего кода. На словах это сложно объяснить, поэтому я присоединяюсь к людям, которые советуют понять это на практике, до этого момента будет очень сложно это понять.
    Ответ написан
    1 комментарий