Не-е-ет, greasemonkey это расширение Firefox, которое меняет все страницы (можно настраивать исключения), на основе вот таких скриптов. Т.е. сначала ставится само расширение, затем скрипты (http://userscripts.org/). Если поставить этот, то при заходе на любую страницу он подправит ее HTML так, что при вводе пароля будет появляться hint с только что введенным символом.
Ну, если есть qwerty клавиатура, то да, почему нет. Как-то я не подумал, что эта особенность связана с тем, что на одной клавише может быть несколько символов :)
Пример файлов: у нас в команде Perl не используется, и если я положу свои скрипты на Perl для работы с исходниками (форматирование под принятые у нас требования, генерация служебных комментариев, генерация XML на основе списка шаблонов) меня все будут долго спрашивать: что это такое, а потом придет начальство и спросит: а почему Perl, родной? Однако т.к. эти скрипты зачастую завязаны на структуру каталогов внутри хранилища, они лежат там, рядом, в private виде. Обобщая можно сказать, что это такой островок свободы, когда у тебя есть возможность иметь свои средства для выполнения задач. Бывают кстати случаи, когда спрашивают: как ты это делаешь и просят нажать "Add to source control", чтобы тоже это использовать.
Про публикацию: да, публикация может производиться на FTP. А можно закатывать проект на болванку и отвозить клиенту на тройке с бубенцами, сути дела это не меняет: сборка у нас рассматривается как часть разработки, у нее есть свой описанный процесс, за нее отвечает несколько человек, и она может содержать свои ошибки. И эти ошибки (в т.ч. и их виновников) можно отследить только через хранилище. И рано или поздно может возникнуть ситуация, когда сборка явно не удалась, и поводом для отправки новой тройки с бубенцами будет именно Check in релиза с соответствующим комментарием.
P.S. я, как обычно, не претендую на истину, просто делюсь опытом.
Очень удобно сделано в Symbian: при вводе пароля мы видим только что введенный символ в течение доли секунды, потом он тут же заменяется на звездочку. Такой компромисс между удобством и безопасностью
А разве "репозитарий", а не "репозиторий"? По-моему, второй вариант верный. Мы говорим "хранилище" :)
Правило 1 у нас на работе не соблюдается. Во-первых, в используемом нами ClearCase есть понятие private для файлов и каталогов, и это как раз не добавленные в систему контроля версий каталоги и файлы, которые нужны только конкретному разработчику, внутри хранилища они будут лишними. Во-вторых, архив с собранным дистрибутивом мы таки помещаем в хранилище, т.к. его оттуда берут тестеры и заказчики ("потребители"). Они не собираются "потребителями", они могут быть пересобраны нами, при обнаружении ошибок сборки, и взять "потребителями" повторно из того же места. А история сборки позволяет отследить ошибки при сборках.
Вообще удивлен, если честно. Удивлен, что люди, у которых хватило прямоты рук настроить дома Wi-Fi, на позаботились закрыть сеть. Или удивлен тому, что они (возможно) альтруисты. И то, и другое удивительно, не так ли? :)
Я видел под Symbian софт, который в фоне ищет сеть и дает сигнал.
Но дело не в этом. Как бы это сказать, из этических соображений лучше владельцу открытого доступа об этом дать знать, что его нашли. Вопрос как?
Ну, мне кажется, вы не совсем верно уловили суть постинга. Он не призывает к wi-fi пиратству, иначе он бы звучал как-нибудь так: "Ребята, а давайте кататься по городу и искать открытый wi-fi, а когда найдем, будем постить это на специальный сайт, чтоб любой мог потом приехать туда и накачать парнухи нахаляву!!! Во будет крута, ага!!!" Нет, совсем наоборот: большое число открытых точек доступа пугает, и вызывает опасения за их неразумных владельцев. А вот тут вы уже правы это опасение вызвано именно менталитетом; но что поделать, в такое время живем. Откроешь свою точку доступа а через тебя порнуху будут качать, и на форумах флудить. Даже если ты ее откроешь из благих целей.
Спасибо, не знал. Но там, как я понял, больше про официально открытые точки, владельцы которых готовы к последствиям открытия? А я говорю о том, что проснутся плохие парни и начнут делиться между собой информацией о случайно (или по незнанию) оставленных открытыми домашних сетях.
http://tinkerbell.habrahabr.ru/blog/7184…
Про публикацию: да, публикация может производиться на FTP. А можно закатывать проект на болванку и отвозить клиенту на тройке с бубенцами, сути дела это не меняет: сборка у нас рассматривается как часть разработки, у нее есть свой описанный процесс, за нее отвечает несколько человек, и она может содержать свои ошибки. И эти ошибки (в т.ч. и их виновников) можно отследить только через хранилище. И рано или поздно может возникнуть ситуация, когда сборка явно не удалась, и поводом для отправки новой тройки с бубенцами будет именно Check in релиза с соответствующим комментарием.
P.S. я, как обычно, не претендую на истину, просто делюсь опытом.
Правило 1 у нас на работе не соблюдается. Во-первых, в используемом нами ClearCase есть понятие private для файлов и каталогов, и это как раз не добавленные в систему контроля версий каталоги и файлы, которые нужны только конкретному разработчику, внутри хранилища они будут лишними. Во-вторых, архив с собранным дистрибутивом мы таки помещаем в хранилище, т.к. его оттуда берут тестеры и заказчики ("потребители"). Они не собираются "потребителями", они могут быть пересобраны нами, при обнаружении ошибок сборки, и взять "потребителями" повторно из того же места. А история сборки позволяет отследить ошибки при сборках.
Но дело не в этом. Как бы это сказать, из этических соображений лучше владельцу открытого доступа об этом дать знать, что его нашли. Вопрос как?