Профессиональная литература *

Прочитал книгу Демарко и Листера "Человеческий фактор". Она про управление проектами и командами. Но не столько про саму суровую Методологию, а про важные принципы, которыми стоит руководствоваться в нашем труде менеджеров среднего звена.

Честно сказать, я в восторге! Книга оставила очень хорошее впечатление. Вообще очень редко в литературе по менеджменту встречается мудрый и человечный взгляд. Скорее, наоборот: каждый автор стремиться как-то особенно упороться по одному или нескольким тезисам, нагородить кучу теории, привести много обязательно успешных примеров и т.д.

В "Человеческом факторе" особенно тронул за душу фокус на командах в проектах. Не на производительности, стоимости, кривой обучения, транспарентности и бог знает чём ещё, а на самом главном - той сущности, которая сама больше суммы её составляющих.

Сообщество DotNetRu совместно с издательством ДМК Пресс договорились на доработку и проверку перевода очередной книги. Напомним, что мы уже помогли выпустить три книги: «Управление памятью в .NET для профессионалов» Конрада Кокосы,  «ASP.NET Core в действии» Эндрю Лока и «EF Core в действии» Джона Смита. Издатель делает первоначальный перевод, а ребята из сообщества в качестве экспертов корректируют текст, придавая переводу оригинальный и непротиворечивый смысл.

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

Рады представить вам очередной результат совместных усилий: книга Кристиана Венца «Безопасность ASP.Net Core» в правильном переводе DotNetRu. В продолжении поста — впечатления о процессе перевода от непосредственных участников и промокод на скидку от издательства.

Ещё пару месяцев назад я не думал, что производство автомобилей да и вообще управление крупным производством в целом, может быть таким интересным и сложно организованным процессом. А там, где в огромных количествах есть сложности всегда найдётся работа для их решения и пытливого ума. Хочу рассказать о моём впечатлении от знакомства с производственной системой «Тойоты» или Toyota Production System (TPS) и книгe Jeffrey K. Liker «The Toyota Way: 14 Management Principles from the World»s Greatest Manufacturer».

При проектировании программ кто-то использует методику Алана Купера, а кто-то считает всё это баловством. Те, кто пользуются, тоже используют её по-разному. Предлагаю посмотреть полусерьёзный пример такой проектной работы и подискутировать о том, работает это или нет.

Уточню, что сам я не являюсь проектировщиком и рассматриваю ситуацию со стороны программиста, который с переменным успехом применяет метод персон после прочтения известной книги.

Всё началось с того, что команде, с которой я работаю, предложили заказ на миграцию приложений из Docker Compose «во что‑нибудь более масштабируемое, отказоустойчивое и гибкое». Например, Ansible или Kubernetes. И всё это прекрасно, но у меня возникли проблемы. Как системному аналитику и по совместительству PM проекта, с минимальным опытом в DevOps, пришлось изрядно попотеть с пониманием многих вещей, касающихся Kubernetes. Под катом подробно о статьях и книгах, которые помогли мне разобраться с оркестратором, понять, чего хочет заказчик, сформировать требования к работе системы в целом, отказоустойчивости, масштабированию и безопасности.

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

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

23 апреля — Всемирный день книг и авторского права. А значит, и ещё одна памятная дата, важная для Хабра, потому что он сам — и большая книга, и книгохранилище, и собрание знаний и опыта сотен тысяч людей. Поэтому очередной кураторский дайджест я решила посвятить Интернет-библиотекам и цифровому авторскому праву: ещё раз пройтись по архивам и вспомнить о доступности знаний (и научных знаний в первую очередь), о их регулярной воспроизводимости и сохранности.