Dmitry404

Второй сильно похож на «Шекли/Эрикс».

Если даже представить себе ситуацию, что вдруг начнутся претензии к конкретному пользователю, то вопрос по каким критериям это будет происходить? Если рип сделан (самостоятельно или кем-то) с лицензионного диска, то как доказать, что конкретный диск не ваш. По тегам? Допустим они прописаны правильно, как в лицензии. Пусть существует какой-то уникальный ID, для конкретного диска. Если при копировании он теряется, то теряется у всех (как у пиратов, так и у честных пользователей). Если нет, то появится энное количество песен с одинаковым ID. Как узнать у кого пиратка?
Думаю, что не стоит заморачиваться с этим вопросом. Вот если вы получите письмо-претензию, тогда и будете решать вопрос, стоит ли держать у себя нелегальный контент или нет.

Поясняю. Это тестовое задание прекрасно показало Вашу компетентность.

Знание ООП на уровне PHP4; отсутствуют знание о подготовленных запросах, мало того использование какой-то устаревшей библиотеки даже для PHP4, которая для экранирования использует mysql_escape_string; отсутствует знания о паттернах (шаблонах проектирования); отсутствует знание о том, что такое «Валидная XHTML-верстка»; отсутствуют знания о современных фрейворках (это следует из предыдущих пунктов); не смогли разделить представление и логику работы (прямо в шаблонах запросы); незнание phpDoc или чего-нибудь подобного. Скорее всего не знаете как пишутся тесты, не умеете работать в системе контроля версий и т.п. Если в чём-то я не прав, то прошу указать на это.

Если контора крупная, то думать, что это не тестовое задание, а конкретная задача, которая где-то будет использовать, несколько странно.

"+" — допустимый символ в емейле. Поэтому, было бы нелогично запрещать его использовать. Делается валидация в соответствии с RFC да и все.

Логичнее, наверное, использовать css
text-overflow: ellipsis

Сначала были журналы «Радио» и «Техника Молодёжи», с программами для калькуляторов.

Потом была книжка Джордейна «Программирование для IBM PC XT/AT». Покупка её была огромной удачей. Шел домой из университета, в метро в переходе стоял стол и там лежали разные книжки. В основном художественная литература разных жанров. И непонятно каким образом туда затесалась и она.
Надо заметить, что интернетов тогда не было (1992 год), книги по программированию издавались мизерными тиражами, и достать их было практически невозможно. Я полистал книгу и спросил цену. Стоила она тогда как две моих стипендии. Но меня это не остановило. Тогда я упросил продавца никому её не продавать как минимум пару часов (книга была в единственном экземпляре) и никуда не уходить. А сам помчался домой. Было забавно, когда я вбежал домой, никому из домашних ничего не объясняя, помчался к себе, выгреб там все свои заначки, и опять убежал. Боялся не успеть. Но успел. Продавец, точнее продавщица, удивлённо смотрела на меня, так как она не понимала из-за чего эти все метания, подумаешь тоже, книжка. Но в то время это было очень ценное приобретение. Там было разложено по полочкам и с примерами описано как работать со всеми подсистемами компьютера. Начиная с клавиатуры, заканчивая дисплеем, жёстким диском и портами ввода-вывода.

Книжкой этой потом зачитывались мои друзья-знакомые по университету и она за время моего обучения начала рассыпаться, пережила несколько ремонтов, была проклеена и прихвачена прозрачным скотчем.
И даже пригодилась много лет спустя, когда меня попросили помочь с лабораторной работой по ассемблеру.

Потом были Керниган и Ритчи «Язык программирования Си» и Дональд Кнут с его «Искусством программирования».

Так-же запомнились и понравились Брюс Эккель с «Thinking in Java» и Джошуа Блох с «Effective Java».

Из последних — книга Эндрю Ролиингза и Дэйва Морриса «Проектирование и архитектура компьютерных игр». Перечитывал её много раз.

Как показывает практика и на ООП можно такое нагородить, что потом взвоешь при поддержке и расширении.
Вам помимо самого ООП было бы неплохо ознакомиться с паттернами. Умелое их использование рождает гибкую архитектуру которую можно легко расширять, дополнять функционалом и править.

Лучшая книга по паттернам это «Приемы объектно ориентированного проектирования» банды четырех. Но для человека который только начинает знакомство с ООП она будет достаточно сложной.
Я б для начинающих советовал почитать «Паттерны проектирования» Эрика Фримена и Элизабет Фримен. Книга написана в стиле head first, с кучей картинок и примеров. Как раз по ходу чтения научитесь «видеть» окружающий мир сквозь призму объектов с их методами и свойствами.

Мне в своё время очень помогла разобраться с тестированием книжка Perl Testing: A Developer's Notebook. В подходе к тестированию особой разницы между Perl и PHP нет, так что Вам она тоже может оказаться полезна. Перевода, к сожалению, я по-быстрому не нашёл, возможно она есть только на английском.

При тестировании один из ключевых моментов — нужно постоянно очень хорошо отдавать себе отчёт в том, что именно мы сейчас тестируем. А тестируем мы обычно наш код, а не окружающую среду (вроде базы данных) — в тестах мы предполагаем, что база данных работает корректно, вопрос в том, корректно ли наш код работает с базой данных. Поэтому, да, можно тестировать работу с базой даже без самой базы — mock-нув функции отправляющие SQL-запросы в базу, и в тесте проверяя, что наш код генерирует именно те SQL-запросы, в том порядке и с теми значениями, которые он должен был сгенерировать (а заодно и подставляя тестируемому коду нужные нам данные под видом «ответа от базы на SQL-запрос»). И да, на реальной базе данных этот код может не работать корректно, не смотря на то, что тесты он проходит — просто потому, что он генерирует не те SQL-запросы, которые нужно генерировать для этого сервера БД. Но это не имеет отношения к тестам — они свою работу выполнили: подтвердили, что код работает именно так, как ожидается. А если задача была поставлена неверно, и код должен делать что-то другое — это проблема постановки задачи, а не тестирования.

Барабашка портящий базу — это не проблема тестирования кода. Хотите написать тест против барабашек — сравнивайте в тесте схему базы с эталонной, и правьте тест после любого изменения схемы базы. Но смысла в этом нет.

Совместимость фикстур из тестов с текущей схемой базы проверить очень просто: при запуске теста создавайте тестовую базу данных используя текущую схему основной базы данных, а в фикстурах храните только данные, без схемы таблиц.

Гемор с необходимостью постоянно поддерживать и корректировать тесты для совместимости с новым кодом — он есть, и его не может не быть. Но усилия, которые на это тратятся, с лихвой окупаются пользой от наличия тестов.

Выбирайте не по фирме\производителю, а по параметрам.

1) Если ваша IDE имеет темный фон — желательно брать ноутбук с матовым экраном, дабы не отвлекаться на отражения, как при работе с глянцвым.
2) Диагональ экрана — весьма субъективный параметр, что-либо советовать сложно. Скорее всего стоит отталкиваться от важности для вас мобильности и комфорта при работе за определнными размерами.
3) Матрица — чем больше разрешение — тем четче картинка, но это влечет за собой уменьшение иконок\текста и не во всех средах разработки можно настроит размер шрифта, меню. Желательно брать с LED-подсветкой, обеспечивающей более равномерную подсветку и большую яркость.
4) Клавиатура — лучше всего пройтись по магазинам и на выбранных моделях напечатать текст, что даст вам представление о качестве покрытия, шуме от нажатия на клавишу, мягкости\плавности хода кнопок.
5) Мощность — все зависит от ваших потребностей, для полноты информации советую посмотреть тесты.
6) Шум — стоит опираться только на отзывы. Пока сам выбирал убедился, что мощный и компактный — не всегда шумный, а большой и менее производительный — не обязательно тихий.
7) Время автономной работы — чем больше, тем лучше

Ссылки:
notebookcheck — тесты ноутбуков. Там же есть сводные таблицы по производительности видеокарт, процессоров.
форум iXBT, раздел ноутбуков — здесь вы можете почитать отзывы по определенным моделям, задать вопросы
Типы матриц — ссылка на статью в Wikipedia, в конце приведена таблица типов матриц

P.S. У самого Sony EA3M1R — достаточно компактный ноутбук, производительности хватает (стандартный набор запущенных задач — IntelliJ IDEA, 30 вкладок Chrome, ABBYY Lingvo, WinDjView), аккумулятор держит примерно 2 часа с включенным Wi-Fi, чаще всего использую, как стационарный, подключая внешний монитор. Правда шумный.

5-ти минутные перерывы каждый час перед монитором, больше прогулок на свежем воздухе, f.lux и витаминки для глаз. Глаза меньше устают, да и видеть стал получше

за 2000 есть совершенно потрясающие закрытые наушники — Sennheiser HD 215 II.

Если уж нет ни какой возможности приучить, то автоматизируйте процесс: маленький скрипт, запускаемый при нажатии линка на специальной страничке, а верстальщик может перетянуть этот линк на тулбар в браузере и коммитать после того, как удостоверился, что все пучком.

В принципе особой разницы нет. Раньше, когда были модные mx440, когда ноутбуки были еще очень дороги и не распространены, существовали большие проблемы с ATI карточками под линь. Сейчас же, разработчики что NVIDIA что ATI пишут софт под все платформы и каких-либо проблем возникать с драйверами не должно.
Почитал топики выше. Насчет CUDA — есть аналогичные проекты и для ATI.
Насчет того что ATI греется сильнее Nvidia — весьма сомнительный факт, тк тоже зависит от типа видеокарточки. Тут, думаю, больше влияет техническая организация эффективности охлаждения в ноутбуке.
Лично свое предпочтение отдаю ATI, тк на моей совести они показали себя как наиболее отказоустойчивые.

Всё-таки nvidia.
Хоть с Catalyst 11.2 у меня уже гораздо лучше стало с вертикальной синхронизацией (внешняя HD 5770), но есть ещё куча мелких проблем (с двумя мониторами, например).
С ностальгией вспоминаю удобные эффекты шустрого compiz'а и игру в OpenArena и Doom3 на Geforce6600 дешёвого ноутбука за 11к от MSI.

для «повседневных» задач всеравно.
для инди игрушек аналогично.

для других задач нужно смотреть в зависимости от их разнообразия.
пока не надумаете лезть в CUDA вас эти тонкости мало коснутся.

сейчас я пользователь убунты на A52Jr c ATI Mobility Radeon HD 5470
драйвера установлены как обычно.

Вот полезный плагин для пересылки на ридер прямо из браузера открытой страницы: http://www.klip.me/sendtokindle/