Эх, местами конечно передергивают, не ожидал такого от Microsoft, глянуть хотя бы в Cheat Sheet на «Properties Example»… или они до такой степени не знают Java?
Может быть, но как я написал, «иногда могут играть существенную роль»… это все к тому же — различные варианты возможны…
есть же как минимум два подхода — на вопрос почему сделано так или иначе можно привести кучу технических тезисов, привести тесты производительности, расписать варианты нагрузок и т.д… а можно просто ответить что так принято у нас в компании, и второй вариант кстати не лишен свой привлекательности, так как снижает издержки на принятие решения.
Если говорить про mysql — то есть несколько отличий и они иногда могут играть существенную роль
1) основное — когда запрос требует создания временной таблицы, то сначала будет попытка разместить таблицу в памяти, однако если у вас в запросе участвует blob или text то она сразу же будет создана на диске.
2) вы не можете делать индексы по полям text, что может быть важно если у вас есть сортировка по этим полям
ну и вобще — то что чуть выше написано — так яростно говорить что 1024 лучше 256 наверное все же не стоит, на все нужно смотреть с нескольких точек зрения, так, например, ограничение по длине 64 говорит программисту который уже это все верстает, что это поле помещается в определенное пространство в одну строку и что не надо пытаться тут придумывать всякие ухищрения для отображения части которая не влезает на экран или переносится на другую строку.
Ведь обычно как — отдел QA попытается ввести в поле поэму «Евгений Онегин» и создадут на эту тему кучу баг-репортов, что несколько экранов «разъехались» из-за этой строки… а когда у вас 64 в базе стоит ограничение, все что сделает отдел QA — допишет в инструкцию, что длина данного поля составляет 64 символа и к разработчику уже не вернется…
Но не стоит мой комментарий рассматривать как защиту того что всегда надо минимум делать… я лишь хотел обратить внимание, что может быть больше чем одна точка зрения и все они вобщем-то имеют смысл…
А можно хотя бы парочку примеров (должны же были следы в интернете остаться)? А то получается, что вопрос поставлен слишком абстрактно для большинства тех, кто к википедии относится только как потребитель… Да и ваша формулировка в заголовке предполагает единственный ответ. Но в глубине души теплится надежда — ну не может же это быть из-за каких-то мелочных разборок, для подобной темы голосования должны быть какие веские основания…
А вот интересно стало — а сами билеты-то вы откуда взяли (я имею ввиду картинки в основном)? Правильно ли я понимаю, что рисунки все же не вами рисовались…
И в связи с этим вопрос — а может есть тут знатоки которые могут оценить данный продукт с точки зрения авторского права (ну или может автор этим вопросом занимался)? Насколько правомерно такое использование?
угу, верно, на самом деле и программы под это вобщем-то есть, например epshteyn.net/eugene/courses/cs631/stereo/
я вот запустил ее на этом примере и после нескольких экспериментов получил четкую черно-белую картинку которая легко уже любым OCR распознается…
Хм, площадь земной поверхности где-то 5*10^14 м^2, предполагая что для хранения ipv6 адреса надо 128 транзисторов нетрудно посчитать, что площадь каждого для вмещения всех ipv6 адресов на земной поверхности должна быть около 10^-26 м^2, т.е. технологический процесс должен быть около 0.0001 нм… до этого боюсь не скоро :(
Не, я имел ввиду цену одного смс — пользуясь мтс'овской симкой по вашей технологии (по-моему минимум 1,25р за смс там) и пользуясь сторонними веб-сервисами (там можно меньше найти)… впрочем, про отсутствие интернета — это верно, скорее всего это действительно тот плюс который перевешивает все остальные минусы в данном решении (типа цены, относительной сложности настройки и т.п.)
А почему ничего не написано про цены-то? Насколько я понимаю цена такого решения все же больше чем то что предлагают фирмы которые этим централизовано занимаются. Да и модем еще когда окупится…
Крайне интересно в связи с последними новостями по поводу Google и Китая. Сразу куча вопросов возникает.
1) знали ли в мотороле по поводу готовящейся (а я уверен что она была подготовлена) «затеи» Google с властями Китая?
2) а будут ли теперь вобще продавать андроид в Китае?
3) и если будут, то насколько я помню куча функций андроида на Google завязана — что вобще может андроид без гугла (если его прикроют там)?
4) все же выиграет моторола от такого решения или проиграет?
На самом деле как оказывается фигня все это, я тут пытался расчитать а какая же скорость у него будет… в результате не досчитал, наткнулся на статью www.esua.net/publik/52.shtml — там красиво все расписано.
Не знаю как у вас, а у меня вот почему-то сразу после прочтения заголовка возникло четкое понимание этой фотографии — девушки в синем символизируют i3, i5 и i7 (похоже i7 — это та что справа). В черном — core2, а в белом — это старый добрый п4 — тот самый музейный экспонат про которые говорится в заголовке (реклама вспомнилась — там как раз такие ходили :) хотя может я путаю и реклама эта еще про п3 была)
есть же как минимум два подхода — на вопрос почему сделано так или иначе можно привести кучу технических тезисов, привести тесты производительности, расписать варианты нагрузок и т.д… а можно просто ответить что так принято у нас в компании, и второй вариант кстати не лишен свой привлекательности, так как снижает издержки на принятие решения.
1) основное — когда запрос требует создания временной таблицы, то сначала будет попытка разместить таблицу в памяти, однако если у вас в запросе участвует blob или text то она сразу же будет создана на диске.
2) вы не можете делать индексы по полям text, что может быть важно если у вас есть сортировка по этим полям
ну и вобще — то что чуть выше написано — так яростно говорить что 1024 лучше 256 наверное все же не стоит, на все нужно смотреть с нескольких точек зрения, так, например, ограничение по длине 64 говорит программисту который уже это все верстает, что это поле помещается в определенное пространство в одну строку и что не надо пытаться тут придумывать всякие ухищрения для отображения части которая не влезает на экран или переносится на другую строку.
Ведь обычно как — отдел QA попытается ввести в поле поэму «Евгений Онегин» и создадут на эту тему кучу баг-репортов, что несколько экранов «разъехались» из-за этой строки… а когда у вас 64 в базе стоит ограничение, все что сделает отдел QA — допишет в инструкцию, что длина данного поля составляет 64 символа и к разработчику уже не вернется…
Но не стоит мой комментарий рассматривать как защиту того что всегда надо минимум делать… я лишь хотел обратить внимание, что может быть больше чем одна точка зрения и все они вобщем-то имеют смысл…
И в связи с этим вопрос — а может есть тут знатоки которые могут оценить данный продукт с точки зрения авторского права (ну или может автор этим вопросом занимался)? Насколько правомерно такое использование?
я вот запустил ее на этом примере и после нескольких экспериментов получил четкую черно-белую картинку которая легко уже любым OCR распознается…
а еще в процессе поиска такой программы наткнулся на обсуждение — www.securityfocus.com/archive/98/383610/30/150/threaded
как можно заметить, тема 2004 года… и там вобщем-то про те же проблемы написано…
1) знали ли в мотороле по поводу готовящейся (а я уверен что она была подготовлена) «затеи» Google с властями Китая?
2) а будут ли теперь вобще продавать андроид в Китае?
3) и если будут, то насколько я помню куча функций андроида на Google завязана — что вобще может андроид без гугла (если его прикроют там)?
4) все же выиграет моторола от такого решения или проиграет?
— О сексе
— Но почему?
— А я всегда о нем думаю.