Перечитал вопрос еще пару раз. Пришел к следующему выводу: Вы спрашиваете стоит ли создавать промежуточное юридическое лицо для всех этих операций. Тут опять же зависит от особенностей идеи. Если это обычные операции, то банки и сами имеют свои "мобильные банки" и делится с Вами не захотят. Т. е. тут лучший вариант - создание конторки, которая будет предоставлять особые услуги, отличающие Вас от конкурентов, а затем уже работать с банком (но в зависимости от масштабов и видов деятельности стоит учитывать предыдущий комментарий). Если же у Вас шикарная идея, которая принципиально меняет способ взаимодействия банка и клиента - лучше идти в банк и договариваться (лучше с прототипом).
386DX: это не умиляет факта. Если Вы захотели взять себе в юристы "суперзвезду", которая стоит в разы больше - Ваши проблемы. А если ответчик предоставляет документы, в которых юристы стоят в разы меньше,чем средние, то это не прокатит, так как перекрывается такими же прайсами или независимым просчетом. По моему опыту ни раз не возникало ситуаций, что "приносили прайсы" и пытались доказать, что я много прошу, так как это тоже время юриста со стороны ответчика, которое вряд ли будет стоить меньше, чем они выиграют на разнице.
Юрий Ярош: интересно что у Вас за задачи такие, что основные расходы это код на ЯП и подключение к сокету. У меня все проекты упирались в базу. И если перестать гонять нагрузочные тесты на синтетике, то резко значения выравниваются. Ну и я говорил, что сливают не по скорости работы, а по скорости разработки. Долгосрочная поддержка зависит от архитектуры, тестов, качества, что никак не зависит от фреймворка (за некоторым исключением). По поводу OTP - там вообще Behavior-like подход, который ни на akka, ни на gevent не похож. Ну и опять же Вы отвечаете не на вопрос автора, а просто решили устроить холиварчик про "typesafe круче всех"
Юрий Ярош: ничего не имею против typesafe, сам в него последнее время влюблен, но все таки мне кажется, что Вы не правы. Play2 на scala еще не достиг уровня django\ror хоть и идет к этому семимильными шагами. В плане поддержки - код на Play2 по сути состоит из кучи лямбд (если мы о реактивных приложениях), которые в плане поддержки тоже не очень легки. Да, это все можно организовать в более красивый код, но требует значительно больше усилий, чем на django\ror. Ну и про накладные расходы - разница настолько незначительная при реализации сокет сервера на gevent (по сути повторяет логику akka), к примеру, что говорить об этом не стоит (все равно все упрется в операции записи\чтения). А так как вопрос был "Подскажите что будет менее затратным по времени и по порогу вхождения", то play2 сливает моментально django\ror, которые в свою очередь сливают разным пхпшным фреймворкам, на которых можно написать первые "суперсайты" уже после первой статьи "как написать вконтактик за 21 день"
Сергей Протько: программист все таки должен знать как работать с памятью, базовые структуры, алгоритмы и т.п. Большинство же пхпшников скорее кодеры. Они с помощью stackoverflow driven development считают себя крутыми специалистами и до саморазвития не опускаются (хотя есть приятные исключения). Про то, что явисты не знает как работает сборщик - Вы заблуждаетесь. Если этого не знать хотя бы в общих чертах, ничего серьезней hello wold Вы не напишете. Аналогично и С++. Не умеешь работать с памятью - ничего не сделаешь.
Судя по Вашему вопросы Вы даже не потрудились изучить что такое xquery и сразу стали кричать, что все дураки ) Ну да, разумный подход. Учитесь читать документацию www.w3.org/TR/xquery-update-10/#id-upd-replace-value, также есть много других вариантов. Суть в том, что в результате такой операции Вы получаете XDM instance, который по сути diff с Вашим текущим файлом. Его мы можете успешно записать уже. Вообще, если честно я не хочу продолжать беседу с Вами, если автор вопроса решит меня что-то спросить - отвечу. Я прекрасно помню как Вы кричали, что все дураки и json в базе плохо не потрудившись даже вникнуть в суть. Убеждать Вас каждый раз мне не интересно.
FanatPHP: у меня такое ощущение, что у Вас какие-то психологичекие проблемы. Вы не думайте, я не оскорбляю. Я не говорю, что Вы псих. Просто у Вас есть пристрастие к тому, чтобы показывать свое явное превосходство над всеми, даже если эти люди намного умнее Вас (не переживайте, я не про себя, я про разработчиков db2, к примеру или Sedna, разработанная apache). Подумайте над этим ;)
FanatPHP: не стоит грубить. А давайте на Вы, все таки, не в подворотне с семечками сидите ведь. Я понимаю, что Вы привыкли всех считать дураками, но обычно все наоборот. Цифры - настолько быстро, что пользователи multitender.ru писались от счастья. Для примера можете в 20 часов по Москве зайти на этот сайт в новые закупки. Как раз в это время выкачивается новый файл с госзакупок, выборки ведутся как раз напрямую с него, так как он еще не успевает прогреться, но работает довольно быстро. Как Вы любите кричать "опять никто не читает текст вопроса, а отвечает только на заголовок!!!". А в текст автор говорит, что нужно изменить только некоторые элементы. Соответственно, если не просматривать 160к элементов в поисках нужных предварительно построив дом, а найти нужные и для них построить дом на основе ссылок, которые вернет xquery (он может строить дом по части xml), а потом изменить, то выйдет куда быстрее.
victorib_us: ок ) Вообще, если мне не изменяет память, то simplexml построен на базе libxml, что является самой быстрой либой для преобразования xml в набор связных узлов. Но есть 2 альтернативы. Первая - использовать php.net/manual/en/book.xml.php Судя по отзывам на stackoverflow он в разы превышает по скорости работы simplexml, так как не парится с построением дерева, а просто ищет нужный блок, ближайшие к нему теги открытия закрытия, запоминает место и выдает ссылку на эту место. Но работа с ним полна эзотерики и, судя по тому, что Вам надо перебрать все элементы файл, не сильно даст прирост в скорости ) Второй вариант даже не знаю стоит ли Вам рекомендовать, так как по утверждения FanatPHP его разработали довольно таки глупые люди ) Это как раз Xquery (которая используется во всех СУБД, построенных на XML) обертка, www.zorba.io/home, но ее испытать на php мне не доводилось, но на xquery либе под python делал свой вариант выборок (О БОЖЕ, КАК Я БЫЛ ГЛУП!!! :)) из xml, который скачивал файлы с госзакупок и позволял работать в удобном виде для выборок. Файл размером в 400 Мб работал довольно шустро.
FanatPHP: Самые дураки видимо сами разработчики XML ) Так как они разрабатывали это формат для передачи и ХРАНЕНИЯ данных. Также дураки разработчики формата хранения книг fb2, основанного на xml. Еще дураки разработчики db2, так как они сделали поддержку управления данными в формате xml. А еще дураки разработчики на spring framework, где в xml описывается по сути отношения объектов в программном продукте (коих может быть мегабайты). Apple тоже не очень умны, так как в xml формате хранят конфигурацию ОС. А еще есть разные форматы для хранения таблиц в офисных приложениях, база данных, основанная на xml в 1С (хотя, возможно, они используют db2). Да в принципе Вас вообще окружают сплошные дураки судя по всему ;)
Sergey750il: оформляетесь как ИП и проводите свои услуги через него. В итоге платите налоги, отчисления и защищены наличием договора (кинуть Вас не смогут, так как в договоре все прописано). Государство тут совсем не причем. Просто 90% скажут: не, зачем я буду платить государству налоги, при этом жалуясь, что государство ничего не делает.
Алексей Уколов: kirill-93: ох какой плохой способ. Меня на втором курсе отучили от таких решений заставив переписывать курсак за неделю до зачета. Если у пользователя окажется медленный компьютер? Выставите секунду? А если с телефона, где еще медленней? Сделаете 10 секунд?
Don Kaban: не соглашусь. Просто надо воспринимать не как справочник - выучил и используй именно так, а следить за мыслью автора. Кнута, если честно не осилил, очень уж сложно для меня начиная с середины первого тома, знаний в математике не хватает, но даже первые несколько разделов меня заставляли подскакивать и в восторге смотреть на решение автора, хотя за плечами был значительный опыт программирования. Очень сильно помогает развивать аналитические навыки. SICP - аналогично. Вряд ли Вам пригодятся навыки лиспа, но мысли, которые там излагаются очень ценные.
Пума Тайланд: у Вас просто нет детей или Вы никогда не жили в Европе, а только отдыхали там. В Берлине дошкольное образование (танцы, спорт, язык, общее развитие) для одного ребенка в месяц стоит примерно как семестр обучения в не самом престижном университете России. Поэтому средний европеец (у среднего все таки есть дети, как минимум один) не так уж и часто может позволить себе все то, что Вы перечислили (основываюсь на опыте двоюродной сестры-юриста и ее мужа военнослужащего. Вроде не самые низкооплачиваемые специальности).
@beduin01: python, но для php не сильно отличается. Друг имеет ставку в 30 будучи пхпшником, но больше ни у меня, ни у него не получалось делать. Заказчиков становится настолько мало, что сумма за месяц выходила в раза 2 меньше, чем при ставке в 30. Возможно действительно дело в квалификации и отзывах.
Почувствовал себя очень плохим программистом :( У меня рейт сейчас 30 долларов и вроде считается даже на том же Одеске, что это довольно высокий рейт. Пытался повышать - довольно большой процент заказчиков отваливался. На 30и заказов именно столько сколько я могу выполнить не сильно напрягаясь и не бедствуя.