Появление искусственного интеллекта привело к чувству неуверенности, страха и ненависти к технологии, которую большинство людей не до конца понимает. ИИ может автоматизировать задачи, которые раньше могли выполнять только люди, такие как написание эссе, организация мероприятия и изучение другого языка. Однако эксперты опасаются, что эра нерегулируемых систем искусственного интеллекта может создать проблемы для человечества.
#ИИ #прогноз
https://www.foxnews.com/tech/what-dangers-find-out-why-people-afraid-artificial-intelligence
Чтобы посмотреть #прогноз до конца месяца - лучше сравнить несколько источников.
"Период феодальной раздробленности стал временем небывалого расцвета художественной культуры.
Количество новых церквей, каменных построек, памятников монументальной архитектуры исчислялось тысячами. Для них нужны были иконы, литургическая утварь, мастера, которые могли бы оформить интерьер. Несмотря на усиление Церкви ... разрушение централизации приводит к свободе творчества. Каждая артель вырабатывает свой стиль, старается учитывать вкусы заказчика.
В результате в регионах складываются собственные художественные школы, а в художественную культуру вливаются новые черты, связанные с местными бытовыми особенностями, социально-политическими и географическими условиями.
Литература этого периода развивается так же быстро, как и архитектура и живопись. Поражает разнообразие жанров литературных произведений: житийная (биографии святых), различные послания, исторические повести, географические сочинения..."
#прогноз
@inqbrc это из Weawow, есть на iOS и Android
https://weawow.com/i/aboutus
#прогноз
Холодный и тёплый фронт довольно непредсказуемо проносятся над конкретной точкой.
В порядке вещей будет, когда с разницей в 50 км. - очень разная погода: там мороз, а тут всё течёт.
#прогноз
Впереди резкие изменения: потепление, снова похолодание и снегопад.
Любопытно, какой источник окажется точнее.
#прогноз
https://habr.com/ru/news/t/694392/
Вот #Торвальдс задел такую тему как #дедлайны и #итерации в разработке. Задание ритма разработки это хорошо, но я не считаю, что дедлайны должны нарушать #процессы и вредить качеству.
По моему мнению, #сроки в разработке ПО - это производная, на которую руководитель не должен пытаться влиять. Влиять надо на три исходных функцию - #приоритеты (туда же последовательность зависимых изменений и, собственно, зависимости между вносимыми изменениями), #обещания/#обязательства перед внешним миром и координацию (наладить коммуникацию между исполнителями так, чтобы один не ждал другого неделями, чтобы узнать информацию для разблокировки дальнейшей разработки).
Суть в том, что многие (не все, но всё же) изменения не являются зависимыми и в действительности легко могут быть перенесены на следующую итерацию, если времени на их проверку и интеграцию в апстрим сейчас нет. На первый взгляд кажется, что такой подход тормозит разработку, но это может быть заблуждением. Почему?
1. При переносе на следующую итерацию прогресс, достигнутый по задаче никуда не пропадает. От следующей итерации он не отнимет время повторно. Заново ничего не потребуется разрабатывать, повторное интеграционное тестирование можно не проводить (точнее его не стоит проводить _до_ мержа) - только слить. А это повышает объём полезного выхлопа следующей итерации. Какая к чёрту разница в какой именно версии появится некоторое улучшение, в случае, если оно атомарно и от него пока никто не зависит?
2. Качественно выполненная работа отнимает одинаковое количество времени, вне зависимости от того, на какой итерации. Но я лукавлю - здесь есть подводный камень в специфике разработки - чем дольше откладывается мерж, тем больше вероятность и объём мерж-конфликтов. Но это может быть меньшим злом, чем пытаться успеть впихнуть невпихуемое за вечер пятницы перед релизом.
Даже если взять условный #agile/#scrum или что там ещё про самоорганизующиеся команды разработчиков (ядро #Linux под это, конечно не подходит) - конечная цель итерации - сделать нечто полезное для заказчика, чтобы это работало и можно было потрогать. Т.е. у любой итерации должна быть цель, если работа итерациями, конечно, не карго-культ, потому что "в книжке же написано!". И тут возникает вопрос, а что важнее руководителю на самом деле:
1. Поставляемая ценность - в таком случае нет никакой проблемы в том, чтобы продлить срок итерации и обновить свои прогнозы по сроку окончания проекта/следующим итерациям).
2. Прикрытие своей жопы / соблюдение обязательств - т.е. соблюдение сроков поставки - в таком случае нет проблемы резать качество и выкатывать промежуточный результат. За счёт грамотно расставленных приоритетов ещё где-то на середине итерации уже должно существовать рабочее нечто, которое можно показывать заказчику. А если приоритеты не расставлены - это уже проёб не исполнителя, а именно руководителя.
Ну и про обязательства дополню. Если руководитель берёт на команду обязательства, не взяв обязательства с исполнителя - это его обязательства и его проблемы. Попросить сделать #прогноз - это не взять обязательство.
Про Линусову же ситуацию могу сказать лишь то, что ему достаточно более точно сформулировать процесс работы "окна слияния" - типа первая неделя - приём изменений, вторая неделя - доведение их до ума. Не успел на первую неделю - ждёшь следующего окна. А не истерить как сучка про неуважение.
#Торвальдс #дедлайны #итерации #процессы #сроки #приоритеты #обещания #agile #linux #прогноз
#Прогноз #будущее
Еще 2-4 года и появится достаточно много PWA-программ, имхо. Мультиплатформенных, простых и быстрых, работающих оффлайн и способных загружаться вместе с ОС.
Это будет очередной виток софтверного развития. Программы будут либо бесплатные, либо с ежемесячной платной подпиской. Устанавливаться будут в один клик.
Увеличится популярность ХромОС и различных линуксов. Снизится требовательность к железу.