Форум о банкротстве и продуктах «РИТ»

[vva]

Козловский, Бэкон: Разработка веб-приложений с использованием AngularJS
https://www.labirint.ru/books/419549/

Книжка очень понравилась, несмотря на то что она несколько старая в масштабах бурного развития ИТ.

Довольно глубокий разбор основополагающих принципов, включая некоторые тонкие моменты устройства архитектуры показался мне крайне полезным. Наверно это неизбежно, что внутренности архитектуры доходчивее раскрывается для ранних версий, когда система ещё проста и не успела обрасти кучей дополнительного функционала. Очень хорошо описан цикл $digest и "краевые условия", позволяющие понимать как поддерживать адекватное быстродействие интерфейса.

С точки зрения глубины разбора книга выгодно отличается от недавно прочитанной книгой той же серии о ReactJS. Конечно это было достигнуто тем, что "сквозной пример" которые разбирается в книге, описан гораздо менее подробно, можно даже сказать что лишь контурно очерчен.

Перевод не напрягал.

[vva]

Джим Мак-Карти, Мишель Мак-Kарти: Программируем командный дух.
https://www.litres.ru/book/dzhim-mak-ka ... -24500758/

Довольно интересная попытка сформулировать на квазитехническом языке некие "протоколы" командного общения для программистов, среди которых совершенно обычно повышенная частота людей с той или иной степенью аутичного поведения (некоторые такое ощущение, ещё и гордятся).
Обязательно попробую что-нибудь из описанных практик (вход, выход, пропуск, общее видение). Протокол Разрешитель, кажется не слишком эффективным, супротив более близкого к тому что мы используем RAPID. Для проведение личного выстраивания я пока не чувствую себя готовым, как то боязно. Протокол ПроверкаНамерения по названию вроде многообещающий, но вот описание как то "смазано", возможно нужно более подробно читать оригинал ( https://mccarthyshow.com/the-core-html-version/ ).

Вообще, поискал в сети отзывы отечественных читателей, я бы сказал отрицательных процентов 60%, всё таки это классические "коучи". Тем не менее, идея кажется мне очень плодотворной.

[vva]

Дон Джонс: Soft skills для IT-специалистов. Прокачай карьеру и получи работу мечты
https://www.labirint.ru/books/907109/

Неплохая попытка свести воедино и систематически изложить весь комплекс вопросов, который мы называем "Soft skills".
Акцент при этом автор сделал на личных целях человека, правда без совсем циничного и неприкрытого Resume Driven Development.
Всё-таки мне ближе подход, когда существенная часть Soft skills это умение разбираться в предметной области.
Из хорошего/нового лично для меня- методология «коллективного принятия решений» RAPID. Грубо говоря, аккуратно прописанная методология, которую раньше называли «мы посоветовались, и я решил»
Буду рекомендовать книгу начинающим разработчикам и собственным сотрудникам в том числе.

[vva]

Иван Рыков: Бизнес на распродажах имущества банкротов. Гид по антикризисным инвестициям
https://royallib.com/read/rikov_ivan/bi ... tov.html#0

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

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

[vva]

Андрей Курпатов: Красная таблетка. Посмотри правде в глаза!
https://www.labirint.ru/books/624690/

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

Раз в несколько лет я читаю книги по психологии, поэтому большая часть
содержимого не стала для меня откровением.
Тем не менее некоторые новые для себя вещи я почерпнул.
И о природе прокрастинации и о противоречиях в рассуждениях стремящихся
к самореализации в отрыве от окружения.
Как мне показалось, изложено в стиле марафонца который просто
по пути монотонно рассказывает разные научные и околонаучные результаты/анекдоты,
хотя и объединяет всё относительно связно в некую общую мотивационную линию
(автор выражает благодарность людям которые его сподвигли на этот забег).

Ближе к концу, там где должна стоять кульминация, интересно было узнать
о ночи на грани жизни и смерти и как она повлияла на автора/главного героя и на
смену лично его взглядов на жизнь.
Не уверен конечно что там правда а что художественный вымысел. В том числе
в свете известных публичных фактов о жизни автора.

[vva]

Эммануил Гадзурас: Docker Compose для разработчика
https://www.labirint.ru/books/941849/

Хотел почитать что-то обзорное про докер и разные практики с ним связанные. В итоге понял что docker compose это что-то "поверх" самого докера, но в общем то что хотел я получил. Более того совсем коротко что то написано и про kubernetes. В общем охват практик довольно широкий, большая часть примеров описана в книге лишь "по верхам" с указанием ссылок где можно посмотреть рабочие примеры. Также почти в каждом примере используются дополнительные довольно немаленькие компоненты разного назначения, мониторинг и т.п. В общем и целом такой подход наверно неизбежен. Перевод более менее адекватный.

[vva]

Олег Скрынник: DevOps для ИТ-менеджеров
https://www.labirint.ru/books/673488/

Купил чтобы уточнить свои представления о том что-же такое devops, без упора на конкретные продукты разработки, а именно с точки зрения общего влияния на весь процесс с точки зрения управления. Собственно понял что судя по всему термин скатывается в общий ряд "запомоенных" терминов вроде аджайл, скрум и т.п. хотя безусловно предполагает кучу весьма полезных практик (автор ведёт историю с тоётовского леан первой половины прошлого века).

Нового для себя запомнилось:
- devops оптимизирует скорость а не затраты
- у devops а нет цели есть только путь (нет критериев "завершения", он по мнению автора не для проектного подхода, а либо для продуктовых команд, либо для ИТ подразделений не ИТ шных фирм)
- devops таки без автотестов - это карго культ
- devops по мнению автора в идеале предполагает постоянную команду почти с полной взаимозаменяемостью,
пользовательскую ценность должны понимать все
- то что мы нашей компании называем scrum, по мнению автора называется water-scrum-fall, т.е. водопад, маскирующийся под скрум. причины такой ситуации я тут уж раскрывать не буду

В общем не пожалел что прочитал