Почему-то Амеры не лезут в Северную Корею. И акции компаний, типа Шлемберже и других нефтянных компаний (у которых представительства в Ливии) подросли в цене, когда НАТО (Америка) вторглась в Ливию. Это бизнес модель у США. Выглядит, как будто спасают людей, а на самом деле они завоевыют чужие земли.
Раньше воевали, чтобы реально завоевать земли, а сейчас завоевание происходит экономическое. И Американцы в этом просто молодцы. И не важно, что сейчас Обама и ему Нобелевскую премию мира дали. Правит бизнес, и не важно кто у них президент — бизнес модель не меняется десятилетиями.
И не важно, что Каддафи реально плохой человек и т.п. Важно, что идет обычное завоевание. А завоевание страны исторически ни к чему хорошему для народа не оборачивается.
Хотя Review of Moder Physics (http://rmp.aps.org/) вполне может заменить книги. Но врядли это сможет сделать Phys. Rev. и уж тем более не Phys. Rev. Lett. который больше служит, чтобы «застолбить» результат.
Статьи это передний план. Кто-то сделал какую-то маленькую вещь и ты даже не понимаешь важности этой вещи (если это не прямо твоя мелкая специальность). В статьях нет глобальности что-ли.
Если грубо, то даже крутой аспирант у крутого науч. рука не всегда понимает куда все идет в его выделенной области. А хочется именно понимать зачем это все и куда все движется.
И еще один момент — Фейнмана и других все равно нужно читать, даже если это не передний край и не твоя область — нужно нарабатывать аппарат, чтоли. Если посмотреть на работы Фейнмана (которые заслуживают нескольких Нобелевский премий), то большая часть его идей вытекает из его предыдущих идей. Начиная с его студенческих лет, когда он придумал механизм, который оказался не рабочим, но потом этот же механизм (измененный и дополненный) вытек в альтернативную формулировку квантовой механики и пошел дальше в диаграммы Фейнмана. А потом другие люди взяли и применили его же методы из квантовой теории поля в статистической физике и даже в экономике уже вовсю начинают применяться.
Т.е. хороший ученый может проводить аналогии между разными совершенно вещами. По периодическим изданиям очень сложно этому научиться (ИМХО)
Нет, к сожалению, не скажу. Если вы из Москвы, то в крупных книжных посмотрите (например, на Н. Арбате).
Кажется я там покупал, но было это лет 5 назад:)
Огромное спасибо!
Это мой кумир из детства.
Рекомендую его книжку «Вы, конечно, шутите Мистер Фейнман». Там с физикой не связано, просто жизненные истории.
Да, Лингва это единственный продукт без которого мне трудно жить на Линукс.
Я обладатель нескольких версий Лингвы. И это единственная программа, которуя я купил сам (не считая предустановленного софта при покупаке компьютера и онлайн сервисов). Пробовал устанавливать и под wine и под crossover и только из-за Лингвы ставил Виндоус на виртуальную машину, и добавлял Лингвовские словари в stardict. Но это все не то… Хоть словари и главное с переводчике, но интерфейс часто более важен. а в Лингве он отличный. А словари они для обычной жизни и не нужны суперские.
В общем, очень обидно было, но на данный момент я отказался от выкрутасов с Лингвой на Линуксе и так и лежат мои платные версии на полке.
Хм, вот не очень понимаю зачем нужна эталонный дамп. Ведь когда тесты запускаются, то в них идет последовательность проверок
1) данных в таблице нет вообще
2) а если такие данные, то все ок?
3) а если такие?
и т.п.
Т.е. все равно эталонные данные будут удалены. Эталонные данные будут ценны только для тестового сервера, где ты смотришь на продукт целиком. Т.е. для юнит тестирования создавать разные начальные xml с данными получается выгоднее. Но с другой стороны я с вами согласен, что тестирование на настоящей БД ценнее :) В общем, совсем запутался:)
Кстати, у вас в проекте конфиг напоминает тот, что в топике? Или намного сложнее?
Если сложнее, то не могли бы привести последовательность действий вашего сценария. Т.е. интересует, что делается и какова последовательность действий. Что-то типа update svn, clear cache, run unit tests, if success --> copy code to test env, etc. Было бы здорово посмотреть на рабочую схему.
Спасибо за комментари!
А разве создавать новый тег и т.п. не следует делать после тестирования ручками — т.е. залез на тестовый сервер и убедился, что все работает как нужно. Ведь unit tests не говорят о качестве системы в целом.
На счет скринкастов — это не ко мне, но, думаю, что людям будет полезно!
На счет ORM — спасибо за разъяснения! Суть для меня понятна — БД контролируется кодом программы, а код контролировать гораздо легче, чем базу! Это действительно супер!
Про Doctrine и Propel наслышан, просто подозрительно к самой идеи относился. И главное, что трудно тенденции уловить — толи вещь становится популярной, толи не особо:) А спросить некого:)
Спасибо огромное!
А как вы делали rollback? Вы уже выполнили скрипт базы данных — как ее откатить? Или у вас на каждую ревизию в SVN прилагался набор скриптов к БД для этой ревизии?
И что включали из себя скрипты базы данных? Это только новая схема базы данных на тестовом серваке разворачивалась? или какие-то тестовые данные «накидывались»?
И почему это было сделано до запуска тестов? Ведь тесты с базой данных напрямую не работают. Точнее для этого не обязательно базу данных иметь — я имею ввиду Stub'ы, когда БД это просто тестовый xml файлик с тестовыми данными.
Спасибо! Теперь я начинаю понимать, почему пишут, что CI — это индивидуальный процесс, а не стандартное решение:) Видимо даже разворачивание на тестовом сервере нельзя свести к общим правилам.
Спасибо большое за комментарий. К сожалению, у меня не Симфония, но кому-нибудь точно пригодиться.
И что главное — мне вам коммент дал понимание, что используя ORM для работы с базой данных проблема миграции между версиями БД становится много легче (раньше я с подозрением относился к ORM).
Спасибо!
На счет залить ручками код в папку — можно добавить секцию в конфиг, которая будет с репозитория кода брать изменения. Можно было бы ее для красоты добавить. Но это к слову.
Что интересует:
Не очень понята работа этой системы с тестовым сервером. Ведь хотелось бы, чтобы если все тесты прошли успешно (и метрики в порядке), то система автоматически разворачивала бы тестовую версию на тестовом сервере. Вот как тут быть? Ведь нужно не просто код скопировать на тестовый сервак, а создать базу данных с нуля, залить туда какие-то тестовые данные, «настроить» конфигурационные параметры кода и т.п.
Как с этим быть?
Тоже самое с продакшен сервером. Может ли CI использоваться для того, чтобы развернуть свежую версию на production сервере? Если да, то как это делается. Тут опять проблемы не только кода, но и обновления базы данных (причем не создать БД с нуля по схеме, а обновить существующую схему + оставить в порядке существующие данные).
Я тоже, помню, обрадовался, а потом оказалось, что там чего-то нехватало. Толи юнит-тестирование не поддерживало, толи phpDoc поддержки не было или еще чего. Но они шустро развиваются. Даже поддержку Zend Framework, помню, добавили.
Уж если пошли такие вопросы:)
То используете ли вы CI для обновления рабочего сервера?
Т.е. на тестовом сервере в БД у Вас только тестовые данные. А как вы вносите изменения в продакшн?
Спасибо!
у меня на курсе в параллельной группе 14ти летний парнишка учился.
В итоге он вылетел, потому что хоть он и был умный не по годам, но оставался ребенком — начал водиться с «плохими ребятами», бухал, и т.п.
Раньше воевали, чтобы реально завоевать земли, а сейчас завоевание происходит экономическое. И Американцы в этом просто молодцы. И не важно, что сейчас Обама и ему Нобелевскую премию мира дали. Правит бизнес, и не важно кто у них президент — бизнес модель не меняется десятилетиями.
И не важно, что Каддафи реально плохой человек и т.п. Важно, что идет обычное завоевание. А завоевание страны исторически ни к чему хорошему для народа не оборачивается.
Если грубо, то даже крутой аспирант у крутого науч. рука не всегда понимает куда все идет в его выделенной области. А хочется именно понимать зачем это все и куда все движется.
И еще один момент — Фейнмана и других все равно нужно читать, даже если это не передний край и не твоя область — нужно нарабатывать аппарат, чтоли. Если посмотреть на работы Фейнмана (которые заслуживают нескольких Нобелевский премий), то большая часть его идей вытекает из его предыдущих идей. Начиная с его студенческих лет, когда он придумал механизм, который оказался не рабочим, но потом этот же механизм (измененный и дополненный) вытек в альтернативную формулировку квантовой механики и пошел дальше в диаграммы Фейнмана. А потом другие люди взяли и применили его же методы из квантовой теории поля в статистической физике и даже в экономике уже вовсю начинают применяться.
Т.е. хороший ученый может проводить аналогии между разными совершенно вещами. По периодическим изданиям очень сложно этому научиться (ИМХО)
Кажется я там покупал, но было это лет 5 назад:)
Это мой кумир из детства.
Рекомендую его книжку «Вы, конечно, шутите Мистер Фейнман». Там с физикой не связано, просто жизненные истории.
Я обладатель нескольких версий Лингвы. И это единственная программа, которуя я купил сам (не считая предустановленного софта при покупаке компьютера и онлайн сервисов). Пробовал устанавливать и под wine и под crossover и только из-за Лингвы ставил Виндоус на виртуальную машину, и добавлял Лингвовские словари в stardict. Но это все не то… Хоть словари и главное с переводчике, но интерфейс часто более важен. а в Лингве он отличный. А словари они для обычной жизни и не нужны суперские.
В общем, очень обидно было, но на данный момент я отказался от выкрутасов с Лингвой на Линуксе и так и лежат мои платные версии на полке.
1) данных в таблице нет вообще
2) а если такие данные, то все ок?
3) а если такие?
и т.п.
Т.е. все равно эталонные данные будут удалены. Эталонные данные будут ценны только для тестового сервера, где ты смотришь на продукт целиком. Т.е. для юнит тестирования создавать разные начальные xml с данными получается выгоднее. Но с другой стороны я с вами согласен, что тестирование на настоящей БД ценнее :) В общем, совсем запутался:)
Если сложнее, то не могли бы привести последовательность действий вашего сценария. Т.е. интересует, что делается и какова последовательность действий. Что-то типа update svn, clear cache, run unit tests, if success --> copy code to test env, etc. Было бы здорово посмотреть на рабочую схему.
А разве создавать новый тег и т.п. не следует делать после тестирования ручками — т.е. залез на тестовый сервер и убедился, что все работает как нужно. Ведь unit tests не говорят о качестве системы в целом.
На счет ORM — спасибо за разъяснения! Суть для меня понятна — БД контролируется кодом программы, а код контролировать гораздо легче, чем базу! Это действительно супер!
Про Doctrine и Propel наслышан, просто подозрительно к самой идеи относился. И главное, что трудно тенденции уловить — толи вещь становится популярной, толи не особо:) А спросить некого:)
Теперь пригляжусь подробнее :)
Спасибо!
А как вы делали rollback? Вы уже выполнили скрипт базы данных — как ее откатить? Или у вас на каждую ревизию в SVN прилагался набор скриптов к БД для этой ревизии?
И что включали из себя скрипты базы данных? Это только новая схема базы данных на тестовом серваке разворачивалась? или какие-то тестовые данные «накидывались»?
И почему это было сделано до запуска тестов? Ведь тесты с базой данных напрямую не работают. Точнее для этого не обязательно базу данных иметь — я имею ввиду Stub'ы, когда БД это просто тестовый xml файлик с тестовыми данными.
И что главное — мне вам коммент дал понимание, что используя ORM для работы с базой данных проблема миграции между версиями БД становится много легче (раньше я с подозрением относился к ORM).
На счет залить ручками код в папку — можно добавить секцию в конфиг, которая будет с репозитория кода брать изменения. Можно было бы ее для красоты добавить. Но это к слову.
Что интересует:
Не очень понята работа этой системы с тестовым сервером. Ведь хотелось бы, чтобы если все тесты прошли успешно (и метрики в порядке), то система автоматически разворачивала бы тестовую версию на тестовом сервере. Вот как тут быть? Ведь нужно не просто код скопировать на тестовый сервак, а создать базу данных с нуля, залить туда какие-то тестовые данные, «настроить» конфигурационные параметры кода и т.п.
Как с этим быть?
Тоже самое с продакшен сервером. Может ли CI использоваться для того, чтобы развернуть свежую версию на production сервере? Если да, то как это делается. Тут опять проблемы не только кода, но и обновления базы данных (причем не создать БД с нуля по схеме, а обновить существующую схему + оставить в порядке существующие данные).
Спасибо за статью!
То используете ли вы CI для обновления рабочего сервера?
Т.е. на тестовом сервере в БД у Вас только тестовые данные. А как вы вносите изменения в продакшн?
Спасибо!
В итоге он вылетел, потому что хоть он и был умный не по годам, но оставался ребенком — начал водиться с «плохими ребятами», бухал, и т.п.