Olej писал(а):По этому материалу был прочитан лекционный курс на летнем тренинге ... для сотрудников одной из крупных международных софтверных компаний. А поскольку среди них (сотрудников) есть и весьма квалифицированные разработчики, то в вопросах и обсуждениях были подняты несколько тем, которые совсем вообще и не упоминались в прежнем тексте
...
Настолько, что и название поменялось:
Разработка программных проектов в Linux - здесь по ссылке можно взять посмотреть последнюю редакцию, на сегодня это № 3.114 (там же, естественно, архив примеров кода, сильно расширенный).
По расширению достаточно посмотреть, что предыдущая редакция текста на начало 2014г. (и упоминавшаяся выше публикация на сайте IBM) - это № 2.70 объёмом 170 стр., а ныншняя № 3.114 - это 307 стр.
За прошедшее время ...
- и Linux поменялся
...
- и возникли насущные вопросы и решения, из числа первейше необходимых программному разработчику в Linux ... вот, как минимум из отображавшихся на форуме:
1. малоизвестные команды Linux, нужные именно разработчику программных проектов,
редкие полезные команды:
timeout, chrt, taskset, lsof, alternatives - это инструменты при тестировании и отладке;
2. наличие
2-х компоновщиков (ld.bfd и ld.gold) в современном Linux, эффекты возникающие при смене порядка параметров командной строки GCC, использование опции GCC:
gcc -Wl,--as-needed ...
3. упомнить (кратким перечислением) новых возможностей стандартов языков C99 и C++11 - именно так, не самых "новых" и понтовых C11 и C++17, которые так любят преподносить... "п
Ыдагоги высшей школы", а реальные недостававшие возможности...
язык C: неизвестное о известном
4. вопросы русскоязычной локализации и использование Unicode в коде C и C++ :
локализация строк в C-коде
... и другие, которыми нужно бы дополнить.
По итогам обсуждений с читателями текста (пишут, спрашивают) понятно, что его следует обновить и расширить. Но самое главное, ещё сильнее сделать направленность на целевую ориентацию: убрать всё, что касаемо системного администрирования, управления системой, и сконцентрироваться на деталях, нужных в
программной разработке. И, таким образом, это становится не книга для чтения, и не учебник программирования в Linux, а
справочник возможностей, который нужен программисту под рукой.
И название тогда нужно соответственно менять: "Создание программных проектов в Linux".
Высказываются предложения так это переписать + издать реальной бумажной книгой ... чтобы это действительно мог быть справочник, чтобы он мог лежать под рукой, чтобы в нём можно было рыться
...
Но пока я не понимаю как реализовать такое пожелание...