В опросе хотелось бы видеть мультиселект. Я, к примеру, не выделяю обучение в университете или самообразование как «основной вклад». Всего было, и всё было неплохо.
С этим поможет справится список одноразовых паролей. Наподобии тех, что выдаются банкоматами. Зашёл с незнакомого устройства — вводи одноразовый пароль — получай ключик на новое устройство.
Да и к тому же… У меня всего 3 устройства, с которых я регулярно посещаю ресурсы, на которых зарегистрирован. А у вас?
не похоже, чтобы вы все понимали. Обратившиеся к Васи либо знают, чего хотят, и не собираются переплачивать за сайт-однодневку, либо через месяц, когда поймут, что сайт приносит прибыль(а именно для этого он делается ) — выделят бюджет для нормальной компании, которая сделает качественно. Зачем делать сайт за 80 и ждать месяц, если он может оказаться бесполезным?
А у меня угнали аську лет 7 назад. Хотя кому она нафиг сдаться могла. Восстановление то ли тоже поломали, то ли оно через одно место работало.
До сих пор номер помню, 265-551-464. Без этого, родного мне, номерка, мне аська не нужна:(
«Вы когда-нибудь задумывались, почему всегда кажется, что ваша очередь в магазине движется медленнее? Все дело в отношении.»
Нет, нет и ещё раз нет, моя очередь действительно часто медленнее. И дело не в восприятии, а в в настоящий наминантах на премию «тормоз года» в очереди передо мной и на кассе. Везучий я такой.
Когда я был маленьким, мне пытались внушить что «чужая трава всегда зеленее». А потом я научился считать, и выяснилось что зачастую пропускная способность соседних касс больше. Невезение, что поделать.
" если бы всякий раз при нажатии на эту кнопку, приходилось бы ждать того момента, когда запрос полностью отработает на сервере. В таком случае вы бы немедленно отказались от использования данной фитчи."
А что делать, если сервер обработает запрос некорректно? Менять индикатор обратно? А когда мы об этом узнаем? И замет ли это пользователь? Мы обманываем его, показывая состояние, которое ещё не наступило — и где гарантии, что наступит?
Тут дело в том, что это, оказывается, разный код. При разработке его можно потрогать, поиграть, проверить. А при багфиксах на продакшене такой возможности нет.
И это не говоря о специфике языковых конструкций и не очевидных хаков (которых быть не должно, но разве так бывает?)
Не очень понял как написанное относится к контейнерам. К работе в консоли, не более того.
Когда контейнеров становится много, меньше всего хочется заиметь в 2 раза больше команд, и выполнить команду над неправильным контейнером (который, конечно же, запускался ещё во времена динозавров и отлично работал до текущего момента).
А насчет заполнения sudoers… неужели там не поддерживаются шаблоны, и необходимо все писать самому?
Факторизация подразумевает получение ключа, который даёт коллизию на некоторой функции. Это вовсе не обязательно «соответствующий ключ». Фраза «расшифровать файлы без соответствующего ключа нереально» — предполагает недетерменированное (или детерменированное на _ОЧЕНЬ_ большом временном отрезке) вычисления ключа, дающего коллизию.
Как-то я не подумал про следующее приглашение. Действительно, задачи как правило выполняются меньше секунды, редко больше 5 секунд. Этой оценки вполне хватит.
Пойду подпиливать .bashrc
Да и к тому же… У меня всего 3 устройства, с которых я регулярно посещаю ресурсы, на которых зарегистрирован. А у вас?
До сих пор номер помню, 265-551-464. Без этого, родного мне, номерка, мне аська не нужна:(
У меня прям все написанные исходники перед глазами пронеслись. Думал в такие моменты, что нужно больше спать, и переписывал на if-else.
Ну надо мне провалидировать что-то. Собирать новый массив?
Нет, нет и ещё раз нет, моя очередь действительно часто медленнее. И дело не в восприятии, а в в настоящий наминантах на премию «тормоз года» в очереди передо мной и на кассе. Везучий я такой.
Когда я был маленьким, мне пытались внушить что «чужая трава всегда зеленее». А потом я научился считать, и выяснилось что зачастую пропускная способность соседних касс больше. Невезение, что поделать.
" если бы всякий раз при нажатии на эту кнопку, приходилось бы ждать того момента, когда запрос полностью отработает на сервере. В таком случае вы бы немедленно отказались от использования данной фитчи."
А что делать, если сервер обработает запрос некорректно? Менять индикатор обратно? А когда мы об этом узнаем? И замет ли это пользователь? Мы обманываем его, показывая состояние, которое ещё не наступило — и где гарантии, что наступит?
И это не говоря о специфике языковых конструкций и не очевидных хаков (которых быть не должно, но разве так бывает?)
Когда контейнеров становится много, меньше всего хочется заиметь в 2 раза больше команд, и выполнить команду над неправильным контейнером (который, конечно же, запускался ещё во времена динозавров и отлично работал до текущего момента).
А насчет заполнения sudoers… неужели там не поддерживаются шаблоны, и необходимо все писать самому?
Ох, теперь уже 2 года — нереально. Раньше нереальными считались столетия.
Пойду подпиливать .bashrc