Обновить
147
Олег Алистратов@alienator

Пользователь

0,1
Рейтинг
19
Подписчики
Отправить сообщение
Что непонятного-то? Всё по полочкам: цели и задачи, терминология (очень важный пункт, кстати), источники финансирования, самое главное — требования (функциональные, к надежности, к тестированию, даже к патентной чистоте), порядок сдачи-приёма.

Все уже придумано до нас. Бери и пользуйся.

> вызывало у разработчиков стойкое непонимание чего от них хотят

Разработчики не умеют читать список требований? :)
> Полное отсутствие стандартов разработки, проектирования и документирования.

Стандарты есть: например, ГОСТ 19.201-78, ГОСТ 34.602-89. Там и про содержание, и про оформление.

Незнание и неумение ими пользоваться — вот это проблема.
А, вы про пиратов… :) ну расположите там года.
Подробнее, плз — что там странного?
И это… обратите внимание, что автора, оказывается, зовут Энскомб.
Пруфлинк.
Туда же, ага.
Не надо портить красивую штуку :))
Правило трех сигм, во-первых, эмпирическое, во-вторых, годится только для нормального распределения.
Скажем так: нельзя ограничиваться несколькими статистическими показателями без подробного анализа данных.

Особенно это касается любимого всеми коэффициента корреляции: постоянно забывают, особенно всякие журналисты, что статистическая взаимосвязь не означает причинно-следственную взаимосвязь.

Классический пример:
Здесь данные, конечно, не экспериментальные, а так — чистая игра ума. Как раз для того, чтобы показать уровень доверия к обобщенным показателям.

Впрочем, правило трёх сигм применяется только к нормально распределенным данным, а это ведь далеко не все возможные случаи. Например, размер зарплат у населения России — величина отнюдь не нормально распределенная.

И ещё: в квартете Анскомбе все данные, кроме случая D, вписываются в интервал трех сигм. И даже вон та зависшая точка в D — тоже почти на краю, ну чуть-чуть выбивается :)
А где здесь эксперимент? ;)
А как тема звучит?
Учтите, что в третьем и дальнейших знаках некоторые значения на самом деле не равны.
оригинал thanatos:
Раньше видимость работы создавалась бесконечными заседаниями‐совещаниями

А теперь — перепиской по аське.

Природа она такая — стремится к максимальной эффективности.

А человек — к максимальному нихуянеделанью. Человек сильней природы :)
> Разница, конечно, на лицо.

Восстановление паролей в гугле — неприятная штука. Или мне просто не везло?

Ещё у них ужасны Google Groups — чем больше пользуюсь, тем чаще матерюсь. Кажется, они подзабили на развитие этого проекта.
> Очевидно, что ССЗБ, я считаю.

Считать, конечно, можно, но вы это клиенту будете рассказывать? Клиент, кстати, крайне вменяемый человек, сам очень переживал.

> А за сколько пришёл в итоге?

Кто пришёл? Проверка CNAME? После того, как почту завели на яндексе, сами понимаете, прописывание MX записей для гугла уже никто не проводил, и сколько его пришлось бы ждать — неизвестно.

> Попробуйте инициировать процедуру восстановления пароля к этому сервису у Яндекса, и сообщите, за какой срок удастся сменить пароль, не зная его. Думаю, многие здесь вам за это были бы благодарны.

Вот только что: две минуты. Кстати, искренне забыл — не пароль, а логин :) где-то там то ли точка была, то ли дефис… Три формы, одна капча, один вопрос, подтверждения через email нет. Всего, повторяю, две минуты.

Благодарностей не надо.
> Нет, так как не могу по некоторым причинам

Понадобилось срочно поднять гуглопочту для одного домена. Потянулся — кто-то уже что-там накрутил, не пускает. Владелец домена говорит — да, год назад что-то пробовал, не разобрался или не понял, и забил. Какой пароль ставил — не помнит.

И началась Процедура Восстановления Пароля. Невразумительные формы, подпольные ссылки, непонятные вопросы. Наконец восстановили, уже порядком пропотев. Быстренько прописали CNAME. Гугл говорит — всё ОК, ожидайте. Час ждем, другой ждём — нету. В хелп смотрим, в саппорт пишем — вроде как до двух суток ждать можно, говорят.

А надо было срочно.

Плюнули, подняли на Яндексе. Хотя сначала не хотели. На всё — 15 минут.

Такие вот тапки.
Я придумал список из ≈ 30 несложных английских слов, которые используются в основе паролей. Слова абсолютно разные, но подчиняются определенному правилу упорядочивания, по которому можно сразу назвать слово, следующее за текущим. Если список забуду, его легко нагуглить, зная, что оно такое на самом деле :)

Применяю только для тех паролей, которые принудительно заставляют менять (то есть, на работе). А для всего остального — файлик KeePass'a, синхронизируемый с ноутбуком и мобилками.

Долгое время пользовал систему, упомянутую Fedia — развесистое начало + суффикс, зависящий от типа ресурса. Но она себя не оправдала в конечном итоге; то ли не смог я стройно суффиксы распланировать, то ли слишком много их стало… Короче, всё чаще начал тупить, вспоминая: что-то-там_web, или что-то-там_admin, или что-то-там_site

С тех пор только KeePass.
Как раз те, кому это интересно и нужно, те и прочтут.
Так подпишитесь. Ваш К.О.

Информация

В рейтинге
4 034-й
Откуда
Киев, Киевская обл., Украина
Зарегистрирован
Активность