Каждый день разработчики сталкиваются с огромным количеством монотонных задач. Это может быть сборка проекта, контроль качества, доставка изменений, подготовка окружения и так далее. На сегодняшний день существует огромное количество решений, которые позволяют автоматизировать некоторые из этих монотонных действий.
Одним из таких инструментов является Phing, который может быть интересен как раз PHP-разработчикам, так как сам написан на PHP и позволяет расширять свой функционал.
Любой системный администратор ежедневно решает большое количество разнообразных задач, призванных «облегчить жизнь» как ему самому, так и пользователям. Это мониторинг серверов или отдельных процессов, резервное копирование баз данных, просмотр логов с последующей выборкой необходимой информации, настройка и совершенствование системы информационной безопасности, заведение и редактирование пользовательских учетных записей и т.д.
Чтобы написать скрипты, которые помогут автоматизировать большую часть рутинной работы, можно использовать как Bash, так и Python. Что же выбрать?
Observable – асинхронный паттерн проектирования, в котором данные представлены в виде потока событий. Потоки можно «переиспользовать» – комбинировать, фильтровать, подобно массивам, используя специальные методы – операторы.
Даже опытные и высокопрофессиональные люди, например, хирурги, совершают очевидные просчёты. Например, забывают помыть руки!
За хирургов говорить не буду, расскажу про себя. Я допускаю такие ошибки в двух случаях: – когда я сильно на чём-то сосредоточен – когда я, наоборот, вынужден делать «десять» дел одновременно и/или быстро.
В первом случае всё мое внимание приковано к какой-то одной проблеме, например, исправить критическую ошибку. Понятно, что все остальные действия выполняются мной на автопилоте. Во втором случае я делаю так много всего сразу, что часть из этого делаю на автопилоте.
Ни для кого не секрет, что язык PHP имеет довольно низкий порог вхождения, что делает его как одним из самых удобных языков для быстрого создания веб-приложений, так и самым уязвимым для неоптимизированного кода. Зачастую разработчики даже Middle-уровня ограничиваются в своей работе тем, что используют среды разработки, такие, как OpenServer или XAMPP.
Разумеется, для небольших проектов в этом нет ничего фатального, но как только размер проекта вырастает, то появляются новые проблемы, которые до этого не были известны.
После всех санкций и отказа импортных вендоров работать с большим куском отечественного IT-рынка в виде государственных контор управляющие этими конторами не менее государственные мужи вспомнили о наличии отечественных разработок и простаивающих НИИ.
С задворок вселенной на первые места вышел МЦСТ со своей разработкой – Эльбрус 2000. Много об этом уже написано, я только лишь изложу свои впечатления.
Какую статью о прохождении технического собеседования не возьми, повсюду трубят:
«Выбирайте для интервью именно тот язык, который наиболее знаком для вас».
Согласитесь, подсознательно возникает желание подыграть интервьюерам. Особенно, когда в диалоге с рекрутером и в пригласительном письме совершенно точно указываются два «рекомендуемых» для прохождения интервью языка.
Концептуально логика работы спеллчекеров (программ для поиска и исправления ошибок в тексте) такова: слово, содержащее ошибку, нужно заменить на максимально похожее на него слово из числа правильных (в словаре).
Иногда возникает необходимость СОВСЕМ-СОВСЕМ обезопасить доступ по ssh на сервер. Например, когда у вас начальник страдает паранойей. Кто-то закрывает доступ для рута, другие ограничивают доступ для всех адресов, кроме конкретных. Мы же в данной заметке рассмотрим так называемый Port Knocking способ.
Чаще всего микрооптимизации производительности только ухудшают качество кода, его становится сложнее читать. Но их полезно знать и хорошо бы в них разбираться, потому что сам процесс исследования позволяет глубже понять язык.
