Ну тогда у них уже есть торговая марка, понятно что точно такую же вы не можете зарегистрировать
Вы уверены? КМК, вполне могут быть две одинаковые торговые марки для различных классов товаров/услуг. К примеру может быть ТМ «Резкий» для банка и ТМ «Резкий» для лекарства от непроходимости кишечника. И это будут две разных ТМ у разных юрлиц для разных классов.
Вот оптика у мерсов — это действительно «отдельная тема». Не знаю что они там напроектировали, но последние GL постоянно слепят, когда едут недалеко позади. Походу фары слишком высоко подняли и при небольшом расстоянии до впереди идущей машины, луч попадает ей в боковые зеркала заднего вида.
Т.е. если будет 100 игр «perl vs perl» и 0 игр «perl vs not-perl», то процент побед будет 50% и perl автоматом на втором месте? :)
Или, рассчитывая процент, вы исключали игры между однинаковыми языками? Если нет, то стоит :)
Аналогично со странами.
И вообще, хочется статистики вида язык1 vs язык2 для всех комбинаций языков :)
Еще с переездами, расположенными прямо возле станций беда дикая. Пока поезд стоит на станции (причем переезд он уже мог проехать), переезд всё время закрыт т.к. чтобы он открылся, поезд должен отъехать на определенное расстояние. Учитывая частоту хождения электричек, выходит, что такие преезды в часы пик больше закрыты, чем открыты.
А еще если у поездов впереди некоторый затык и он от станции не отъезжает, ожидая своего зеленого светофора, то вместе с ним всё это время переезд остается закрытым.
поддерживать оперативное принятие управленческих решений, нацеленных на повышение качества транспортных услуг, с опорой на комплексную аналитику
Буду вспоминать эти слова, заходя в неотапливаемый вагон с деревянными сиденьями :)
на упрощение сопровождения лицензий в средних и крупных компаниях
Есть и минусы в этом направлении. Работаю в большой (несколько тысяч) бюджетной российской забюрократизированной компании для которой IT — важное, но вспомогательное направление. Покупка лицензий длится несколько месяцев и включает в себя тонны согласований в закупочных и финансовых дирекциях, тендеров поставщиков лицензий и прочей фигни. Запланировать покупку обновления лицензии заранее к моменту истечения текущей практически невозможно. По старой схеме лицензирования — это не было большой проблемой т.к. по истечении лицензии мы просто некоторое время сидели без обновлений, пока не купят продление лицензии. По новой схеме мы будем сидеть без IDE.
Подтверждаю. Уточнил сегодня у селзов JetBrains, можно ли купить продление сразу на два года, ответ был: «Продление можно приобрести только на один год.»
История как раз о том, что те, кто попал в размещение, не платят и близко по 2500 за клик, поэтому оценочная стоимость клика — это пальцем в небо. Скорее это показатель того, что ведение успешных кампаний становится все более сложным т.к. необходимо немало специфичных знаний. Для adwords это тоже все справедливо, кстати.
Так, для показа на первом месте, например, по слову “crm” в Яндексе 57,21 у.е.(1716 рублей), а в Google – 104 рубля.
Некорректное сравнение. Стоимость размещения в обоих системах зависит от кликабельности объявления. По одному запросу, можно висеть на первом месте за 3 рубля, а можно за 300, в зависимости от объявления.
Звук в них полное УГ, у всех исполнителей вдруг буковки «с», «ц» и «з» начали свистеть (и по BT, и через кабель). При включеном шумодаве звук далек от оригинала и иногда (на шумном столичном проспекте) приятнее слушать без шумодава, чем с ним. В метро металлические лязги не отсекает т.к. насколько я понял, высокие частоты не давит совсем или давит несущественно. ИМХО, нишевая шумодавка — для самолета и т.п. если низкочастотный гул напрягает. Речь про mm 550-x
Тогда снаряд ииспоганит стенку со всеми вытекающими. В сабжевых супертехнологичных японских устройствах мозг ожидает увидеть какой-нибудь «Airblade — уловитель брызг», лишенный минусов более бюджетных анти-плюхов :)
CouchDB во многом похожа на MongoDB. Отличается отсутствием блокировки при операциях чтения, и более сложной в настройке технологией шардинга
В чем они похожи, кроме того, что они документо-ориентированы? Они же принципиально разные. MongoDB предоставляет инструменты построения объединений (JOIN) во время чтения, а в CouchDB необходимо создавать материализованные представления выборок, а в момент чтения доставать их а-ля key-value. Они для принципиально разных ситуаций созданы.
Вы уверены? КМК, вполне могут быть две одинаковые торговые марки для различных классов товаров/услуг. К примеру может быть ТМ «Резкий» для банка и ТМ «Резкий» для лекарства от непроходимости кишечника. И это будут две разных ТМ у разных юрлиц для разных классов.
Или, рассчитывая процент, вы исключали игры между однинаковыми языками? Если нет, то стоит :)
Аналогично со странами.
И вообще, хочется статистики вида язык1 vs язык2 для всех комбинаций языков :)
А еще если у поездов впереди некоторый затык и он от станции не отъезжает, ожидая своего зеленого светофора, то вместе с ним всё это время переезд остается закрытым.
Буду вспоминать эти слова, заходя в неотапливаемый вагон с деревянными сиденьями :)
Есть и минусы в этом направлении. Работаю в большой (несколько тысяч) бюджетной российской забюрократизированной компании для которой IT — важное, но вспомогательное направление. Покупка лицензий длится несколько месяцев и включает в себя тонны согласований в закупочных и финансовых дирекциях, тендеров поставщиков лицензий и прочей фигни. Запланировать покупку обновления лицензии заранее к моменту истечения текущей практически невозможно. По старой схеме лицензирования — это не было большой проблемой т.к. по истечении лицензии мы просто некоторое время сидели без обновлений, пока не купят продление лицензии. По новой схеме мы будем сидеть без IDE.
Некорректное сравнение. Стоимость размещения в обоих системах зависит от кликабельности объявления. По одному запросу, можно висеть на первом месте за 3 рубля, а можно за 300, в зависимости от объявления.
В чем они похожи, кроме того, что они документо-ориентированы? Они же принципиально разные. MongoDB предоставляет инструменты построения объединений (JOIN) во время чтения, а в CouchDB необходимо создавать материализованные представления выборок, а в момент чтения доставать их а-ля key-value. Они для принципиально разных ситуаций созданы.