Вот мое мнение:
1. за svg-графику — респектище вашим разработчикам
2. интерфейс — на 4 с плюсом
3. без мобильного клиента (или wap-интерфейса) пользоваться я не смогу — хранить чеки и потом впоминать — кто же это «ООО Жалопуйко и Друзья 43.45р». Мне важно легко и быстро зафиксировать расход близко к моменту его совершения =)
4. без импорта/экспорта я не смогу перейти из моей текущей проги или хотя бы сравнить их на реальных данных
5. было бы неплохо иметь кредитный тип счета — весьма распространенная в нашей стране статья расхода. Ну и с учетом типа кредита (аннуитет, сложные проценты, штрафы и тп. — банки иногда лажают, а видно это не сразу)
В остальном — приятный продукт и объем раздела Помощь впечатляет.
PS: может в каментах уже было озвучено то, что я написал, но я их ниасилил.
Холивар начался незаметно =)
А если серьезно, то NIX получит широчайшее распространение только если сделает себя совместимым с репозиториями других типов (bsd ports, debian, etc). В противном случае имеем не эволюцию, а революцию, которые, как мы знаем, весьма кровопролитны.
Я одно время использовал (RRose, Sybase), но потом стало лень. В J2EE использовал с огромным удовольствием, для php как-то не очень, все равно оставалась масса ручной работы. Начало работы над проектом с UML можно сравнить с планированием пешего похода из Москвы в Хабаровск — «не планировать» смерти подобно, а вот процесс на PHP можно сравнить с походом в «палатку» около дома, если там нет чего надо, то в продуктовый, а если что, то можно за 10 минут добежать до мега-супер-маркета Копейка.
И еще одна ложка дегтя, которая касается объемов допиливания сгенерированного кода: нет более-менее устоявшегося «стайла» программирования на php, каждый фреймворк или парадигма накладывает свои требования к коду. В результате адаптация получившихся из UML заглушек занимает больше времени нежели чем написание их вручную и более-менее конкретно.
Для проектирования и проверки общей модели — UML для PHP весьма полезен, для этого он и был создан, но использовать его для PHP можно с ограниченями.
Мне помогло переключение языка English-Русский-English (Settings[Настройки]->General[Общие], Gmail display language [Язык отображения Gmail]). После переключения в Русский закладка «Темы» появилась. После второго переключения в English тема осталась, вкладка Themes пропала, но спустя минут пять появилась и в английской версии.
Теоретически, мне лично было бы интересно покупать только то из функционала, что мне нужно (другое дело, что я не покупаю онлайн-сервисы, а ищу бесплатный аналог).
Варианты функционала:
1. Я играю в группе, но у нас проблемы с драммерами. Для всех композиций приходится делать драм-минусовку. В ворованном Reason'е это делается довольно неплохо, но проблема раз — голимый импорт из миди и проблема два — в guitar pro голимый экспорт в миди. В результате — много ручной работы, а результат обратно в гитар про не засунуть. Отсюда первая фича — дорожка ударных и корректный экспорт в миди. Развитие фичи — рендеринг wav/mp3 драм-трека. Дальнейшее развитие — выбор набора семплов для рендеринга. Чтобы не увязнуть — ограничить набор драм-установки рабочим, бочкой, хайхетом и крешем/ридом. Ну, можно еще один том и сайд-кик. Супер-мега-реалистичная иммитация установки тут не нужна.
2. Я встречаюсь с другими музыкантами и под пивко хочу устроить фьюжн-джем на мою тему. Отсюда фича — онлайн-хранилище моих собственных табов. Ессно табы многотрековые, дабы я мог отрубить кого не надо.
3. Как я уже говорил, в нашем workflow проблемы с импортами/экспортами. Отсюда фича — хороший, качественный импорт и экспорт миди.
У меня еще идеи есть, если что — в личку.
Ессно описаны фичи, за которые как минимум один человек (я) может заплатить, если убедить и уговорить =)
По поводу тенденций — я очень люблю, когда платные фичи со временем становятся бесплатными, а вместо них появляются другие платные фичи — которые еще круче. Это заставляет меня как минимум следить за развитием событий =)
Э-эх. Вот только что не успевал проект сдать, рутину скинул на фрилансера. Так ведь надо ж было мне на быдлокодера попасть! В результате — пресловутые четыре кубика и слово «счастье». Отсюда мораль: как и в других видах бизнеса весьма важны связи.
Да и не обязательно весь траффик пускать через сквид. Пускай через него работает только wget. В скрипт надо будет добавить export http_proxy="http://127.0.1.2:8080" и export ftp_proxy="http://127.0.1.2:8080", а к вызову wget'a если есть авторизация прокси надо добавить --proxy-user=… и --proxy-password=…
А вообще, есть такая штучка для линухов, называется trickle — позволяет управлять шириной канала для отдельных процессов. Попробуйте, может это то, что надо.
1. за svg-графику — респектище вашим разработчикам
2. интерфейс — на 4 с плюсом
3. без мобильного клиента (или wap-интерфейса) пользоваться я не смогу — хранить чеки и потом впоминать — кто же это «ООО Жалопуйко и Друзья 43.45р». Мне важно легко и быстро зафиксировать расход близко к моменту его совершения =)
4. без импорта/экспорта я не смогу перейти из моей текущей проги или хотя бы сравнить их на реальных данных
5. было бы неплохо иметь кредитный тип счета — весьма распространенная в нашей стране статья расхода. Ну и с учетом типа кредита (аннуитет, сложные проценты, штрафы и тп. — банки иногда лажают, а видно это не сразу)
В остальном — приятный продукт и объем раздела Помощь впечатляет.
PS: может в каментах уже было озвучено то, что я написал, но я их ниасилил.
А то в конструкторе немного индусы потоптались:
Плюс не решен вопрос с зонами/gmt и daylight savings
А если серьезно, то NIX получит широчайшее распространение только если сделает себя совместимым с репозиториями других типов (bsd ports, debian, etc). В противном случае имеем не эволюцию, а революцию, которые, как мы знаем, весьма кровопролитны.
И еще одна ложка дегтя, которая касается объемов допиливания сгенерированного кода: нет более-менее устоявшегося «стайла» программирования на php, каждый фреймворк или парадигма накладывает свои требования к коду. В результате адаптация получившихся из UML заглушек занимает больше времени нежели чем написание их вручную и более-менее конкретно.
Для проектирования и проверки общей модели — UML для PHP весьма полезен, для этого он и был создан, но использовать его для PHP можно с ограниченями.
Варианты функционала:
1. Я играю в группе, но у нас проблемы с драммерами. Для всех композиций приходится делать драм-минусовку. В ворованном Reason'е это делается довольно неплохо, но проблема раз — голимый импорт из миди и проблема два — в guitar pro голимый экспорт в миди. В результате — много ручной работы, а результат обратно в гитар про не засунуть. Отсюда первая фича — дорожка ударных и корректный экспорт в миди. Развитие фичи — рендеринг wav/mp3 драм-трека. Дальнейшее развитие — выбор набора семплов для рендеринга. Чтобы не увязнуть — ограничить набор драм-установки рабочим, бочкой, хайхетом и крешем/ридом. Ну, можно еще один том и сайд-кик. Супер-мега-реалистичная иммитация установки тут не нужна.
2. Я встречаюсь с другими музыкантами и под пивко хочу устроить фьюжн-джем на мою тему. Отсюда фича — онлайн-хранилище моих собственных табов. Ессно табы многотрековые, дабы я мог отрубить кого не надо.
3. Как я уже говорил, в нашем workflow проблемы с импортами/экспортами. Отсюда фича — хороший, качественный импорт и экспорт миди.
У меня еще идеи есть, если что — в личку.
Ессно описаны фичи, за которые как минимум один человек (я) может заплатить, если убедить и уговорить =)
По поводу тенденций — я очень люблю, когда платные фичи со временем становятся бесплатными, а вместо них появляются другие платные фичи — которые еще круче. Это заставляет меня как минимум следить за развитием событий =)
[Thu Oct 16 23:26:53 2008] [error] [client 127.0.0.1] PHP Zend_Controller_Dispatcher_Exception: Invalid controller specified (foo) in /usr/share/php/Zend/Controller/Dispatcher/Standard.php on line 249 [Thu Oct 16 23:26:53 2008] [error] [client 127.0.0.1] PHP Stack trace: [Thu Oct 16 23:26:53 2008] [error] [client 127.0.0.1] PHP 1. {main}() /var/www/work/html/index.php:0 [Thu Oct 16 23:26:53 2008] [error] [client 127.0.0.1] PHP 2. Zend_Controller_Front->dispatch($request = *uninitialized*, $response = *uninitialized*) /var/www/work/html/index.php:134 [Thu Oct 16 23:26:53 2008] [error] [client 127.0.0.1] PHP 3. Zend_Controller_Dispatcher_Standard->dispatch($request = class Zend_Controller_Request_Http {...}) /usr/share/php/Zend/Controller/Front.php:946export http_proxy="http://127.0.1.2:8080"иexport ftp_proxy="http://127.0.1.2:8080", а к вызову wget'a если есть авторизация прокси надо добавить --proxy-user=… и --proxy-password=…А вообще, есть такая штучка для линухов, называется
trickle— позволяет управлять шириной канала для отдельных процессов. Попробуйте, может это то, что надо.Хорошее «стекло» — хорошо стоит. А что это — товар или услуга, уже не важно.