В теории рисков есть понятие сложности реки. Существует шесть категорий. Представление о сложности дает информация о природе порогов, степени и равномерности уклона, количестве и качестве препятствий, возможностях просмотра и страховки, температуре воды и удаленности реки от населенных пунктов. От простого уровня до экстремального.
Хотя, собственно о проекте. Пол года назад вместе с кабаном мы решили сделать сервис сайтов-визиток. В первоначальной задумке он должен был быть похож на жж, блогер или обычный вордпресс, но очень простой и интуитивный, без лишних диалогов и ненужных возможностей. Платный. Поле этого я много провёл в раздумьях, попытках сделать что-либо. Но результат мне постоянно не нравился и я переделывал всё вновь и вновь.
Потом был geting real, объектно-ориентированное проектирование, опять getting real и в итоге я пришёл к законченной модели. Это должен быть сервис, на котором можно сделать не просто новостной сайт, но и каталог продукции, интернет магазин. Это должен быть простой и удобный сервис не отнимающий много времени.
Затем было понимание, что я не первый и таких сервисов не менее пары десятков, причём такого уровня исполнения, которого сложно достичь. Особенно одному и за короткое время.
Почему же я решил не отступаться от идеи, если возник вопрос — как люди(человек 100), стоя на рынке и торгуя одними и теми же вещами, и осознавая, что они это делают, могут продолжать вообще это делать? Сложный вопрос, уходящий корнями в основы конкуренции. Ответ на него прост — у всех свои клиенты.
Один из принципов Getting Real — оставаться небольшим и шустрым.
Естественно это не относится к банку Открытие.
Они уже год не могут реализовать возможность на перевод средств между двумя моими картами Visa через систему клиент-банк. Причём в интерфейсе возможность выполнить операцию присутствует, но эти операции всегда завершаются отказам.
Для перевода между картами приходится идти к ним в отделение и писать заявление на перевод. Это конечно неприменимо для тех кто ценит своё время, но видимо это не я. Прошло уже 2 суток, а эту операцию перевода так и не выполнили.
Пробовал кто дебетовые карточки Тинькова? — как они дружат с paypal, как расчёты за рубежом?
Года кагбэ идут, но как башни не было, так и не появляется =)
Так что продолжаем делать интернет проекты и двигаться в будущее.
рекомендую к просмотру. Иллюзии и ловушки стартапов
Пользуюсь библиотекой от Алекса Биби для работы с MongoDB в стиле active record. Мне там не хватало пары функций. Добавил их.
За основу взята эта штука http://alexbilbie.blogs.lincoln.ac.uk/2010/04/17/a-codeigniter-active-record-library-for-mongodb/
Но в ней не хватало методов выборки первой записи удовлетворяющей критерию и метода замены объекта в коллекции
Добавлены методы:
get_one — использует метод findone. Формат вызова get_one($collection = «»)
Пример: @usage = $this->mongo_db->where(array(‘bar’ => ‘something’))->get_one(‘foo’);
replace — заменяет элемент на новый. Формат вызова replace($collection = «», $data = array())
Пример: @usage = $this->mongo_db->where(array(‘bar’ => ‘something’))->replace(‘foo’, $data = array());
Скачать: mongo_db_driver.rar
Когда-нибудь встречали книгу равную по ценности 10 или 50 обычным книгам?
Со мной такое случалось, когда в руки попадался GetReal или Rework. А теперь ещё этот бриллиант.
Постоянно чувствовал что при очередном составлении объектного ядра сайта мне чего-то не хватает. Вроде бы использую готовые библиотеки, фреймворк, но получается неудобно и часто со временем приходится проводить полный рефакторинг проекта. Книга учит проектировать сложные системы.
Начиная с банального проектирования структуры базы данных или модели данных, до проекта в целом, без отрыва от предметной области. Причём гибким к возможным изменениям(архитектура любого проекта со временем меняется).
444 страницы с множеством диаграмм и схем. Каждая глава включает примеры планирования, при реальных задачах и особенностях.
Рекомендую читать.
Подкиньте книжки по проектированию сложных систем. Если для WEB (PHP) — с меня симпа =)
Нашёл Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем. Эрик Эванс, вроде интересная. Что есть ещё?