Исходное сообщение
"Релиз Debian 9.0 Stretch намечен на 17 июня" Отправлено Аноним, 27-Май-17 16:09
Вообще, достаточно бессмысленные советы. Чтобы реализовать то же самое на скриптах bash мне понадобилось бы гораздо больше времени и строчек кода. Как минимум мне самому пришлось бы реализовывать межпроцессное взаимодействие для распараллеленной загрузки моих служб по событийной модели. Мне и так хватает этого в коде на Си. И если с парой-тройках служб это ещё можно сделать без автоматизации, то с 10-ю мне пришлось бы уже сильно поднапрячься и реализовывать свою систему загрузки с зависимостями. Ну и зачем мне это, если такую систему уже изобрели до меня? Меньше времени уж тогда займёт, разобраться с исходниками, сделать и отправить патч, если там есть ошибка. Я понимаю, что это деление на за и против - вроде субкультур, но тут дела программистов. Если для обычного человека при переходе на двухядерный процессор с меньшей частотой всё просто стало работать медленнее, то программист знает, что на тот момент разработчики ПО просто не заморачивались на многопоточность. Это просто аналогия, но, думаю, вы поняли идею.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Вообще, достаточно бессмысленные советы. Чтобы реализовать то же самое на скриптах bash > мне понадобилось бы гораздо больше времени и строчек кода. Как минимум > мне самому пришлось бы реализовывать межпроцессное взаимодействие для распараллеленной > загрузки моих служб по событийной модели. Мне и так хватает этого > в коде на Си. И если с парой-тройках служб это ещё > можно сделать без автоматизации, то с 10-ю мне пришлось бы уже > сильно поднапрячься и реализовывать свою систему загрузки с зависимостями. Ну и > зачем мне это, если такую систему уже изобрели до меня? Меньше > времени уж тогда займёт, разобраться с исходниками, сделать и отправить патч, > если там есть ошибка. Я понимаю, что это деление на за > и против - вроде субкультур, но тут дела программистов. Если для > обычного человека при переходе на двухядерный процессор с меньшей частотой всё > просто стало работать медленнее, то программист знает, что на тот момент > разработчики ПО просто не заморачивались на многопоточность. Это просто аналогия, но, > думаю, вы поняли идею.
	Введите код, изображенный на картинке: