• Как правильно вести разработку в нескольких ветках?

    Нет, если редактировались разные файлы, то конфликтов не будет.

    Когда вы работаете в ветке, обязательно поддерживайте ее в актуальном состоянии мастера. Т.е. в данном случае после пуша в master (167) переключайтесь на ветку staging (104) и делайте merge мастера в нее. Если даже будут конфликты - разруливаете их в этой отдельной ветке, не трогая master.
    Ответ написан
    2 комментария
  • Разве Composer бесполезен в 2017?

    opium
    @opium
    Просто люблю качественно работать
    очевидно что тимлид застрял в прошлом не более того
    Ответ написан
    Комментировать
  • Сеньер разработчик фриласнер и офисный чем отличаются?

    longclaps
    @longclaps
    Сеньер фриласер знает, что на работу можно не ходить, а офисный сеньёр - что дома работать необязательно.
    Ответ написан
    Комментировать
  • У меня ощущение что я самозванец. Что посоветуете?

    jaxtr
    @jaxtr
    JavaEE/Spring-разработчик
    Получается, что я связующее звено между всеми отделами (Производство, Бухгалтерия, Логистика) - придумываю решение а индус все это дело кодит.


    Вот тут вся суть твоего вопроса. Ты - не программист, не разработчик, ты - архитектор или как минимум менеджер проекта. И не надо расстраиваться на тему того, что тебя не тянет программировать. Не тянет - значит, не твоё. А вот руководить у тебя получается, судя по всему. А если получается руководить и придумывать решения появляющихся задачи и проблем, так и занимайся этим. Не все специалисты, задействованные в разработке ПО, обязательно должны программировать. Мой совет - развивайся в этом направлении дальше, а программирование оставь тем, кто этим действительно хочет заниматься.
    Ответ написан
    1 комментарий
  • Почему небезопасно показывать ID пользователя в URL, и чем его заменить?

    @BorisKorobkov
    Web developer
    Не вижу никаких проблем, если засветить ID юзера.

    1. Ну, можно их спарсить перебором - так ведь профили публичные, все равно их проиндексируют.
    Если же профили непубличные, то и вообще не надо делать никаких URL для них, а просто по site.com/user показывать профиль текущего залогиненного юзера.

    2. Если ID секретный, то в чем секретность? Даже при генерации 1 млн. ID рандомно не будет особой проблемы при брутфорсе.

    3. Если вместо ID в URL используется другой идентификатор (например, уникальный ник), то он все рано представляет ровно такую же секретность, как и ID. То бишь почти никакой.
    Ответ написан
    Комментировать
  • Как избежать множественного создания классов в c# web api?

    @kttotto
    пофиг на чем писать
    Вообще у Вас все правильно. Есть слой моделей, которые являются сущностями, есть слой моделей, которые для отображения данных, есть слой dto моделей. У меня в проектах тоже всегда так. Зря Вы думаете, что плодите их, они находятся в разных слоях (модулях), можете считать их разными доменными моделями. Для больших и сложных проектов, это оправдано. И хоть все классы со стороны могут показаться одинаковыми, но они разные, т.к. относятся к разным доменным моделям и выполняют разную функцию.

    Если у Вас проект небольшой, то можно было обойтись и одним слоем для работы с ORM и не усложнять код.
    Ответ написан
    4 комментария
  • Появится ли такой тип программиста?

    opium
    @opium
    Просто люблю качественно работать
    Обычный рефакторинг кода, любой программист это делает обычно рано или поздно, причем рефакторинг появился ещё до вашего рождения и назвать это открытием вряд-ли можно
    Ответ написан
    2 комментария
  • Как создать игровой мир?

    saboteur_kiev
    @saboteur_kiev Куратор тега C++
    software engineer
    Чтобы создать игровой мир, следует освоить азы программирования, и научиться работать со структурами данных, написать несколько программ попроще для практики.

    Затем следует освоить программирование на среднем уровне, и только после этого написать несколько проектов или игр попроще. Для практики.

    Тогда не будут невнятных фраз типа "в массиве вроде как нельзя удалить", "процессор с ума сойдет", "как сделать чтобы много памяти игровой мир не кушал"
    Ответ написан
    2 комментария
  • Стоит ли сейчас писать свою социальную сеть?

    @Q001
    Если вам нечем себя занять и есть что кушать - стоит.
    Это хорошая профессиональная практика.
    Ответ написан
    1 комментарий
  • Header в header'е и можно ли делать игру на одних Header'ах?

    devalone
    @devalone
    ̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻
    Что я только что прочитал? Вы кажется не понимаете, зачем нужны хедеры, там должно быть определения всего что вы используете, а реализация в *.cpp. Распространённая практика - для классов использовать .h с определением и .cpp файл с реализацией, имя файлов совпадает с именем класса, в .h нужно использовать #pragma once или костыль include guard. Напрмер:
    Color.h:
    #pragma once
    
    // или так
    // #ifndef COLOR_H
    // #define COLOR_H
    
    class Color {
    public:
      Color(unsigned char red, unsigned char green, unsigned char blue);
    private:
      unsigned char red, green, blue
    };
    
    // #endif

    Color.cpp:
    #include "Color.h"
    
    Color::Color(unsigned char red, unsigned char green, unsigned char blue)
      : red(red), green(green), blue(blue)
    {
    }

    Из правила есть одно исключение - шаблоны, обычно их пихают в хедер с расширением .hpp, чтоб было видно, что это шаблоны, cpp для шаблонов сделать не получится.
    Можно конечно весь код писать в хедерах, но тогда при малейшем изменении перекомпиливается весь проект.
    Ответ написан
    Комментировать
  • Как обстоят сейчас дела с вебом?

    Stalker_RED
    @Stalker_RED
    1. Да, да (почему или?)
    2. Чем глубже тем лучше
    3. БЕГN
    Ответ написан
    Комментировать
  • Может ли произойти выгорание при работе с кодом который плохо написан?

    @Impeeeery
    жуй. куй.
    через 500 лет читая архивы тостера будут смотреть на такие познания о нервной системе как на алхимию... нет, даже на каменный век.

    на любой работе можно "выгореть", если долго и упорно работать и не отдыхать как следует.
    Ответ написан
    Комментировать
  • Как настроить basic auth и proxy pass?

    @BorisKorobkov
    Web developer
    Ответ на ваш вопрос находится в /var/log/nginx/error.log
    Ответ написан
    1 комментарий
  • Масштабирование как способ тестирование верстки - бред?

    @entermix
    Я же ему говорю, что это бред и для тестирования сайта на разных разрешениях нужно использовать режим адаптивной верстки

    И правильно говорите
    Ответ написан
    Комментировать
  • Масштабирование как способ тестирование верстки - бред?

    @flammerman
    Web Developer / И фронт и сервер
    Полный бред. Масштабирование используется для других задач. Самое простое тестирование это изменение размера окна браузера. Не панацея, но в 80%-90% случаев, что будет выглядеть на большинстве устройств именно так. Для такого-же процента сайтов данный вид тестирования вполне себя окупает. Я лично верстаю на bootstrap. Недавно перешел на их flex модель в 4 версии. Правда, никак не пойму они вообще собираются делать релиз или так и будет висеть в виде alpha.
    Ответ написан
    Комментировать
  • Почему ломается веб-инспектор в Firefox?

    rixaman
    @rixaman
    Бывает. Ещё он не мгновенно открывается... По этой причине приходится для разработки пользоваться хромом.
    Ответ написан
    Комментировать
  • Что нужно знать для создания 2D движка?

    Lerg
    @Lerg
    Defold, Corona, Lua, GameDev
    C, C++, OpenGL, OpenAL, Bullet/Box2D, glfw, glm, glew, GLSL, vectors, matrices и вся линейная алгебра. Форматы данных, структуры данных. Пайплайн рендеринга и механизмы работы видеокарты. Ну и UI фреймворк какой-нибудь.
    Ответ написан
    5 комментариев
  • Переход с постоянки на фриланс, стоит ли игра свеч?

    @McBernar
    У вас скромный рейт. Хотя, возможно, для Чехии это нормально.

    Я работал и работаю на фрилансе уже много лет. И в штате много лет тоже работаю.
    Поэтому могу кое-что сказать.

    Минусы

    1. Все байки про фриланс — правда.

    2. Нужно иметь железную дисциплину, чтобы работать в строго отведенные часы, а в другое время отдыхать. И чтобы вставать вовремя, а не спать до обеда.

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

    4. Очень много мудаков среди клиентов. Со временем научишься их определять с первых же слов в переписке. Но до этого придется некоторое количество раз обжечься.

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

    6. Хорошее описание проекта, хороший продукт сам по себе — на фрилансе этого мало. Повезет, если получится удаленно вписаться в команду, которая делает или большой проект или делает много проектов на потоке. Если же это разовые проекты, то будь готов к задаче вида "ну мне вот сайт нужен с формой, сообщениями и робокассой, а ну вот еще там корзина, да".

    7. Забудь про стабильность. Сегодня ты заработал двойную зарплату, а в следующем месяце процентов 50. Нет никого, кто строго раз в две недели будет тебе перечислять деньги на карту.

    Плюсы

    1. Свобода в выборе задач и проектов. Это прям кайф.

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

    3. Если наработать клиентскую базу, то можно со временем отойти от дел руками, а заниматься лишь форвардом задач или вообще вырасти в полноценный продакшен.

    4. Есть возможность учиться. Не вечером после работы, днем, когда голова свежая.
    Офис эту возможность сильно ограничивает.

    5. Есть много времени и сил на свои проекты. То, до чего не доходили руки целый год офисной работы, может быть сделано довольно быстро.

    Где работать
    Попробуй везде. И на фл и на апворке есть свои плюсы и минусы.
    Но самые лучшие клиенты — это, конечно, которые приходят напрямую.
    Ответ написан
    3 комментария
  • Прием Paypal (палки) на сайт, агрераторы?

    Sanasol
    @Sanasol Куратор тега Веб-разработка
    нельзя просто так взять и загуглить ошибку
    для чего?
    напрямую проще подключить чем через агрегатор.
    В агрегаторах просят приложение создавать и т.д.
    Ответ написан
    2 комментария