За разработку алгоритмов отвечает разработчик (кодер, программист, неважно как вы его хотите обозвать). Архитектор отвечает за выбор готовых решений и технологий, которые нужно использовать в продукте, и обычно является component guardian.
Но не путайте программирование и "это математическое описание какой либо проблемы".
Программирование - это создание алгоритма.
А математическое описание - это формула. В лучшем случае часть функционального программирования.
Иван: Для работы нужны не знания, которые преподают. А умение найти минимальную необходимую информацию для сдачи зачета. Умение найти подход к преподавателю. Очень немаловажа вообще общая эрудиция, умение написать реферат (составить отчет, написать документацию).
Да, можно научиться писать сайтики-визитки. Можно даже научиться писать что-то свое на фреймворке. Но вы не сможете стать архитектором или тимлидом, если не будете просто всесторонне развитым.
beginer123:
1. Не поленись открыть википедию и прочитай определение функционального программирования. Перестань его путать с процедурным. Это вещи из разных вселенных.
2. Крупная процедура, это когда ты на нее смотришь и не очень понимаешь что она делает. Нормальная - когда ты можешь охватить ее взглядом и полностью понять что она делает. Тоже касается объектов.
Суть заключается в том, что когда через год, тебе нужно будет что-то исправить в коде, стоит вопрос сколько времени тебе нужно будет читать старый код, чтобы понять что он делает. Если код грамотно и логично разложен на небольшие процедуры или небольшие объекты, в которые ты можешь быстро вникнуть и поправить, а два дня вычитывать 20 экранов кода, чтобы сделать изменение в 1 строчку.
3. От количества человек это не очень зависит. Просто когда поработал в крупных проектах, в которых без ООП никак, ты получаешь опыт разработки, ты понимаешь что этот опыт полезен и удобен. И начинаешь даже маленькие продукты писать уже в ООП, просто потому что привычка и удобство для самого себя.
1-3 человекам тоже нужно как-то кооперироваться. Процедуры кооперируются хуже, чем объекты.
Ну там в основном группировка из-за огромного количества устройств.
Если взять именно десктопы, то платформа и ОС на них отличается мало, а браузера всего 3-4.
Если брать мобильные устройства - вариантов планшетов и телефонов уже несколько сотен, версий ОС десятки, тем более что для различных мобильных устройств мажорная версия операционки может быть зашита без возможности апгрейдить, вот и живет сразу Android 4, 5, 6, разных апдейтов
Alex_ART:
1. 240 км можно проехать за пару часов. То есть вместо переезда, можно просто договориться о собеседовании днем, приехать, пособеседоваться, уехать. И не мучаться с переездом, который может не оправдаться.
2. До того, как договориться об интервью, сперва нужно договориться. Прислать резюме, назвонить на телефоны, добиться чтобы пригласили.
3. Можно не переехать а приехать на недельку-другую, пожить в гостинке или у друзей. Но опять таки, лучше сперва договориться об интервью по телефону.
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.10"
Это просто версия браузера и OS
Браузер основан на движке WebKit, поддерживает стандарты мозиллы, поэтому он добавляет и версию движка и версию себя и версию платформы.
То есть ВСЕ юзера сидяшие на win 10/64bit на Хроме/60.0.3112.10 будут с точно такой же строчкой.
Все юзера сидящие на Андроид 4.0.4, с Сафари 535.19 на Галакси Нексус 7 будут с такой строчкой:
Mozilla/5.0 (Linux; Android 4.0.4; Galaxy Nexus Build/IMM76B) AppleWebKit/535.19 (KHTML, like Gecko)
Ну в случае мобильного приложения, там может еще указываться билд прошивки, но на десктопах/ноутбуках максимум версия операционки, а дальше практически статичная строка от браузера.
Обычно все сидят на последних версиях, ибо автообновление. Кое-кто сидит на ESR.
User-Agent не несет ничего особо пользовательски-индивидуального, кроме платформы и браузера, а этих комбинаций не так уж много, особенно популярных.
Вообще, по сути вам можно просто настроить ssh ключи и по крону класть на ваш нагиос сервер в папку файлик с OK
Со стороны нагиоса через external command check проверять этот файлик например на дату изменения, или даже в самом external command прописывать error так, чтобы следующая проверка должна пройти позже, чем с оригинального сервера перепишется файл с OK.
В общем обычный надежный велосипед.
Процессор не умеет сходить с ума.
Рендерит же он реал-тайм 3D видео в шутерах, с динамическим светом, отражением , или думаете там мало считать надо?
Средний уровень - это когда подобные вопросы типа "из массива удалять нельзя" не возникают.
Есть множество структур данных, где это можно. Зависит от реализации "массива".
Ну явно же написано.
Где-то у вас пытается открыться /etc/apache2/conf-enabled/phpmyadmin.conf, которого нет.
Посмотрите где он прописан и пропишите правильный путь к файлу.
configtest failed прямо означает - ошибка в конфигурационных файлах.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Не будет. Внешние пользователи будут обращаться к своим DNS серверам, которые в конечном счете будут обращаться к тому NS-серверу, который прописан в купленной у провайдера регистрации, соответственно именно на этом NS сервере будет происходит ресолв в IP адреса для внешних пользователей.
А внутренние пользователи сперва обращаются к доменному DNS, и получают то, что им ответит доменный DNS.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Вы путаете витую пару cat 5 и ту витую пару в толстом кабеле, похожий на 10-парку или 20-парку.
В отличие от 60-х годов, сейчас многие провайдеры связи переходят на цифру, и небольшая экономия на кабеле (это практически самое дешевое, что вообще есть в непосредственно самой прокладке связи) невыгодна провайдерам.
Последнюю милю можно хоть советской лапшой кидать, если конечный абонент будет работать аналоговым телефоном или модемом на 56600, но для ADSL, цифровой телефонии/факсов и например сжатых каналов, когда по кабелю подается десяток номеров - лучше использовать витую пару разных категорий.
Но не путайте программирование и "это математическое описание какой либо проблемы".
Программирование - это создание алгоритма.
А математическое описание - это формула. В лучшем случае часть функционального программирования.