ChatGPT выдает результат обработки знаний, которые он накопил. при использовании поисковика человек сам обрабатывает информацию по ссылкам и формирует знания у себя. Промежуточный шаг с ChatGPT отсутствует, что экономит время и нервы.
Более того, со временем тексты сгенерированные чатиком "заспамят" интеренет, что подорвет достоверность поисковиков. В то же время OpenAI вероятно будет определять "свои" тексты.
Google сам виноват, что последние лет 10 не улучшал для нас поиск, а сконцентрировался на заработке. По крайней мере в первое время ChatGPT будет "глотком свежего воздуха".
Интересно как они будут зарабатывать на ChatGPT. Может в бесплатной версии ограничат выдачу и будут вставлять рекламу, а платная будет без рекламы?
Войны опрационок, платформ постепенно остаются позади. Может быть наступает время соревнования экосистем. Вдогонку Apple устремились Samsung и Huawei. Им тяжело, так как контролируемая линейка устройств(часы-телефон-планшет-компьютер-..) есть только у Apple.
Например в мире Enterprise когда-то Microsoft создало свою экосистему вокруг Active Directory и никто не мог ее поколебать, это стало стандартом де-факто. Мобильные устройства стали подтачивать и эту экосистему, войну на этом поле с Windows Phone они проиграли. Теперь они продвигают "Mobile device management", где собираются рулить всем зоопарком мобильных устройств предприятия. Но один важный моментик - это все про удобство админов. А где же удобство пользователей, как на яблоке? Там яблочные устройства по-сути стали такими "консолями" к iCloud. Там пользователь может продолжать работу "с того же места" на любом устройстве, правда пока не во всех приложениях, но направление понятно. Они придумывают все новые способы взаимодействия устройств, проектируют это, ибо это все их. Другим нужно договариваться, например Huawei нужно договориться с Microsoft, чтоб что-то синхронизировалось "из-коробки" между телефоном и ноутбуком с Windows. Зыбко все это.
вот именно если кто-то сделал docker-образ который вам подходит. а если нет, то делать его трудоемко, вообщем шаг влево-вправо боль. а ведь потом его и апгредить нужно, тоже боль.
в Java все решается, например, Alpine linux контейнером, в который кладется единственная зависимость Java-приложения - JVM. все другие зависимости на уровне приложения - пакетами/библиотеками.
не только PHP страдает сложным развертыванием, та же песня с Python/Django, Ruby/Rails.
могу сказать несколько минусов PHP, которые мне показались важными:
хаотичный набор встроенных функций. это случилось поначалу, так как никто вначале не проектировал этот язык и не группировал функции
сложное развертывание приложений. нужно управление модулями с правами админа сервера. в Entrprise среде установка драйверов Oracle или MS Sql уже становится небольшим приключением. например в Java драйвера добавляются на уровне приложения.
сессионная природа, скажем так, сервера PHP. время жизни приложения - время отработки запроса к серверу. сделать какие-то вещи асинхронно или в фоне нельзя. фоновые задачи приходится запускать из ОС по планировщику.
огромный плюс это, конечно, легкость начать что-то создавать.
Граждане разработчики, «посчастливилось» познакомиться с этим самым React, итак, не кидайтесь помидорами:
Общий «дизайн», он не понятный, ты не можешь как в нормальных, продуманных инструментах, легко понять, что это делается вот после этого, ибо это логично и красиво.
Костыльньность. Сохранение постоянных переменных через useState - костыль, «модные» хуки - костыли, они повсюду. Костыли by design.
Там тяжело с общепринятым ООП. Не так давно авторы React объявили, что классы это устаревший способ структурирования, ибо их плохо понимают разработчики(!). Сейчас нужно все на функциях. Строительные блоки React это stateless функции! Что требует мышления уже в функциональном стиле. Граждане! Даже наследование через прототипы в JS гораздо проще понять разработчику, чем функциональное программирование. В JS сейчас есть нормальные классы кстати, можно без прототипов. В документации и примерах теперь разнобой, много примеров на классах, но они их уже не рекомендуют, на функциях меньше.
Постоянное дергание функций. Эти самые функции «движок» React-а постоянно перегружает, причём нужно докопываться, когда он будет делать это, а когда нет. Ибо только после перегрузки useState переменные гарантированно присваиваются, так как их присваивание, опа, асинхронное. Из-за перегрузок легко словить loop-ы.
В итоге, я ожидал увидеть красивый, зрелый, удобный инструмент от именитой компании, а получилось разочарование.
Опыт был получен в результате создания небольшого приложения на React, которое показывает формы, «ходит» по Rest-сервисам.
Я что-то пропустил, неужели уже есть Искусственный интеллект, который требует ускорения на уровне процессора? Не надо нейронные сети распознания + запрограммированное подобие принятия решений выдавать за интеллект. Тест Тьюринга еще никакой "типа" ИИ не прошел.
Считаю, что данный чип умеет эти самые "нейронки" ускорять, не надо сенсаций.
более того, некоторые исследователи предполагают, что нужно говорить не о взаимодействии с макромиром объектов в квантовой суперпозиции, а о поступлении информации в «наш мир». как только поступает информация, то происходит декогеренция и объект начинает вести себя в рамках классической физики. что как бы намекает о первичности информации.
я слыхал про эксперимент с двумя щелями, где информация о прохождении частиц записывалась в ячейки памяти. так вот, если детекторы зафиксировали, в память записано в какую щель пролетела частица, но до того, как они долетели до экрана стереть информацию, то на экране будет волновая картинка. действия в настоящем меняют прошлое, что говорит о том, что время тоже не линейно по отношению к квантовому миру. это как-то связано с понятием «квантовый ластик».
Несмотря на то, что много в аудитории Apple любителей подчеркнуть свой статус узнаваемым логотипом, заметьте, что Apple предлагает профессиональные инструменты и профессионалы их выбирают. Стив Джобс говорил, что компьютер — это велосипед для ума, что Apple делает вещи, которые помогают творить, эдакие велосипеды для творческих людей.
Обратите внимание, что это не только про художников-дизайнеров, на конференциях для программистов большинство докладчиков будут с яблочными компьютерами.
Они выбирают технику Apple, как удобную, продуманную, минимально доставляющую забот, то есть не отвлекающую от того дела, которое нужно решать с помощью этой техники.
Еще Джобс говорил, что хочет привить людям вкус к хорошим вещам. Техника и ПО Apple продумана до мелочей. Это действительно "произведения искусства" в мире технологий.
Конечно все это щедро присыпано основной целью любой корпорации — зарабатывать деньги, поэтому и цены зверские и за каждый "чих" плати.
Однако есть пример корпорации, которая умеет считать деньги, и уже который год переводит свои рабочие места и решения на технику Apple, это IBM:
Сделайте, пожалуйста, трансляцию для бедных — поставьте одну камеру в зале и транслируйте в интернет по 100 рублей. Кстати и увидите скольким людям такой простой формат подходит.
Позвольте поделиться, мыслями по поводу этого мероприятия. Для себя заметил,
что с каждой очередной конференцией jPoint все меньше докладов вызывают желание прослушать.
Такое чувство, что верхушка Java-гуру, а может организаторов конференции продолжает маргинализироваться в стиле "А смотрите, что я тут узнал чудного!". Как будто разработчики забыли про свое главное призвание — делать хорошие продукты для людей.
Единственное, что я бы посмотрел, так это доклад Антона К., этот "человек от земли",
делает живые продукты. Но организаторы выставили конские цены для онлайн(!) просмотра.
Но в этой схеме нет ожидания. Сравним ее с традиционной моделью многопоточного сервера в Java.
Что за фокусы? Есть там ожидание. Там просто более простой способ вызвать обработчик при завершении(calback, promise). В Java это нужно сделать "вручную", то есть проверять статус потока и при получении его результата вызвать какой-то код.
нет, в Community входит time, cost tracking
на основе Redmine сделали OpenProject, там учет есть, но, кажется, в платной версии.
на trac смотрели?
Vaadin, ZK framework самые не страшные способы писать фронт для бэкендера. но это Java.
ChatGPT выдает результат обработки знаний, которые он накопил.
при использовании поисковика человек сам обрабатывает информацию по ссылкам и формирует знания у себя. Промежуточный шаг с ChatGPT отсутствует, что экономит время и нервы.
Более того, со временем тексты сгенерированные чатиком "заспамят" интеренет, что подорвет достоверность поисковиков. В то же время OpenAI вероятно будет определять "свои" тексты.
Google сам виноват, что последние лет 10 не улучшал для нас поиск, а сконцентрировался на заработке. По крайней мере в первое время ChatGPT будет "глотком свежего воздуха".
Интересно как они будут зарабатывать на ChatGPT. Может в бесплатной версии ограничат выдачу и будут вставлять рекламу, а платная будет без рекламы?
Войны опрационок, платформ постепенно остаются позади. Может быть наступает время соревнования экосистем. Вдогонку Apple устремились Samsung и Huawei. Им тяжело, так как контролируемая линейка устройств(часы-телефон-планшет-компьютер-..) есть только у Apple.
Например в мире Enterprise когда-то Microsoft создало свою экосистему вокруг Active Directory и никто не мог ее поколебать, это стало стандартом де-факто. Мобильные устройства стали подтачивать и эту экосистему, войну на этом поле с Windows Phone они проиграли. Теперь они продвигают "Mobile device management", где собираются рулить всем зоопарком мобильных устройств предприятия. Но один важный моментик - это все про удобство админов. А где же удобство пользователей, как на яблоке? Там яблочные устройства по-сути стали такими "консолями" к iCloud. Там пользователь может продолжать работу "с того же места" на любом устройстве, правда пока не во всех приложениях, но направление понятно. Они придумывают все новые способы взаимодействия устройств, проектируют это, ибо это все их. Другим нужно договариваться, например Huawei нужно договориться с Microsoft, чтоб что-то синхронизировалось "из-коробки" между телефоном и ноутбуком с Windows. Зыбко все это.
Экосистемы будут привлекать своим удобством.
вот именно если кто-то сделал docker-образ который вам подходит. а если нет, то делать его трудоемко, вообщем шаг влево-вправо боль. а ведь потом его и апгредить нужно, тоже боль.
в Java все решается, например, Alpine linux контейнером, в который кладется единственная зависимость Java-приложения - JVM. все другие зависимости на уровне приложения - пакетами/библиотеками.
не только PHP страдает сложным развертыванием, та же песня с Python/Django, Ruby/Rails.
могу сказать несколько минусов PHP, которые мне показались важными:
хаотичный набор встроенных функций. это случилось поначалу, так как никто вначале не проектировал этот язык и не группировал функции
сложное развертывание приложений. нужно управление модулями с правами админа сервера. в Entrprise среде установка драйверов Oracle или MS Sql уже становится небольшим приключением. например в Java драйвера добавляются на уровне приложения.
сессионная природа, скажем так, сервера PHP. время жизни приложения - время отработки запроса к серверу. сделать какие-то вещи асинхронно или в фоне нельзя. фоновые задачи приходится запускать из ОС по планировщику.
огромный плюс это, конечно, легкость начать что-то создавать.
Граждане разработчики, «посчастливилось» познакомиться с этим самым React, итак, не кидайтесь помидорами:
Общий «дизайн», он не понятный, ты не можешь как в нормальных, продуманных инструментах, легко понять, что это делается вот после этого, ибо это логично и красиво.
Костыльньность. Сохранение постоянных переменных через useState - костыль, «модные» хуки - костыли, они повсюду. Костыли by design.
Там тяжело с общепринятым ООП. Не так давно авторы React объявили, что классы это устаревший способ структурирования, ибо их плохо понимают разработчики(!). Сейчас нужно все на функциях. Строительные блоки React это stateless функции! Что требует мышления уже в функциональном стиле. Граждане! Даже наследование через прототипы в JS гораздо проще понять разработчику, чем функциональное программирование. В JS сейчас есть нормальные классы кстати, можно без прототипов. В документации и примерах теперь разнобой, много примеров на классах, но они их уже не рекомендуют, на функциях меньше.
Постоянное дергание функций. Эти самые функции «движок» React-а постоянно перегружает, причём нужно докопываться, когда он будет делать это, а когда нет. Ибо только после перегрузки useState переменные гарантированно присваиваются, так как их присваивание, опа, асинхронное. Из-за перегрузок легко словить loop-ы.
В итоге, я ожидал увидеть красивый, зрелый, удобный инструмент от именитой компании, а получилось разочарование.
Опыт был получен в результате создания небольшого приложения на React, которое показывает формы, «ходит» по Rest-сервисам.
Я что-то пропустил, неужели уже есть Искусственный интеллект, который требует ускорения на уровне процессора? Не надо нейронные сети распознания + запрограммированное подобие принятия решений выдавать за интеллект. Тест Тьюринга еще никакой "типа" ИИ не прошел.
Считаю, что данный чип умеет эти самые "нейронки" ускорять, не надо сенсаций.
более того, некоторые исследователи предполагают, что нужно говорить не о взаимодействии с макромиром объектов в квантовой суперпозиции, а о поступлении информации в «наш мир». как только поступает информация, то происходит декогеренция и объект начинает вести себя в рамках классической физики. что как бы намекает о первичности информации.
я слыхал про эксперимент с двумя щелями, где информация о прохождении частиц записывалась в ячейки памяти. так вот, если детекторы зафиксировали, в память записано в какую щель пролетела частица, но до того, как они долетели до экрана стереть информацию, то на экране будет волновая картинка. действия в настоящем меняют прошлое, что говорит о том, что время тоже не линейно по отношению к квантовому миру. это как-то связано с понятием «квантовый ластик».
читал, но это пропустил, извиняюсь
Для Android есть легий "Youtube-клиент" без рекламы — NewPipe.
apple airtags
Несмотря на то, что много в аудитории Apple любителей подчеркнуть свой статус узнаваемым логотипом, заметьте, что Apple предлагает профессиональные инструменты и профессионалы их выбирают. Стив Джобс говорил, что компьютер — это велосипед для ума, что Apple делает вещи, которые помогают творить, эдакие велосипеды для творческих людей.
Обратите внимание, что это не только про художников-дизайнеров, на конференциях для программистов большинство докладчиков будут с яблочными компьютерами.
Они выбирают технику Apple, как удобную, продуманную, минимально доставляющую забот, то есть не отвлекающую от того дела, которое нужно решать с помощью этой техники.
Еще Джобс говорил, что хочет привить людям вкус к хорошим вещам. Техника и ПО Apple продумана до мелочей. Это действительно "произведения искусства" в мире технологий.
Конечно все это щедро присыпано основной целью любой корпорации — зарабатывать деньги, поэтому и цены зверские и за каждый "чих" плати.
Однако есть пример корпорации, которая умеет считать деньги, и уже который год переводит свои рабочие места и решения на технику Apple, это IBM:
Mac@IBM, Zero to 30,000 in 6 Months
IBM: Mac users are happier and more productive
Ой, извинияюсь, я что-то себе представил, что конференция проходит в зале с онлайн стримом.
Сделайте, пожалуйста, трансляцию для бедных — поставьте одну камеру в зале и транслируйте в интернет по 100 рублей. Кстати и увидите скольким людям такой простой формат подходит.
Позвольте поделиться, мыслями по поводу этого мероприятия. Для себя заметил,
что с каждой очередной конференцией jPoint все меньше докладов вызывают желание прослушать.
Такое чувство, что верхушка Java-гуру, а может организаторов конференции продолжает маргинализироваться в стиле "А смотрите, что я тут узнал чудного!". Как будто разработчики забыли про свое главное призвание — делать хорошие продукты для людей.
Единственное, что я бы посмотрел, так это доклад Антона К., этот "человек от земли",
делает живые продукты. Но организаторы выставили конские цены для онлайн(!) просмотра.
Что за фокусы? Есть там ожидание. Там просто более простой способ вызвать обработчик при завершении(calback, promise). В Java это нужно сделать "вручную", то есть проверять статус потока и при получении его результата вызвать какой-то код.