Вообще ни разу даже не задавался необходимостью сдачи каких то сертификатов, хотя работаю как Senjor/TL, правда в РФ компании.
Но было бы интересно услышать про их практическую пользу от тех, кто с ними сталкивался в реале и кому они помогли.
я как то пробовал перекладывать аккорды на клавиши в guitar pro, не думаю что сабжевая программа это делает лучше. результат был плачевный.
я не сомневаюсь в вашей способности игры на гитаре, я говорю о том, что лучше читать ноты, научиться это делать не сложно, не сложнее чем на гитаре вам было научиться, и отталкиваюсь при всем этом на собственном опыте.
На гитаре и клавишах я сам самоучка, хотя в детстве закончил музыкалку… на… бояне )))
вы, видимо, не понимаете, что такая расстановка нот не позволит получить нормальной аппликации на клавишах, и в дальнейшем принесет только проблемы. Но можете и дальше минусовать, ваше право.
сервис apishops, могу написать в грубом приближении, т.к. подробно выйдет отдельная статья :)
у нас десятки тысяч прайсов разных рекламодателей, которые загружаются по несколько раз на дню, товаров в прайсе может быть неск сотен тысяч, для каждого товара из каждого прайса по названию, модели, производителю и еще паре десятков правил производится привязка товаров к системной базе (по размерам сравнима с яндекс-маркетом), тут и используется lucene, т.к. необходим постоянный полнотекстовый поиск.
Такая скорость необходима, чтобы клиенты не засыпали саппорт тикетами про долгую обработку их прайсов.
Я на данный момент использую вариацию из 2х индексов, один (большой) на диске, только для чтения, второй в памяти для хранения всех изменений. Сами изменения из второго периодически мержатся на диск, при накоплении «критического» числа изменений, либо при остановке приложения, также предусмотрено и аварийное завершение.
По сколько к диску операции идут только на чтение, а размер второго индекса в памяти относительно небольшой, то работает все очень быстро, покрывая наши потребности, 10-15 тыс запросов в секунду не заставляют даже толком задуматься сервер, но это максимум, обычно рабочая нагрузка 5-7 тыс запросов в секунду, на данный момент.
Основная проблема в этом решение — организовать поиск по двум индексам сразу, исключая при этом удаленные данные и используя актуальные из памяти, для конкретных задач я ее решил.
Размер самого индекса не превышает 20 Гб. Пробовал полностью индекс запихнуть в память через RAMDirectory, но наблюдал при этом значительное падение производительности, сколько бы серверу памяти не выделял (пробовал до 64 гб). Возможно, при росте нагрузке, попробую и ваше решение.
Извиняюсь, не заметил.
Надоело программировать, просто надоело.
Не дает — сразу в другой области уровень дохода будет на порядок меньше, чем сейчас есть в IT, «на готовенькое» спрыгнуть сложно, а параллельное развитие своего бизнеса долго, дорого… но постепенно постепенно двигаюсь к цели.
а я по старинке httpfox использую для сети, и фик меня кто переубедит :)
а файрбаг уже для всего остального.
хром может кому-то и удобней, но я забил на него еще в давних версиях, в интервале 10-15, что ли, когда он просто напросто после установки не запускался и висел процессом, пока не убьешь, и так по кругу. лиса зато всегда работает и работала, пускай порой и есть 1.5 гб оперативки :)
Уже года полтора пробую вообще покинуть IT, но пока не получается, то одно, то другое )) Вижу будущее в развитии своего производства, в области строительства.
Но было бы интересно услышать про их практическую пользу от тех, кто с ними сталкивался в реале и кому они помогли.
я не сомневаюсь в вашей способности игры на гитаре, я говорю о том, что лучше читать ноты, научиться это делать не сложно, не сложнее чем на гитаре вам было научиться, и отталкиваюсь при всем этом на собственном опыте.
На гитаре и клавишах я сам самоучка, хотя в детстве закончил музыкалку… на… бояне )))
у нас десятки тысяч прайсов разных рекламодателей, которые загружаются по несколько раз на дню, товаров в прайсе может быть неск сотен тысяч, для каждого товара из каждого прайса по названию, модели, производителю и еще паре десятков правил производится привязка товаров к системной базе (по размерам сравнима с яндекс-маркетом), тут и используется lucene, т.к. необходим постоянный полнотекстовый поиск.
Такая скорость необходима, чтобы клиенты не засыпали саппорт тикетами про долгую обработку их прайсов.
Я на данный момент использую вариацию из 2х индексов, один (большой) на диске, только для чтения, второй в памяти для хранения всех изменений. Сами изменения из второго периодически мержатся на диск, при накоплении «критического» числа изменений, либо при остановке приложения, также предусмотрено и аварийное завершение.
По сколько к диску операции идут только на чтение, а размер второго индекса в памяти относительно небольшой, то работает все очень быстро, покрывая наши потребности, 10-15 тыс запросов в секунду не заставляют даже толком задуматься сервер, но это максимум, обычно рабочая нагрузка 5-7 тыс запросов в секунду, на данный момент.
Основная проблема в этом решение — организовать поиск по двум индексам сразу, исключая при этом удаленные данные и используя актуальные из памяти, для конкретных задач я ее решил.
Размер самого индекса не превышает 20 Гб. Пробовал полностью индекс запихнуть в память через RAMDirectory, но наблюдал при этом значительное падение производительности, сколько бы серверу памяти не выделял (пробовал до 64 гб). Возможно, при росте нагрузке, попробую и ваше решение.
Надоело программировать, просто надоело.
Не дает — сразу в другой области уровень дохода будет на порядок меньше, чем сейчас есть в IT, «на готовенькое» спрыгнуть сложно, а параллельное развитие своего бизнеса долго, дорого… но постепенно постепенно двигаюсь к цели.
а файрбаг уже для всего остального.
хром может кому-то и удобней, но я забил на него еще в давних версиях, в интервале 10-15, что ли, когда он просто напросто после установки не запускался и висел процессом, пока не убьешь, и так по кругу. лиса зато всегда работает и работала, пускай порой и есть 1.5 гб оперативки :)