Добротный железяк. По всей видимости предполагался для связи нескольких стомегабитных свичей с гигабитным аплинком и/или сильно нагруженных серверов. Видимо в свое время стоил хороших денег.
PS Древний обзор от CNews: "...The GS504T is a non-blocking switch… supporting 8, 000 users...". Очень даже.
То что MySQL использует только первый столбец это понятно, было бы иначе и вопрос бы не стоял — делали бы один индекс по всем полям под все запросы (в общем случае) и все.
Спасибо за статью, давно хотел разобраться но руки не доходили.
Хорошо, а как со скоростью апдейта комбинированного/двух индексов? Насколько скорость обновления индекса по двум полям отличается от индекса по одному полю?
А я вот все чаще сталкивался с обратной стороной медали - даже имея отличный набор "сроки-деньги" фиг найдешь на фрилансе толкового исполнителя под высокие требования. У меня отсев был примерно 80-90% (это при том что всякие "вот моя ася, пишите" я не рассматривал).
имхо было бы крайне полезны как сворачивание/разворачивание (без которого найти что-то в теме с 100+ комментов становится сложно), так и динаическая подгрузка комментов. Тут я вижу два варианта - либо сначала загружается первый уровень комментов, а затем по очереди дерево к каждому из них, либо просто первые 50, потом вторые 50 и т.д. Да, это создало бы определенную нагрузку на сервер, но лично я бы сказал огромное спасибо.
Правильно. Останется 2-3-5 адекватных. Те самые которые готовы платить адекватные деньги и не будут создавать излишнюю головную боль. Хороший способ отсева ненужных заказчиков.
Пункт с хостингом - хотел бы уточнить. Размещать на своем хостинге и брать за это деньги с заказчика - однозначное "нет". А зарегистрировать для него хостинг, который он сам будет оплачивать (оплачивать прямо хостеру, а не разрабочику) - да. Ведь зачастую гораздо проще выкладывать сайт на знакомую площадку, чем на то что выберет сам заказчик.
имхо приходить на работу вовремя (или чуточку раньше) - это норма, за это не нужно поощрять. Во всяком случае не стоит воодить это в правило - никто же не дает премию за то что чистишь зубы или уступаешь место в метро. Если человек работает сверхурочно - это совсем другая песня и здесь действительно полезны поощрения. Но механизм мотивации совсем иной.
Два излюбленных приема (с обоими сталкивался на практике):
материальный: первые два опоздания в течение месяца прощаются, а затем каждое опоздание - $10-$20. Основной дисциплинирующий фактор - строчка в выписке зп: "опаздания - 7раз, $70".
моральный: нет-нет класть на стол опаздавшему записку "я был здесь в 9:01" с подписью непосредственного руководителя.
Ну вот и ответ тем кто боится потери контактов из-за кражи аськопароля - регимся, бэкапим контакт лист, меняем пароль и все. Отличный сервис (если работает) ))
Качество НЕ снижается если принимающая сторона присматривала за ходом этапа.
В чем, имхо, основная беда многих проджект-менеджеров - откуда-то взялась мысль что вот мы возмем, отдадим дизайн верстаку и через две недели мы получим готовую качественную верстку. А пока можно заняться чем-то еще. А не получается. Вернее получается как выше описано.
Я для решения этой задачи сделал приемку работы многоэтапной. Раз в два-три дня пробежаться по коду (или в данном случае попросить программера просмотреть верстку) не сложно и времени много не займет, зато львиную долю косяков и будущих костылей можно исправить в зародыше. В итоге через две недели программер получает верстку уже с его собственными коррективами, руководитель проекта первым узнает о проблемных участках, верстальщик постепенно срабатывается с программером и начинает понимать что программеру удобно, а что нет. В случае нового человека в команде опять же быстрее происходит интеграция в общую струю. Собственно все то же общение членов комманды, но инициированное сверху.
Отличный функционал, гугловцы радуют неимоверно. Улицы, думаю, добавятся в ближайшем, а вот с детализацией карт я бы не был столь оптимистичен - сейчас карты, насколько я понял, армейские (во всяком случае детализация сильно зависит от "стратегической" важности региона), попробуй убедить вояк что черноморское побережье для них более важно чем урюпинский химический комбинат ))
PS Древний обзор от CNews: "...The GS504T is a non-blocking switch… supporting 8, 000 users...". Очень даже.
То что MySQL использует только первый столбец это понятно, было бы иначе и вопрос бы не стоял — делали бы один индекс по всем полям под все запросы (в общем случае) и все.
Хорошо, а как со скоростью апдейта комбинированного/двух индексов? Насколько скорость обновления индекса по двум полям отличается от индекса по одному полю?
Цена сопоставима с годовым бюджетом маленькой банановой республики
dfda5e72df
За поддержку нескольких OP для одного идентификатора отдельное спасибо ))
материальный: первые два опоздания в течение месяца прощаются, а затем каждое опоздание - $10-$20. Основной дисциплинирующий фактор - строчка в выписке зп: "опаздания - 7раз, $70".
моральный: нет-нет класть на стол опаздавшему записку "я был здесь в 9:01" с подписью непосредственного руководителя.
В чем, имхо, основная беда многих проджект-менеджеров - откуда-то взялась мысль что вот мы возмем, отдадим дизайн верстаку и через две недели мы получим готовую качественную верстку. А пока можно заняться чем-то еще. А не получается. Вернее получается как выше описано.
Я для решения этой задачи сделал приемку работы многоэтапной. Раз в два-три дня пробежаться по коду (или в данном случае попросить программера просмотреть верстку) не сложно и времени много не займет, зато львиную долю косяков и будущих костылей можно исправить в зародыше. В итоге через две недели программер получает верстку уже с его собственными коррективами, руководитель проекта первым узнает о проблемных участках, верстальщик постепенно срабатывается с программером и начинает понимать что программеру удобно, а что нет. В случае нового человека в команде опять же быстрее происходит интеграция в общую струю. Собственно все то же общение членов комманды, но инициированное сверху.