Delivery Coordinator/BA Partner
В статье привожу курсы и книги, которые мне кажутся наиболее оптимальными для изучения машинного обучения/data science c нуля. Стараюсь привести список, который будет наиболее кратким и одновременно даст все знания, необходимые для начала работы на практике, без серьезных пробелов в знаниях.
Library Genesis - настоящий бриллиант Интернета. Онлайн-библиотека, предоставляющая свободный доступ более чем к 2.7 миллионам книг, на этой неделе сделала долгожданный шаг. Одно из веб-зеркал библиотеки теперь дает возможность скачать файлы через IPFS - распределенную файловую систему.
Итак, коллекция книг Library Genesis загружена в IPFS, запинена и соединена с поиском. А это значит, что теперь лишить людей доступа к нашему общему культурному и научному наследию стало немного тяжелей.
Слоны – не жирафы, а пользовательские истории – это не требования. Они имеют и общие черты и общий контекст, однако это не ставит между ними знак равенства. Тем не менее, многие полагают, что пользовательские истории являются своего рода новым прочтением того, что традиционно называется требованиями к программному обеспечению — ведь, должны же быть требования на проекте, правильно? Так вот, я отвечу — нет, и еще раз нет. Во – первых, это не требования, во – вторых, требования — это не то, что нам на самом деле нужно. Пользовательские истории — это прежде всего шанс увидеть различные варианты реализации, чтобы потом можно было воспользоваться открывшимися возможностями. А требования… это решить все наперед, чтобы потом в этом увязнуть.
- Многие организации устали от Agile
- Часть проблемы — в существовании большой коммерческой отрасли Agile
- Нужно вернуться к основам: простоте Манифеста и 12 принципов
- Примеры базовых и простых фреймворков: Heart of Agile и Modern Agile
- Многие уроки можно извлечь из таких гуманитарных наук, как позитивная психология, направленное самосовершенствование и решение-ориентированная терапия
Всем известна фраза Рона Хаббарда «…хочешь заработать миллион — создай свою религию», которую он выдал в 1950 году. Тогда он создал ещё одну деструктивную секту, можно это было в 60-х в США — которая до сих пор пытается утвердиться в мире, как религия.
Хотя, сорри, друзья.
Во-первых, это было сказано, а точнее написано в 1938 году.
В-вторых, это сделал неподражаемый Джордж Оруэлл, который так мастерски написал антиутопию "1984", что только сейчас до его благодарных читателей в Великобритании и США стало доходить, что писал он о них. Да и вообще Джордж был знатным шутником, учитывая, где он работал и что он знал о широких народных массах.
В-третьих, впервые это фраза появилась в его письме в виде строчки “there might be a lot of cash in starting a religion”: я бы перевёл, "как можно можно поднять славно деньжат, если застартапить религию".
Долгое время этой простым и немудрённым рецептом пользовались только сайентологи. Но потом к ним подтянулись башковитые ребята из IT — c IQ у них всех было всё OK, а деньги и уважение лишними не бывают.
Будем считать это исключительно моей личной субъективной гипотезой, но именно так появились Agile, а затем Scrum. Давным-давно в XIV веке Уильям Оккам сформулировал одну чудесную фразу в одной из книг: «Non sunt entia multiplicanda praeter necessitatem». Вот и удивляюсь, как жила разработка до появления Scrum. Наверное, её просто не было. На самом деле "клиентоориентированность" — это финальный этап чудесной эпохи потребления, которая как раз заканчивается — вертись вокруг клиента, как Солнце вокруг плоской Земли, и всё будет путём.
Про управление задачами все давно всё знают. К сожалению, или к счастью, знать там особо нечего. На любой совет, методику, практику найдутся сотни, если не тысячи комментариев, советов и ссылок, где та же информация будет рассказана подробнее, интереснее, красочнее и «на основе научного подхода».
Но, несмотря на объемы знаний, проблем в практике меньше не становится. Разговариваешь, например, с менеджером проекта – вроде он все должен знать про управление задачами. Ну да, вроде все знает. Смотришь на систему, в которой он работает – и неловко замолкаешь. Чего ж ты, чувак эдакий, при таком объеме знаний снова, в очередной, уже миллионный раз, превращаешь деятельность людей в неуправляемый кисель?
Некоторое время назад, я перешел из компании, которая жила в мире жесткого Waterfall и суровых планов в MS Project на несколько тысяч строк, в компанию, которая живет в мире Agile — ценности, которую несут продукты уделяется больше внимания чем следованию плану, фокус в разработке сделан на скорость и качество, разработка здесь идет итеративно, для помощи командам есть коучи и скрам-мастера, MS Project используется крайне редко, а про Oracle Primavera никто и не слышал.
Не то что бы для меня это было в новинку, я и раньше работал в компании, которая активно использовала лучшие практики из Scrum и XP, но на таком высоком уровне опыта у меня не было. Тогда я задумался о том, как бы мне прокачаться в гибких методологиях, а также, как понять насколько ты прокачан? После беглого изучения вопроса, я и узнал о том, что в мире Agile, кроме специализированных курсов существуют еще и сертификации — компании, которые задают тренд на рынке, проводят специальные обучение и тесты, по результатам которых можно примерно сказать, какая квалификация есть (или нет) у того или иного специалиста.
