да просто фс не пишут _ТАК_, вложенность классов недопустима для файловых систем ;). Сами подумайте почему. Реализация же действительно полезной фс потребует уймы времени на описание таблиц сущностей и прочие метаданные, даже несмотря на отсутствие какого-либо IO и, как следствие, слоя данных в целом.
По поводу ring-0 не передёргивайте. Вы даёте таск который в 99% случаев реализуется на компилируемом низкоуровневом языке программирования. И все принципы построения подобных вещей к нему должны быть применимы. Хотя проще называть вещи своими именами. Это пропросту никакая не "псевдо файловая система".
Вообще золотых сотрудников намного меньше чем золотых компаний. Как следствие - действительно полезных людей компании не выбирают из толпы. Вместо этого они выбирают компании. И вот такой вот диковатый вопрос про фс явно будет не в вашу пользу.
Я ниже писал уже - какой смысл в задачах, которые расчитаны на выявление малейших признаков программиста, которые гораздо проще выявить буквально за пару минут разговора?
ваша задача любого кто знает устройство настоящих фс, особенно с userspace кодом, а не целиком "ядрёные" (fuse конечно же) - введёт в такой безумный ступор что он попросту развернётся и уйдёт сразу. По крайней мере я бы так сделал.
Уж если и давать задачи - то сколько-нибудь полезные самому кандидату. Любой адекватный человек не будет в восторге тратить время на вылеты проверяющего "а сделай ка мне классик который будет срать в окошко".
Если честно такие задачи ничерта не показывают профессионализм разработчика. Разве что - насколько давно сталкивался и сталкивался ли вообще он с какими-то конкретными штуками. Я на пхп писал достаточно давно и мне хватало ума не пытаться типизировать данные ( (bool)$for_what_reason?! ) в языке с динамической типизацией. И понять это легко, если подумать нахрена вообще динамическая типизация существует.
Задача на ООП опять же лишена смысла - вам ведь нужно узнать всего лишь понимает ли претендент основные принципы и идею. Да тут проще с глазу на глаз поговорить вообще PHP не затрагивая.
Я на собеседованиях (правда не PHP а Python) всегда только разговаривал лично. Всегда думал (и буду думтаь далее =)) что давать пресловутые задачки-пятиминутки нет смысла. Есть смысл в больших проверочных тасках а-ля "homework".
Да и ещё - я встречал в жизни много уж совсем рассеяных программистов. Им тяжело концентрироваться на чем-то что прямо кувалдой вбивают в их голову. Но спокойно сидя с 8 утра они порой показывают чудеса производительности.
я всё-таки не понял - без яваскрипта меню не показывать - нормально, а емейлы - нет? Мне кажется абсолютно разумным с точки зрения компании вывести user company ru для всех пользователей у которых нет яваскрипта и собрать яваскриптом человеческий емейл для всех остальных. Те кто яваскрипт в наше время руками отключают неудобства даже и не заметят, потому что будут явно не простыми пользователями (а большая часть из них будет даже роботами а не людьми вовсе).
да и ещё. Верстать так, чтобы без стилей все по дизайну было круто - критинизм чистой воды. Лучше сделайте так чтобы аудиобраузер не сошёл с ума на вашем документе. По крайней мере несколько человек в мире будут вам действительно благодарны.
20 минут писал ответ и гребаный сафари все уничтожил. Выложусь кратко
мнемоники в жопу, это когда уникод нормально не поддерживался использовали
#a #b в css - конструкция лишённая смысла
#a div.class.class2 - конструкция совсем не лишённая смысла да ещё и в несколько раз более шустрая чем .class.class2
даже при "точном выводе текста" <br/><br/> необходимо менять на <p>. Точнее - при вводе пользователем. Если только это не код. <b> менять на font-weight: bold, стронг использовать только в логическом выделении. И проставить font-weight: bold на стронг если по задумке дизайна текст должен быть жирным. С таким же успехом можно сделать стронг не жирным а лохматым - это нормально. Жирность для стронга как и наклонность для em - не является обязательным.
таблицы - всё-таки валидный элемент всех спецификаций гипертекста
стрикт - хорош для самообучения
xml - контейнер для данных. (X)HTML - язык разметки. Не тупить.
вы, видимо, пропустили уточнение "для программиста". Сравнение ОС как раз таким и было.
По поводу ring-0 не передёргивайте. Вы даёте таск который в 99% случаев реализуется на компилируемом низкоуровневом языке программирования. И все принципы построения подобных вещей к нему должны быть применимы. Хотя проще называть вещи своими именами. Это пропросту никакая не "псевдо файловая система".
Вообще золотых сотрудников намного меньше чем золотых компаний. Как следствие - действительно полезных людей компании не выбирают из толпы. Вместо этого они выбирают компании. И вот такой вот диковатый вопрос про фс явно будет не в вашу пользу.
Я ниже писал уже - какой смысл в задачах, которые расчитаны на выявление малейших признаков программиста, которые гораздо проще выявить буквально за пару минут разговора?
Уж если и давать задачи - то сколько-нибудь полезные самому кандидату. Любой адекватный человек не будет в восторге тратить время на вылеты проверяющего "а сделай ка мне классик который будет срать в окошко".
Задача на ООП опять же лишена смысла - вам ведь нужно узнать всего лишь понимает ли претендент основные принципы и идею. Да тут проще с глазу на глаз поговорить вообще PHP не затрагивая.
Я на собеседованиях (правда не PHP а Python) всегда только разговаривал лично. Всегда думал (и буду думтаь далее =)) что давать пресловутые задачки-пятиминутки нет смысла. Есть смысл в больших проверочных тасках а-ля "homework".
Да и ещё - я встречал в жизни много уж совсем рассеяных программистов. Им тяжело концентрироваться на чем-то что прямо кувалдой вбивают в их голову. Но спокойно сидя с 8 утра они порой показывают чудеса производительности.
мнемоники в жопу, это когда уникод нормально не поддерживался использовали
#a #b в css - конструкция лишённая смысла
#a div.class.class2 - конструкция совсем не лишённая смысла да ещё и в несколько раз более шустрая чем .class.class2
даже при "точном выводе текста"
<br/><br/>необходимо менять на<p>. Точнее - при вводе пользователем. Если только это не код.<b>менять на font-weight: bold, стронг использовать только в логическом выделении. И проставить font-weight: bold на стронг если по задумке дизайна текст должен быть жирным. С таким же успехом можно сделать стронг не жирным а лохматым - это нормально. Жирность для стронга как и наклонность для em - не является обязательным.таблицы - всё-таки валидный элемент всех спецификаций гипертекста
стрикт - хорош для самообучения
xml - контейнер для данных. (X)HTML - язык разметки. Не тупить.
label разумнее использовать так
так можно избежать уйму никому не нужных id.
стили перебрались сюда http://www.mocksoul.ru/media/apache_auto…
а верхушка всех страниц собирается питоном =)
но все равно можешь открыть исходник любой страницы и посмтореть как там js-styling огранизован.
Всё это делает возможность написания приложений под kde куда проще.
Видимо имелось ввиду именно это и с этим я очень согласен =).