Появление новых способов представления информации как радио, кино, интернет, мобильные приложения показывает, что старые способы не исчезают, а только потесняются.
Качество контента в сети уже давно упало, засилье спама и SEO сделали своё дело. Поэтому удивляться тенденции к ухудшению качества контента не стоит.
Генеративные алгоритмы являются лишь средством автоматизации рутинных действий. Не было бы их появились бы другие инструменты, автоматизации контента.
ИИ-чатботы и генерация контента конечно несут проблему, проблему ускорения захламления сети. Но т.к. это началось не с появлением самих ИИ, а давным давно, то и естественные решения проблем уже появляются.
Взять к примеру, Ютуб. Кладезь ценной информации с одной стороны и та ещё помойка с другой. Если просто смотреть рандомные видео, то система постоянно будет подсовывать всякую фигню из трендов и треш-контент. При этом если человек знает, что ему нравится, он может управлять рекомендациями платформы подписываясь только на нужные источники и скрывая неинтересные предложения.
Т.е. тут начинает играть роль институт репутации.
В океане мусорной информации растёт важность островков общения, таких как чатов в телеге/вотсапе/etc для "своих", где можно просто спросить что-то. Система ОБС снова в действии, так сказать.
Да и "старые" поисковые системы не вымрут окончательно. Им будут пользоваться ещё много людей, как минимум консерваторы и недоверяющие ИИ. Тот же Гугл ещё не придумал как монетизировать чат-бот. Хотя, конечно, чат-боты откусят от поисковых систем определённую часть трафика. Поэтому небольшим новостным порталам соболезную.
Даже предполагаю появление специализированных ПС, где будет встроенный фильтр проверяющий результаты на ИИ-шность, подаваемый как фичу.
Вообще, чтобы проект не скатывался в конечном итоге в овнокод, нужно чтобы, как минимум, руководитель разработки был в курсе всех или большинства бизнес-процессов и имел представление дальнейшего развития компании на длительный период и мог спрогнозировать будущие фичи и оставить концы для подзвязки в существующем функционале. А для этого должен быть штатный отдел разработки.
Поэтому выполнение задач поностью аутсорсом в 99.9% скатится к овнокоду.
При этом, даже после распада советов, можно было сохранить ресурсную и производственную базу и уже через 10 лет завершить модернизацию и выйти на международную конкуренцию. Но как мы знаем, воспользовавшись хаосом всё тупо растащили как чужие, так и свои.
На самом распаде не надобности останавливаться. Распад был лишь следствием стагнации начавшейся ещё в конце 70х - начале 80х. Спасти целостность советов могли только масштабные структурные реформы проводимые постепенно. И они были начаты. Но тот план реформ, который потом обозвали "перестройкой" был слишком радикален и привёл к дестабилизации страны. К тому же, были намёки, что тогдашняя верхушка уже не ставила себе задачи сохранения целостности страны.
Наверно, сюда можно было бы добавить 1987й год, когда приняли решение форсировать реформы.
Ну, если копать дальше, то мы окажемся уже 18 августа 1991го, во время неудавшегося путча по свержению прозападного Ельцина и компании, с лёгкой руки которого было распродано всё самое ценное в стране за копейки.
Если копать дальше, то окажемся уже в 1986м, когда авария на ЧАЭС бросила большую тень на правительство и промышленность страны, ярким примером которого стала остановка КрАЭС, почти перед сдачей, на которую уже было потрачено огромное количество ресурсов. Из-за чего многие перспективные разработки были свёрнуты.
Если копать дальше, то мы переместимся примерно в 1970й, когда было принято решение о копировании IBM-360. Это была бы не проблема (промышленный шпионаж очень полезен), если бы это сопровождалось заимствованием лучших решений в связке со своими + унификацией своих существующих стандартов.
Если продолжить копать, то доберёмся уже до 1959го. В этом году руководитель вычислительного центра №1 Анатолий Китов представил руководству страны проект создания общегосударственной автоматизированной сети для автоматизации управления армией и экономикой (за 10 лет до создания arpanet). Проект был заблокирован минобороны, посчитавшего его угрозой существующей структуре. Далее проект реанимировал Виктор Глушков, даже успели сделать один тестовый ВЦ, но после 1964го всё забуксовало. Окончательно проект помер вместе с Виктором Глушковым в 1982м.
Так можно продолжать долго до царя гороха. Поэтому вернёмся в нашу реальность с известной пословицей "маемо, шо маемо".
В теории, то он конечно, распределённый. Но как мы недавно увидели, на примере отключения магистральных линий, это не совсем так.
Конечно при отключение магистралей подконтрольных "коллективному западу" не отрубит сеть совсем, но жизнь изрядно подпортит.
И это ещё дядя Сэм не отключает нам домены, хотя как мы знаем, они в состоянии надавить на ICANN, а не делают они этого только потому, что репутационные потери будут просто огромны и страны ещё могут существовать оффлайн. А вот лет так через 10-15 когда цифровизация поглотит все сферы уже можно будет диктовать условия (если конечно, страны ничего не сделают для децентрализации корневой системы).
Интересно, как вы предлагаете это сделать в середине лекции в аудитории на 100 человек?
Да запросто. Дать студентам решить простую задачку, но из другой области, например на логику или сделать зарядку. Проблема только в том, что преподавателей этому не учат. Хотя с другой стороны, сознательные студенты могут объяснить преподу необходимость таких пауз.
У нас, например, один из преподавателей заставлял делать зарядку.
Я советую всем студентам не учить то, что не нравится.
Новые слова заимствовались, заимствуются и будут заимствоваться для вещей для которых нет родных определений. Это нормальный процесс эволюции языка и позволяет ему продолжать существовать, а не исчезнуть как рудимент.
Так что, может лучше направить энергию в более созидательное русло?
Добавить хабр и вики в блеклист на работе. При необходимости временно отключать, заранее спросив себя, точно ли это тебе нужно. Чтобы не залипать можно открыть, скачать страницу локально и закрыть.
Если работаете дома, то создать максимальный контраст между домашней обстановкой и рабочей (про разделение времени на удалёнке/фрилансе уже много полезного написано).
Внушить себе, что от тебя зависят люди, не работать в нерабочее время.
Проверено, это не работает. Книжку нужно куда-то класть, можно сунуть к карман куртки, но далеко не все нужные книги есть нужного размера и толщины, тогда придётся ещё брать с собой рюкзак или сумку, что не всегда удобно.
Потом когда всё таки начинаешь её носить, то либо забываешь дома, либо в другой куртке/рукзаке.
Книгу неудобно читать в транспорте. Одной рукой не достанешь и держать неудобно.
В итоге, количество шагов чтобы почитать бумажную книгу превышает количество шагов чтобы открыть тупячку на телефоне.
Конечно, есть люди которые читают книги где угодно, и на таких я смотрю с белой завистью. Но желание быстрого дофамина заставляет лезть в телефон.
Не хочется быть хейтером, но какой смысл данной статьи?
Статья называется "как работает кеширование" но самой статье ничего не сказано КАК оно работает, только инструкция по настройке, хотя в поиске легко находятся инструкции получше, например у того же, mr.cappuccino.
Хотя можно было бы сравнить особенности реализации того же файлового кеша или memcached и т.д. в Битриксе.
Потом используются классы старого движка, про том что D7 уже несколько лет.
Опять же форматирование (PSR не, не слышали), подчёркивание в названиях переменных...
Почему простая сериализация, а не хеш для уникальности?
вы про этот https://habr.com/ru/companies/itglobalcom/articles/747488/#comment_25746854 ?
комментарий и к нему относится.
Отставить панику.
Появление новых способов представления информации как радио, кино, интернет, мобильные приложения показывает, что старые способы не исчезают, а только потесняются.
Качество контента в сети уже давно упало, засилье спама и SEO сделали своё дело. Поэтому удивляться тенденции к ухудшению качества контента не стоит.
Генеративные алгоритмы являются лишь средством автоматизации рутинных действий. Не было бы их появились бы другие инструменты, автоматизации контента.
ИИ-чатботы и генерация контента конечно несут проблему, проблему ускорения захламления сети. Но т.к. это началось не с появлением самих ИИ, а давным давно, то и естественные решения проблем уже появляются.
Взять к примеру, Ютуб. Кладезь ценной информации с одной стороны и та ещё помойка с другой. Если просто смотреть рандомные видео, то система постоянно будет подсовывать всякую фигню из трендов и треш-контент. При этом если человек знает, что ему нравится, он может управлять рекомендациями платформы подписываясь только на нужные источники и скрывая неинтересные предложения.
Т.е. тут начинает играть роль институт репутации.
В океане мусорной информации растёт важность островков общения, таких как чатов в телеге/вотсапе/etc для "своих", где можно просто спросить что-то. Система ОБС снова в действии, так сказать.
Да и "старые" поисковые системы не вымрут окончательно. Им будут пользоваться ещё много людей, как минимум консерваторы и недоверяющие ИИ. Тот же Гугл ещё не придумал как монетизировать чат-бот. Хотя, конечно, чат-боты откусят от поисковых систем определённую часть трафика. Поэтому небольшим новостным порталам соболезную.
Даже предполагаю появление специализированных ПС, где будет встроенный фильтр проверяющий результаты на ИИ-шность, подаваемый как фичу.
Система лайков/дизлайков уже много раз себя дискредитировала. Сколько холиваров на самом хабре по этому поводу было.
Как по мне очень даже техническая статья, только из другой сферы (да инженеры, это не только IT и электроника).
Единственное, пожелание к автору скрывать "мясо" в спойлеры.
По модному, это любят называть mvp
Вообще, чтобы проект не скатывался в конечном итоге в овнокод, нужно чтобы, как минимум, руководитель разработки был в курсе всех или большинства бизнес-процессов и имел представление дальнейшего развития компании на длительный период и мог спрогнозировать будущие фичи и оставить концы для подзвязки в существующем функционале. А для этого должен быть штатный отдел разработки.
Поэтому выполнение задач поностью аутсорсом в 99.9% скатится к овнокоду.
При этом, даже после распада советов, можно было сохранить ресурсную и производственную базу и уже через 10 лет завершить модернизацию и выйти на международную конкуренцию. Но как мы знаем, воспользовавшись хаосом всё тупо растащили как чужие, так и свои.
На самом распаде не надобности останавливаться. Распад был лишь следствием стагнации начавшейся ещё в конце 70х - начале 80х. Спасти целостность советов могли только масштабные структурные реформы проводимые постепенно. И они были начаты. Но тот план реформ, который потом обозвали "перестройкой" был слишком радикален и привёл к дестабилизации страны. К тому же, были намёки, что тогдашняя верхушка уже не ставила себе задачи сохранения целостности страны.
Наверно, сюда можно было бы добавить 1987й год, когда приняли решение форсировать реформы.
ну, вопрос больше к количеству шума. Самих ветряков можно было бы несколько поставить.
А если небольшого размера?
Ну, если копать дальше, то мы окажемся уже 18 августа 1991го, во время неудавшегося путча по свержению прозападного Ельцина и компании, с лёгкой руки которого было распродано всё самое ценное в стране за копейки.
Если копать дальше, то окажемся уже в 1986м, когда авария на ЧАЭС бросила большую тень на правительство и промышленность страны, ярким примером которого стала остановка КрАЭС, почти перед сдачей, на которую уже было потрачено огромное количество ресурсов. Из-за чего многие перспективные разработки были свёрнуты.
Если копать дальше, то мы переместимся примерно в 1970й, когда было принято решение о копировании IBM-360. Это была бы не проблема (промышленный шпионаж очень полезен), если бы это сопровождалось заимствованием лучших решений в связке со своими + унификацией своих существующих стандартов.
Если продолжить копать, то доберёмся уже до 1959го. В этом году руководитель вычислительного центра №1 Анатолий Китов представил руководству страны проект создания общегосударственной автоматизированной сети для автоматизации управления армией и экономикой (за 10 лет до создания arpanet). Проект был заблокирован минобороны, посчитавшего его угрозой существующей структуре. Далее проект реанимировал Виктор Глушков, даже успели сделать один тестовый ВЦ, но после 1964го всё забуксовало. Окончательно проект помер вместе с Виктором Глушковым в 1982м.
Так можно продолжать долго до царя гороха. Поэтому вернёмся в нашу реальность с известной пословицей "маемо, шо маемо".
В теории, то он конечно, распределённый. Но как мы недавно увидели, на примере отключения магистральных линий, это не совсем так.
Конечно при отключение магистралей подконтрольных "коллективному западу" не отрубит сеть совсем, но жизнь изрядно подпортит.
И это ещё дядя Сэм не отключает нам домены, хотя как мы знаем, они в состоянии надавить на ICANN, а не делают они этого только потому, что репутационные потери будут просто огромны и страны ещё могут существовать оффлайн. А вот лет так через 10-15 когда цифровизация поглотит все сферы уже можно будет диктовать условия (если конечно, страны ничего не сделают для децентрализации корневой системы).
Да запросто. Дать студентам решить простую задачку, но из другой области, например на логику или сделать зарядку. Проблема только в том, что преподавателей этому не учат. Хотя с другой стороны, сознательные студенты могут объяснить преподу необходимость таких пауз.
У нас, например, один из преподавателей заставлял делать зарядку.
Сопромат далеко не всем нравится, можно не учить?
Если поменять в автомобиле все детали, это будет тот же самый автомобиль?
Может уже хватит воевать со новыми словами?
Новые слова заимствовались, заимствуются и будут заимствоваться для вещей для которых нет родных определений. Это нормальный процесс эволюции языка и позволяет ему продолжать существовать, а не исчезнуть как рудимент.
Так что, может лучше направить энергию в более созидательное русло?
Мобильное приложение для чтения оффлайн?
Добавить хабр и вики в блеклист на работе. При необходимости временно отключать, заранее спросив себя, точно ли это тебе нужно. Чтобы не залипать можно открыть, скачать страницу локально и закрыть.
Если работаете дома, то создать максимальный контраст между домашней обстановкой и рабочей (про разделение времени на удалёнке/фрилансе уже много полезного написано).
Внушить себе, что от тебя зависят люди, не работать в нерабочее время.
Проверено, это не работает. Книжку нужно куда-то класть, можно сунуть к карман куртки, но далеко не все нужные книги есть нужного размера и толщины, тогда придётся ещё брать с собой рюкзак или сумку, что не всегда удобно.
Потом когда всё таки начинаешь её носить, то либо забываешь дома, либо в другой куртке/рукзаке.
Книгу неудобно читать в транспорте. Одной рукой не достанешь и держать неудобно.
В итоге, количество шагов чтобы почитать бумажную книгу превышает количество шагов чтобы открыть тупячку на телефоне.
Конечно, есть люди которые читают книги где угодно, и на таких я смотрю с белой завистью. Но желание быстрого дофамина заставляет лезть в телефон.
Не хочется быть хейтером, но какой смысл данной статьи?
Статья называется "как работает кеширование" но самой статье ничего не сказано КАК оно работает, только инструкция по настройке, хотя в поиске легко находятся инструкции получше, например у того же, mr.cappuccino.
Хотя можно было бы сравнить особенности реализации того же файлового кеша или memcached и т.д. в Битриксе.
Потом используются классы старого движка, про том что D7 уже несколько лет.
Опять же форматирование (PSR не, не слышали), подчёркивание в названиях переменных...
Почему простая сериализация, а не хеш для уникальности?
Ну ёклмн.
А в чём проблема статей от автора с 20 летним стажем C++? Вас заставляют их читать?
Журнал ведь не называется "Программируем на Python", он публикует статьи которые направлены на разные типы читателей из IT.