Три кольца - премудрым эльфам - для добра их гордого.
Семь колец - пещерным гномам - для труда их горного.
Девять - людям Средиземья - для служенья черного...
"Уважаемый, Павел. Ты хочешь получить за красивые глазки iphone и штангу. Напомни об этом любимому человеку :)"
Запятая в первом предложении не нужна.
Задумка отличная. Пошёл пиарить в блог и аську. Надеюсь, что будет модерация, иначе там таких "подарочков" понапишут...
Вовсе нет.
SMS создаёт довольно большую нагрузку на оборудование. Сами SM лёгкие, но это компенсируется количеством. Замечали, как на всякие там восьмые марты сообщения доходят дня через три? А там, в среднем, нагрузка раз в пять всего больше, чем в обычные дни (на пике - в двадцать раз больше).
Про MMS не в курсе,но предполагаю, что ситуация, примерно, та же, плюс ещё то же, что и у GPRS.
А у GPRS большая часть цены обуславливается не столько стоимостью траффа для оператора, сколько некоторой предполагаемой стоимостью канала от мобильника до БС. Это как с диалапом - провайдер рассчитывал стоимость инета ещё и по количеству своих модемных линий.
Это с технической точки зрения, а ещё есть маркетинг, в котором я не силён.
Что-то не в ту сторону они развиваются. Им базовую функциональность улучшать и улучшать - нормальную блог-платформу прикрутить, возможность форматирования постов ввести и т.д. А что до API - я по данным описаниям не понял, что с их помощью можно сделать такого необычного. Примеры они не выложили.
Больше всего интересует, всё-таки, где сабж появился. Во всей сети Эльдорадо, или только в столице (по предзаказам, вроде, была только Москва). Сам смогу заглянуть в магазин не раньше послезавтра (и если он там будет - возму не раздумывая).
Также интересно, можно ли доставить память в самом Эльдорадо?
Ну и по мелочи: перепрошивка БИОСа для разгона лишает гарантии? Т.е. официальная прошивка, или умельческая?
Opera 9.26, последний флеш. 15 табов с хабром (и машинками). Оперой занято где-то 15% процессорного времени, и это не зависит от количества открытых табов. Не тормозит.
Точно-точно, напомнило аж древние инструкции по оптимизации 95 винды ("чтобы освободить немного драгоценной оперативной памяти не используйте обои на рабочем столе").
Но за труд - плюс.
Ну, если бы мне этот вариант пришёл в голову - я бы так и сделал. Но, видимо, чем опытнее прогер, тем более сложные решения ему в голову приходят.
Зато теперь есть автоматизация и нет геморроя с редактированием ярлыка.
Ярлыки на каждом рабочем месте (~10) менять геморно, даже если автоматизировать этот процесс. Хотя, как вариант, можно было вместо обновлялки сделать ещё один ярлык, который и править вручную =). Вот вам и ещё более простое решение =)
Прочтите выше про специфику. Спроектировано всё удачно. При проектировании рассматривались все варианты, годы работы показали, что при проектировании ошибок не было.
Ситуация прямо противоположная. То, что вы описали, было раньше. Новая система написана с учётом всей специфики, работает как часы, и нравится абсолютно всем. Для веб можно было бы спроектировать только интерфейсную часть мониторинга, которая, по сути, никому не нужна, а для автоматизации всё равно пришлось бы сочинять какие-то нативные решения.
>а чем он отличается от планового? почему за время планового перезапуска важное событие не может быть пропущено?
Придётся объяснять специфику.
Программа обеспечивает мониторинг состояния базовых станций (это, естественно, дублируемый мониторинг) и автоматизацию регистраций проникновений на них. На каждом отдельном рабочем месте, грубо говоря, мониторится свой регион+свой радиокоммандер. От инженера, работающего на станции, в любой момент может прийти какое-то оповещение, на которое программа должна среагировать. Например, он может через USSD запросить список аварий на станции. Или, что важно, может сам послать сообщение о каком-то событии.
Если своевременной реакции не будет - инженер будет звонить оператору, это потерянное время и для него, и для оператора.
Плановый перезапуск совершается тогда, когда инженеров на базовых станций региона нет. Обычно это раннее утро.
>это значит что, любой segfault или unhandled exception = потенциально потерянные важные события/данные? не страшно программировать в такой среде? :) а BSoD? а отказы оборудования? сколько "важных событий" вы уже пропустили и просто об этом не знаете?
Нет, как видите, не значит. Во-первых, как уже сказано, мониторинг дублируется. Во-вторых, потеря информации невозможна - возможно только увеличение времени реакции на них.
Новые версии мониторинга обкатываются очень серьёзно. В бетах, конечно, ошибки допускались, но с проверенными версиями за два года проблем не было абсолютно никаких (тьху-тьху).
А СЭСов я не видел уже лет пять. Тем более - на работе. Даже если что-то и случится - это нештатная ситуация, которую техподдержка исправляет очень быстро в любое время суток.
Семь колец - пещерным гномам - для труда их горного.
Девять - людям Средиземья - для служенья черного...
...А одно - всесильное - оно на фотографии.
Делать что - обучаться.
Сделают что - обучатся.
Считайте меня занудой, но бесит жутко.
Запятая в первом предложении не нужна.
Задумка отличная. Пошёл пиарить в блог и аську. Надеюсь, что будет модерация, иначе там таких "подарочков" понапишут...
SMS создаёт довольно большую нагрузку на оборудование. Сами SM лёгкие, но это компенсируется количеством. Замечали, как на всякие там восьмые марты сообщения доходят дня через три? А там, в среднем, нагрузка раз в пять всего больше, чем в обычные дни (на пике - в двадцать раз больше).
Про MMS не в курсе,но предполагаю, что ситуация, примерно, та же, плюс ещё то же, что и у GPRS.
А у GPRS большая часть цены обуславливается не столько стоимостью траффа для оператора, сколько некоторой предполагаемой стоимостью канала от мобильника до БС. Это как с диалапом - провайдер рассчитывал стоимость инета ещё и по количеству своих модемных линий.
Это с технической точки зрения, а ещё есть маркетинг, в котором я не силён.
Также интересно, можно ли доставить память в самом Эльдорадо?
Ну и по мелочи: перепрошивка БИОСа для разгона лишает гарантии? Т.е. официальная прошивка, или умельческая?
© Даун-Хаус. =)
Но за труд - плюс.
Зато теперь есть автоматизация и нет геморроя с редактированием ярлыка.
Придётся объяснять специфику.
Программа обеспечивает мониторинг состояния базовых станций (это, естественно, дублируемый мониторинг) и автоматизацию регистраций проникновений на них. На каждом отдельном рабочем месте, грубо говоря, мониторится свой регион+свой радиокоммандер. От инженера, работающего на станции, в любой момент может прийти какое-то оповещение, на которое программа должна среагировать. Например, он может через USSD запросить список аварий на станции. Или, что важно, может сам послать сообщение о каком-то событии.
Если своевременной реакции не будет - инженер будет звонить оператору, это потерянное время и для него, и для оператора.
Плановый перезапуск совершается тогда, когда инженеров на базовых станций региона нет. Обычно это раннее утро.
>это значит что, любой segfault или unhandled exception = потенциально потерянные важные события/данные? не страшно программировать в такой среде? :) а BSoD? а отказы оборудования? сколько "важных событий" вы уже пропустили и просто об этом не знаете?
Нет, как видите, не значит. Во-первых, как уже сказано, мониторинг дублируется. Во-вторых, потеря информации невозможна - возможно только увеличение времени реакции на них.
Новые версии мониторинга обкатываются очень серьёзно. В бетах, конечно, ошибки допускались, но с проверенными версиями за два года проблем не было абсолютно никаких (тьху-тьху).
А СЭСов я не видел уже лет пять. Тем более - на работе. Даже если что-то и случится - это нештатная ситуация, которую техподдержка исправляет очень быстро в любое время суток.