Как стать автором
Обновить

Комментарии 98

Интересная идея.
не забудьте оффлайн-версии для декстопа (можно на Google Gears) и кпк (Java?)
Вы читаете мои мысли :) и об этом тоже будет идти речь
В принципе, на платформеннонезависимой Java можно писать одновременно под Web, для десктопов и для КПК.
Ведь суть программы (серверная часть, движок) одна, меняется только интерфейс пользователя — это или вебстраница, или полноэкранное (клиент-серверное) приложение или маленький экран наладонника. Это как стили, скины, только чуть сложнее.
Кто-нибудь уже занимался таким?
Я сам как-то писал программку для сканера штрих-кодов на ABAP-е, которой можно было пользоваться и на компьютере, но там внешний вид был единый что на экранчике сканера, что на мониторе.
> В принципе, на платформеннонезависимой Java можно писать одновременно под Web, для десктопов и для КПК.
Нет, в общем случае нельзя — это будут три разные Java платформы :(

Для Web, с большой вероятностью, нужно будет использовать Java EE (как минимум, сервлеты — они, вроде, тоже туда относятся), для дестктопа — Java SE, а для кпк — либо урезанный SE, либо ME (в зависимости от того, что поставите).

То есть понятно, что если очень постараться, то можно написать что-то, что будет одинаково плохо работать везде:) Но в общем случае, платформонезависимость Java — сказка.

PS:
вот выделить некое платформонезависимое ядро в отдельную библиотеку, а затем использовать в ветках проекта для веб, десктопа и кпк — это более реально.
J2EE — это библиотеки, которые работают поверх J2SE SDK.

J2ME — это подмножество библиотек J2SE с опцией компиляции javac target=1.4; некоторые устройства J2ME (прежде всего Personal Profile/CDC) поддерживают AWT и Swing.

Чтобы разобраться, как реализуются Web-технологии в различных редакциях Java, можно почитать, например, вот эти статьи:
1. Java EE в мире Web 2.0
2. Введение в JavaServer Faces 1.2: Часть 1. Создание простых приложений
3. Создание защищенного клиента SOAP для J2ME: Часть 1. Обзор API Web-сервисов (WSA) для J2ME
Спасибо, я в курсе:)
Всё-таки за плечами 6 лет разработки web-приложений на java и 2 года разработки мобильных приложений (включая отличное проявление«платформонезависимости» — портирование под различные линейки телефонов).

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

PS:
А Ваш ник мне знаком:) Насколько я помню, с джуга. ру :)
Меня особо интересует процесс проектирования
Поддерживаю идею. С технологиями, с паттернами знаком, а в голове всеравно каша, не мешало бы систематизировать знания.
Меня как потенциального пользователя подобного сервиса беспокоит вопрос о конфиденциальности и правовой стороне дела.

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

Иначе кому захочется писать о своем финансовом состоянии неизвестно где и на каких условиях.
не стоит заходить вперед ;) подобные вопросы я поднимал и решение так же будет озвучено, когда до этого дойдет время. все постепенно :)
Берите Pylons и SQLAlchemy :)

На крайняк J2EE и JavaFX(NetBeans) :)
Уже решено использовать PHP (ZF, Doctrine) :) И холиворить тут не стоит
очень хорошая идея. Интересно будет почитать.

У вас слишком много смайлов в тексте, мешают читать и приуменьшают серьёзность задумки.
Извините, но я даже не предполагал, что пост таки появиться… Я его писал сначала для себя, а потом уже решился опубликовать. Да и сделайте скидку на бессонницу
Я же без претензий. Просто, когда быстро читаешь текст, на каждом смайле подолгу задерживается зрение, они как бы акцентируют внимание. :)
я постараюсь быть более сдержанным. Честно :)
идея хорошая.

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

Я, например, работаю с symfony, propel и jquery. Планирую по вашим статьям разжиться знаниями по альтернативным продуктам :)
В статьях я хочу затронуть все аспекты разработки и проводить мысль топиков максимально близко к процессу собственного мышления. Обзор технологий так же не обойду вниманием. К тому же большой акцент будет на не специфичных языку подходах, тоесть Вы сможете применять их под свою платформу — это будет не только решения, но и принципи которыми стоит руководствоваться
PHP — MUST DIE
mako — FOREVER :)
тут ключевые слова — благо тут я сам себе начальник и сроков можно выделять столько сколько надо

это не может быть названо «реальной» задачей
Реальность задачи заключается в том, что она имеет реальную бизнесс-логику и будет завершена. А насчет сроков… К сожалению за весь опыт своей работы я еще ни разу не встречал, когда выделяется достаточно времени для толковой реализации. В итоге получались местами костыли. Я же хочу сделать нормальный проект в нормальных условиях и думая в первую очередь о пользователе, а не о сроках сдачи
"думая в первую очередь… не о сроках сдачи"
назовате тогде как-нибудь типа M.Y.M.O.N.E.Y. или Д. Е. Н. Ь. Г. И. :)
Тогда такой вопрос — для чего нужна проектная стадия? Ее основная цель, по вашему мнению?
Немного поясню вопрос — из поста складывается нехорошее впечатление, что проектной стадией, по мнению автора, стоит заниматься только в случае если дофига времени.
ни в коем случае. речь о нехватки времени затрагивала не только аспект проектирования, но и такие аспекты как обработка всех исключительных ситуаций в приложении, полное и достаточное покрытие тестами и т. д.
на мой вопрос то не ответили
Если Вы о каскадном процессе разработки (в UP такой стадии нет как таковой), то для выработки проектного решения :)
ну хорошо, а для чего нужно проектное решение? Или, более обще, зачем нужен некий процесс в разработке? Чем хуже просто сразу нырнуть в код?
Я к чему спрашиваю. Чтобы продуктивно заниматься какой-либо деятельностью, нужно понимть цель. Мне кажется, вы не понимаете, а слепо пытаетесь сделать «как надо», и «как положено».
Вы заблуждаетесь.

В данном случае доказывать ничего не стану — благо не на экзамене. А судить о том «понимаю» или «не понимаю» думаю Вам рано
ок
просто много лет назад имел очень похожий ход мыслей
после этого сделал выводы
вам их теперь не скажу, делайте сами:)
жизнь — она того, лучший экзаменатор

Python is best for php programmers
А у меня пися 20 см.
Я за Вас очень рад. на дваче можете разместить серию фотографий и даже небольшой расказ ;)
Научи, у тебя же большой опыт?
-1 is the best for python progammer ;)
НЛО прилетело и опубликовало эту надпись здесь
потому что на РНР очень богатый опыт разработки, а уделять время на освоение новых технологий не хочется — хочется хорошо сделать именно эту работу :)
НЛО прилетело и опубликовало эту надпись здесь
Может я что-то упустил, но где было сказано, что это учебная работа?
Это не просто учебная работа в том смысле, которыми могут выступать задачи типа «написать гостевую книгу» или «ознакомится с возможностями фреймворка». Это «учебная работа-мастеркласс», если Вам так будет удобнее это называть
НЛО прилетело и опубликовало эту надпись здесь
А раз она учебная -> надо делать её плохо? Оо
НЛО прилетело и опубликовало эту надпись здесь
Позвольте не согласиться. Если чему-то научился — значит учебная работа выполнена хорошо)
НЛО прилетело и опубликовало эту надпись здесь
-1 за разжигание межпрограммерской розни ;)
Ну кто-то видимо к Вам уже прислушался и карму подпортил. Надеюсь от этого Вам стало легче? :)
Для такого проекта неплохо предусмотреть возможность импорта данных из родственных проектов, из того же home-money, например.

А вообще очень интересно будет понаблюдать за процессом разработки.
планируется импорт из QIF и настраиваемый импорт из XLS/CSV. Может быть что-то еще… Описание более конкретных требований к системе появится через одну статью. В следующей будут рассмотрены основополагающие этапы подготовки к разработке
Значит будем ждать ;)
Да. И кстати не стоит забывать, что UP — итеративный процесс и мы не будем боятся изменений в БЛ в процессе решения. Так что многое может ( и вероятнее всего будет ) добавлено и уточнено в процессе, а не на этапе формирования требований. Ведь думаю это судьба каждого проекта — пережить от 60 до 80%% изменения в БЛ
Истинно так. Мне не встречался еще ни один проект, который бы не притерпел существенных изменений в процессе разработки.
Очень хорошо.
Как раз пару дней назад изучал какие есть веб-сервисы по управлению финансами. Нашел 5 штук. Все изучил и ни один не понравился. Надеюсь, ваш будет хорош.
Поделитесь, пожалуйста, сервисами, которые нашли.
Спасибо. Будем посмотреть ;)
На самом деле этого добра полно как в сети так и в виде десктопных решений, но к сожалению для себя я выбрал только KMyMoney, но и он не удовлетворяет всем моим потребностям. Особенно учитывая что он десктопный…

Где-то находил блог о финансах — там были великолепные обзоры различных сетевых сервисов этого направления, но к сожалению линк где-то затерялся :(
вот. тогда вообще великолепно :)
и под мак есть, сижу смотрю читаю, как устанавливать! спасибо, очень долго искал что-то подобное, а то руками надоело листы изрисовывать ))
и про Zend Framework интересно почитать, ибо пришло время переходить на него с CI =)
Можно пару слов о лицензии? (просто интересует вопрос с выплывающими последствиями)
Зель, горжусь тобой!
Ой. Какие знакомые лица :) Спасибо, Мао.
Решил посмотреть что же это такое хоме-мани.ru. Зашел тынул на Инструкция :) каспер взвыл(трояна унюхал) — так я и не узнал, что это за проект такой ))
пожелание:
пробовал множество различных систем ведения домашней бухгалтерии, у всех один минус — какие-то они «бухгалтерами для бухгалтеров писанные», некоторые настолько навороченны что можно сетью банков управлять. Я утрирую конечно.
«Счета», «Транкзакции» — простите это что?
У меня дома есть «кошелёк», в кошельке есть «visa», есть ещё «шкафчик» там «кэш» лежит, есть «электронные деньги» — и неважно какие, у меня нет никаких счётов, и в магазине я не совершаю транзакции, а просто «плачу».
Я это всё к тому, что юзерам впадлу разбираться с кучей терминов, сделайте что-нибудь «простому человеку-понятное» если это конечно возможно.
Заверяю Вас — я такой же пользователь как и Вы и именно поэтому буду стараться сделать максимально удобно для пользователей. Не смотря на то, что моя супруга — бухгалтер :)
Только не берите у неё совета. )
Пусть будет проект «ламеров» (в бухгалтерии) для «ламеров» ) Правильно kellas писал.
Вспомнил рекламу на РБК — «Мы говорили с людьми, мы даже разговаривали с машинами» Поговорите с людьми. Что они получат от Вашей программы. В последнее время заношу в гугл календарь — оплатить Tele2, кредит, тд. Мне кажется, что подобные внешние программы требуют определенной дисциплины от пользователя. Я, например, часто забываю смотреть на самоклейки. Если сможете интегрировать с сервисом — будет супер.
будет интересно если вы к своему сервису привяжите какую-нибудь идеологию, типа как 4 конверта.
или будете давать пользователям советы по распределению средств.

вот к примеру статья
webdiktor.ru/richsmeet/3664/popup — тут о том как распределить деньги если доходы резко выросли.
очень много подобных штук в разных тематических блогах.

Я бы поменял название — Индивидуальная разработка. Если полномаштабная то вы уже видите этот продукт, определяете цели, ставите задачи. Я, с опытом в интернете 10 лет неспособен поставить задачу разработчику на простую доску объявлений.
ничего личного, но к сожалению не всегда опыт работы соответствует уровню развития…
«Полномасштабная» — потому что надеюсь рассмотреть должным образом все аспекты
Мой ОСНОВНОЙ опыт работы — преподавание английского языка, 11 лет. На этом уровне я могу поспорить уже с любым человеком. До профессора Оксфорда. На уровне web? Ваши аспекты: приложение отвечающее нуждам А. Чубайса, учительницы Красноярска, фермера Печор, ИЧП Петербурга? Представляете маштаб?
Отличная идея, если проект удастся, поставьте в планы написание плагина для файрфокса и/или виджет для оперы, будет очень полезно, но это уже энтузиастам. Буду следить, удачи.
Буквально на днях собирался заняться. Жаль не восприимчив к PHP :)
Очень хорошая идея. Если можно, я присоединюсь, если нельзя, подержу морально. Я вообще не только за открытую програмную но и проектную документацию.
В оброзовании она просто необходима.
ЗЫ Забавно. При приближении мирового кризиса обострилось желание считать деньги.
Побольше пожалуйста про ЗФ!

жду с нетерпением
Вам mootools нравится больше чем jQuery?
Да. Но ведь и то и то — фреймворки — не будем холиворить
К такому хорошему проекту неплохо и документацию написать :)

Возможно мой проект для разработки документации для веб-резработчиков BullDoc (www.bulldoc.ru) подойдет для Вашего мастер-класса :)

habrahabr.ru/blogs/i_am_advertising/41211/
Документация будет в виде PHPdoc. Документация, которую позволяет создавать Ваш проект не пригодится, так как это не инструмент для разработчика, а конечная система. (я не говорю что будет отсутствовать справка)
Во-первых, спасибо, что посмотрели.

Во-вторых, позвольте дать некоторое пояснение.

1. Если PHPDoc, это PHPDocumentor, и документация на основе комментариев, то в конце концов вам все равно придется писать мануал и для юзеров Вашей систиемы и, очень возможно, что и для разработчиков, т. к. PHPDoc, на мой взгляд(пусть и спорный), имеет вид очень черновой справки, которой пользуются, если нет нормальной документации.

2. BullDoc как раз — инструмент для разработчика. Ставите ее куда угодно. Хоть на отдельный вирт. сервер в апаче, хоть в папку /bulldoc/ прямо внутри Вашего проекта. Прописываете в конфиге пути до исходников Вашей документации, например она может быть вместе с файлами проекта в папке /doc/, и пользуетесь. Т. е. это вполне себе независимый инструмент такой же, как и PHPDoc.

Выбирайте, конечно, то, что Вам удобно :)
а помойму пионерство какое-то
НЛО прилетело и опубликовало эту надпись здесь
заменил
вопрос из толпы: как может быть процесс быть важнее цели?
цели определяют процесс, а не наоборот — это факт!
в данном случае процесс действительно важнее цели :)
Важнее по той причине, что в процессе достижения цели будет возможность самосовершенствоваться, что дает выгоду, а вот уже сама цель никакой выгоды не несет, так как проект не коммерческий
в том-то и загвоздка — когда вы ставите цели, которые никакой выгоды не несут (а под выгодой надо понимать широкий круг понятий, не только то что можно продать-обменять...), тем самым вы сразу обесцениваете энергию и интеллект, которые надо было бы затратить на создание таких выгод. как следствие, средства достижеия таких целей также не имеют никакой ценности, или по-другому — совершенно не имеет значения какими средствами достигать бесполезных целей, или по-другому: человек, действую рационально, на достижения бесполезных целей всегда стремится затрачивать как можно меньше, если уж он, конечно, «завелся» достижением бесполезных целей
Очень интересная идея. В свое время собирались сделать подобное, но не собрались к сожалению…
С удовольствием поделюсь своими мыслями — думаю будет интересно.
Желаю Вам удачи!
Долгих лет жизни тебе, добрый человек, и детишек побольше. Надеюсь у тебя все получится.
Успехов вам, с большим интересом буду следить за процессом

Игорь, homemoney.com.ua
;)

Если начинать делать аналог homemoney.com.ua, то сразу делать его мультиязычным, там такого нет ;)
Год подобную идею вынашиваю… эх :( Даже рабочая выверенная БД есть )) ну ниче конкуренция залог качественных продуктов :) выживает сильнейший.

*пошел пинать знакомого кодера, чтоб продолжил разработку, лентяй =)*

вот и 3.14ц проекту :(
как там проект?
В связи с рождением дочери — никак :)) :-[
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации