• МГТС блокирует порты?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Я бы позвонил в саппорт и потроллил был его. Пров вполне может блокировать некоторые порты по своему разумению.
    Ответ написан
    Комментировать
  • Как сделать веб-сервис и не утонуть в процессе?

    gobananas
    @gobananas
    finishhim.ru
    1. Выделить одну главную функцию сервиса
    2. Сделать её, сверстать и выкатить, это будет MVP
    3. Не заморачиваться с вёрсткой
    4. Не заморачиваться с методами авторизации
    5. Не думать про нагрузку, не заниматься оптимизацией кода и БД
    6. Если поймали себя на мысли что вы думаете какой паттерн тут применить вы в Ж, просто пишите код, который работает!!
    7. Не совмещать написание сервиса, который вы РЕАЛЬНО хотите запустить с изучением чего-то нового (языка, БД). Утоните в учёбе и никогда не запустите.

    Это всё на своём опыте написания проекта говорю вам а не голословно ))
    Ответ написан
    10 комментариев
  • С какого размера делать сайт на CMS?

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

    uDenX
    @uDenX
    PHP Developer
    Наверное есть смысл использовать CMS, когда нужно часть добавлять какой-то контент или его обновлять. Если у вас мало страниц/контента или он редко обновляется, то использоваться CMS/CMF нет смысла
    Ответ написан
    Комментировать
  • Начальное проектирование программ на Golang: нужен ли вам UML или что вы используете для наведения порядка?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Вы пытаетесь скрестить ежа с ужом.

    UML схемы действительно полезны, когда сразу уместить в голове сложную систему взаимодействия не получается. Например у вас есть 5 обособленных внешних систем со своими состояниями и вам необходимо спроектировать api между каждой из них. UML в этой ситуации вас очень выручит. Если в основном будете использовать sequence диаграммы - рекомендую смотреть в сторону PlantUML. Во всяких VisualParadigm на переделки (а они будут) вы потратите кучу времени, а с текстом в PlantUML это на порядки проще.

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

    Что касается Go - определяйте интерфейсы, а далее пишите под их реализацию. Так как интерфейсы утиные - вам ничто не мешает писать требуемые интерфейсы для ваших сервисов в пакетах этих сервисов, там же определяет интерфейсы для внешнего использования.
    Ответ написан
    1 комментарий