Посмотрел на календарь только что… 2019 же вроде, не?
curl http://my.site &> file
… можно, конечно, но только для тех случаев, когда речь идёт не о постоянном обслуживании. Примерно как соседского кота покормить на время отпуска. Суть в том, что вроде ни к чему об этом на хабр писать.
Вот это уже более справедливо.
Но как редкий, но меткий юзер ТВ скажу — не все каналы с этим перебарщивают. Хотя есть отдельные кадры, конечно, у которых это доходит до сумасшествия.
И Вы сообщаете в интернеты, какое Вы крутое киберсопротивление? Хвастаетесь своей прогрессивностью?
Есть как минимум одно преимущество ТВ даже для крутых харбрахикканов — сетка. Потому что в свободное время, когда зажигается желание посмотреть кино (лично у меня такое редко, но всё же) благодаря интернету можно потратить всё время, выделенное на просмотр фильма, только лишь на его выбор. Порой проще когда решают за тебя.
К слову о собеседованиях, реальной жизни и немасштабируемости на неё OSI — MPLS на каком уровне? Классический вопрос с наглядной демонстрацией неактуальности OSI.
Так, падажжите… профпригодность is questionable, говорите? То бишь такие вещи придумывают низкоквалифицированные идиоты, которых Вы можете так же тончайше и остроумнейше высмеять, как меня?
Bad practices — то, что ждёт рядового студента в будущем ежедневно. Если говорить о программировании, например, то переписывание легаси-кода — это то, за что с наибольшей вероятностью прошлый студент покупает хлеб. Быть знакомым с врагом заранее — неплохой вариант, вообще-то.
Не всегда покатит. Я не спец, но похожий на правду пример «непокатимости» могу привести.
Например, при изучении раздела загрузки ОС — задача на GRUB, нужно изменить ключи загрузки. Тяжело сформулировать конкретную задачу, но можно перекрыть возможность mkinitrd — закрыть простой путь. Да, конкретно в этой задаче содержимое статьи — вряд ли лучший инструмент, достаточно какого-нибудь SELinux, наверное. Но в общем в любом случае задача, в которой инструмент встанет, может всплыть.
Как минимум есть одно.
И на первый, и на второй вопрос ответ — учебный курс по администрированию / инфобезу / etc. Отрестриктить так, чтобы фиксить трабл не получилось с помощью service restart / shutdown now / других нетрушных методов (я надеюсь Вы поняли). А если речь идёт о курсе по инфобезу — то за обход защиты от плюсика в карму до автомата (в зависимости от глубины курса, доброты преподавателя, остальной аудитории).
Это, кстати, более опасный путь, чем вышеописанный в комментариях путь использования мессенджера в состоянии «кота Шрёдингера» — ничего не утверждаю, но на подумать: habr.com/post/181372
Автор знает толк, как грица. Хотя всегда думал, что во фронтенды не идут фрики.
Интересно бы получить ответ на то, почему постгрес медленнее отрабатывает.
И я учёл тот факт, что «полноценной работы с сокетами», например, у самого баша нет. Но при написании описанной мной OS полноценную работу с сокетами можно реализовать, скорее всего, внутри этой OS, как и полноценную поддержку оборудования. Или неполноценную поддержку виртуального оборудования, написанного на том же баше. А может и нельзя и я ничего не смыслю в информатике и вычислительной технике. :)
Всё так — Вы разделили понятия UNIX Tools, UNIX shell и bash. И по DSL всё так, споров 0. Хотя есть один — фор экземпл, если учитывать, что DSL — это не ЯП, то Erlang — это не ЯП. Однако та же вики, на которую Вы ссылаетесь, говорит о том, что Erlang — это ЯП. Взаимоисключающие параграфы? Технически, можно ли использовать Erlang абсолютно без OTP (повторюсь — абсолютно, а не в минимальной мало-мальской его сборке), тем самым отвязав его от термина DSL? Что-то мне подсказывает, что нет. В таком случае Erlang — это ЯП или не ЯП?
Суть в том, что на чистом баше (без использования UNIX Tools) можно написать машину Тьюринга. На нём же можно «распарсить», интерпретировать и выполнить код любого другого языка (конечно, в рамках совместимости с набором команд процессора, на котором это запущено). Это будет сложно, долго, мучительно, бессмысленно из-за скорости работы конечной поделки… но это будет. Возможно, имея что-то минимально-крошечно-юниксовое, способное только запускать баш, читать из /dev/stdin и писать в /dev/stdout и /dev/stderr, можно написать и запустить UNIX/Linux внутри этого на чистом баше. А может даже и Windows, если совсем сойти с ума.
… можно, конечно, но только для тех случаев, когда речь идёт не о постоянном обслуживании. Примерно как соседского кота покормить на время отпуска. Суть в том, что вроде ни к чему об этом на хабр писать.
Но как редкий, но меткий юзер ТВ скажу — не все каналы с этим перебарщивают. Хотя есть отдельные кадры, конечно, у которых это доходит до сумасшествия.
Есть как минимум одно преимущество ТВ даже для крутых харбрахикканов — сетка. Потому что в свободное время, когда зажигается желание посмотреть кино (лично у меня такое редко, но всё же) благодаря интернету можно потратить всё время, выделенное на просмотр фильма, только лишь на его выбор. Порой проще когда решают за тебя.
Как давно конкретно Вам вставала задача различать службы уровней session, presentation и application? :)
Например, при изучении раздела загрузки ОС — задача на GRUB, нужно изменить ключи загрузки. Тяжело сформулировать конкретную задачу, но можно перекрыть возможность mkinitrd — закрыть простой путь. Да, конкретно в этой задаче содержимое статьи — вряд ли лучший инструмент, достаточно какого-нибудь SELinux, наверное. Но в общем в любом случае задача, в которой инструмент встанет, может всплыть.
И на первый, и на второй вопрос ответ — учебный курс по администрированию / инфобезу / etc. Отрестриктить так, чтобы фиксить трабл не получилось с помощью service restart / shutdown now / других нетрушных методов (я надеюсь Вы поняли). А если речь идёт о курсе по инфобезу — то за обход защиты от плюсика в карму до автомата (в зависимости от глубины курса, доброты преподавателя, остальной аудитории).
Было, вроде даже не по разу же. ubuntuBSD, Debian GNU/kFreeBSD…
Хотя всегда думал, что во фронтенды не идут фрики.Интересно бы получить ответ на то, почему постгрес медленнее отрабатывает.
Вы правы, умываю руки.
Суть в том, что на чистом баше (без использования UNIX Tools) можно написать машину Тьюринга. На нём же можно «распарсить», интерпретировать и выполнить код любого другого языка (конечно, в рамках совместимости с набором команд процессора, на котором это запущено). Это будет сложно, долго, мучительно, бессмысленно из-за скорости работы конечной поделки… но это будет. Возможно, имея что-то минимально-крошечно-юниксовое, способное только запускать баш, читать из /dev/stdin и писать в /dev/stdout и /dev/stderr, можно написать и запустить UNIX/Linux внутри этого на чистом баше. А может даже и Windows, если совсем сойти с ума.