<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр: коллективные</title>
	<link>http://habrahabr.ru/rss/blogs/startup/70017/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sun, 21 Mar 2010 22:32:08 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
	
		<item>
        	<title>21.09.2009 10:42:24 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2003474</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2003474</link>
			<description><![CDATA[В первую очередь, конечно лицензия. Во вторую — более удобный интерфейс.]]></description>
			<pubDate>Mon, 21 Sep 2009 10:42:24 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>21.09.2009 10:34:12 eugenius_nsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2003434</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2003434</link>
			<description><![CDATA[А почему Dolphin, а не VisualWorks? Только из-за лицензии, или есть какие-то другие причины?]]></description>
			<pubDate>Mon, 21 Sep 2009 10:34:12 GMT</pubDate>
			<author>eugenius_nsk</author>
		</item>
	
		<item>
        	<title>20.09.2009 20:01:28 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2002450</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2002450</link>
			<description><![CDATA[Да, мы собираемся найти ровно столько клиентов, сколько способны будем «переварить». Про API вы правы, будем развиваться в том числе и в эту сторону.]]></description>
			<pubDate>Sun, 20 Sep 2009 20:01:28 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>20.09.2009 19:53:44 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2002431</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2002431</link>
			<description><![CDATA[Для бизнес-логики у нас пишутся unit-тесты, изменения в интерфейсе релизим после внутреннего тестирования. Чем раньше будет получен отклик на внесённые изменения, тем меньше будет негативный эффект. Естественно, в первую очередь релизится биллинг в той компании, для которой предназначены эти изменения. ]]></description>
			<pubDate>Sun, 20 Sep 2009 19:53:44 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>20.09.2009 17:23:41 sky_lord</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2002249</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2002249</link>
			<description><![CDATA[Извините, но не могу оценить это положительно. :-) Это получается эксплуатирование клиентов в качестве бета-тестеров. Я лично вообще против частых релизов биллинга. Т.е. бета-релизы быть должны — кто хочет тот пусть и тестит. Но каждый раз выпускать новую версию и тут же всех клиентов на нее переводить — это жесть…]]></description>
			<pubDate>Sun, 20 Sep 2009 17:23:41 GMT</pubDate>
			<author>sky_lord</author>
		</item>
	
		<item>
        	<title>20.09.2009 17:21:50 sky_lord</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2002246</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2002246</link>
			<description><![CDATA[При чем тут костыли? Речь идет именно о реализации необходимого конкретному клиенту функционала. Одним надо платежи через Webmoney принимать, вторым — через Я.Д., третьим — через Киви, четвертым — все это вместе взятое плюс кредитки через КиберПлат, а пятые сидят на Дальнем Востоке и им кровь из носу нужно воткнуть ту платежную систему, которая натыкала автоматов именно у них в районе и имеет свои собственные интерфейсы. А вот я еще люблю абонентам по SMS рассылать уведомления о том, когда у них деньги кончаются — разнообразных SMS-биллингов вообще море и с кем я захочу работать не знаете не только вы, но и я сам. ;-) Или вот еще типичная задача — раз уж все равно провода везде висят, очень хочется поставить на крыше outdoor точку доступа и предоставлять wifi по карточкам. Или же в какой-нибудь кафешке договориться с владельцами и заниматься тем же самым…<br/>
И так далее, и тому подобное. В сфере банального районного провайдинга огромное количество всяких разных возможностей, услуг и т.п. — я уж не говорю о более серьезных уровнях. Учесть их всех изначально — невозможно. Особенно, если вы небольшая организация. Поэтому API — это единственный адекватный путь расширения.<br/>
Но, повторяюсь, если вы не нацелены на широкий рынок — то вам должно быть по фиг. :-)]]></description>
			<pubDate>Sun, 20 Sep 2009 17:21:50 GMT</pubDate>
			<author>sky_lord</author>
		</item>
	
		<item>
        	<title>20.09.2009 17:09:55 sky_lord</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2002231</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2002231</link>
			<description><![CDATA[Во-первых, в других случаях я тоже хотя бы отчасти прав. ;-) Во-вторых, ВСЕ разработчики рано или поздно становятся неисполнительны и безответственны — и вы тоже, конечно. :-) Это не наезд, упаси Боже, и не принижение ваших достоинств. Это, скорее, ода малому бизнесу, который из-за небольшого количества клиентов может обеспечить индивидуальный подход и нормальное качество. Поверьте мне — как только у вас станет такое же количество клиентов (а не пять человек) и сопутствующих организационных проблем, как у того же НетАпа — у вас тут же возникнут и все соответствующие «косяки». И придется либо снижать качество, либо повышать цену, либо рассчитывать на то, что админы сами доковыряют. Из-за спефицики рынка снизить издержки за счет унификации у вас не получится — можете даже и не спорить. Соответственно, каждый разработчик идет своим путем — одним из вышеуказанных. Из-за того, что менеджмент у нас в стране большей частью — полная лажа, — все у всех сводится к примерно одинаковой схеме: предоставление унифицированного продукта с дешевой тормозной и некачественной тех.поддержкой и возможностью за отдельные большие деньги доразработать заказчику что-нибудь индивидуальное и оказать индивидуальную качественную тех.поддержку. BGBilling сделал шаг вперед — он полностью отказался от дешевой разновидности тех.поддержки, полностью перекинув эти силы на нормальную документацию и поддержку на форуме (что по сути совмещается с бета-тестингом, а значит убиваются два зайца сразу). В итоге на них не ругаются за раздолбайство, ибо его по факту нет — услуга соответствующего уровня и цены отсутствует и люди либо доковыривают себе что-то сами (благо есть такая возможность), либо таки платят деньги и получают все в ажуре. Суть моего спича лишь в том, чтобы вы определились, какой рынок вам нужен и как вы хотите себя на нем вести. Если рынок узкий — все в порядке, не парьтесь, а если хотите «поработить всех», то лучше сразу подумайте и идите в правильном направлении, чтобы не стать еще одним тем же НетАпом.<br/>
<br/>
ps: Отдача бух.учета на аутсорс не считается — из-за своей банальности, очевидности и т.п. ;-) Вот будет у вас много клиентов — попробуйте тех.поддержку 1-го level'а на аутсорс отдать. :-) Дык нет же — предпочтете пару студентов посадить на телефон. :-)]]></description>
			<pubDate>Sun, 20 Sep 2009 17:09:55 GMT</pubDate>
			<author>sky_lord</author>
		</item>
	
		<item>
        	<title>19.09.2009 19:22:26 aishek</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2000921</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2000921</link>
			<description><![CDATA[Вмешаюсь в вашу дискуссию: вы поймите, что в этом случае продаётся не интерфейс. Продаётся решение. Интерфейс вторичен.<br/>
<br/>
Да, на мой взгляд, принцип «лучшее — враг хорошего» в IT переформулируется так: «лучшее — враг работающего» :)]]></description>
			<pubDate>Sat, 19 Sep 2009 19:22:26 GMT</pubDate>
			<author>aishek</author>
		</item>
	
		<item>
        	<title>19.09.2009 15:04:09 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2000451</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2000451</link>
			<description><![CDATA[&gt;&gt; Почему бы ему не купить другой, авторы которого немного потрудились упростить свои формы? <br/>
&gt;&gt; Какой вопрос? Про другой биллинг? Я не занимаюсь этими вопросами но точно знаю, что их много. Не очень понятно почему вы думаете что другой биллинг окажется эталоном совершенства…<br/>
<br/>
Вас там точно один человек пишет под этим ником?]]></description>
			<pubDate>Sat, 19 Sep 2009 15:04:09 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 13:56:21 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_2000364</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_2000364</link>
			<description><![CDATA[Да, ещё: мы пользуемся Continuous Integration, релизы бывают у нас не реже трех раз в неделю. Иногда чаще, до нескольких в день. И каждый раз обновляются серверные и клиентские части приложения.<br/>
]]></description>
			<pubDate>Sat, 19 Sep 2009 13:56:21 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 08:42:57 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999942</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999942</link>
			<description><![CDATA[Вы правы на 100% в случае, если разработчик неисполнителен и безответственен. С другой стороны аутсорсинг — это действительно очень удобно, например мы сами отдали бухучет аутсорсерам.]]></description>
			<pubDate>Sat, 19 Sep 2009 08:42:57 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 08:34:52 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999927</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999927</link>
			<description><![CDATA[Всё замечательно работает на 20 тыс. vpn клиентах на железе 5-летней давности. Можно взять и Postgres, и Berkley DB, но я вам уже написал, для чего это было сделано. Про портируемость уже тоже писал.<br/>
<br/>
Cisco CSG пока не поддерживаем.<br/>
<br/>
Что такое diameter я знаю. Я спрашивал, зачем поддерживать ещё и его.<br/>
<br/>
Мы настраиваем все ваши форматы CDR на этапе инсталляции. ]]></description>
			<pubDate>Sat, 19 Sep 2009 08:34:52 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 08:11:49 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999899</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999899</link>
			<description><![CDATA[Опять же, что вы понимаете под обслуживанием. Очередной костыль?]]></description>
			<pubDate>Sat, 19 Sep 2009 08:11:49 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 08:10:28 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999895</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999895</link>
			<description><![CDATA[Понимаете, тем наш биллинг и отличается от UTM. На нём действительно работают, as is, а не покупают для сертификата и не подтыкивают костылями. Для нас главное не количество продаж, а полноценное развитие каждой инсталляции.]]></description>
			<pubDate>Sat, 19 Sep 2009 08:10:28 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 08:02:08 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999867</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999867</link>
			<description><![CDATA[Поскольку мой вопрос <a href="http://habrahabr.ru/blogs/startup/70017/#comment_1998469">выше</a> остался неотвеченным, подозреваю, что и вы не дождётесь ответа.]]></description>
			<pubDate>Sat, 19 Sep 2009 08:02:08 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>19.09.2009 07:33:12 strib</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999815</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999815</link>
			<description><![CDATA[Без API биллинг неполноценен. Обслуживание биллинга без API — редкое извращение. ]]></description>
			<pubDate>Sat, 19 Sep 2009 07:33:12 GMT</pubDate>
			<author>strib</author>
		</item>
	
		<item>
        	<title>19.09.2009 07:27:43 strib</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999809</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999809</link>
			<description><![CDATA[1-2) Зато высокие накладные расходы в цепочке mysql-app-oracle. Нагрузка чуть чуть вырастет и начнутся чудеса. И код раздувается. Как вариант на вскидку. Что мешает взять oracle xe для предбиллинга, его 4GB табличного пространства с головой хватит. И то же табличное пространство можно примонтировать к «большому» инстансу. Или вообще отказать от Oracle (существенно снизить цену продукта), все равно не используете его возможности вынеся логику вне его, ваши объемы данных вполне MySQL сможет обработать.<br/>
В общем, настораживает меня ваша архитектура.<br/>
3) Самая представительная железка Cisco CSG. Направление перспективное. Особенно для Wi-Fi сетей. И вполне общепринятое понятие.<br/>
4) Ну как бы диаметр — эволюция радиуса, и возможностей побольше и попроще, мне по крайней мере. Жаль железки го плохо пока поддерживают.<br/>
5) Т.е. возможности настроить разбор самостоятельно, без привлечения разработки нет?<br/>
6) Пишите, очень мне интересно будет почитать.]]></description>
			<pubDate>Sat, 19 Sep 2009 07:27:43 GMT</pubDate>
			<author>strib</author>
		</item>
	
		<item>
        	<title>18.09.2009 22:55:14 vk2</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999570</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999570</link>
			<description><![CDATA[Предложите лучше. Coverflow от Apple? для списка пользователей? С фото?]]></description>
			<pubDate>Fri, 18 Sep 2009 22:55:14 GMT</pubDate>
			<author>vk2</author>
		</item>
	
		<item>
        	<title>18.09.2009 22:37:23 vk2</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999558</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999558</link>
			<description><![CDATA[Что такое «общая куча»? Вы ж понимаете, что «где-то там, очень-очень глубоко внутри» — они реально все в «общей куче», нет? :)<br/>
<br/>
Это вопрос Spotlight vs TotalCommander, не находите?]]></description>
			<pubDate>Fri, 18 Sep 2009 22:37:23 GMT</pubDate>
			<author>vk2</author>
		</item>
	
		<item>
        	<title>18.09.2009 22:11:49 vk2</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999532</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999532</link>
			<description><![CDATA[coverflow<br/>
<br/>
в биллинге особенно красиво будет смотреться :)]]></description>
			<pubDate>Fri, 18 Sep 2009 22:11:49 GMT</pubDate>
			<author>vk2</author>
		</item>
	
		<item>
        	<title>18.09.2009 22:11:06 vk2</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999530</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999530</link>
			<description><![CDATA[ой, да ну Вас. У меня вот открыт тут Mail.app, так там список писем — <b>списком</b>, вот ужас-то. Да еще поля разные. Ответил, не ответил, даты там, размеры всякие…]]></description>
			<pubDate>Fri, 18 Sep 2009 22:11:06 GMT</pubDate>
			<author>vk2</author>
		</item>
	
		<item>
        	<title>18.09.2009 21:46:40 egorinsk</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999487</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999487</link>
			<description><![CDATA[Очевидно, что динамические списки в десктопном клиенте, на веб-страницу я бы сам не стал ставить.]]></description>
			<pubDate>Fri, 18 Sep 2009 21:46:40 GMT</pubDate>
			<author>egorinsk</author>
		</item>
	
		<item>
        	<title>18.09.2009 20:51:34 sky_lord</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999407</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999407</link>
			<description><![CDATA[Угу, так и есть. Но что это меняет в итоге? :-) Речь же и идет о выборе: либо платить деньги и пытаться чего-то добиться от разработчика, что в условиях отвратительной российской сферы услуг (не в частности, а в среднем), чревато геморроем, либо же плюнуть на всех, засучить руками и самому сделать нужный себе функционал за несколько дней. Отечественные операторы выбирают второй путь по мере возможности. А то как помню, НетАп за реализацию минимальной индивидуальной фичи в конкретном релизе — без обязательства ее поддержки в будущих — берет что-то около 30 штук и не дает точных сроков по реализации — т.е. платишь и ждешь, ждешь, ждешь… Потом месяц пользуешься, выходит новый релиз, в котором твоей фичи нет и ты снова платишь, чтобы ее туда внесли (таки ведь новый релиз фиксит кучу багов! И не обновляться на него — себе же дороже!), и снова ждешь, ждешь, ждешь… У меня приятели в одном провайдере после подобных приключений плюнули и полностью переписали весь фронтенд от того же UTM5. Т.е. у них крутится ядро, собирает статистику и складывает в базу. А весь админский и пользовательский интерфейс написан самопалом на PHP и тупо читает из базы чего там наскладывало и насчитало ядро. Ребята довольны как слоны и в полном восторге, что им не нужно работать с Явовскими УТМными фронтендами… :-)]]></description>
			<pubDate>Fri, 18 Sep 2009 20:51:34 GMT</pubDate>
			<author>sky_lord</author>
		</item>
	
		<item>
        	<title>18.09.2009 20:34:21 ayc</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999381</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999381</link>
			<description><![CDATA[Может клиенты от безысходности API запросили, т.к. функционала не хватало, а дождаться от разработчиков реализации недостающих возможностей нереально?]]></description>
			<pubDate>Fri, 18 Sep 2009 20:34:21 GMT</pubDate>
			<author>ayc</author>
		</item>
	
		<item>
        	<title>18.09.2009 20:25:26 RommeDeSerieux</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999359</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999359</link>
			<description><![CDATA[<blockquote>«Халява» возле галочки, что за фамильярность в серьезном продукте? :)</blockquote><br/>
<br/>
Что за ханжество на серьёзном хабрахабре?]]></description>
			<pubDate>Fri, 18 Sep 2009 20:25:26 GMT</pubDate>
			<author>RommeDeSerieux</author>
		</item>
	
		<item>
        	<title>18.09.2009 20:24:47 ayc</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999356</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999356</link>
			<description><![CDATA[Товарищи, мне после вашего спора стало очень интересно узнать, какой же интерфейс (какой программы) считает идеальным myserg?]]></description>
			<pubDate>Fri, 18 Sep 2009 20:24:47 GMT</pubDate>
			<author>ayc</author>
		</item>
	
		<item>
        	<title>18.09.2009 19:59:24 sky_lord</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999315</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999315</link>
			<description><![CDATA[Я о том и пишу — вы с другой нишей работаете… Если бы API был никому не нужен — его бы никто не предлагал, а с НетАпом так бы за URFA не боролись…]]></description>
			<pubDate>Fri, 18 Sep 2009 19:59:24 GMT</pubDate>
			<author>sky_lord</author>
		</item>
	
		<item>
        	<title>18.09.2009 19:56:32 sky_lord</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999306</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999306</link>
			<description><![CDATA[Понимаете, руководителю предприятия обычно глубоко по фиг на такие детали, как всякие внутренние заморочки с биллингом — просто нужно, чтобы все работало. Админ же — это просто исполнитель — ему что сказали, то он и сделал. :-) А принимать решения и вникать будет тех.директор (что, кстати, не исключает объединения его в одном лице с админом или руководителем) и ему все упомянутые мной и другими комментаторами вещи вполне имеют значение.<br/>
Опять же, аутсорсинг у нас в стране развит слабо и руководителю любого уровня будет не вполне понятно, зачем он должен платить деньги вам, когда у него в штате есть -дцать админов/программеров и обслуживание биллинга входит в их компетенцию. При этом работая с вами процесс явно усложняется: одно дело вправить мозги и наорать на своего сотрудника, а другое — взаимодействовать и коммуницировать с посторонней организацией, от которой все время надо всего добиваться… Короче, административные/организационные/транзакционные издержки больше и чтобы это понять — не нужно быть семи пядей во лбу.<br/>
Такого, чтобы ничего не надо было ковырять — не бывает. Биллинг — это, к сожалению, не унифицированный продукт и приходится либо изначально раздувать его функционал, либо делать доступным тот же API, чтобы заказчику было иметь секс с биллингом максимально просто и комфортно. :-) Т.е. в теории у вас все, конечно, верно — насчет разделения труда и ответственности и все такое, — но практика немного иная получается. Такая, что одна половина операторов связи пишет биллинги сама (совершенно не круто и нетехнологично, а как им удобнее и как им нравится), а другая, которая все-таки использует покупные решения (все-таки их существенно быстрее разворачивать и меньше проблем с сертификацией), перманентно жлобится на тех.поддержку и оплату доп.услуг производителя и хочет как раз всякие API. Почитайте форум НетАпа — какая там эпопея длиной в несколько лет был насчет доступа к закрытому протоколу URFA по общению с ядром. И как народ сейчас счастлив тому, что хоть что-то получили, так что могут теперь — пусть косо, криво и не все, что хочется, но все-таки — самим чего-то дописывать и иметь секс с биллингом, что их совершенно не смущает и не коробит. :-) И про БГБиллинг тоже почитайте — как народ радуется изначально открытому API и какое удовольствие от секса с биллингом получает. :-)<br/>
Короче, тезис всего моего флуда очень прост: отечественному массовому потребителю АСР не нужны продукты под ключ и он не хочет отдавать кому-то обслуживание биллинга на аутсорсинг (кстати, пришел в голову еще один аргумент за это — ведь в биллингах зачастую куча «черной» информации, которую боятся слить на сторону). Подчеркиваю — массовому потребителю. Вы вполне можете иметь свою нишу — несколько клиентов, с которыми вы вплотную работаете, которых обслуживаете и для которых вы по сути — если говорить прямо — и пишите свой биллинг. В этом нет ничего плохого, просто надо это осознавать. И если вы хотите идти на массовый рынок, то что-то менять и о многом дополнительно думать.<br/>
Все вышесказанное, конечно же, исключительно мое личное мнение, не претендующее на объективность. :-) Но мне кажется, что я не так уж и неправ. :-)]]></description>
			<pubDate>Fri, 18 Sep 2009 19:56:32 GMT</pubDate>
			<author>sky_lord</author>
		</item>
	
		<item>
        	<title>18.09.2009 19:49:01 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999294</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999294</link>
			<description><![CDATA[Но тут мы не «попали» — это был достаточно осознанный выбор :)]]></description>
			<pubDate>Fri, 18 Sep 2009 19:49:01 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>18.09.2009 19:39:36 ayc</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999267</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999267</link>
			<description><![CDATA[Я однажды попал в аналогичную ситуацию — пригласили сетевым консультантом в один крупный (но провинциальный :) банк. Год был 1997й. Программисты в банке — московские. И вот им видимо надоели всякие FoxPro, решили сбацать что-то крутое. И тоже взяли Smalltalk. Купили VisualWorks фирмы ParkPlace-Digitalk — самый по тем временам навороченный (Dolphin Smalltalk тогда еще был в виде самых первых бет, крайне сырой и глюкавый, Squeak Smalltalk'а кажется еще вовсе не было, а у VisualWorks лет 10-15 за плечами — на разных платформах). Меня позвали на стадии, когда они уже несколько месяцев с ним баловались, сделали прозрачное отображение всей объектной иерархии в Oracle-сервер, какие-то прототипы интерфейса, и много чего еще интересного. Но собственно в целевой задаче почти не продвинулись. Я походил тогда на их рабочие совещания, послушал, сделал вывод, что ничего у них при таком подходе не выйдет (не из-за Смолтолка, а по организационным причинам скорее), и что проект уже не спасти. На этом моя миссия там и завершилась. Новую систему они там так и не запустили, продолжали работать в старой DOS-овой, а после кризиса 98го всех разогнали, купили какую-то готовую московскую систему (за космическую сумму), и всё.<br/>
<br/>
А Смолтолк с тех пор мой любимый язык. Вместе с Лиспом. Правда я ничего крупнее самодельного веб-сервера на Смолтолке не писал, слишком он громоздкий для моих задач был, так что любовь моя к Смолтолку эдакая теоретическая-платоническая :)]]></description>
			<pubDate>Fri, 18 Sep 2009 19:39:36 GMT</pubDate>
			<author>ayc</author>
		</item>
	
		<item>
        	<title>18.09.2009 19:03:26 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999176</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999176</link>
			<description><![CDATA[По API. Именно у сервера биллинга сейчас так такого api нет, НО smalltalk — динамический язык, работает внутри своей виртуальной машины, следовательно ему можно на лету подбрасывать код для выполнения. Следовательно имея загруженный биллинг (необходимые объекты загружены из базы) мы можем отдавать почти любую информацию в всех доступных форматах.<br/>
На самом деле, нас просто ещё никто не спрашивал про API именно для сервера, поэтому и не заморачивались на эту тему.]]></description>
			<pubDate>Fri, 18 Sep 2009 19:03:26 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>18.09.2009 18:11:37 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999089</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999089</link>
			<description><![CDATA[По документации — <a href="http://habrahabr.ru/blogs/startup/70017/#comment_1999035">habrahabr.ru/blogs/startup/70017/#comment_1999035</a><br/>
На вопросы выше попытался чуть подробнее ответить.<br/>
<br/>
Ну у нас тоже есть партнеры-операторы связи — они тоже ни о чём не парятся. Мне кажется, многие вещи здесь вы говорите как админ, а не как руководитель предприятия. Понимаете, ковырять надо там, где шаг влево-шаг вправо расстрел. У нас ковырять ничего не надо, всё уже сделано, или будет сделано при лучшем соотношении цена/качество. <br/>
<br/>
Мы не хотим быть еще одним бгбиллингом, ланбиллингом, нетапом. Когда клиент заплатил деньги, а потом имеет секс с программой за собственные деньги. Ваш биллинг — наша головная проблема. И у нас не возникнет проблем с пониманием требований заказчика. Как, собственно, и заказчика не будет волновать, на чём это написано — на Smalltalk или бейсике.]]></description>
			<pubDate>Fri, 18 Sep 2009 18:11:37 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>18.09.2009 18:00:59 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999061</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999061</link>
			<description><![CDATA[На самом деле можете конечно попробовать поставить TBilling, про который упоминается в начале статьи. Только предупреждаю сразу. Писалось давно. Работает только с pppd на Линуксе. За всеми подробностями мне в почту или в личку.]]></description>
			<pubDate>Fri, 18 Sep 2009 18:00:59 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
		<item>
        	<title>18.09.2009 17:52:07 alexandrov</title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/startup/70017/#comment_1999035</guid>
			<link>http://habrahabr.ru/blogs/startup/70017/#comment_1999035</link>
			<description><![CDATA[8) По отчётности сейчас всё достаточно просто. Есть перечень стандартных отчетов (ежемесячные, ежедневные и т.д.), которые мы предлагаем заказчику и из которых тот выбирает или предлагает собственные. Отчёты выгружаются, как правило в Excel или dbf (а в принципе в любую odbc-compatible базу данных). Есть модуль сопряжения для 1С для импорта начислений из биллинга. Есть внутренняя система отчетов, позволяющяя формировать счета, счета-фактуры, акты выполненных работ непосредственно из биллинга.<br/>
9) Знаем, извините. Пока оно deep under construction.]]></description>
			<pubDate>Fri, 18 Sep 2009 17:52:07 GMT</pubDate>
			<author>alexandrov</author>
		</item>
	
	
	
	
</channel>
</rss>
