Вы так говорите, как будто суды, самые честные и беспристрастные в мире организации.
Я уже не раз приводил пример. Как пришел на платную стоянку и увидел свою машину разбитой. Абсолютно по всем законам, стоянка в ответе.
И суд теоретически должен был состоять из 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С идеальна и подходит для всех. Не для всех, но для подавляющего большинства.
>А если не отдали или отдали, но не их, или отдали, но не 4 ящика или отдали, но не те 4 ящика, а другие с другой серией и сроком годности?
А это тут при чем? Неоперативное проведение, это отражение свершившегося факта. При чем тут гадания кофейной гуще? Давайте тогда еще включим варианты «а если кладовщик запил и просто отдает коробки направо и на лево не глядя» или «Экспедитор тупо сжег весь товар в канаве и недовез его клиенту» или еще какой бред…
Если у вас сотрудники настолько тупые, что отдают товар не глядя ни на что, то ни 1С ни какая либо другая программа тут бессильна. Ибо даже если включить контроль остатков, то никто не гарантирует что со склада отдадут именно то, что проконтролировали. Поэтому и говорю, что ССЗБ. Басню про мартышку и очки помните? Вот та самая ситуация, идиотам ничего не поможет. У них любая прога будет плохой.
>Я то да, буду ССЗБ, но кроме меня пострадают еще и менеджеры по продажам, которые скажут клиенту, что товара нет, хотя он будет на складе валяться… и т.д.
Опять же при чем тут это? Как не оперативный контроль остатков в программе, может гарантировать, что необходимый товар на складе будет присутствовать физически и в нужном объеме? По программе, все будет четко, а при инвентаризации будете удивляться и говорить что и не оперативный контроль остатков полное говно и 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-го числа был отгружен аналогичный товар, а переведя документ «чуть по раньше» оператор «решил свою проблему».
Идея понятна?
А таких ситуаций будет дофига, ибо если фирме потребовалась УПП, это уже подразумевает определенные, не мальнькие обороты. Отгрузки товаров идут каждый день, и в период с даты документа до текущего дня, как правило отгружается масса аналогичного товара. И таким образом легко получить необходимые остатки на дату документа.
И что в итоге? Оператор доволен, его документ провелся «с контролем», вы довольны, у вас супер-пупер программа контролирующая остатки. И только отделу контролирующему остатки геморой, т.к. проблема никуда не делась, вы просто ее «размазали» во времени. И перепроведение документов все равно не выполнится из-за отсутствия товара.
Это такой же мифический контроль, как и например гомеопатия. Люди верят и думают что оно действительно работает.
Тем более, что на первый взгляд оно и правда работает…
Вот только не надо тут передергивать. Никто не говорит что 1С идеальна и подходит для всех. Не для всех, но для подавляющего большинства.
>А если не отдали или отдали, но не их, или отдали, но не 4 ящика или отдали, но не те 4 ящика, а другие с другой серией и сроком годности?
А это тут при чем? Неоперативное проведение, это отражение свершившегося факта. При чем тут гадания кофейной гуще? Давайте тогда еще включим варианты «а если кладовщик запил и просто отдает коробки направо и на лево не глядя» или «Экспедитор тупо сжег весь товар в канаве и недовез его клиенту» или еще какой бред…
Если у вас сотрудники настолько тупые, что отдают товар не глядя ни на что, то ни 1С ни какая либо другая программа тут бессильна. Ибо даже если включить контроль остатков, то никто не гарантирует что со склада отдадут именно то, что проконтролировали. Поэтому и говорю, что ССЗБ. Басню про мартышку и очки помните? Вот та самая ситуация, идиотам ничего не поможет. У них любая прога будет плохой.
>Я то да, буду ССЗБ, но кроме меня пострадают еще и менеджеры по продажам, которые скажут клиенту, что товара нет, хотя он будет на складе валяться… и т.д.
Опять же при чем тут это? Как не оперативный контроль остатков в программе, может гарантировать, что необходимый товар на складе будет присутствовать физически и в нужном объеме? По программе, все будет четко, а при инвентаризации будете удивляться и говорить что и не оперативный контроль остатков полное говно и 1С вообще не помогает контролировать товар?