вопрос не в том смешные или нет.
а в том что — смогут ли эти вопросы выявить — серьезный соискатель или он просто книжку прочитал недавно и сделал 1,5 сайта )
адекватность некоторых вопросов вызывает у меня сомнения:
>>Есть ли опыт работы с различными CMS? Опыт работы не как web-мастера, а как программиста…
— что тут рассказывать? как натягивал другой дизайн, менял сортировку в списках, делал новый раздел? если есть голова то можно расковырять любую CMS. уважающий себя программер чужие CMS в работе не использует — ибо у него есть своя — либо он пишет каждый раз уникальный продукт на базе фреймворка.
>>Типы данных в PHP?
как вы сами заметили абсолютно правильно ответит только тот кто заранее готовился к этому вопросу. Так зачем тогда вы его задаете? кого хотите отфильтровать ))
>>Что самое сложное разрабатывали на PHP?
меня ставит в тупик )) если честно. Сложно обычно когда начинаешь делать чтото в первый раз, и не знаешь всех тонкостей, но после сдачи проекта удивляешься что пугался трудностей. Например, писал биллинг оплаты услуг на сайте. Для того кто этого еще не писал — звучит сложно, для тех кто делал — рутина… Или наоборот — можно так наху… ертить трехэтажную структуру для приложения, куча объектов в и субъектов, права доступа, динамическая шаблонизация… звучать будет круто. а в реале — возможно задача решалась гораздо проще, и непонятно зачем было столько всего прикручивать и так усложнять…
>>Коль работал с MySQL то сможешь назвать различия между версиями 4.1, 5.0, 5.1?
я навскидку назову очень мало — но это не означает что в случае необходимости не смогу адекватно выбрать версию БД и тип таблиц — согластно поставленной задаче. Да и вообще БД не ограничивается Мускулом. почему на нем весь акцент. однобоко както
>> CSS и JS
Css это вообще стезя верстальщика. программер не обязан знать всех тонкостей его работы и особенности верстки под разные браузеры.
JS конечно важнее знать. но опять же, профессиональные JS программеры совсем другое дело.
фильм супер. после просмотра весь вечер был под впечатлением. после всех 'штампованных' голливудских фильмов — Район9 как глоток свежего воздуха. Смотрица легко и интересно, но при этом очень много моментов в которых режиссер явно заложил второй смысл. Ляпы может и есть — но в процессе фильма они не замечаются — потому что не в этом его сила. Надо понять общую идею и проблемы на которые указывает нам режиссер.
Кстати, не зря большая часть бюджета ушла на эффекты и графику. Инопланетяне проработаны очень реалистично, не покидало ощущение что они существуют наравне с героями))) добиться этого — многого стоит…
в общем — рекомендую всем кто не смотрел. Смотрите и думайте — но не ждите от фильма чегото сверхестественного, этого не будет — просто наслаждайтесь)
согласен.
конечно запросы к БД и их кол-во отнимают бОльшую часть времени.
Видите )) вы сами и указываете, что именно тут узкое место и именно его надо оптимизировать в первую очередь или избавляться совсем используя прегенерацию или кеш.
Но если вы указываете время генерации, то указывайте его без БД, до и после вашей оптимизации, чтоб можно было сделать правильные выводы.
но я имел в виду, что время генерации 0,02-0,05 является средним для большинства проектов с которыми мне приходилось работать. И своими и с чужими, некоторые достаточно сложные и нагруженные.
поэтому я и не увидел смысла городить такой огород, ради того чтобы в итоге, получился неплохой, но не выдающийся, прирост производительности и расхода памяти…
потеряв при этом очень много в других аспектах разработки и поддержки…
как и у автора, у меня возникали подобные мысли, что при отработке сайта парсится куча ненужного кода.
но я начал решать проблему несколько с другой стороны )))
а именно. я стал уменьшать код, выкидывая из него все «универсальные» фичи, или то что писалось для использования «на потом».
Действительно, производя рефакторинг с целью «выкинуть все лишнее», удалось значительно уменьшить код компонент, оставив только самое необходимое, попутно упрощая и уменьшая код того что нужно. В итоге классы стали компактными и более прозрачными…
Это я к тому, что достигнуть времени генерации страницы 0.008 сек. удалось решая проблему с другой стороны )
(без кешера и с коннектом к БД). А достигнутое вами время генерации (0.03 сек) это время работы большинства вменяемых фреймворков. Использование памяти у вас, полагаю, конечно будет меньше, это плюс.
Ваше решение интересно только с академической точки зрения, по крайней мере пока оно не будет оформлено в виде понятных технологии и паттерна программирования. а пока — баловство, достаточно громоздкое и имеющее много минусов для того чтобы на него началась «мода».
вы бы сделали заготовку которая с другими типами полей тоже дружит..
а то если заменить <input type="text" /> на <textarea name="a" /></textarea> - то все ломается
функция вычисления возраста у вас тоже неправильная!
уменьшать кол-во лет надо только тогда когда текущий день и месяц года еще не перевалил за день месяц дня рождения.
а у вас наоборот.
исправьте на:
if (date('md', $birth) > date('md', $now)) {
да еще и другим советовать решения на нём
$c=$a; $a=$b; $b=$c;
1) вариант разворота строки
2) внутри цикла вариант $c=$a; $a=$b; $b=$a; только без $c ))
но необходимо выделять под переменные хранящие размер строки
$str = 'http://habrahabr.ru/'; $m=strlen($str)-1; $m2=floor($m/2); for ($x=0;$x<$m2;$x++) { $str[$x] = $str[$x]^$str[$m-$x]; $str[$m-$x]= $str[$x]^$str[$m-$x]; $str[$x] = $str[$x]^$str[$m-$x]; }хотя если вычислять нужные размеры на «лету», то получается:
$str = 'http://habrahabr.ru/'; for ($x=0; $x<floor((strlen($str)-1)/2); $x++) { $str[$x] = $str[$x]^$str[(strlen($str)-1)-$x]; $str[(strlen($str)-1)-$x]= $str[$x]^$str[(strlen($str)-1)-$x]; $str[$x] = $str[$x]^$str[(strlen($str)-1)-$x]; }не оптимально, зато гламурно)
2) я выделил минимум, только 1 символ )
ps хотя надо еще подумать )
$str = 'esrever gnirts'; for($x=strlen($str); --$x>=0;) { $str.=$str[$x]; $str[$x]=null; }хардкор)
$str = 'http://Habrahabr.ru/'; for($m=strlen($str),$x=$m-1; $x>=0; $x--) { $str .= $str[$x]; $str[$x]=null; }так пойдет? )
но эти знания уже далеко не в области web-программирования
смешно же)
а в том что — смогут ли эти вопросы выявить — серьезный соискатель или он просто книжку прочитал недавно и сделал 1,5 сайта )
>>Есть ли опыт работы с различными CMS? Опыт работы не как web-мастера, а как программиста…
— что тут рассказывать? как натягивал другой дизайн, менял сортировку в списках, делал новый раздел? если есть голова то можно расковырять любую CMS. уважающий себя программер чужие CMS в работе не использует — ибо у него есть своя — либо он пишет каждый раз уникальный продукт на базе фреймворка.
>>Типы данных в PHP?
как вы сами заметили абсолютно правильно ответит только тот кто заранее готовился к этому вопросу. Так зачем тогда вы его задаете? кого хотите отфильтровать ))
>>Что самое сложное разрабатывали на PHP?
меня ставит в тупик )) если честно. Сложно обычно когда начинаешь делать чтото в первый раз, и не знаешь всех тонкостей, но после сдачи проекта удивляешься что пугался трудностей. Например, писал биллинг оплаты услуг на сайте. Для того кто этого еще не писал — звучит сложно, для тех кто делал — рутина… Или наоборот — можно так наху… ертить трехэтажную структуру для приложения, куча объектов в и субъектов, права доступа, динамическая шаблонизация… звучать будет круто. а в реале — возможно задача решалась гораздо проще, и непонятно зачем было столько всего прикручивать и так усложнять…
>>Коль работал с MySQL то сможешь назвать различия между версиями 4.1, 5.0, 5.1?
я навскидку назову очень мало — но это не означает что в случае необходимости не смогу адекватно выбрать версию БД и тип таблиц — согластно поставленной задаче. Да и вообще БД не ограничивается Мускулом. почему на нем весь акцент. однобоко както
>> CSS и JS
Css это вообще стезя верстальщика. программер не обязан знать всех тонкостей его работы и особенности верстки под разные браузеры.
JS конечно важнее знать. но опять же, профессиональные JS программеры совсем другое дело.
Кстати, не зря большая часть бюджета ушла на эффекты и графику. Инопланетяне проработаны очень реалистично, не покидало ощущение что они существуют наравне с героями))) добиться этого — многого стоит…
в общем — рекомендую всем кто не смотрел. Смотрите и думайте — но не ждите от фильма чегото сверхестественного, этого не будет — просто наслаждайтесь)
конечно запросы к БД и их кол-во отнимают бОльшую часть времени.
Видите )) вы сами и указываете, что именно тут узкое место и именно его надо оптимизировать в первую очередь или избавляться совсем используя прегенерацию или кеш.
Но если вы указываете время генерации, то указывайте его без БД, до и после вашей оптимизации, чтоб можно было сделать правильные выводы.
но я имел в виду, что время генерации 0,02-0,05 является средним для большинства проектов с которыми мне приходилось работать. И своими и с чужими, некоторые достаточно сложные и нагруженные.
поэтому я и не увидел смысла городить такой огород, ради того чтобы в итоге, получился неплохой, но не выдающийся, прирост производительности и расхода памяти…
потеряв при этом очень много в других аспектах разработки и поддержки…
но я начал решать проблему несколько с другой стороны )))
а именно. я стал уменьшать код, выкидывая из него все «универсальные» фичи, или то что писалось для использования «на потом».
Действительно, производя рефакторинг с целью «выкинуть все лишнее», удалось значительно уменьшить код компонент, оставив только самое необходимое, попутно упрощая и уменьшая код того что нужно. В итоге классы стали компактными и более прозрачными…
Это я к тому, что достигнуть времени генерации страницы 0.008 сек. удалось решая проблему с другой стороны )
(без кешера и с коннектом к БД). А достигнутое вами время генерации (0.03 сек) это время работы большинства вменяемых фреймворков. Использование памяти у вас, полагаю, конечно будет меньше, это плюс.
Ваше решение интересно только с академической точки зрения, по крайней мере пока оно не будет оформлено в виде понятных технологии и паттерна программирования. а пока — баловство, достаточно громоздкое и имеющее много минусов для того чтобы на него началась «мода».
уменьшать кол-во лет надо только тогда когда текущий день и месяц года еще не перевалил за день месяц дня рождения.
а у вас наоборот.
исправьте на:
if (date('md', $birth) > date('md', $now)) {