А Вы статью-то читали? Речь как раз о надежности, о том, что отключение станции чуть не привело к коллапсу южных сетей. Вспомните блекаут в Америке, когда посыпалась вся сеть. В данном случае, как раз, было удачей, что сеть не была полностью загружена основной массой дневных потребителей. И всё равно отключение одной станции сильно нарушило стабильность системы.
Ещё раз вчитайтесь в строку:
> «Начинает работать противоаварийная автоматика АЧР, которая отключает потребителей, спасая энергосистему от полного развала.»
Будете дальше спорить, что это плохая идея, делать переключения в период низких нагрузок?
) В сложившейся ситуации можно сказать, что оперативный персонал энергосистемы довольно оперативно справился с такой «суровой вводной» и не дал ОЭС Юга развалиться до конца. Есть одна цитата специалиста, которая здесь очень к месту: «За плановые переключения в потёмках я бы вышестоящие диспетчерские службы в полном составе гонял бы станциям и подстанциям на такие ночные переключения. И чтоб сами носились ОПУ-ОРУ-ОПУ. Ошибки персонала в ночную смену, да ещё под конец смены, наиболее вероятны.»
Похоже, что говорящий просто паникует.
Естественно, что переключения делаются в ночные периоды, чтобы минимально влиять на большую часть потребителей.
Ведь ни у кого не вызывает вопросов, когда админа просят перенастраивать сервер не днём, когда работают все пользователи, а после спада основной нагрузки.
Это просто супер!
Мне кажется, это дополнительный сценарий, который конкретно интересен некоторым пользователям. Раз уж он работает, мне кажется, логично его добавить в описание преимуществ.
Конкретно мой случай: есть основной аккаунт, где хранятся документы, настройки, всё-всё-всё. Он и на планшете и в телефоне и на нескольких компах. А второй аккаунт — для фоток. Он нужен не на всех устройствах. Похоже, Вы решили мою проблему.
Спасибо!
Подскажите, будет ли работать Ваш клиент в следующей конфигурации:
У меня аккаунт Live, я под ним работаю, имею OneDrive.
Хочу в другую локальную папку подключить OneDrive от другого аккаунта с помощью Вашего клиента.
Получится ли так? Иметь один диск стандартным способом, а второй — через Ваш клиент?
В открытой сети есть компы с USB.
В плохозакрытой сети обычно стоят компы с отключенным USB
В закрытой сети пользователь сидит за терминалом — монитор, мышь, клавиатура.
Впрочем, подождите, куда ж они втыкают мышки, которые наверняка USB? =)
Шутка, никуда не втыкают.
Хотя…
Начните статью с описания задачи.
И подобающего названия.
У меня заголовок вызывает недоумение — как скриптами можно создать аудиосистему? С усилителем, проводами, колонками, вот этим вот всем?
Почитал. Специально залогинился, чтобы поставить плюсик. За статью. Потому что понимаю, как много несогласных поставят минус за подходы, которые им не понравятся. Мне тоже, кстати, не понравилось многое. Особенно обрезание со 135 до 120. Это уже жлобство какое-то. Но статью писать нужно. И публиковать свои подходы, выносить их на обсуждение, собирать мнения. Пусть и спорные.
Мне кажется, основные минусы автор сам очень тонко сформулировал:
«Периодически появляются перманентные конфликты».
Когда вник в смысл перманентности и периодичности, подумал, что этого вполне достаточно.
С интересом открывал статью — потому что в позапрошлой конторе мне задолжали денег.
К сожалению, статья напомнила желтую статейку — читать интересно, но в голове ничего не остается. Если ситуация не подходит под твою прямо, то перед тобой всего-лишь частный кейс. У меня даже расписка есть от должника, а вот других рычагов не оказалось. Или я не сумел ими воспользоваться.
В чем резюме статьи?
Я бы хотел увидеть на фоне реального кейса всё-таки объяснение механизма. Например:
1. Выяснить и записать в виде списка свои «рычаги давления».
2. Выяснить слабые стороны соперника
3. Определить цель: вернуть деньги, вернуть и оставить возможность сотрудничества, отомстить и т.д.
4. Выяснить сроки действия рычагов и составить план-схему, когда к какому варианту переходить.
и т.д.
Например, в моем случае, трудовые отношения не были оформлены надлежащим образом. Из-за этого, в суде перспективы были довольно туманные, а вот рычаг давления был — обращение в трудовую инспекцию, но он прокис из-за срока давности.
То есть хотелось бы из статьи на техническом хабре вынести всё-таки некую схему, как с тренинга о ведении переговоров, например.
P.S. Деньги я тогда так и не вернул. Просто получил платный урок о том, с кем точно нельзя вести дела.
К задаче про девочек-мальчиков хочется продолжение:
Можно ли придумать стратегию, при которой соотношение будет получаться отличным от 50/50?
при условии, что вероятность именно 0.5, и не зависит от особенностей пары.
Пример стратегии: продолжать заводить детей до тех пор, пока в семье не будет достигнуто превышение количества мальчиков. Продолжительность жизни считаем конечной.
Несколько раз слышал про какие-то «ночные линзы», которые как-то корректируют зрение так, что линзы надеваются на ночь, а днем их можно не носить.
Если есть возможность, напишите или посоветуйте хорошую статью с описанием принципа работы этого метода.
А мне вот кажется, что люди с поврежденными глазами, те, кто вынужден их прятать, чтобы не шокировать окружающих, реально нуждаются в подобном изобретении. Особенно полезным оно будет тогда, когда технология подключения камер к нервной системе будет более доступной.
Не знаю истории. Знаю, что сервис не должен хранить мой пароль в восстановимом виде. Вы не путайте менеджер паролей и свой сервис, который делает рассылку.
Это в Вашей голове бардак, если Вы:
1. Храните пароли в открытом виде
2. Отправляете пароли в открытом виде
P.S. Под хранением в открытом виде я понимаю любое обратимое шифрование/хранение, позволяющее Вам получить пароль в исходном виде.
Да-да, у меня учетка liveid вообще на почте mail.ru (не пинайте, когда создавалась почта, gmail-а вообще ещё не было, а Hotmail я использую для других нужд =), так вот, всё отлично работает. Никаких привязок я не делал.
Лично я для себя прошел такую цепочку:
1. Goto
2. Нет, Goto ж нельзя, запрещают
3. Goto-то можно, оказывается! Есть даже особые случаи.
4. Нельзя обычным программистам, один из десяти обзательно накосячит. а мне можно — я же постиг и свободен.
5. Мне нельзя
И не потому что накосячил. А потому что не нужно.
Ну а теперь смотрим на суть статьи, к чему привело использование goto. И заодно читаем статью msdn, где паттерн вроде бы ровно тот, но за маленьким вроде бы ничего не значащим отличием — отсутствующими здесь скобками.
Вот так использование двух вроде бы не жестко запрещенных паттернов и привело к косяку.
Реальному, живому косяку, а не лайкам-дизлайкам в обсуждении.
Можно вообще писать в машинных кодах супер-программы. Проблема в том, что программисты не всегда глубоко понимают суть тех или иных рекомендаций. И пропускают детали.
Ещё раз вчитайтесь в строку:
> «Начинает работать противоаварийная автоматика АЧР, которая отключает потребителей, спасая энергосистему от полного развала.»
Будете дальше спорить, что это плохая идея, делать переключения в период низких нагрузок?
Похоже, что говорящий просто паникует.
Естественно, что переключения делаются в ночные периоды, чтобы минимально влиять на большую часть потребителей.
Ведь ни у кого не вызывает вопросов, когда админа просят перенастраивать сервер не днём, когда работают все пользователи, а после спада основной нагрузки.
Мне кажется, это дополнительный сценарий, который конкретно интересен некоторым пользователям. Раз уж он работает, мне кажется, логично его добавить в описание преимуществ.
Конкретно мой случай: есть основной аккаунт, где хранятся документы, настройки, всё-всё-всё. Он и на планшете и в телефоне и на нескольких компах. А второй аккаунт — для фоток. Он нужен не на всех устройствах. Похоже, Вы решили мою проблему.
Спасибо!
У меня аккаунт Live, я под ним работаю, имею OneDrive.
Хочу в другую локальную папку подключить OneDrive от другого аккаунта с помощью Вашего клиента.
Получится ли так? Иметь один диск стандартным способом, а второй — через Ваш клиент?
В плохозакрытой сети обычно стоят компы с отключенным USB
В закрытой сети пользователь сидит за терминалом — монитор, мышь, клавиатура.
Впрочем, подождите, куда ж они втыкают мышки, которые наверняка USB? =)
Шутка, никуда не втыкают.
Хотя…
И подобающего названия.
У меня заголовок вызывает недоумение — как скриптами можно создать аудиосистему? С усилителем, проводами, колонками, вот этим вот всем?
Мне кажется, основные минусы автор сам очень тонко сформулировал:
«Периодически появляются перманентные конфликты».
Когда вник в смысл перманентности и периодичности, подумал, что этого вполне достаточно.
К сожалению, статья напомнила желтую статейку — читать интересно, но в голове ничего не остается. Если ситуация не подходит под твою прямо, то перед тобой всего-лишь частный кейс. У меня даже расписка есть от должника, а вот других рычагов не оказалось. Или я не сумел ими воспользоваться.
В чем резюме статьи?
Я бы хотел увидеть на фоне реального кейса всё-таки объяснение механизма. Например:
1. Выяснить и записать в виде списка свои «рычаги давления».
2. Выяснить слабые стороны соперника
3. Определить цель: вернуть деньги, вернуть и оставить возможность сотрудничества, отомстить и т.д.
4. Выяснить сроки действия рычагов и составить план-схему, когда к какому варианту переходить.
и т.д.
Например, в моем случае, трудовые отношения не были оформлены надлежащим образом. Из-за этого, в суде перспективы были довольно туманные, а вот рычаг давления был — обращение в трудовую инспекцию, но он прокис из-за срока давности.
То есть хотелось бы из статьи на техническом хабре вынести всё-таки некую схему, как с тренинга о ведении переговоров, например.
P.S. Деньги я тогда так и не вернул. Просто получил платный урок о том, с кем точно нельзя вести дела.
Можно ли придумать стратегию, при которой соотношение будет получаться отличным от 50/50?
при условии, что вероятность именно 0.5, и не зависит от особенностей пары.
Пример стратегии: продолжать заводить детей до тех пор, пока в семье не будет достигнуто превышение количества мальчиков. Продолжительность жизни считаем конечной.
Если есть возможность, напишите или посоветуйте хорошую статью с описанием принципа работы этого метода.
1. Храните пароли в открытом виде
2. Отправляете пароли в открытом виде
P.S. Под хранением в открытом виде я понимаю любое обратимое шифрование/хранение, позволяющее Вам получить пароль в исходном виде.
1. Goto
2. Нет, Goto ж нельзя, запрещают
3. Goto-то можно, оказывается! Есть даже особые случаи.
4. Нельзя обычным программистам, один из десяти обзательно накосячит. а мне можно — я же постиг и свободен.
5. Мне нельзя
И не потому что накосячил. А потому что не нужно.
Вот так использование двух вроде бы не жестко запрещенных паттернов и привело к косяку.
Реальному, живому косяку, а не лайкам-дизлайкам в обсуждении.
Можно вообще писать в машинных кодах супер-программы. Проблема в том, что программисты не всегда глубоко понимают суть тех или иных рекомендаций. И пропускают детали.
Хотя, вру, конечно. На ассемблере потом ещё приходилось.