Во многом с вами согласен :)
Но по поводу burn rate есть возражения. Безусловно, вы правы в специфичности, но она не столь ограниченная. На _длинных_ проектах (3-5 лет) это золотой парашют для разработчика. Команда практически не меняется на продолжении длительного периода времени; в договор заложена, как правило, не цена, а порядок ее определения (по сути формула). Переплаты/недоплаты возможны на начальном и заключительном этапах, но не хронически. К примеру, 3-4 начальных месяца возможна ситуация, о которой вы говорите. Она же возможна и на заключительных месяцах (но существенно, даже крайне, редко, т.к. почти вся работа выполнена и можно анализировать реальные данные). Теперь представьте, что из 36 месяцев работы только 6 месяцев с, как вы выразились, хронической переплатой/недоплатой. На мой взгляд, идеальная ситуация.
Прошу вас, не вводить людей в заблуждения! Ваши сообщения безумно неграмотны и могут стоить людям больших денег! Пошлина платиться не от суммы договора, а от цены иска! Если сумма договора у вас 1000$, из них оплачено 900$ и вы подаете иск в арбитражный суд на 100$, то размер пошлины будет зависеть от суммы иска, т.е. 100$. Изучите главу 25.3. "Государственная пошлина" налогового кодекса, заострите внимание на статье 333.21. "Размеры государственной пошлины по делам, рассматриваемым в арбитражных судах" и статье 333.22. "Особенности уплаты государственной пошлины при обращении в арбитражные суды".
Убили без ножа.... Славо богу вы не юрист! Во-первых, ГК не запрещает смешаные договора (Стороны могут заключить договор, в котором содержатся элементы различных договоров, предусмотренных законодательством). А во-вторых, как именовать стороны (Сторона1, Сторона2 или СторонаА, СторонаБ или Субъект хозяйствования Альфа, Субъект хозяйствования Омега и т.п.) личное право сторон. И никакой суд не может отклонить иск на этом формальном основании!
На мой взгляд проблема несколько надуманная, нет нигде универсального решения. На моей же практике были договора "все в одном", где расписано нашим юристом было так, что, когда возник вопрос с заказчикам, то (при скурпулезном построчном изучении договора) выяснилось, что по такому нашему договору заказчик обязан платить ежемесячную конкретную сумму, а вот мы должны делать некоторую (т.е. в договоре четко не определенную) работу. Эту работу мы выполняли в разумных объемах. Осознав бесперспективность судебных притязаний, заказчик стал более реально смотреть на вещи. И вот тогда мы с ним пришли к обоюдовыгодному характеру работ. По этой причине посоветую разработчикам заниматься разработкой, а юристам — составлением договоров. Это будет и выгоднее и безопаснее.
Вы правильно заметили, что стоимость договора и порядок оплаты это разные вещи. И хотя в контексте нашего обсуждения это не совсем актуально, но вы сделали правильный вывод, что не нужно работать за свои деньги. Работа идет только за деньги клиента. Кончилась предоплата — инициируем новый платеж. Если проект долгосрочный, то рассчитываем burn rate команды разработчиков (с учетом накладных расходов), прибавляем сюда нашу рентабельность включаем в договор эту сумму, как сумму ежемесячного платежа. Очень удобно, заказчик знает, что каждый месяц он платит определенную сумму. Раз в квартал подписываем промежуточный акт выполненных работ на основании которого производится доплата, либо, наоборот, фиксируется сумма задолженности перед заказчиком. Спрашивайте, если у вас есть еще вопросы.
Недостаок такого процесса в том, что заказчику придется делать 7 платежей, а на такое не многие согласны. Бюджет вообще такое не понимает, у него два варианта: а) аванс+остаток, б) оплата по факту. Семь раз платить вам никто не будет. Если проект мелкий — существенные потери времени на плетежи. Если большой и растянут по времени — оплата не отражает выполненную работу. Лучше сделать в три оплаты: 1) 20-30% — потдверждение серьезности заказчика; 2) после выполнения 50% работы еще 50-60%; 3) после подписания акта выполненных работ (сдачи сайта) 30-10%.
PS безусловно, цифры зависят от суммы договора. Если проект не превышает 10000$, то можно сделать все и в два платежа (50%+50%). Если проект до 50000$, можно сделать три платежа. Если проект еще больше по деньгам и по времени, тут можно вообще платить абон.плату, скажем по 20000$ в месяц.
Теги — величайшее изобретение! Представьте, у меня есть огромная коллекция фотографий. Среди них есть фото, которые снимал я; фото, снятые моими друзьями; прочие фото. Также есть фото природы, архитектуры, портретные фотографии. Есть тематические фотографии моих путешествий по Европе, есть фотографии таких совместных путешествий снятых моими друзьями. И т.д. При "папочном" подходе у меня в распоряжении только постоянный критерий классификации. В случае с тегами — критериев много и они динамические. На одну и туже фотографию, я могу повесить несколько тегов, например, "Мои фото", "Природа", "Бельгия", "Зима", "2008", "Canon". Теперь представьте, пришли ко мне друзья и просят — покажи какая в Бельгии природа. Одним взмахом, я могу показать природу Бельгии и зимой, и летом, показать как свои фото, так и моих друзей и т.д. Мне не надо бегать по папкам и показывать кусочками, выискивая природа это или нет. А если через мгновение меня попросят показать фото, снятые кэноном, то вуаля — все готово! Тэги облегчают выборку нужных фотографий из массива данных.
Ого, не ожидал такого! Я использую Оперу. Сейчас проверил в ИЕ7 и Сафари. Проблема с этой строкой есть только в Фаерфоксе, остальные браузеры ее корректно переносят. Ладно, сейчас пофиксим это для пользователей Firefox. :)
Есть проблема. Как временное решение могу порекомендовать использовать CTRL+left_click на картинке. В принципе, я так и сохраняю всегда картинки, это быстрее, чем через контекстное меню.
Полагаю, мы не будем оскарблять кого-либо недоразвитыми. Я же имею ввиду ваш последний абзац. Сложнее пробиться — вы правильно подметили. Изначально способности одинаковы, но если не нагружать мозги (причем не только математикой-химией, но и общим развитием/тренировкой), то они расслабляются. Это не ущербность! Это объективная специфика. Во-вторых, речь идет не о противопоставлении "село-город", а о инфраструктурных особенностях жизни. Психофизическое отличие человека проявиться и при его переезде из пяти милионного города в 25-миллионный город. Хотя человек не был отсталым в первом городе. Это специфика жизни.
Это просто. Есть топ-менеджмент (совет директоров + приближенные), которые играют свою игру. А есть просто акционеры: я, вы и тысячи других людей/компаний/банков/фондов. Теперь представьте, что у вас (как акционера) на 1 января было акций на 100 тысяч баксов. 1 февраля микрософт предложила офигенную цену за акцию, потом еще и подняла ее. Вам, как акционеру, (если вы не гик :) глубоко фиолетова независимость яху от кого бы то ни было.... :) Вы готовы возможно даже продать свои акции теперь уже за почти 200 тонн. И какие-то придурки из топ-менеджмента яхи отказываются это делать, расселись на теплых местах с годовой компенсацией больше ляма и вопят об атаке микрософта на оплот независимости... Тепепрь через три недели микрософт обратится к акционерам с предложением переизбрать топов яхи. И последние безусловно это сделают. Ни, блин, в два раза скоро стоимость акций вырастет, чего-же не продать акции и зафиксировать прибыль!!!! А можно под дорогие акции, как обеспечение, взять кредит большой и купить дешевеющую недвижимость... Вариантов масса, а какие-то сволочи из топ-менеджмента карты все путают... :)
Ого, так плеваться слюной..... В прочем, судя по возрасту, это не устоявшийся гормональный фон. Теперь по делу. Я пользуюсь тем билдом, качество которого меня устраивает. Если сайт любой (не только Лебедева) студии некорректно работает (а в данном случае это истина), то лесом идет такой сайт. В современном интернете альтернатив очень много. Легко можно найти замену банку "Возрождение". Поэтому проблемы у Банка, а следовательно у Лебедева. При этом уверяю вас, в скором времени Лебедев пофиксит эти баги. Да, также полагаю, вы вдумчиво осилите эти "многа букоф".
Но по поводу burn rate есть возражения. Безусловно, вы правы в специфичности, но она не столь ограниченная. На _длинных_ проектах (3-5 лет) это золотой парашют для разработчика. Команда практически не меняется на продолжении длительного периода времени; в договор заложена, как правило, не цена, а порядок ее определения (по сути формула). Переплаты/недоплаты возможны на начальном и заключительном этапах, но не хронически. К примеру, 3-4 начальных месяца возможна ситуация, о которой вы говорите. Она же возможна и на заключительных месяцах (но существенно, даже крайне, редко, т.к. почти вся работа выполнена и можно анализировать реальные данные). Теперь представьте, что из 36 месяцев работы только 6 месяцев с, как вы выразились, хронической переплатой/недоплатой. На мой взгляд, идеальная ситуация.
PS безусловно, цифры зависят от суммы договора. Если проект не превышает 10000$, то можно сделать все и в два платежа (50%+50%). Если проект до 50000$, можно сделать три платежа. Если проект еще больше по деньгам и по времени, тут можно вообще платить абон.плату, скажем по 20000$ в месяц.
Я такого не писал. Не моя реплека.
Вот только из-за EV на nozbe.com нельзя залогиниться. И в highrisehq.com тоже не залогинишься...
Есть также иные проблемы с https.
У вас есть столы, за которыми располагается три человека. Назовите размеры таких столов.