Чтобы вместо бездумного копирования кода было реальное изучение того, как он работает, нужна революция в UI/UX. Чтобы кругозор не ограничивался только тем, что есть в данном куске кода, тоже нужна революция UI/UX
Вот на примере JSON. 8-летний ребенок без знания того, что это такое может попросить нейронку написать json. А еще 8-летний ребенок может (в теории) зайти в онлайн конструктор json (например, https://jsoneditoronline.org/, https://onlinejsoneditor.com/, или какой-нибудь еще), и сделать все самому, и тоже без знаний, потому интуитивность интерфейса отбрасывает необходимость знания json. Но это в теории, а на практике все еще пока что не сможет, но только потому, что пока что интуитивность в этих онлайн конструкторах еще недостаточно доведена до совершенства. Но они очень близки к этому, идея в целом верна. И рано или поздно это произойдет
А потом владелец бизнеса осознает, что было бы все же неплохо иметь представление, что же там под капотом происходит. Возможно что осознает тогда, когда уже наступят последствия
еще и образовательная революция потом будет. Программирование изучается опытным путем, а что будет, когда появится инструмент, позволяющий ставить эти самые опыты в 100 раз быстрее? Правильно, программирование будет изучаться в 100 раз быстрее
Кто-то просто хайпит... и пытается получить деньги с инвесторов на развитие очередных ИИ систем.
И заодно отвлечь внимание от текущих проблем. Ведь GPT-5 все никак выпустить не могут, и возможно не выпустят, так как во всем мире не хватает данных для его обучения, а денег при этом вложено столько, что текущие достигнутые результаты их даже и близко не окупают. Вот и цепляются за любую соломинку в надежде оттянуть разочарование инвесторов
Это во времена когда и графического интерфейса не было? Тогда "играли примерно все" среди тех, кто пользовался ПК в то время. Вот только до появления графического интерфейса самих пользователей ПК было гораздо меньше
Если внедрить условный ChatGPT в Minecraft, то приведет ли это к тому, что игроки перестанут строить сами и будут всегда пользоваться ИИ? Что-то мне подсказывает, что если и будут, то точно не всегда, и часто все равно будут обходится без него. Другое дело что программирование пока что нельзя сравнить с Minecraft. Но можно было бы, если каждый блок ставился бы не кликом мыши, а командой в консоли. Только тогда бы в эту игру играли бы не школьники, а заядлые айтишники. А потом с внедрением искусственного интеллекта были бы те же самые разговоры о том, что ChatGPT заменит игроков в майнкрафт
но тут говорится о русской раскладке клавиатуры о проблеме с ней, может это стало причиной. Но у меня у самого несколько тикетов просто висят без внимания несколько недель, раньше такого не было
UPD: все таки есть способ "прокинуть" автодополнение IDE в php -a. Правда, это недокументированная возможность, и в итоге даже больший костыль, чем Xdebug в качестве REPL, и в целом уступает ему по возможностям и удобству. Написал об этом отдельную статью
Ну пошагово, это еще нужно добраться до того места, это еще нужно отловить приложение на этом моменте. Ну где-то действительно больше подходит пошагово. Но когда в коде банально есть вызов какого-нибудь метода, который к к тому же не принимает параметры, то проще всего узнать что он возвращает - через Quick Evaluate Expression, потому что это можно сделать в один клик, без танцев с бубнами. А если таковых десятки, то это уже ощутимо, вручную на каждый из них засорять код дампами. К тому же Quick Evaluate Expression и Evaluate Expression делают графическое представление тех же массивов/объектов. Плюс окон Evaluate Expression можно открыть сколько угодно, и перед глазами будет удобный вывод результатов выполнения разных методов. Плюс можно быстро выполнить разные вариации выражений, без всяких перезапусков файла.
Да и в пошаговой отладке эти фичи тоже можно применять, изначально они для нее и сделаны
В общем с тех пор как я начал пользоваться всем этим, то уже и представить себе не могу процесс разработки без этого
Но только ни в какие левые песочницы и в scratch вы не подключите ваш проект с его классами и т.д. Не сможете протестировать методы из этих классов. И тем более не сможете выполнять там методы, которые например делают запросы к БД. Здесь же это возможно, нет никаких препятствий для этого. А это все бывает очень полезно, когда вы изучаете чужой код в проекте, и не можете понять, что делает данный его кусок. А тут можно его выполнить прямо в редакторе, "не отходя от кассы".
И никто не говорит что только в одну строку, в консоли можно и куски кода выполнять.
А scratch здесь больше для другого подходит, не как скрипт, а как "игровая площадка", куда можно просто накидать черновые куски кода и выполнять их. Можно и просто выполнять скрипты по выражениям, но не строго пошагово, как в обычной отладке, а в любом удобном вам порядке. В общем, вариантов для чего это можно использовать, много.
Оно зависит от того, нужно ли ради этого танцевать с бубнами или нет. Если нужно, то многие предпочтут не копать, им будет просто лень
Чтобы вместо бездумного копирования кода было реальное изучение того, как он работает, нужна революция в UI/UX. Чтобы кругозор не ограничивался только тем, что есть в данном куске кода, тоже нужна революция UI/UX
Вот на примере JSON. 8-летний ребенок без знания того, что это такое может попросить нейронку написать json. А еще 8-летний ребенок может (в теории) зайти в онлайн конструктор json (например, https://jsoneditoronline.org/, https://onlinejsoneditor.com/, или какой-нибудь еще), и сделать все самому, и тоже без знаний, потому интуитивность интерфейса отбрасывает необходимость знания json.
Но это в теории, а на практике все еще пока что не сможет, но только потому, что пока что интуитивность в этих онлайн конструкторах еще недостаточно доведена до совершенства. Но они очень близки к этому, идея в целом верна. И рано или поздно это произойдет
А потом владелец бизнеса осознает, что было бы все же неплохо иметь представление, что же там под капотом происходит. Возможно что осознает тогда, когда уже наступят последствия
еще и образовательная революция потом будет. Программирование изучается опытным путем, а что будет, когда появится инструмент, позволяющий ставить эти самые опыты в 100 раз быстрее? Правильно, программирование будет изучаться в 100 раз быстрее
И заодно отвлечь внимание от текущих проблем. Ведь GPT-5 все никак выпустить не могут, и возможно не выпустят, так как во всем мире не хватает данных для его обучения, а денег при этом вложено столько, что текущие достигнутые результаты их даже и близко не окупают. Вот и цепляются за любую соломинку в надежде оттянуть разочарование инвесторов
Это во времена когда и графического интерфейса не было? Тогда "играли примерно все" среди тех, кто пользовался ПК в то время. Вот только до появления графического интерфейса самих пользователей ПК было гораздо меньше
Нет, просто порог вхождения был бы выше, и по зубам он был бы как раз только айтишникам в основном
Если внедрить условный ChatGPT в Minecraft, то приведет ли это к тому, что игроки перестанут строить сами и будут всегда пользоваться ИИ? Что-то мне подсказывает, что если и будут, то точно не всегда, и часто все равно будут обходится без него. Другое дело что программирование пока что нельзя сравнить с Minecraft. Но можно было бы, если каждый блок ставился бы не кликом мыши, а командой в консоли. Только тогда бы в эту игру играли бы не школьники, а заядлые айтишники. А потом с внедрением искусственного интеллекта были бы те же самые разговоры о том, что ChatGPT заменит игроков в майнкрафт
Сказано, просто это в спойлере
но тут говорится о русской раскладке клавиатуры о проблеме с ней, может это стало причиной. Но у меня у самого несколько тикетов просто висят без внимания несколько недель, раньше такого не было
А надо выбирать третий путь - самообучение на пет-проектах, фрилансе и тестовых заданиях. Тогда и вкатится получится, и денег потратить не придется
UPD: все таки есть способ "прокинуть" автодополнение IDE в
php -a. Правда, это недокументированная возможность, и в итоге даже больший костыль, чем Xdebug в качестве REPL, и в целом уступает ему по возможностям и удобству. Написал об этом отдельную статьюНу пошагово, это еще нужно добраться до того места, это еще нужно отловить приложение на этом моменте. Ну где-то действительно больше подходит пошагово. Но когда в коде банально есть вызов какого-нибудь метода, который к к тому же не принимает параметры, то проще всего узнать что он возвращает - через Quick Evaluate Expression, потому что это можно сделать в один клик, без танцев с бубнами. А если таковых десятки, то это уже ощутимо, вручную на каждый из них засорять код дампами. К тому же Quick Evaluate Expression и Evaluate Expression делают графическое представление тех же массивов/объектов. Плюс окон Evaluate Expression можно открыть сколько угодно, и перед глазами будет удобный вывод результатов выполнения разных методов. Плюс можно быстро выполнить разные вариации выражений, без всяких перезапусков файла.
Да и в пошаговой отладке эти фичи тоже можно применять, изначально они для нее и сделаны
В общем с тех пор как я начал пользоваться всем этим, то уже и представить себе не могу процесс разработки без этого
Но только ни в какие левые песочницы и в scratch вы не подключите ваш проект с его классами и т.д. Не сможете протестировать методы из этих классов. И тем более не сможете выполнять там методы, которые например делают запросы к БД. Здесь же это возможно, нет никаких препятствий для этого. А это все бывает очень полезно, когда вы изучаете чужой код в проекте, и не можете понять, что делает данный его кусок. А тут можно его выполнить прямо в редакторе, "не отходя от кассы".
И никто не говорит что только в одну строку, в консоли можно и куски кода выполнять.
А scratch здесь больше для другого подходит, не как скрипт, а как "игровая площадка", куда можно просто накидать черновые куски кода и выполнять их. Можно и просто выполнять скрипты по выражениям, но не строго пошагово, как в обычной отладке, а в любом удобном вам порядке.
В общем, вариантов для чего это можно использовать, много.
Ну с некоторыми отличиями, но в целом да, с PyСharm она интегрирована
Хотя бы тем, что он не интегрирован с Phpstorm, и там нету автодополнения и прочих фич. Просто сравните php -a, которая не интегрирована, и то, как выглядит консоль, которая интегрирована. Я уж молчу про способы выполнять код вообще без консоли