Мне тут тоже то ли из налоговой, то ли из банка какого-то дискетку реально притащили. Причём новую совершенно, ну то есть в магазине их ещё можно найти. И я как бы не в деревне живу.
Откопал где-то в закромах это чудо со шлейфом и даже всё прочиталось с первого раза. FDD разъёмы, как ни странно, до сих пор делают и на современных материнских платах.
После того, как перешёл на ноутбук и беспроводные клавиатуру с мышкой, как-то количество проводов на столе не напрягает. Один от монитора, один от питания, наушниками не пользуюсь.
Хотя вот на работе вроде десктоп, так тоже всего два провода болтаются, от мышки и от наушников. Остальные довольно незаметно под стол уходят. Под столом зато напрягают, да, но как-то не обращаю внимания.
Ну по сути вопроса, понятно, что выпустят, но позднее. Быстрее выходит для того, что популярнее. Главное зарелизить и всем похвастаться, а потом уже и допилить можно. Уверен, разработка идёт полным ходом.
За МКАДом уже города меньше и с пробками должно быть попроще, так что навигация с пробками не особо нужна на мой взгляд. А для простой навигации у Яндекса карты вряд ли лучше, чем в другом софте, который имеется для Windows Phone или Symbian.
У меня вот до совсем недавнего времени вообще была на S40 Nokia и редко используемый старенький КПК Асус в качестве навигатора с пробками, работающий через синезуб. А редко использовал, потому что в принципе более менее удаётся пробки объезжать со своим знанием северной столицы, хотя вроде езжу не особо долго, меньше 4 лет.
Но Nokia подыхает (отключается почему-то сама, причём в основном в кармане, и может потом не включаться, а потом опять включиться :) ), по случаю взял тут попользоваться самую простую с фонариком и ЧБ экраном. Так как мне нужен телефон с кнопками, теперь вот стою перед выбором: взять примерно ту же самую дешёвую Nokia, а для навигации и интернета прикупить что-нить на андроиде не сильно дорогое (типа Galaxy Ace) или взять подороже Nokia прямо сейчас, но зато с навигацией и интернетом. Так что спасибо за наводку по поводу Anna/Belle, присмотрюсь к ним внимательнее.
У меня не получалось моков, которым нужно парсить SQL… Что я делаю не так? :)
Тестирование БД недопустимо именно модульными тестами, потому что они должны выполняться максимально быстро. По крайней мере в TDD и ему подобных.
Ещё вот про dataproviders: www.phpunit.de/manual/3.6/en/writing-tests-for-phpunit.html#writing-tests-for-phpunit.data-providers. Это если сложности с возвратом кучи разных данных, которые могла бы вернуть БД.
Ну и, если всё таки очень хочется потестировать БД, то стоит почитать эту часть мануала: www.phpunit.de/manual/3.6/en/database.html. Там про датасеты и дататэйблы очень интересно написано.
Да, тот класс, который общается с БД, не будет протестирован.
Два класса важно, потому что один не будет иметь внешних зависимостей, а только взаимодействовать с интерфейсом другого класса, а значит может быть полностью протестирован при условии написания тестируемого кода естественно.
Модульными тестами не тестировать, функциональными (фактически их и описывают в топике) много не натестируешь. Как например протестировать, что на сервер mysql упало бетонное перекрытие?
Класс, который возвращает 5 последних вопросов и класс, который общается с БД — в моём понимании это два разных класса. Это я про то, что в предыдущем комментарии было: «Есть интерфейс для получения 5 последних вопрос из базы данных.»
Мок будет подменять экземпляр класса, который общается с БД. А тестировать нужно класс, который возвращает 5 последних вопросов в зависимости от того, что вернула БД, которая в тесте на самом деле мок.
Не понимаю людей, которые не путешествуют по России при первой же возможности пытаются тестировать классы, работающие с базой данных. Ну зачем?
PHPUnit создан для тестирования интерфейсов! Я вообще не считаю, что он должен поддерживать тестирование БД.
Ну предположим, будет написан класс, задача которого отправлять запросы к БД используя переданное ему соединение с БД. Ну напишу я запрос, который передам методу этого класса. Протестирую, что с той пачки данных, которая имеется в тестовом окружении, мне вернулись правильные данные. А дальше то что? На живом сайте будет куча данных, других данных и этот тест толком не гарантирует того, что код или запрос рабочий. Индекса не будет, запрос будет тормозить, PHPUnit никогда это не протестирует. Нет, можно, наверное, навставлять костылей, которые и время выполнения запроса потестируют и explain запроса посмотрят, но это уже что-то сложное и не вообразимое в итоге получится.
Годный комментарий и способ :)
Если по закону, то всё равно потребуется доказать, что это именно он спам рассылал. Доказать будет наверняка не легко. Но тем не менее возбуждение дела как минимум заставит задуматься тех, кто на самом деле заказывал.
А тебе желаю не проколоться, когда захочешь нагадить конкуренту :) Потому что если найдут, то за это уже будет другая статья и конкурент засадит засудит по самые яйца :)
Это вы сейчас про тех девушек, которых рекламируют по Рен-ТВ по ночам? :)
Откопал где-то в закромах это чудо со шлейфом и даже всё прочиталось с первого раза. FDD разъёмы, как ни странно, до сих пор делают и на современных материнских платах.
Хотя вот на работе вроде десктоп, так тоже всего два провода болтаются, от мышки и от наушников. Остальные довольно незаметно под стол уходят. Под столом зато напрягают, да, но как-то не обращаю внимания.
За МКАДом уже города меньше и с пробками должно быть попроще, так что навигация с пробками не особо нужна на мой взгляд. А для простой навигации у Яндекса карты вряд ли лучше, чем в другом софте, который имеется для Windows Phone или Symbian.
У меня вот до совсем недавнего времени вообще была на S40 Nokia и редко используемый старенький КПК Асус в качестве навигатора с пробками, работающий через синезуб. А редко использовал, потому что в принципе более менее удаётся пробки объезжать со своим знанием северной столицы, хотя вроде езжу не особо долго, меньше 4 лет.
Но Nokia подыхает (отключается почему-то сама, причём в основном в кармане, и может потом не включаться, а потом опять включиться :) ), по случаю взял тут попользоваться самую простую с фонариком и ЧБ экраном. Так как мне нужен телефон с кнопками, теперь вот стою перед выбором: взять примерно ту же самую дешёвую Nokia, а для навигации и интернета прикупить что-нить на андроиде не сильно дорогое (типа Galaxy Ace) или взять подороже Nokia прямо сейчас, но зато с навигацией и интернетом. Так что спасибо за наводку по поводу Anna/Belle, присмотрюсь к ним внимательнее.
Тестирование БД недопустимо именно модульными тестами, потому что они должны выполняться максимально быстро. По крайней мере в TDD и ему подобных.
Ещё вот про dataproviders: www.phpunit.de/manual/3.6/en/writing-tests-for-phpunit.html#writing-tests-for-phpunit.data-providers. Это если сложности с возвратом кучи разных данных, которые могла бы вернуть БД.
Ну и, если всё таки очень хочется потестировать БД, то стоит почитать эту часть мануала: www.phpunit.de/manual/3.6/en/database.html. Там про датасеты и дататэйблы очень интересно написано.
Два класса важно, потому что один не будет иметь внешних зависимостей, а только взаимодействовать с интерфейсом другого класса, а значит может быть полностью протестирован при условии написания тестируемого кода естественно.
Класс, который возвращает 5 последних вопросов и класс, который общается с БД — в моём понимании это два разных класса. Это я про то, что в предыдущем комментарии было: «Есть интерфейс для получения 5 последних вопрос из базы данных.»
Если я правильно понял суть вопроса, то откройте для себя моки: www.phpunit.de/manual/3.0/en/mock-objects.html
Мок будет подменять экземпляр класса, который общается с БД. А тестировать нужно класс, который возвращает 5 последних вопросов в зависимости от того, что вернула БД, которая в тесте на самом деле мок.
не путешествуют по России при первой же возможностипытаются тестировать классы, работающие с базой данных. Ну зачем?PHPUnit создан для тестирования интерфейсов! Я вообще не считаю, что он должен поддерживать тестирование БД.
Ну предположим, будет написан класс, задача которого отправлять запросы к БД используя переданное ему соединение с БД. Ну напишу я запрос, который передам методу этого класса. Протестирую, что с той пачки данных, которая имеется в тестовом окружении, мне вернулись правильные данные. А дальше то что? На живом сайте будет куча данных, других данных и этот тест толком не гарантирует того, что код или запрос рабочий. Индекса не будет, запрос будет тормозить, PHPUnit никогда это не протестирует. Нет, можно, наверное, навставлять костылей, которые и время выполнения запроса потестируют и explain запроса посмотрят, но это уже что-то сложное и не вообразимое в итоге получится.
Если по закону, то всё равно потребуется доказать, что это именно он спам рассылал. Доказать будет наверняка не легко. Но тем не менее возбуждение дела как минимум заставит задуматься тех, кто на самом деле заказывал.
А тебе желаю не проколоться, когда захочешь нагадить конкуренту :) Потому что если найдут, то за это уже будет другая статья и конкурент
засадитзасудит по самые яйца :)