Только про те, что в документации, и изменений там не так уж и много было - самое глобальное аж 8 лет назад.ограничения varchar в mysql изменялись от версии к версии, насколько я знаю. я не помню цифр. ты про какое ограничение?
Извините, наверное неправильно выразился. Дело не в оплате, МНЕ КАЖЕТСЯ, вопросы слишком уж круты для объявленной должности, где по сути нужно поддерживать бложики и форумы, где плевать на разницу в скорости между varchar(128) и varchar(100). Я уж себя идиотом почувствовал, но ребята из варгейминга подтвердили, что вопросы из другой вселенной.
не знаю где вы это в вакансии увидели. блог и форум это примерно 1/10 всего объема работы который у нас естьде по сути нужно поддерживать бложики и форумы
и таки что, в чем претензия? я не помню сколько было 8 лет назад. я знаю что сейчас можно довольно много - тысячи букв ))) в справочники я всегда смогу засунуть нос, когда будет НУЖНО.Только про те, что в документации, и изменений там не так уж и много было - самое глобальное аж 8 лет назад.
вы не угадали - наталья на 100% веб программист и к производству игр отношение имеет опосредованноеРискую опять нарваться, но я УВЕРЕН, и теперь уверен еще больше, что Наталья не разрабатывает сайты. Вероятно она пишет игры для PC или чем там занимается компания.
Поэтому собеседование не получилось.
Я конечно могу ошибаться, да и невелика печаль!
а если архитектурно надо именно 128 или 100 сделать выбор?и таки что, в чем претензия? я не помню сколько было 8 лет назад. я знаю что сейчас можно довольно много - тысячи букв ))) в справочники я всегда смогу засунуть нос, когда будет НУЖНО.
поэтому я сказал, что лучше было бы спросить не про varchar(128), а про тысячи
ну как бэ дане? я опять обосрался?
тогда, наверное, надо определить контекст. сферические кони пусть остаются в вакууме.а если архитектурно надо именно 128 или 100 сделать выбор?
на самом деле взрывающий мозг вопрос... они вообще не быстрее... они вообще к скорости отношения не имеют.mysql. что быстрее varchar (128) или varchar (100)
[21.10.2013 13:02:07] Natalie: чтобы избежать случайных ошибок
[21.10.2013 13:02:22] Natalie: таких как = вместо == или ===
Абсолютно согласен, что к PHP отношения не имеет, но и ошибкой не назову, имхо это только студентиков пугают этой ошибкой, сам ни разу на практике не сталкивался с такого рода ошибкой, мои знакомые программеры тоже...Есть ошибка стиля программирования, к PHP отношения не имеющая
цель собеседования найти подходящего нам специалист причем в условиях невозможности проведения личной встречи и собеседования так сказать с глазу на глазну а если цель сбить собеседника с толку, можете задавать вопросы, оторванные от цели.
много нашли с 3го февраля (за 9ть месяцев почти)цель собеседования найти подходящего нам специалист причем в условиях невозможности проведения личной встречи и собеседования так сказать с глазу на глаз
меньше чем надо :-|много нашли с 3го февраля (за 9ть месяцев почти)
Если Наталья и обижена то только тем что на такое неадекватное существо вроде вас потратила 2+ часа рабочего времени которое мне приходится оплачивать из своего кармана,
http://www.anekdot.ru/scripts/anekdotid.php?ids=-1051600278,-1051900099&query=%EF%F0%E5%F0%E8%E8для меня эта тема закрыта. я потратил пару часов на написание теста, пару часов на беседу в скайп и в этой страннной теме еще сколько-то. мне за это не заплатят.
Обязанности:
Разработка нового функционала сайта компании, его поддержка и сопровождение;
Разработка интернет ресурсов игровой тематики для партнерских компаний;
Рефакторинг PHP кода;
не знаю где вы это в вакансии увидели. блог и форум это примерно 1/10 всего объема работы который у нас есть
Очень уместные были словапонимаете я за 2500 хочу иметь адекватного специалиста который не только мне сайтец слабает за 5 минут с формой регистрации но и способен решить более сложные задачи - как то парсинг bytea данных которые сливает в постргес наш игровой сервер для последующего анализа,
Александр R2D2: если вы будете менять условия задачи на ходу, то давайте я сразу сдамся. мне не стыдно