• Как защитить свою репутацию от нечестных отзывов на free-lance?

    Mimo_Krokodil
    @Mimo_Krokodil
    Крокодил, который мимо.
    Лучший способ — создать свой сайт, просить оставлять отызвы там. Очевидно, что всем мил не будешь, поэтому возможны фейковые негативные отзывы просто от клиента, который обиделся. Поэтому явно будет удобней аккумулировать все отзывы там, где их можно модерировать самому. :)

    А если проблема стоит в вытеснении негативных отзывов с поисковой выдачи — изучайте serm. Описаний как бороться именно с негативными факторами мало, пишут только про наращивание хороших, но вот тут есть популярные варианты, как я понял https://banochkin.com/s/serm/ Ценник ад, но можно повторить самоу.
    Ответ написан
    Комментировать
  • Что лучше для экономии оперативной памяти?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Для экономии памяти лучше С++
    Ответ написан
    Комментировать
  • Что должен знать от DevOps средний веб-программист при устройстве на работу?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    маст хев:

    Понимание принципа работы ssh ключей, чтобы уметь настроить себе доступ на линукс машину или в гит (bitbucket/github/etc)

    Базовое понимание git и то, что висит поверх него (github, bitbucket, etc) чтобы не путаться в пулл реквестах, понимать зачем они и как организована у вас работа - неймконвенш для веток, как ревью делается

    Если пишете под докер, то Dockerfile - это в основном ответственность разработчика. Где его запускать - уже второй вопрос.

    Вы должны уметь ваше приложение развернуть на локальной машине, и понимать как его развернуть на другой машине.
    Jenkins\Teamcity - это тулзы, где девопс старается автоматизировать то, что вы разворачиваете на локальной машине. Вы его консультируете где и откуда вы читаете конфиги, возможно у девопсов есть какие-то централизированные способы для этого. Но Jenkins\Teamcity вам нужны на уровне продвинутого юзера. Можно на месте попросить девопса вам показать базу.

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

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