Так ведь такой договор, по крайней мере я так делаю, закрывается актом каждый месяц.
Таким образом максимальная сумма ущерба это работы за 1 месяц.
Ибо подписанные акты говорят, что в предыдущих периодах все было хорошо и претензий нет.
Вы так говорите, как будто суды, самые честные и беспристрастные в мире организации.
Я уже не раз приводил пример. Как пришел на платную стоянку и увидел свою машину разбитой. Абсолютно по всем законам, стоянка в ответе.
И суд теоретически должен был состоять из 1 заседания, на котором показывается факт постановки машину на стоянку целой и факт того что она разбита на стоянке. Все.
Однако суд шел полтора года, за счет того, что владелец стоянки «финансового состоятелен» и «имеет связи». И тут речь шла о копейках.
Если же речь идет о боле менее приличной сумме, то результат просто не предсказуем. И договор как такой, могут и оспорить и т.д.
В общем это как в войне, часто побеждает не тот кто ловчее и умнее, а тот у кого банально больше ресурсов.
Unlimited apps within 2GB RAM
Up to 8 service instances
500MB storage per MySQL or PostgreSQL instance
1 dedicated SSL endpoint*
Unlimited custom domains
Ticket-based support
10MB RAM & 6 concurrent connections for Redis, MongoDB, and RabbitMQ instances
15GB data transfer per month
400 requests per second
И эта вот балалайка за 50$/мес?????
Фришный акк, еще понятно для чего с его ограничениями, но если у вас реальный проект, то на мой взгляд это просто конские цены за такие слабые ресурсы.
>Т.е. это я так, «на вскидку» написал. Понятно что каждый пункт очень спорный, но ведь я и не говорю что эти пункты истина в последней инстанции. Формулировки надо продумывать хорошо.
На всякий случай поясню еще раз. Это не предложения для конкретных действий и не законопроекты какие-то.
Это всего лишь мысли, призванные показать общие идеи.
В общем-то всем должно быть понятно, что реальные действия надо будет продумывать гораздо более досконально и тщательно.
Можно продумать ряд мер против маразма. Например:
1. Отменять патенты на очевидные технологии массового использования, вроде описанных в статье.
2. Отменять патент если фирма не использует его по прямому назначению. Против тролей.
3. Отменить все тупые патенты на «прямоугольник с экраном». И впредь такую херню не патентовать.
4. Ограничить патенты каким-то разумным сроком, вроде 5-7 лет. Не успел реализовать свой патент? ССЗБ, надо было шевелить помидорами.
5. Патентоваться должен только реально работающий прототип или технология. Никаких патентов на идеи еще не существующих технологий.
Т.е. это я так, «на вскидку» написал. Понятно что каждый пункт очень спорный, но ведь я и не говорю что эти пункты истина в последней инстанции.
Формулировки надо продумывать хорошо. Например сроки ограничивать по типам патентуемого объекта.
Но в целом всегда можно включить голову и улучшить ситуацию. Самое главное это смотреть на результат и править законы согласно им.
А то ведь сделают хорошо, дадут новаторам защитить свои разработки, и всегда найдутся паразитирующие козлы, которые запатентуют «прямоугольник с экраном» или «пароль».
Вообще-то это был гипертрофированный стеб, по поводу того, что вы говорите «Java сама по себе потребляет 600Мб, хотя прога в 3 строчки», но при этом подключаете достаточно ресурсоемкий фреймворк. ))
>но с использованием HtmlUnit
Отлично…
Что-то вроде:
— у меня 3 строчки на крутом С++, которые загружают фотошоп с картинкой в 5Гб, так вот С++ отстой, он жрет столько памяти в 3-х строчках! Посоветуйте опции, чтобы ограничить его в 100Мб.
А что удивло?
У моей жены SGS3 mini, в таком же режиме. Живет порядка 7 дней. Последний раз при полном разряде смотрел статистику было 6 дней 20 часов.
Так что ничего удивительного в таких цифрах нет.
Ну как это зачем?
Только на разработку двигателей для такой затеи освоено хрен знает сколько лярдов денег.
А терраформирование марса для жизни человека, это вообще бездонная бочка финансирования.
Ну или же поставки туда необходимого такая-же бочка )))
Это вы какую винду купили за 2400? Home, самая обрезанная? На ней точно будут работать все эти VS 2012, MS SQL, IIS 8?
Ну и серверную винду никто не отменял для развертывания проекта.
Хотя конечно как правило лицензия на сервер теряется в общем бюджете проекта, но тем не менее, она стоит не 10коп.
У меня ThinkPad T400s. Там установлен процессор CoreDuo2 9400.
В Windows 7 показывает 6.1 балла по втроенному тесту.
Новые ультрабуки на Core i5 на базе Ivy Bridge, те что я видел в тестах, показывают 6.9 балла.
Разница далеко не фантастическая.
По факту, подтормаживает только в играх встроенное видео 4500MHD.
И то, например EVE играется отлично.
Для программирования, я не говорю уже об обыных офисных задачах, его хватает «за глаза».
Для офисных задач, он может послужить еще 3 года без проблем.
Я согласен с тем, что в каких-то конкретных задачах он может и будет существенно медленне последних процов на базе Ivy Bridge, но по факту эта разница не ощущается (у меня десктоп на базе Core i5 3570).
Реализация чего лучше? Вы сравниваете автомобиль с велосипедом.
Photon это полноценный игровой сервер, а NetworkView это сетевая библиотека для синхронизации объектов.
Опять какая-то чушь… ))
Как связаны реакции по типу аллергии, со складскими остатками?
1) Тут все логично.
2) Во первых, что такое «неосновной поток ввода»? Опять воду в ступе толчем? Какое это имеет отношение к остаткам?
ну и вообще, все утверждение чушь. Если в водимом документе 1 товар «уходит в минус», а остальные не уходят, то как ты можешь гарантировать, что остатки по этим товарам обязательно будут неверными? И где доказательства, что в в случае наличия этих гарантий, практический ущерб будет больше? Опять доморощенные теоретики?
3) КЭП в атаке )). Ты сам то понял о чем вообще говоришь, и чего доказываешь?
Я с самого начала говорил, что при не оперативном проведении контроль остатков не нужен, надо проводить документ как есть и потом уже разбираться по факту наличия проблем с остатками.
В итоге ты сам «по слогам» показал, что при не оперативном проведении, контролировать остатки не надо, надо проводить документ и потом разбираться… :)
Вот вам простой пример, который встречается очень часто.
Оператор проводит документ от 12 числа, 25 числа, т.е. прошлым периодом.
Ваша очень умная программа, с проверкой остатков, не дает этого сделать, т.к. товара нет в программе на тот момент.
Оператор первым делом переводит документ на начало дня и проводит документ. Т.к. в обед 12-го числа был отгружен аналогичный товар, а переведя документ «чуть по раньше» оператор «решил свою проблему».
Идея понятна?
А таких ситуаций будет дофига, ибо если фирме потребовалась УПП, это уже подразумевает определенные, не мальнькие обороты. Отгрузки товаров идут каждый день, и в период с даты документа до текущего дня, как правило отгружается масса аналогичного товара. И таким образом легко получить необходимые остатки на дату документа.
И что в итоге? Оператор доволен, его документ провелся «с контролем», вы довольны, у вас супер-пупер программа контролирующая остатки. И только отделу контролирующему остатки геморой, т.к. проблема никуда не делась, вы просто ее «размазали» во времени. И перепроведение документов все равно не выполнится из-за отсутствия товара.
Это такой же мифический контроль, как и например гомеопатия. Люди верят и думают что оно действительно работает.
Тем более, что на первый взгляд оно и правда работает…
Таким образом максимальная сумма ущерба это работы за 1 месяц.
Ибо подписанные акты говорят, что в предыдущих периодах все было хорошо и претензий нет.
Я уже не раз приводил пример. Как пришел на платную стоянку и увидел свою машину разбитой. Абсолютно по всем законам, стоянка в ответе.
И суд теоретически должен был состоять из 1 заседания, на котором показывается факт постановки машину на стоянку целой и факт того что она разбита на стоянке. Все.
Однако суд шел полтора года, за счет того, что владелец стоянки «финансового состоятелен» и «имеет связи». И тут речь шла о копейках.
Если же речь идет о боле менее приличной сумме, то результат просто не предсказуем. И договор как такой, могут и оспорить и т.д.
В общем это как в войне, часто побеждает не тот кто ловчее и умнее, а тот у кого банально больше ресурсов.
Открыл ссылку с ценами, и что я вижу?
habrastorage.org/storage2/523/0e4/77f/5230e477f2df68f539737cce22c46dac.png
C 1 июня, т.е. чуть больше чем через месяц, цены возрастают. О каком снижении идет речь?
Unlimited apps within 2GB RAM
Up to 8 service instances
500MB storage per MySQL or PostgreSQL instance
1 dedicated SSL endpoint*
Unlimited custom domains
Ticket-based support
10MB RAM & 6 concurrent connections for Redis, MongoDB, and RabbitMQ instances
15GB data transfer per month
400 requests per second
И эта вот балалайка за 50$/мес?????
Фришный акк, еще понятно для чего с его ограничениями, но если у вас реальный проект, то на мой взгляд это просто конские цены за такие слабые ресурсы.
>Т.е. это я так, «на вскидку» написал. Понятно что каждый пункт очень спорный, но ведь я и не говорю что эти пункты истина в последней инстанции. Формулировки надо продумывать хорошо.
На всякий случай поясню еще раз. Это не предложения для конкретных действий и не законопроекты какие-то.
Это всего лишь мысли, призванные показать общие идеи.
В общем-то всем должно быть понятно, что реальные действия надо будет продумывать гораздо более досконально и тщательно.
1. Отменять патенты на очевидные технологии массового использования, вроде описанных в статье.
2. Отменять патент если фирма не использует его по прямому назначению. Против тролей.
3. Отменить все тупые патенты на «прямоугольник с экраном». И впредь такую херню не патентовать.
4. Ограничить патенты каким-то разумным сроком, вроде 5-7 лет. Не успел реализовать свой патент? ССЗБ, надо было шевелить помидорами.
5. Патентоваться должен только реально работающий прототип или технология. Никаких патентов на идеи еще не существующих технологий.
Т.е. это я так, «на вскидку» написал. Понятно что каждый пункт очень спорный, но ведь я и не говорю что эти пункты истина в последней инстанции.
Формулировки надо продумывать хорошо. Например сроки ограничивать по типам патентуемого объекта.
Но в целом всегда можно включить голову и улучшить ситуацию. Самое главное это смотреть на результат и править законы согласно им.
А то ведь сделают хорошо, дадут новаторам защитить свои разработки, и всегда найдутся паразитирующие козлы, которые запатентуют «прямоугольник с экраном» или «пароль».
Или маразм и дальше будет только крепчать…
Отлично…
Что-то вроде:
— у меня 3 строчки на крутом С++, которые загружают фотошоп с картинкой в 5Гб, так вот С++ отстой, он жрет столько памяти в 3-х строчках! Посоветуйте опции, чтобы ограничить его в 100Мб.
Только у народ походу походу с юмором очень туго…
У моей жены SGS3 mini, в таком же режиме. Живет порядка 7 дней. Последний раз при полном разряде смотрел статистику было 6 дней 20 часов.
Так что ничего удивительного в таких цифрах нет.
Только на разработку двигателей для такой затеи освоено хрен знает сколько лярдов денег.
А терраформирование марса для жизни человека, это вообще бездонная бочка финансирования.
Ну или же поставки туда необходимого такая-же бочка )))
Ну и серверную винду никто не отменял для развертывания проекта.
Хотя конечно как правило лицензия на сервер теряется в общем бюджете проекта, но тем не менее, она стоит не 10коп.
В Windows 7 показывает 6.1 балла по втроенному тесту.
Новые ультрабуки на Core i5 на базе Ivy Bridge, те что я видел в тестах, показывают 6.9 балла.
Разница далеко не фантастическая.
По факту, подтормаживает только в играх встроенное видео 4500MHD.
И то, например EVE играется отлично.
Для программирования, я не говорю уже об обыных офисных задачах, его хватает «за глаза».
Для офисных задач, он может послужить еще 3 года без проблем.
Я согласен с тем, что в каких-то конкретных задачах он может и будет существенно медленне последних процов на базе Ivy Bridge, но по факту эта разница не ощущается (у меня десктоп на базе Core i5 3570).
Photon это полноценный игровой сервер, а NetworkView это сетевая библиотека для синхронизации объектов.
Как связаны реакции по типу аллергии, со складскими остатками?
1) Тут все логично.
2) Во первых, что такое «неосновной поток ввода»? Опять воду в ступе толчем? Какое это имеет отношение к остаткам?
ну и вообще, все утверждение чушь. Если в водимом документе 1 товар «уходит в минус», а остальные не уходят, то как ты можешь гарантировать, что остатки по этим товарам обязательно будут неверными? И где доказательства, что в в случае наличия этих гарантий, практический ущерб будет больше? Опять доморощенные теоретики?
3) КЭП в атаке )). Ты сам то понял о чем вообще говоришь, и чего доказываешь?
Я с самого начала говорил, что при не оперативном проведении контроль остатков не нужен, надо проводить документ как есть и потом уже разбираться по факту наличия проблем с остатками.
В итоге ты сам «по слогам» показал, что при не оперативном проведении, контролировать остатки не надо, надо проводить документ и потом разбираться… :)
Оператор проводит документ от 12 числа, 25 числа, т.е. прошлым периодом.
Ваша очень умная программа, с проверкой остатков, не дает этого сделать, т.к. товара нет в программе на тот момент.
Оператор первым делом переводит документ на начало дня и проводит документ. Т.к. в обед 12-го числа был отгружен аналогичный товар, а переведя документ «чуть по раньше» оператор «решил свою проблему».
Идея понятна?
А таких ситуаций будет дофига, ибо если фирме потребовалась УПП, это уже подразумевает определенные, не мальнькие обороты. Отгрузки товаров идут каждый день, и в период с даты документа до текущего дня, как правило отгружается масса аналогичного товара. И таким образом легко получить необходимые остатки на дату документа.
И что в итоге? Оператор доволен, его документ провелся «с контролем», вы довольны, у вас супер-пупер программа контролирующая остатки. И только отделу контролирующему остатки геморой, т.к. проблема никуда не делась, вы просто ее «размазали» во времени. И перепроведение документов все равно не выполнится из-за отсутствия товара.
Это такой же мифический контроль, как и например гомеопатия. Люди верят и думают что оно действительно работает.
Тем более, что на первый взгляд оно и правда работает…