Профиль пользователя заблокирован в режиме deactivate сроком с 16 апреля 2018 г. и навсегда по причине: Повторное нарушение п. 6.4 правил Сервиса
Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (9)

Наибольший вклад в теги

Все теги (105)

Лучшие ответы пользователя

Все ответы (158)
  • Как объяснить человеку, что ему нужно знать язык досконально?

    @InoMono
    Вы ошибаетесь:
    Досканально знать язык не нужно. Хорошо в нем ориентироватся - да. На остальное - есть справочники. Тебе нужно ориентироваться, чтобы знать где именно искать.

    Вторая ваша ошибка:
    Говнокодерство к уровню знания языка отношения не имеет.
    Да, самое никакующее знание языка будет давать говнокодерство.
    Но при этом и самое отличное знание языка от говнокодерства ничуть тебя не гарантирует.

    Не говнокодить - это знать методологии/паттерны/приемы, а не язык. И грамотно и уместно применять их - а это вообще не знания даже, а навыки.

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

    Чтобы не быть г*внокодером


    Кроме отрицательной эмоциональной окраски - что тут такого.
    Даже выдающиеся программисты говнокодят, если проект одноразовый или сроки жмут.
    Это нормально.

    Другое дело, что есть и такие которые всегда говнокодят и иначе не могут.
    Ответ написан
  • Зачем делают backend на разных языках?

    @InoMono
    Возьмем например Дропбокс.

    Изначально был написан на Python - это быстрее для прототипирования.
    Потом был переделан на Go - для предсказуемости и скорости. Но зачем переделывать полностью? Многие куски на Python существуют там до сих пор. И работают.
    И маааалюсенький кусочек был переделан на Rust - для ускорения самого узкого места.

    Вот вам и 3 языка работающих одновременно в Дропбоксе на бэке.

    Или имеется в данный момент свободен тот или иной специалист, который лучше знает тот или иной язык. Ему поручили - он сделал на том, что лучше знает, чтобы сделать быстрее и качественнее.

    Или такова была особенность задачи. Пример с комбинацей Rust/Go выше приведен. Где то может быть лучше один язык, где то другой.

    А если мы вспомним, что проект не только пишется, а еще и готовые компоненты применяются - то автоматически к любому почти проекту добавляются С/С++ те что в БД к примеру и пр. и пр. SQL - тоже язык бэкенда. И пр. и пр.

    Вы преувеличивайте значение языка. Это всего лишь инструмент программиста. Такой же как клавиатура. Опытный программист за долгие годы изучает не меньше десятка языков, а кто то и намного больше. Ничего такого в этом нет.
    Ответ написан
  • Как рассчитать объемы серверных мощностей для социальной сети?

    @InoMono
    Вот как раз что именно для успешной соц. сети и смысла нет сразу.
    Имеет смысл докупать мощности по мере роста сети.

    Ибо разница очень и очень велика на начальном этапе и то что будет через год-два. Ну это если проект "взлетит" конечно. Это я в предположении, что инвесторов не интересует невзлетающие проекты. Значит, рассчитываем на то, что н взлетит.

    Кроме того, если вы разработчики - то вам самим следует это знать.

    Если вы способны создать крайне эффективный проект, то:

    StackOverflow буквально несколько лет назад уже был известным и раскрученным на весь мир проектом. Наверное самым известным среди проектов подобного рода. И все миллионы пользователей, которые активно пишет на нем и активно читают - обслуживало всего навсего 2 сервера, под фронтенд и СУБД (не считая резервных/репликационных, само собой). Это были сервера на неплохом железе, но не дорогие. Поищите в сети, есть подробности.

    Вдумайтесь, весь мир, миллионы посетителей, активные пользователи, нагружающие СУБД операции поиска и записи. И всего пара серверов.

    В то же время мне доводилось видеть и прямо таки обратные примеры. Когда примерно такое же железо и пару тысяч посетителей в день не может вытянуть.... Ну говнокодеры делали, чего взять.

    ---------

    Оцените масштаб и необходимая скорость реагирования на рост.

    1. Если вы прям серьезно хотите, то вам в микросервисную архитектуру (Kubernetes вам в помощь) и в облака.
    2. Однако я полагаю, что первые пару лет посетителей не будет много. Поэтому начать можно вполне себе с VDS просто переключая тариф на постарше и постарше. Это копейки. Единственно, что я сразу бы вынес картинки/видео в облака, это очень удобно и не заботишься ни о месте на диске не о конфигурировании ПО. Использовать для этого специализированные сервисы: Openstack Swift (много хостеров), Google Storage, AWS S3 и т.п. При вынесении подобной тяжелой вещи с сервера - движок будет совершенно не требовательным.

    ---------

    Вам тут в соседнем посте правильно ответили:

    Стоимость разработки и раскрутки этой хрени огромна на фоне стоимости серверов.
    Сервера - копейки стоят.

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

    А так то расходы на команду в неделю могут быть больше чем за все сервера за год.
    В течение первых лет пяти раскрутки.

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

    ---------

    Если бы я начал этот проект сам:
    то заложил бы на первый год сумму 6000 рублей в месяц на два сервера (основной и репликацию, движок и БД на одной машине, картинки/видео на отдельном облачном сервисе). Причем это VDS, а не выделенный сервер.
    На второй год 40 000 рублей в месяц (два кластера по 3 сервера в каждом).
    Начиная с третьего года ушел бы в облака.
    Там, полагаю, ценник был бы на уровне 30 000 - 60 000 рублей в месяц первое время.
    С четвертого года рассчитывал бы на 90 000 - 180 000 расходов в месяц.
    После этого начал бы подумывать, не уйти ли с облаков на свою инфраструктуру.

    Но это про мою гипотетическую архитектуру.
    Возможно у вас другая цель и другая архитектура.

    ---------------

    Как считать:

    Прикидываем количество пользователей.
    Прикидываем объемы генерируемого ими контента (причем это и фото и видео и сообщения и технические логи тоже не забыть, их немало)
    Умножаем на 3 (в серьезных системах нужно двойное реплицирование: оригинал и 2 копии)
    И добавляем еще 1 копию под разработку и "ранний доступ к бете", сплит-тестирование и пр.
    Дальше тут уже зависит от вашей архитектуры. Как я уже писал микросервисная архитектура хороша для взрывного роста, но довольно требовательна при небольшой нагрузе. Если вы прям не на 100% уверены в взрывном росте - лучше от нее отказаться, она и в разработке и в поддержке геморнее. Но зато масштабируется классно, это у нее не отнять.
    Дальше, если это будет на весь мир - нужно подумать насчет пары-тройки кластеров разной географии.

    -----------------

    Если у вас нет информации об количестве пользователей и объемах генерируемого ими контента - говорить тут конкретику невозможно.
    Ответ написан
  • Как найти профессионала в заданной области?

    @InoMono
    Ровно так же как бы вы искали и любого другого хорошего специалиста по области в которой не знакомы: врача, маляра, фотографа, менеджера по продажам, рекламщика, парикмахера, организатора праздников...

    1. Ткунть в первого попавшегося. Найденого на ХХ, фрилансе и пр.
    2. Попросить рекомендовать спеца у людей которым вы доверяете.
    3. Смешать 1 и 2 - попросить рекомендаций у анонимов на разных форумах, например, здесь.
    4. Войти в тусовку (например, криптографическая конференция), познакомится с нужными людьми.

    и пр. - ну ровно ничем не отличается от других профессий.

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

    @InoMono
    Сильно прокаченный аккаунт работодателю не нужен.
    Ну разве что если это Google.

    Достаточно очень небольшого количества проектов на технологиях близким к тем, что интересуют работодателя.
    Смотреть он это будет бегло.

    Дело в том, что сейчас в связи с массовой истерией "войти-в-айти" развелось много народу, которые здорово льют в уши умными словами и ничего не умеют.

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