Мне повезло тоже попользоваться Delphi. Мой путь был: Basic, ASM, потом на курсах Pascal один год, потом год Delphi. И забавно, что препод (хороший чел) высказал мнение (и мы его приняли само собой), что Delphi - это лишь этап. А вот в следующем году - будет С++, и вот это уже будет настоящий язык! Действительно был С++, я его учил с энтузиазмом, Страуструп был настольной книгой.
И я старался изо всех сил, а та лёгкость создания апликух, что была с Delphi - всё не приходила. Только много лет спустя я понял что ей придти было и не суждено, что Delphi был не столько гениален, сколько просто правильно сделан. А вот C++ - это трясина
Что только подтверждает - стандарты в таких вещах - это невыполнимая задача. Должна быть физически одна кодобаза платформы (как хромиум) (и как флэшик 🥹)
Иначе всегда будет топовая реализация, на которую все ориентируются (которая топовая не потому что лучшая, а потому что у неё больше всего пользователей), и зоопарк отстающих, которых все вынуждены поддерживать (потому что у них пользователи тоже есть), и ненавидят за это. А сделать одинаково - физически невозможно.
Хмм, не думал что Alt под правым thumb, может быть не удобно. Наверное сильно зависит от клавиатуры. Я давно только на ноутбучных клавиатурах сижу. Точно. Правый Alt/Command сдвинут из за физического курсора
Мне вот чаще нужно что-то в тексте проверить, поправить, удалить, вставит
То же самое. Что привело меня к настройке JKIL вместо курсора (https://github.com/kravchik/jkil ). А потом и ещё вокруг нескольких клавиш. Теперь на любой клавиатуре, в любой системе, в любой программе - правую руку не нужно сносить на курсор. На Маке её даже включили в стандартную поставку Karabiner, но на линуксе всё никак не докручу чтобы не слетала после перезагрузки (хотя работает идеально, на системном уровне). Теперь когда сажусь за систему, где JKIL не настроено, скорость работы падает в несколько раз. Именно из за удобства перемещения курсора в редакторах и консолях. Есть подозрение, что 90% любви к vim/emacs - именно из за встроенного курсора. Но это не точно))
Плюсик! Получилось красиво. Но оно достаточно большое получилось и сложное. Для себя я бы просто собрал комп, весь дешёвый, но с видюхой. И раздавал бы LLM по сетке через API. И поддерживать это проще, и собирать, и нет ограничений. И ноут не привязан к проводу, а ходит по вай-фаю. Или не только по вай-фаю, открой порты и раздавай через интернет, и будет тебе своя LLM из кафе и из офиса работать
Тогда может возникнуть другая проблема - "экономный начальник здания". И если он оирегулирует забор свежего воздуха так что в офисе/квартире будет 1200 (днём, когда здание заполнено людьми), даже открытыми окнами в отдельно взятом офисе практически ничего не получится решить
В моём понимании, упрощением было бы - убрать лишнюю левую полоску, а не перемещать туда ещё больше элементов, которым было и так норм в других местах. И не размазывать фокус на панель с чатами. Ей вполне нормально было в тёмных цветах.
В одном джава проекте я использовал для этого checked exceptions. Там код с сайд эффектами был помечен, что позволяло гарантировать их отсутствие, или обнаружить наличие. Что важно было для реплея по логу ивентов.
1. Пользователю как раз всё равно — всё равно отдельные окна для разных проектов. Гейм-студии может быть удобно из-за лицензий?
2. Да, по IDE на движок. Например. Джава обрастает джава-спецификой, спрингом и всей остальной дребеденью. Так и IDE для движков — у каждого что-то своё, какая-то своя специфика по связке с HLSL, свои тулзы, это всё будет добавлять сложности само по себе. А если смешать два движка вместе — это ещё большее усложнение. Т.е. я не уверен что вся сложность IDE идёт от этого самого ядра (язык, рефакторинги, итп). Основная сложность это ото всей вот этой мелочи, которая работает не совсем так как ожидается, которая постоянно меняется и её много, и которую IDE вынуждена склеивать.
3. Ещё и годот в планах закинуть? А не развалится это всё на пол-пути? А ваши разработчики не сойдут с ума?
Ну, это всё взгляд со стороны, может у вас там внутри всё сияет и красиво. Просто иногда бывает что заявлено что-то красивое и логичное, но разработчики потом просто не будут вытягивать. Или пользователи будут плеваться.
Как-то не очень обосновали зачем в Rider пихать два движка.
Переключаться между, скажем, ридером и идеей — вообще проблем нет, хоткеи одинаковые и отлично. Я даже специально разные темы поставил чтобы подсознательно отличать где я нахожусь в данный момент. Соответственно, IntelliJ Unreal IDE был бы вполне не плох, зачем стесняться новый продукт добавить? Может проблема в том что слишком много лицензий придётся покупать? Но тогда можно было бы просто пак game-dev лицензий сделать.
В общем, я уверен что это всё у вас там внутри обсуждалось и не с бухты-барахты принято именно такое решение. Однако не покидает ощущение что вы же сами делаете себе жизнь сложнее с этой интеграцией всего геймдева в одной IDE. А мы будем страдать когда оно будет вылезать багами, тормозами и ограничениями. С простой системой — и разработчкикам проще и пользователям спокойнее.
Надо в меню Укажите причину минуса добавить пункт LLM копи-паста
Мне повезло тоже попользоваться Delphi. Мой путь был: Basic, ASM, потом на курсах Pascal один год, потом год Delphi. И забавно, что препод (хороший чел) высказал мнение (и мы его приняли само собой), что Delphi - это лишь этап. А вот в следующем году - будет С++, и вот это уже будет настоящий язык! Действительно был С++, я его учил с энтузиазмом, Страуструп был настольной книгой.
И я старался изо всех сил, а та лёгкость создания апликух, что была с Delphi - всё не приходила. Только много лет спустя я понял что ей придти было и не суждено, что Delphi был не столько гениален, сколько просто правильно сделан. А вот C++ - это трясина
Что только подтверждает - стандарты в таких вещах - это невыполнимая задача. Должна быть физически одна кодобаза платформы (как хромиум) (и как флэшик 🥹)
Иначе всегда будет топовая реализация, на которую все ориентируются (которая топовая не потому что лучшая, а потому что у неё больше всего пользователей), и зоопарк отстающих, которых все вынуждены поддерживать (потому что у них пользователи тоже есть), и ненавидят за это. А сделать одинаково - физически невозможно.
Хмм, не думал что Alt под правым thumb, может быть не удобно. Наверное сильно зависит от клавиатуры. Я давно только на ноутбучных клавиатурах сижу. Точно. Правый Alt/Command сдвинут из за физического курсора
Кстати да, вызов локального меню часто полезно
То же самое. Что привело меня к настройке JKIL вместо курсора (https://github.com/kravchik/jkil ). А потом и ещё вокруг нескольких клавиш. Теперь на любой клавиатуре, в любой системе, в любой программе - правую руку не нужно сносить на курсор. На Маке её даже включили в стандартную поставку Karabiner, но на линуксе всё никак не докручу чтобы не слетала после перезагрузки (хотя работает идеально, на системном уровне).
Теперь когда сажусь за систему, где JKIL не настроено, скорость работы падает в несколько раз. Именно из за удобства перемещения курсора в редакторах и консолях.
Есть подозрение, что 90% любви к vim/emacs - именно из за встроенного курсора. Но это не точно))
Звучит как "техника армейского засыпания". Как то так и гуглится
Зашёл в комменты специально чтобы это написать)
Думаю этот факт стоит отдельного упоминания в статье)
Плюсик! Получилось красиво.
Но оно достаточно большое получилось и сложное. Для себя я бы просто собрал комп, весь дешёвый, но с видюхой. И раздавал бы LLM по сетке через API. И поддерживать это проще, и собирать, и нет ограничений. И ноут не привязан к проводу, а ходит по вай-фаю. Или не только по вай-фаю, открой порты и раздавай через интернет, и будет тебе своя LLM из кафе и из офиса работать
Может codestral тормозил потому что не помещался в видеопамять и считался на CPU?
Ещё бы DI убрать. Только лучше бы стало)
"инопланетная звезда"
Што?
Так вот где задачи такие же интересные как в гейм-деве! Только ещё и пользы от продукта куда больше🤩
В каком фильме?
Тогда может возникнуть другая проблема - "экономный начальник здания". И если он оирегулирует забор свежего воздуха так что в офисе/квартире будет 1200 (днём, когда здание заполнено людьми), даже открытыми окнами в отдельно взятом офисе практически ничего не получится решить
В моём понимании, упрощением было бы - убрать лишнюю левую полоску, а не перемещать туда ещё больше элементов, которым было и так норм в других местах.
И не размазывать фокус на панель с чатами. Ей вполне нормально было в тёмных цветах.
В одном джава проекте я использовал для этого checked exceptions. Там код с сайд эффектами был помечен, что позволяло гарантировать их отсутствие, или обнаружить наличие. Что важно было для реплея по логу ивентов.
Сначала напрягся, а потом понял что у меня стоит the great discarder, а не suspender
2. Да, по IDE на движок. Например. Джава обрастает джава-спецификой, спрингом и всей остальной дребеденью. Так и IDE для движков — у каждого что-то своё, какая-то своя специфика по связке с HLSL, свои тулзы, это всё будет добавлять сложности само по себе. А если смешать два движка вместе — это ещё большее усложнение. Т.е. я не уверен что вся сложность IDE идёт от этого самого ядра (язык, рефакторинги, итп). Основная сложность это ото всей вот этой мелочи, которая работает не совсем так как ожидается, которая постоянно меняется и её много, и которую IDE вынуждена склеивать.
3. Ещё и годот в планах закинуть? А не развалится это всё на пол-пути? А ваши разработчики не сойдут с ума?
Ну, это всё взгляд со стороны, может у вас там внутри всё сияет и красиво. Просто иногда бывает что заявлено что-то красивое и логичное, но разработчики потом просто не будут вытягивать. Или пользователи будут плеваться.
Переключаться между, скажем, ридером и идеей — вообще проблем нет, хоткеи одинаковые и отлично. Я даже специально разные темы поставил чтобы подсознательно отличать где я нахожусь в данный момент. Соответственно, IntelliJ Unreal IDE был бы вполне не плох, зачем стесняться новый продукт добавить? Может проблема в том что слишком много лицензий придётся покупать? Но тогда можно было бы просто пак game-dev лицензий сделать.
В общем, я уверен что это всё у вас там внутри обсуждалось и не с бухты-барахты принято именно такое решение. Однако не покидает ощущение что вы же сами делаете себе жизнь сложнее с этой интеграцией всего геймдева в одной IDE. А мы будем страдать когда оно будет вылезать багами, тормозами и ограничениями. С простой системой — и разработчкикам проще и пользователям спокойнее.