Oduvan’s Web Blog

Программист — это интересная профессия, и не только потому, что ты постоянно находишься в состоянии решения какой-либо проблемы или задачи, а еще и потому, что по специфике своей работы, ты часто сталкиваешься с другими профессиями, которые также необходимо освоить.

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

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

И именно в осваивании новых горизонтов и новых ремесел -состоит определенная доля кайфа нашей профессии.

PS: в блоге небольшие доработки — интеграция с дискусом и фейсбуком + букмарки. Не переключайте…

Как поменять местами ключи и значения в дикте?

Прикольная фраза написана на гугл апсах в предложении купить профи пакет:

Постоянная круглосуточная поддержка по телефону
и гарантия работоспособности
в течение 99,9% времени

т.е. 0.1 % времени они за меня не отвечают. А если учитывать, что время – бесконечно, то они по сути ни за что не отвечают.

Т.е. если у меня сервер отрубился на час, то значит они гарантируют, что дальше он 1000 часов будет работать без сбоев, а если еще на час, то еще 1000 будем гарантировать… а если день в отключке… ох… ну ладно… будем гарантировать еще 1000 дней без сбоев… ладно… вам как нашему постоянному клиенту еще 100 дней “гарантии” в подарок

Это такой “маркетинговый ход” или я чего-то не понимаю?

при создании нового джанго проекта я всегда выделяю две папки apps – для моих апов и compat – для сторонних апов, к разработки которых я не имею никакого отношения. Идея в том, что эти апы всегда остаются неприкосновенными для меня, и единственной точкой расширения остаются сеттингсы и возможно доп параметры, при инклюде урлов.

А представьте, что вы создаете апу с именем catalog, ее вы потом хотите выложить в общее пользования, и необходимо для нее сделать больше точек расширения. Структура такого апа может быть

• catalog
• urls.py
• views.py
• models.py
• settings.py
• tests.py

для 4 первых файлов можно просто вконце файла добавить строку, которая станет универсальной точкой расширения. Например для views.py

таким образом, если кто-то будет использовать Вашу апу — точкой расширения будет дополнительная апа ex_catalog, в котором вы можете переопределить некоторый функции из view.py, и при этом ex_catalog не надо добавлять в список апов в настройках.

А теперь главный вопрос этого поста. Почему так не делают?