Руководство последнее издание скачать

 Вернуться

Автор: Герберт Шилдт

Дата выхода: 2023

Издательство: Компьютерное издательство «Диалектика»

Количество страниц: 1345

 Скачать

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

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

 С момента первой публикации этой книги в 1996 году она выдержала множество переизданий, в каждом из которых отражалась непрерывная эволюция Java. Текущее двенадцатое издание книги обновлено с учетом Java SE 17 (JDK 17). В и тоге оно содержит значительный объем нового материала, обновлений и изменений. Особый интерес представляет обсуждение следующих ключевых возможностей, которые были добавлены в язык Java в сравнении с предыдущим изданием:

• усовершенствования оператора switch;
• записи;
• сопоставление с образцом в instanceof;
• запечатанные классы и интерфейсы;
• текстовые блоки.

В совокупности они составляют существенный набор новых функциональных средств, которые значительно расширяют диапазон охвата, область применимости и выразительность языка. Усовершенствования switch добавляют мощи и гибкости этому основополагающему оператору управления. Появившиеся записи предлагают эффективный способ агрегирования данных. Добавление сопоставления с образцом в instanceof обеспечивает более рациональный и устойчивый подход к решению обычной задачи программирования. Запечатанные классы и интерфейсы делают возможным детализированный контроль над наследованием. Текстовые блоки позволяют вводить многострочные строковые литералы, что значительно упрощает процесс вставки таких строк в исходный код. Все вместе новые функциональные средства существенно расширяют возможности разработки и внедрения решений.

Исходный код:  Перейти

Читать книгу Руководство к своду знаний по управлению проектами (Руководство PMBOK®) + Agile: практическое руководство. Шестое издание онлайн, совершенно бесплатно и без регистрации. Автор книги . Жанр книги: Бизнес-стратегии / Зарубежная деловая литература / Руководства / Новинки книг, является одним из самых популярных жанров современности.

JavaScript, полное руководство, Флэнаган Д., 2021.

Предисловие.

В настоящей книге рассматривается язык JavaScript и API-интерфейсы JavaScript, реализованные в веб-браузерах и Node. Я написал ее для читателей, которые имеют определенный опыт программирования и хотят изучить JavaScript, а также для программистов, которые уже используют JavaScript, но стремятся повысить уровень своих знаний и мастерства владения языком. Моя цель в этой книге — исчерпывающе и всесторонне документировать язык JavaScript, чтобы предоставить подробное введение в наиболее важные API-интерфейсы стороны клиента и сервера, доступные программам на JavaScript. В результате получилась толстая и подробная книга. Однако я надеюсь, что вы будете вознаграждены за ее тщательное изучение, а время, потраченное на чтение, будет скомпенсировано в форме более высокой продуктивности программирования.

ГЛАВА 1 Введение в JavaScript.

JavaScript является языком программирования веб-сети. Подавляющее большинство веб-сайтов использует JavaScript, а все современные веб-браузеры — в настольных компьютерах, планшетах и смартфонах — включают интерпретаторы JavaScript, делая JavaScript самым распространенным языком программирования в истории. За последнее десятилетие исполняющая среда Node.js открыла возможность программирования на JavaScript за пределами веб-браузеров, и феноменальный успех Node означает, что JavaScript теперь также представляет собой наиболее часто применяемый язык программирования в сообществе разработчиков программного обеспечения (ПО). Независимо от того, начинаете вы с нуля или уже профессионально использовали JavaScript, книга позволит вам мастерски овладеть языком.

Оглавление.

Предисловие
ГЛАВА 1. Введение в JavaScript
ГЛАВА 2. Лексическая структура
ГЛАВА 3. Типы, значения и переменные
ГЛАВА 4. Выражения и операции
ГЛАВА 5. Операторы
ГЛАВА 6. Объекты
ГЛАВА 7. Массивы
ГЛАВА 8. Функции
ГЛАВА 9. Классы
ГЛАВА 10. Модули
ГЛАВА 11. Стандартная библиотека JavaScript
ГЛАВА 12. Итераторы и генераторы
ГЛАВА 13. Асинхронный JavaScript
ГЛАВА 14. Метапрограммирование
ГЛАВА 15. JavaScript в веб-браузерах
ГЛАВА 16. JavaScript на стороне сервера с использованием Node
ГЛАВА 17. Инструменты и расширения JavaScript
Предметный указатель

Бесплатно скачать электронную книгу в удобном формате, смотреть и читать:

Скачать книгу JavaScript, полное руководство, Флэнаган Д., 2021 — fileskachat.com, быстрое и бесплатное скачивание.

Скачать pdf
Ниже можно купить эту книгу по лучшей цене со скидкой с доставкой по всей России.Купить эту книгу

Скачать
— pdf — Яндекс.Диск.

Дата публикации: 28.06.2021 15:07 UTC

Теги:

Флэнаган :: 2021 :: JavaScript

В июле 2021 членам Института управления проектами стала доступна новая 7-ая редакция Руководства к своду знаний по управлению проектами (PMBOK Guide). Выпуски на других языках, в том числе на русском, ожидаются в августе 2021.

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

Для соблюдения баланса между стабильностью и изменчивостью авторы выделили переменную часть в отдельную платформу PMIstandard+. В PMIstandards+ будут размещаться новые практики, полезные кейсы и другая быстро меняющаяся информация.

Как и в шестом издании, новое издание содержит две основные части — стандарт ANSI и руководство PMBOK Guide. Однако структура каждой части значительно изменилась.

Изменения в стандарте ANSI

В шестом издании стандарт описывал управленческий цикл как общую структуру для всех действий. Структура задавала логичную последовательность:

1. Инициация — по сути целеполагание;
2. Планирование — ответ на вопрос, как добраться до цели;
3. Исполнение — путь к цели;
4. Мониторинг и контроль — наблюдение за тем, как проходит путь к цели;
5. Закрытие — подведение итогов, насколько удалось достигнуть цель.

Несмотря на простоту цикла, на практике его постоянно путают с фазами проекта при каскадной организации: старт проекта, организация и подготовка, исполнение, завершение. Неужели фазой «организация и подготовка» не нужно управлять? Если нужно, значит управленческий цикл отрабатывает в полной мере для этой фазы. Однако разбор этой ошибки — тема другой статьи.  

Системный подход к поставке ценности

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

Цель проектов по новому стандарту не в производстве результатов, а в поставке ценности. Это не одно и то же. Новая цель означает, что проектная команда должна смотреть дальше во времени, думать о пользе создаваемых продуктов. А раз меняется цель проектов, то меняется и система управления.

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

12 принципов

1. Будьте прилежным, уважительным и заботливым управляющим
2. Создавайте среду сотрудничества проектной команды
3. Вовлекайте заинтересованные стороны
4. Фокусируйтесь на ценности
5. Используйте системное мышление
6. Поощряйте лидерство на всех уровнях
7. Адаптируйте систему управления проектом к конкретной ситуации
8. Встраивайте качество в процесс и конечные продукты
9. Учитывайте сложность проекта на протяжении всего проекта
10. Учитывайте угрозы и возможности
11. Встраивайте адаптируемость и устойчивость в систему управления проектом
12. Управляйте изменениями в организации

Если у вас остался вопрос после прочтения американского национального стандарта (!), а как же управлять проектом, то я вас прекрасно понимаю. Принципы хороши тем, что они более стабильны и универсальны, нежели процессы. Однако от принципов трудно перейти к конкретным действиям. Аналогичная проблема есть и в agile. Есть манифест с общими ценностями, но, чтобы перейти к действиям, нужно разобраться хотя бы с одной конкретной практикой (например, Scrum), которая построена в согласии с манифестом.

Изменения в PMBOK Guide

Ранее система управления была разложена аккуратно по полочкам. Нужно было определить жизненный цикл проекта. На каждом этапе жизненного цикла выполнялись три слоя активности: слой управления, слой создания продукта и слой обеспечения. Слой управления – это проход управленческого цикла по десяти областям знаний проекта.

В новой редакции компоненты системы управления никуда не делись, но смешались в чуть менее логичное множество – в домены проекта. Доменов теперь восемь.

1. Заинтересованные стороны. Была область знаний, а стал домен. Ничего, по сути, не изменилось.
2. Команда. Раньше PMBOK Guide не различал людей и асфальтоукладчики. Теперь авторы увидели различие и выделили команду в отдельный домен. Это выделение напрашивалось давно уже. Так что здесь явное улучшение.
3. Неопределенность. Была область «управление рисками», а стал домен неопределенность. Яйца в профиль.
4. Поставка результатов. Были две области знаний «Содержание» и «Качество», зачем-то разделенные. Отчасти логика была, т.к. тема качества развивается в отдельных стандартах. Но с точки зрения практики отделение было нелогичным. Сейчас все стало на свои места – есть один домен, в котором нужно думать о продуктах и их качестве.
5. Жизненный цикл. Раньше эта тема отделялась от областей в красивую логику. Теперь это стало одним из доменов. Мне кажется, это менее удобным. Возможно, просто нужно привыкнуть. Радует, что тема жизненного цикла проработана глубже. Хотя ребята сами запутались и инкрементный подход проиллюстрировали неверно.
6. Планирование. Раньше был управленческий цикл из 5 шагов. Конечно, инициация и завершения были довольно куцыми, но вместе с ними последовательность была целостной, законченной. Теперь остались только три самых наполненных действиями шага – планирование, выполнение и мониторинг.
7. Выполнение. Был шаг управленческого цикла, теперь отдельный домен
8. Измерение прогресса. Был шаг управленческого цикла «мониторинг и контроль», теперь отдельный домен. Справедливости ради, стало больше четкости, т.к. речь идет только про метрики слежения за прогрессом.

Полноценная интеграция Agile

В седьмом издании Agile стал частным случаем более общей системы поставки ценности. Интеграция прошла довольно гладко, на мой взгляд:

• Итеративно-инкрементальная разработка и поставка — это вариант жизненного цикла
• Самоуправляемые команды — опция при построении команды проекта
• Стили лидерства — на выбор руководителя проекта: можешь помогать команде самоорганизовываться, а можешь управлять директивно
• Практики — на выбор команды, можно использовать Scrum, Kanban или любой другой подход

Конечно, после PMBOK Guide невозможно начать делать проект с помощью Scrum. Верно также, что и после прочтения Scrum Guide (17 страниц описания на русском языке) команда вряд ли сразу сможет делать поставку продукта спринтами. Нужна конкретика.

Платформа PMIstandards+

Платформа PMIstandards+ задумана как хранилище полезных дополнений к основным стандартам.

Сейчас здесь можно найти 4 руководства (шестое издание PMBOK Guide с приложением по Agile, руководство по иерархическим структурам и руководство по бизнес-анализу). К ним можно скачать шаблоны, небольшие поясняющие видео, аудио и текстовые материалы по различным отдельным темам.

Я честно пытался понять, в чем отличие платформы от ресурса projectmanagement.com, но пока сути различий не понял. Опять яйца в профиль?

Современная тенденция плодить продукты-близнецы начинает уже раздражать. Какую проблему пытались решить ребята в PMI? Типа сайт ProjectManagement.com не диджитал, и нам страшно упустить тренд?

Заключение

Из-за стремления авторов к универсальности система управления стала более абстрактной, что затруднит ее применение на практике. Логика 6-й редакции хоть и была похожа на частный случай, все же была понятной: на каждом этапе жизненного цикла вы проходите управленческий набор шагов, акцентируя внимание на 10 областях знаний проекта. Довольно просто и логично.

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

Если обратиться к описаниям различных agile-практик, все-таки традиционно участники проекта четко отделяются от процесса. Мне кажется, это логично именно с системной точки зрения. Люди — это элементы системы. Артефакты (требования, результаты) — тоже элементы системы. А процессы описывают взаимодействия элементов. Это совершенно разные характеристики системы. И в том же Scrum они четко отделены друг от друга. Я бы тоже их не смешивал в общую кучу.

Материалы по теме

• Обзор шестого издания PMI PMBOK
• Что будет в седьмом издании PMI PMBoK
• Что нового в Руководстве по Scrum 2020