• Где разместить виртуальное приватное облако в России?

    @Drno
    Виситоблако на хетзнер. Нет проблем телефонией. Что я не так делаю?)
    Ответ написан
  • Причины медленной работы MSSQL на сервере Hetzner?

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

    dixam
    @dixam
    virtual consultant
    "приватное облако в России" - у вас ошибка в слове приватное.
    Ответ написан
    2 комментария
  • Как лучше продать сервер?

    sdseweeds
    @sdseweeds
    Интересуюсь компьютерами, серверами и сетевым об-м
    Можно обзвонить фирмы которые покупают (в поисковике полно фирм ruskupka.ru продать-сервер.рф skupka-server.ru итп)

    Если цена не устраивает то повесите на барахолки (авито, юла, из рук в руки)
    Не забудьте сделать хорошие фотографии, краткое но емкое описание.
    При выставлении укажите реальную, не завышенную цену. Если не знаете сколько он может стоит можете посоветоваться с фирмами скупщиками. Не устанавливайте цену продажи пустой (отсутствие цены отпугнет покупателей, так как они подумают что цена завышенная).
    Следите за актуальностью объявления, снижайте цены по немного, в среднем 10-20% от ее цены каждую неделю.
    Ответ написан
    Комментировать
  • Обязательно ли использовать какой-либо фреймворк?

    27cm
    @27cm
    TODO: Написать статус
    Если проект будет активно развиваться, то без фреймворка не обойтись. Но давайте попробуем рассмотреть поближе разные варианты.

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

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

    2. Использование готового фрейморка, с которым вы никогда не работали
    Готовьтесь потратить массу времени на его изучение. Порой даже на решение тривиальных задач в некоторых фреймворках придется потратить несколько дней, если вы с этим никогда не работали. По собственному опыту могу сказать, что если сравнивать варианты (2) и (4), то готовьтесь потратить в 3 — 4 раза больше времени. Однако у этого варианта есть и плюсы: вы освоите ещё один фреймворк и в следующих проекта сможете выбирать вариант (1), другим разработчикам знакомым с данным фреймворком будет гораздо проще разобраться в коде, последующая разработка и развитие проекта существенно ускорятся.

    3. Использование собственного фреймворка
    Рекомендуется только строго после того, как вы несколько лет поработали с разными фреймворками, точно знаете их недостатки, четко можете сформулировать, почему в данном проекте не подходит ни одно из готовых решений. Плюсов у такого решения масса, но основной — ваш фреймворк будет оптимальным образом решать именно ваши задачи, он не будет «комбайном», пытающимся угодить всем вокруг. Но и минусов хватает, крупные фреймворки как правило развиваются огромным сообществом, сотни и тысячи разработчиков ежедневно находят и исправляют в нем ошибки, расширяют функциональные возможности, улучшают производительность, заменяют устаревшие решения на новые.

    4. Вообще без фреймворка
    Такой проект сильно рискует превратиться в спагетти-код. Но абсолютное большинство новичков начинает именно с этого. В этом нет ничего страшного, если это ваш первый проект, вы освоитесь с языком и его возможностями, набьете кучу шишек, и неизбежно рано или поздно перейдете к вариантами (1), (2) или (3).
    Ответ написан
    5 комментариев