Культура – ​​Ускоренный Курс Dev Для Ops?

Я учился в CompSci, где нас в основном учили Java, но то, что я узнал Моя страсть — системы, поэтому я всегда работал в оперативном отделе. Я хорошо разбираюсь в написании сценариев, поэтому мне нужен не сайт, на котором можно научить меня Ruby, а что-то, где можно более подробно объяснить, чем вы, разработчики, занимаетесь целый день. Я хочу лучше понять культуру и то, как вы обрабатываете огромное количество файлов в своих проектах — нематериальные активы.

Если бы я узнал сегодня, что в понедельник меня переводят в команду разработчиков, что бы я захотел прочитать на этих выходных?

#культура #строит #методология #программная инженерия

Поскольку вы отметили этот вопрос как «культура», я предполагаю, что вас интересует не конкретное приложение, а более широкие вопросы рабочего процесса и управления.

Я бы, наверное, начал с «Справочника DevOps»; это хороший обзор различных вещей, которые стоит учитывать, без слишком глубокого погружения.

Также часто упоминается «Непрерывная доставка» Джеза Хамбла; Я еще не читал большую часть этой книги, но она охватывает концепции контроля версий и автоматизации сборок.

Если вы начинаете заниматься масштабными приложениями (это может быть слишком большим предположением), еще одна хорошая книга — «Практика администрирования облачных систем» Лимончелли и др.

Я полагаю, речь идет не о DevOps, а о разработке программного обеспечения.

Я хочу лучше понять культуру

Что ж, самое главное в прямой разработке (без угла «DevOps»), безусловно, «гибкая», то есть по большей части SCRUM. Вы могли бы сделать хуже, чем сесть и прочитать Agile-манифест или учебник по SCRUM или Kanban для более повседневных работ по исправлению ошибок и обслуживанию.

Кроме того, разговор о «культуре» со стороны разработчиков в основном относится к DevOps. Да, у нас тоже есть наши евангелисты, особенно для новых вещей, таких как Ruby или golang, но не такие экстремальные, как в мире DevOps/Cloud, где происходят реальные сдвиги парадигмы.

и как вы обрабатываете огромное количество файлов в ваших проектах

Я сам работал над нетривиальными Ruby-приложениями, и в этом нет ничего страшного. Видите ли, эти файлы не просто разбросаны повсюду, в них есть иерархия, соглашения и все такое. Для хорошо продуманного проекта вам никогда не понадобится держать все эти файлы в голове в один момент времени. Если вы работаете в определенной области, обычно довольно ясно, где находятся соответствующие файлы, и вы можете довольно легко увеличить их масштаб. Такой же должен перейдите к другим современным средам программирования.

В плохих приложениях все по-другому, но тогда разработчик фактически ничего не «переваривает», а просто слоняется в ярости весь день, пока не уйдет. ;)