Пользователь пока ничего не рассказал о себе

Достижения

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

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

Все теги (54)

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

Все ответы (68)
  • Почему говорят, что postgress лучше для более-менее серьезного проекта чем что-либо иное?

    @abroabr
    Не так.

    Серьезные проекты, например, у того же Google прекрасно работают и с MySQL

    Дело в другом - у PostgreSQL больше функционала. Если он вам нужен и если вы умеете им пользоваться.

    У MySQL функционала меньше, он проще, и потому во многих случаях быстрее.

    Но реализация функционала, отсуствующего в MySQL надстройкой над MySQL обойдется дороже по производительности, чем использование такового уже имеющегося функционала в PostgreSQL.

    Как пример, JSONB (рекомендую его в PostgreSQL, работает эффективно, позволяет реализовать schemeless). Не путать с JSON (это старая реализация в PostgreSQL, не рекомендуется).

    Смотрите выступления Олега Бартунова на Youtube - он разработчик PostgreSQL и проводит просветительскую работу по некоторым особенностям PostgreSQL.
    Ответ написан
  • Большая ли конкуренция между джуниорами?

    @abroabr
    Уже да.
    То что в ИТ кадровый голод - правда.
    Но лет пять назад был кадровый голод и на джунов.
    А сейчас - только на квалифицированных специалистов.
    Джунов - перебор.

    Карьерные рекомендации:

    1) Устроиться в говноконтору. Туда берут всех. Желательно, чтобы были коллеги по вашей специализации, с кем можно посоветоваться. Разумеется, зарплата - копейки.

    2) Через год-два устроится в среднего уровня контору. Опять таки обратить внимание на коллег более опытных в наличии - это важно.

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

    @abroabr
    Здравствуйте формчане, совсем в депрессию упал. Не понимаю,что со мной не так, просто не могу заработать на фрилансе.

    Уже 1.5 года изучаю вёрстку, начало получатся что-то нормальное (www.master-web.zzz.com.ua).


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

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

    А на фрилансе начинать.... 5-7 лет фриланса = 2 года очно в конторе с сильными коллегами-профи.
    Ответ написан
  • Как переквалифицироваться из разработчика в руководителя?

    @abroabr
    а хочется больше развивать социальные навыки, вести переговоры, решать проблемы на более высоком уровне


    1. Повышать свой авторитет в команде и ждать когда Вашего руководителя повысят и освободится место.


    Вы не находите тут противоречия?

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


    И вот тут главный вопрос: какие знания необходимо получить перед тем как отправиться на такое собеседование? Какие качества наиболее ценные? Может есть какие-то полезные курсы или статьи по данной теме.


    Судя по постановке вопроса - нужно что то из серии "Как повысить уверенность в себе"
    Ответ написан
  • Полнотекстовый поиск MySql или Sphinx?

    @abroabr
    Полнотекстовый поиск устроен достаточно примитивно.
    У всех. Разница только в нюансах.

    1. Делится текст на отдельные слова, отбрасываются короткие и служебные слова.
    2. Прогоняются слова через стемминг (отсекаются окончания) snowball.tartarus.org/algorithms/russian/stemmer.html
    3. По словам строится индекс что-то типа такого roaringbitmap.org

    Все - MySQL, PostgreSQL, SphinxSeach, ManticoreSearch, ElasticSearch - работают по такому алгоритму, когда речь идет о полнотекстовом поиске.

    Качество поиска упирается в основном в п. 1 и 2. Плюс ручная заточка (дополнительный словарь и пр.)
    Скорость поиска упирается в п. 3.

    Есть небольшие отличия. Например, ElasticSearch умеет работать с индексом, который хранится на кластере из нескольких серверов. Таким образом, он не ограничен в размере индекса так жестко как SphixSearch (где принципиально, чтобы данные располагались на одном сервере).

    С другой стороны - SphinxSearch и его форк ManticoreSearch - чрезвычайно заточены на скорость. В частности, в них принята парадигма - игнорировать ошибки при построении индекса настолько настолько это возможно. Все ради скорости.

    MySQL и PostgreSQL - не имеют никаких преимуществ ни по скорости (как Sphinx/Manticore) ни по объему индекса (как ElasticSearch). Их преимущества - простота использования, если у вас данные изначально хранятся в реляционной СУБД.

    Нет, выхлопа по скорости при переходе на MySQL c Sphinx вы не получите. Sphinx быстрее. От заточен именно на скорость.

    Другое дело, что, возможно, вам не понадобится столь высокая заточенность на скорость у Sphinx. Возможно, удобство хранения в реляционной СУБД MySQL перевесит.

    И да, непонятно зачем вам MongoDB. SphinxSearch уже давно может хранить и сами данные, а не только сам поисковый индекс. Дополнительное обращение к MongoDB после того как документ уже найден в SphinxSearch - снижает производительность. Возможно, MongoDB удобна для каких-то видов работ, например, для инициации построения полнотекстового индекса. Но собственно в процессе полнотекстового поиска - она лишнее звено.
    Ответ написан