Saboteur

Если вы знакомы с проектом и разобрали что за баг, то оценить время на его устранение не проблема.
Если вы не знаете что это за баг, то это еще не баг а production issue, и происходит его investigation до того момента, пока вы не придумаете временный workaround, чтобы пользователи могли работать, потом вы найдете root issue, заведете баг и уже тогда оцените время на его исправление.

В общем для любого senior разработчика эти вопросы должны быть понятны и ясны. Менеджер не программист и не должен им быть, но разработка крупного продукта должна каким-то образом регламентироваться. Иначе зачем платить программисту зарплату, если он не знает год он будет устранять баг или день? Как тот, кто платит вам деньги, сможет понять а хватит ли у него денег, чтобы вы ему продукт вообще написали, если оценить длительность работы нельзя?

Поэтому нужно не возмущаться, а учиться планировать свою работу.
В большинстве случаев опытный разработчик дает довольно точные сроки. Ну а на нестандартные случаи всегда закладывается какой-то процент времени. Бывают случаи, которые нельзя решить месяцами и годами - такое обсуждается, находится обходной путь и так и живут.

Agile в этом плане удобен не только тем, что можно накидать себе задач на 2-3 недели и их решать, а тем, что каждые 2-3 недели можно посмотреть назад, и понять насколько хорошо ты оценил свои естимейты, и нужно ли в следующем спринте увеличивать или наоборот уменьшать время. И так каждый спринт - смотришь и улучшаешь навыки планирования и эффективность работы.

1) разные пользователи одновременно обращаются к разным php-скриптам на nginx или apache сервере?

Не очень понятен вопрос. Каким образом разные пользователи обращаются к разным php скриптам ?
Пользователи обращаются к веб серверу (apache/nginx), и к скриптам (с точки зрения скрипта) обращается только один пользователь, от имени которого запущен собственно apache/nginx.
Как работает многозадачность в apache/nginx можно читать спецификации. Но парралельная обработка одного и того же скрипта не проблема.

2) а если одновременно и к одному скрипту?

Тоже самое

3) несколько пользователей по средством скрипта одновременно запросили данные из БД (MySQL), например, для рендера динамической страницы (и если эта самая страница не закеширована не сервере)?

Опять таки, запрос идет от одного пользователя, от имени которого запущен веб-сервер, который запускает php скрипт, который делает запрос. Нормальная база данных написана так, чтобы обрабатывать много парралельных запросов. Поэтому подобный вопрос имеет смысл поднимать только для очень нагруженных серверов, когда скорости не хватает, и нужно идти в оптимизацию/кластеризацию.

4) нужно одновременно записать в одну таблицу (MySQL) данные от нескольких пользователей? Например, они одновременно отправили комментарий?

Mysql обработает запросы по очереди, в порядке их поступления. Именно потому, что в базу пишут не разные скрипты одновременно, а сам сервер базы - параллельные запросы он поставит в очередь и выполнит.

Будет.
Авторизация пользователей в Exchange будет затруднена. Получение внешних писем вообще никак не влияет, там SMTP агент работает без AD

Предсказать невозможно.
В лучшем случае - пара дней. В худшем - перенос не состоится вообще.
Начинайте сразу.

На этом этапе восстановить винчестер не смогут даже на заводе.

Нужно же понимать, что внутри - вакуум, что запаяно и закрыто не просто так.
Почитать про чистые комнаты, в которых происходит вскрытие винчестера, чтобы сохранить на нем инфу.


В вашем случае - аккуратно сложите все в пакетик, постарайтесь нанести как можно меньше царапин и везите в сервисный центр по восстановлению информации. Возможно снять с винчестера информацию еще будет возможно. Но 50 на 50, а может и меньше.
Если какая-нить царапина на винчестере задела системные индексы файловой системы, то вероятность восстановления крайне мала.
Стоить это должно примерно от ста баксов и выше. Гуглите сервисы по восстановлению в вашем городе.

@"(?<=Должник.*)([А-ЯЁ][а-яё]+[\-\s]?){3,}"

[А-ЯЁ][а-яё]+
Вот эта часть распознается, как большая буква и затем маленькие буквы в количестве больше 1. Это точно то, что вы хотели получить? У вас по идее вообще не должно так работать.
Если у вас это работает, значит где-то уровнем выше вы вообще отключили чувствительность к регистру.
Или проще было бы написать [А-ЯЁа-яё]+.

[\-\s]?
Тут выходит что у нас или есть пробел или нет пробела. То есть ИвановИванИванович тоже подойдет.
Думаю надо +, а не ?

У вас же на фото есть эта функция:


Выводит в консоль переменную line_count, затем читает строку из файла f и выводит эту строку.
А f это дескриптор файла - при вызове print_a_line в функцию вы передаете line_count и current_file
а current_file вы открываете в 14 строке, а имя файла передается на входе в скрипт из input_file

1. Как я понял, библиотека - это просто набор функций
да

2. Фреймворк - это библиотека библиотек,
Да, определение примерно такое. Фреймворк не просто набор функций.
Можно было бы сказать, что это движок, но фреймворк более универсальная вещь, решающая несколько задач в своей широкой области.
Можно было бы сказать что фреймворк платформа, но тут наоборот, он слишком узкоспециализирован, так как решает задачи в своей области, а не вообще.

3. Что такое стандартная библиотека языка?
Да, библиотеки, которые идут в поставке. Например в операционной системе полно стандартных библиотек, и если вы пишете свою десктоп программу с этими библиотеками, вы знаете что в дистрибутив вашей программы их включать не нужно - они уже есть у пользователя, в его Windows/Linux.

4. Правильно ли я понимаю что все библиотеки и фреймворки базируются на стандартных библиотеках? Вместо пяти функций из стандартной библиотеки легче написать одну из пользовательской? То есть, стандартные библиотеки - это, скажем так, основа на которой всё базируется? И если нет какого-то функционала в стандартных библиотеках, то его нереально реализовать?

Нет. Любой функционал можно реализовать в своих библиотеках. Вопрос в том, что большинство базовых вещей обычно уже реализовано в стандартных библиотеках.
Но никто не мешает писать такие же базовые вещи в своих функциях или библиотеках, и дублировать стандартные (либо расширять/дополнять их). При этом никто не мешает в своих функциях вызывать функции из других библиотек, чтобы не повторять код.

5. Правильно ли я понимаю, что сначала нужно ознакомиться (хотя бы просто прочитать и понять функции, которые есть в стандартной библиотеке) ... или можно сразу учить фреймворк?

Можно учить параллельно. Обычно фреймворк навязывает свое видение, как под ним писать приложения. Но всегда можно посмотреть как доделать что-нибудь свое. Неважно, используете вы при этом стандартные библиотеки, или библиотеки этого фреймворка, или любые другие, хоть написанные самостоятельно.
Стандартные библиотеки нужно знать, чтобы не писать велосипед, если есть уже стандартные, написанные и вылизанный тысячами человекочасами.

6. API - это внешний интерфейс. То есть, по сути тоже библиотека только для работы с каким-то сервисом или технологией?

API это Advanced Programmer Interface.
Если человек запускает браузер и заходит на сайт - он получает веб-страничку. Но он получает не HTML, а рендер, который генерит браузер.
Если вы заходите на веб API, вы получаете какой-то набор данных, например в формате json/xml, да хоть просто текст, который обычно читает не человек, а другая программа.

То есть API - это способ обмена информацией между различными сервисами/программами. А внешний, внутренний - это уже частности реализации.