Погодите, вы всю статью из раза в раз повторяете, что для низких результатов IQ корреляция есть, то есть тест работает, но потом говорите, что для высоких корреляции нет, поэтому тест не работает. Что это за странная логика? У теста узкая область применимости - да, но называть на этом основании IQ обманом - ошибка.
Из всей статьи я могу сделать вывод, который совпадает с моими личными наблюдениями - для большинства работ не требуется гениальность или уникальный уровень интеллекта, даже для престижных.
И ещё есть вопрос к круговой логике. Концепция ясна, но насколько в реальности результаты теста IQ влияют на обучение и карьеру. По-моему даже в америке они могут быть только фильтром на поступление в обычную школу с IQ < 75, но не вступительным экзаменом в ВУЗ.
На самом деле мы и живём в параллельных реальностях. В вашей есть строгая повторяемость, Джанго как стандарт и "один способ сделать это". В моей - собственный движок, сложные скрипты сборки, много сложного кода, почти полное отсутствие шаблонных задач и большую часть времени работы вообще вне IDE. И я даже близко не архитектор, просто разработчик. В вашей LLM справляется, в моей - нет. Одноразовый скрипт она пишет, разобраться со всем проектом - не в состоянии, тут человек тратит не одну неделю на то, чтобы начать работать, как это должна делать нейросеть, заново погружающаяся в проект на каждом запросе?
Один в один могу сказать то же самое про велосипед. Точно так же начал кататься много лет назад, так же съехал с асфальта на грунты в поисках интересного. Даже дистанции совпадают, Только на больше 150км уже не батарейки не хватает, а своих сил и времени, а электровел так и вовсе будет 1 в 1. Каждому своё, хорошо, что количество вариантов такого досуга растёт.
Как уже отметили выше, методика старая и давно известная. И так же известно, что далеко не для всех работает. Есть совсем блокирующие особенности типа афантазии, есть просто слабая пространственная память, а тут требуется ещё и зрительная. Я завидую тем, для кого это методика работает, но моему мозгу подобное мешает, а не помогает. Единственный универсальный совет - использовать максимум ощущений для запоминания. Визуально, механически, на слух, на ощупь, эмоционально, ассоциативно - чем больше разных подходов, тем больше связей и лучше память. А все мнемоники сугубо индивидуальны.
У вас какое-то очень узкое понимание альтруизма. Одно из древнейших свидетельств альтруизма у людей - останки черепов дряхлых беззубых стариков, например Дманиси 1,8млн лет. О них заботились, приносили еду и тд. И да, это выгодно обществу, эти люди приносили пользу, но это не обмен, не торг, это забота.
Сейчас выбираю себе монитор и совсем не понимаю, что случилось с разъёмами и кабелями. На сабжевом монике DP 1.4, через который нормально 4K 240Hz не пролазит. Где DP 2.0? DSC, конечно, компенсирует, но почему старый разъём на новом монике? Я стабильно наблюдаю мониторы, у которых стандарты DP и HDMI не дотягивают до возможностей матрицы.
Разрешите поинтересоваться, а чем он вам помогает? Я, конечно, тот ещё ретроград, но сколько ни пытался, не смог никакой пользы выжать из ChatGPT. Можете рассказать о сценариях или конкретных ситуациях, если это не слишком личное? Не холивара ради, мне правда интересно понять, что я делаю не так.
Вы не понимаете, это инновационное хранилище в пространственно-временном континуме. Можно не хранить данные ни на Земле, ни на Марсе, а непрерывно пересылать их между планетами так, чтобы они всегда находились в космосе. Абсолютная защищённость!
editor.semanticTokenColorCustomizations скорее всего вам и не нужно, это самый тонкий и сложный инструмент. Можно найти готовую цветовую схему на ваш вкус, если ваши требования хоть сколько-то популярны.
большинство разрабов перестали понимать что такое IDE и в чем они отличаются от текстовых редакторов
Вы очень точно уловили суть, я согласен с этим на 100%, но, кажется, интерпретации у нас явно разные. Моя в том, что ничего сложнее текстового редактора с парой плагинов и не нужно. Это понятный и прозрачный инструмент, с которым понятно, что делать, когда что-то идёт не так. А многие фичи большой IDE оказываются просто не нужны. Чем больше она делает за меня "сама", тем меньше гибкости в нестандартных ситуациях.
Несомненно у больших IDE есть своя ниша и свои пользователи, просто это не 100% программистов и не уверен, что даже 50.
1) Нет необходимости в совчувствии. Удалённая разработка вообще никак не отличается от локальной в VS Code. Код удалённый, отладчик удалённый, но всё выглядит так, что оно у вас на компе. Вся настройка - host и login.
3) Питоновский тест запускается через панельку тестирования, но цепляется плюсовый отладчик к питону или порождённому им процессу.
Вопросы же "как сделать в VS Code" выдают в вас человека, который вообще не пробовал её и не в курсе. Find Usage через LSP даже в vim цепляется. Раскраска через "editor.semanticTokenColorCustomizations" кастомизируется до мельчайших деталей. Разве что плагина профайлера хорошего и правда нет, я всегда пользовался сторонними инструментами.
Реальные проблемы и недостатки у VS Code есть, она не идеальна. Но я и не называл её лучшим отладчиком или IDE для C++. Я считаю, что по возможностям VS, Code, CLion и тд не особо отличаются и это чистейшая вкусовщина. Есть те, кто и в vim очень продуктивно работает, зачем им мешать?
И при чём тут мобильный геймдев? Изначальный топик про ПК и консоли, там UE замечательно живёт. На мобилках же С++ часто крутится на своих велосипедах у разрабов с макбуками, а не VS на винде, хотя и она часто встречается. Поэтому самый типичный набор платформ: Win, Mac, iOS, Android. Десктопный линукс если и собирается, то его никто не поддерживает, но и этого списка кроссплатформенности за глаза.
Я использую Clangd для автокомплита и навигации. На больших проектах он может долго индексировать первый раз, но в процессе работы всё моментально, тормозов не замечено. Размер проекта - час компиляции на этом же компьютере, то есть файлов много. С майкрософтовским IntelliSence в VS Code у меня не сложилось. Он путается с включенным unity build, clangd тоже, но ему можно подсунуть другие compile_commands.json, а вот как это сделать студийному - хз.
Полноценный Mixed Mode я так и не завёл, пока не нужно было параллельно 2 дебаггера, когда step in питона проваливается в плюсы, активен был только плюсовый. Тут суть в том, что плагины для pytest, ctest и дебаггера вполне дружат.
Тут обсуждалось обратное, чем VS лучше, потому что я считаю, что остальные дебаггеры как минимум не хуже. Большую VS я не люблю как IDE, а не только отладчик. Из плюсов VS Code:
Удалённая разработка по SSH. Можно хоть на боевой сервер подключаться, хоть на локальный WSL. В том числе и удалённая отладка.
Поддержка разных языков, хоть Perl, хоть CMake, опять же с отладкой.
Полная кастомизируемость. Возможно по незнанию, но не представляю как в большой студии можно отдебажить питоновский скрипт, который вызывает плюсовый код, да ещё и настроить это на обычный запуск дебаггера, да ещё и из панели тестирования (тест на питоне).
Легковесность, ни на диске, ни в памяти, ни по процу она много не ест.
Реальная кроссплатформенность. Я разрабатывал как линуксовый сервак с винды, так и виндовое приложение на линуксовом десктопе (изврат полный, но возможен). Ну и на маке тоже работает.
Конфигурируемость всего в виде понятных файлов, доступных для ручного редактирования, а не бесконечный поиск пункта в графическом меню. С синхронизацией опций между компами с локальными особенностями.
Есть масса других мелочей, но и этого достаточно. Я воспринимаю IDE как удобную обёртку поверх множества инструментов, которыми и без неё умею пользоваться, а не один единственно верный идеальный супер-инструмент.
Он едва самого меня не свел с ума, доказывая мне, что меня нету
Даже если не брать разные локальные велосипеды, коих всё ещё великое множество, есть UE, который кроссплатформеннее некуда, и пишут на нём часто с прицелом более, чем на одну платформу.
Простите, но все эти фичи есть. Аргумент про удобно работает в обе стороны. Я привык к GDB, когда мне нужно работать в VS я тоже страдаю и не могу разобраться. И большой плюс консоли в данном случае в том, что текстовые заклинания копипастятся и легко кастомизируются. При этом всё простое можно делать чисто в GUI.
Вы несколько раз в разных ветках написали, что по функционалу не близко, но можете добавить конкретики? Базовую пошаговую отладку, в том числе визуальную, с отображением значений и брякпоинтами умеют все. К GDB я дописывал плагины для отображения стека, в том числе асинхронного, всевозможных украшательств типа pretty print, скриптовал его изнутри и снаружи для поиска по памяти. Каких фич в нём нет, которые так круты в VS? Я пока увидел только упоминание кастомных профайлеров для конкретных движков или библиотек.
Погодите, вы всю статью из раза в раз повторяете, что для низких результатов IQ корреляция есть, то есть тест работает, но потом говорите, что для высоких корреляции нет, поэтому тест не работает. Что это за странная логика? У теста узкая область применимости - да, но называть на этом основании IQ обманом - ошибка.
Из всей статьи я могу сделать вывод, который совпадает с моими личными наблюдениями - для большинства работ не требуется гениальность или уникальный уровень интеллекта, даже для престижных.
И ещё есть вопрос к круговой логике. Концепция ясна, но насколько в реальности результаты теста IQ влияют на обучение и карьеру. По-моему даже в америке они могут быть только фильтром на поступление в обычную школу с IQ < 75, но не вступительным экзаменом в ВУЗ.
Верле - да, позиционный, Рунге-Кутты - нет, он - обобщение Эйлера на любой порядок, хотя чаще имеется в виду РК четвёртого порядка.
На самом деле мы и живём в параллельных реальностях. В вашей есть строгая повторяемость, Джанго как стандарт и "один способ сделать это". В моей - собственный движок, сложные скрипты сборки, много сложного кода, почти полное отсутствие шаблонных задач и большую часть времени работы вообще вне IDE. И я даже близко не архитектор, просто разработчик. В вашей LLM справляется, в моей - нет. Одноразовый скрипт она пишет, разобраться со всем проектом - не в состоянии, тут человек тратит не одну неделю на то, чтобы начать работать, как это должна делать нейросеть, заново погружающаяся в проект на каждом запросе?
Один в один могу сказать то же самое про велосипед. Точно так же начал кататься много лет назад, так же съехал с асфальта на грунты в поисках интересного. Даже дистанции совпадают, Только на больше 150км уже не батарейки не хватает, а своих сил и времени, а электровел так и вовсе будет 1 в 1. Каждому своё, хорошо, что количество вариантов такого досуга растёт.
Как уже отметили выше, методика старая и давно известная. И так же известно, что далеко не для всех работает. Есть совсем блокирующие особенности типа афантазии, есть просто слабая пространственная память, а тут требуется ещё и зрительная. Я завидую тем, для кого это методика работает, но моему мозгу подобное мешает, а не помогает. Единственный универсальный совет - использовать максимум ощущений для запоминания. Визуально, механически, на слух, на ощупь, эмоционально, ассоциативно - чем больше разных подходов, тем больше связей и лучше память. А все мнемоники сугубо индивидуальны.
В следующий раз обсудите с llm, как писать посты и не вставлять текст картинками.
Так и я о том же. Только из лингвистической составляющей логику выстроить нельзя. Заменяем слова на имеющие смысл и получаем любой ответ.
Я использовал при ответе первую интерпретацию и мой ответ положительный. Конечно же ей страшно, поэтому и не отмудохала.
У вас какое-то очень узкое понимание альтруизма. Одно из древнейших свидетельств альтруизма у людей - останки черепов дряхлых беззубых стариков, например Дманиси 1,8млн лет. О них заботились, приносили еду и тд. И да, это выгодно обществу, эти люди приносили пользу, но это не обмен, не торг, это забота.
Сейчас выбираю себе монитор и совсем не понимаю, что случилось с разъёмами и кабелями. На сабжевом монике DP 1.4, через который нормально 4K 240Hz не пролазит. Где DP 2.0? DSC, конечно, компенсирует, но почему старый разъём на новом монике? Я стабильно наблюдаю мониторы, у которых стандарты DP и HDMI не дотягивают до возможностей матрицы.
Разрешите поинтересоваться, а чем он вам помогает? Я, конечно, тот ещё ретроград, но сколько ни пытался, не смог никакой пользы выжать из ChatGPT. Можете рассказать о сценариях или конкретных ситуациях, если это не слишком личное? Не холивара ради, мне правда интересно понять, что я делаю не так.
Вы не понимаете, это инновационное хранилище в пространственно-временном континуме. Можно не хранить данные ни на Земле, ни на Марсе, а непрерывно пересылать их между планетами так, чтобы они всегда находились в космосе. Абсолютная защищённость!
editor.semanticTokenColorCustomizations скорее всего вам и не нужно, это самый тонкий и сложный инструмент. Можно найти готовую цветовую схему на ваш вкус, если ваши требования хоть сколько-то популярны.
Вы очень точно уловили суть, я согласен с этим на 100%, но, кажется, интерпретации у нас явно разные. Моя в том, что ничего сложнее текстового редактора с парой плагинов и не нужно. Это понятный и прозрачный инструмент, с которым понятно, что делать, когда что-то идёт не так. А многие фичи большой IDE оказываются просто не нужны. Чем больше она делает за меня "сама", тем меньше гибкости в нестандартных ситуациях.
Несомненно у больших IDE есть своя ниша и свои пользователи, просто это не 100% программистов и не уверен, что даже 50.
1) Нет необходимости в совчувствии. Удалённая разработка вообще никак не отличается от локальной в VS Code. Код удалённый, отладчик удалённый, но всё выглядит так, что оно у вас на компе. Вся настройка - host и login.
3) Питоновский тест запускается через панельку тестирования, но цепляется плюсовый отладчик к питону или порождённому им процессу.
Вопросы же "как сделать в VS Code" выдают в вас человека, который вообще не пробовал её и не в курсе. Find Usage через LSP даже в vim цепляется. Раскраска через "editor.semanticTokenColorCustomizations" кастомизируется до мельчайших деталей. Разве что плагина профайлера хорошего и правда нет, я всегда пользовался сторонними инструментами.
Реальные проблемы и недостатки у VS Code есть, она не идеальна. Но я и не называл её лучшим отладчиком или IDE для C++. Я считаю, что по возможностям VS, Code, CLion и тд не особо отличаются и это чистейшая вкусовщина. Есть те, кто и в vim очень продуктивно работает, зачем им мешать?
И при чём тут мобильный геймдев? Изначальный топик про ПК и консоли, там UE замечательно живёт. На мобилках же С++ часто крутится на своих велосипедах у разрабов с макбуками, а не VS на винде, хотя и она часто встречается. Поэтому самый типичный набор платформ: Win, Mac, iOS, Android. Десктопный линукс если и собирается, то его никто не поддерживает, но и этого списка кроссплатформенности за глаза.
Я использую Clangd для автокомплита и навигации. На больших проектах он может долго индексировать первый раз, но в процессе работы всё моментально, тормозов не замечено. Размер проекта - час компиляции на этом же компьютере, то есть файлов много. С майкрософтовским IntelliSence в VS Code у меня не сложилось. Он путается с включенным unity build, clangd тоже, но ему можно подсунуть другие compile_commands.json, а вот как это сделать студийному - хз.
Полноценный Mixed Mode я так и не завёл, пока не нужно было параллельно 2 дебаггера, когда step in питона проваливается в плюсы, активен был только плюсовый. Тут суть в том, что плагины для pytest, ctest и дебаггера вполне дружат.
Тут обсуждалось обратное, чем VS лучше, потому что я считаю, что остальные дебаггеры как минимум не хуже. Большую VS я не люблю как IDE, а не только отладчик. Из плюсов VS Code:
Удалённая разработка по SSH. Можно хоть на боевой сервер подключаться, хоть на локальный WSL. В том числе и удалённая отладка.
Поддержка разных языков, хоть Perl, хоть CMake, опять же с отладкой.
Полная кастомизируемость. Возможно по незнанию, но не представляю как в большой студии можно отдебажить питоновский скрипт, который вызывает плюсовый код, да ещё и настроить это на обычный запуск дебаггера, да ещё и из панели тестирования (тест на питоне).
Легковесность, ни на диске, ни в памяти, ни по процу она много не ест.
Реальная кроссплатформенность. Я разрабатывал как линуксовый сервак с винды, так и виндовое приложение на линуксовом десктопе (изврат полный, но возможен). Ну и на маке тоже работает.
Конфигурируемость всего в виде понятных файлов, доступных для ручного редактирования, а не бесконечный поиск пункта в графическом меню. С синхронизацией опций между компами с локальными особенностями.
Есть масса других мелочей, но и этого достаточно. Я воспринимаю IDE как удобную обёртку поверх множества инструментов, которыми и без неё умею пользоваться, а не один единственно верный идеальный супер-инструмент.
Да уж, почувствуй себя Воландом, называется.
Даже если не брать разные локальные велосипеды, коих всё ещё великое множество, есть UE, который кроссплатформеннее некуда, и пишут на нём часто с прицелом более, чем на одну платформу.
Простите, но все эти фичи есть. Аргумент про удобно работает в обе стороны. Я привык к GDB, когда мне нужно работать в VS я тоже страдаю и не могу разобраться. И большой плюс консоли в данном случае в том, что текстовые заклинания копипастятся и легко кастомизируются. При этом всё простое можно делать чисто в GUI.
Вы несколько раз в разных ветках написали, что по функционалу не близко, но можете добавить конкретики? Базовую пошаговую отладку, в том числе визуальную, с отображением значений и брякпоинтами умеют все. К GDB я дописывал плагины для отображения стека, в том числе асинхронного, всевозможных украшательств типа pretty print, скриптовал его изнутри и снаружи для поиска по памяти. Каких фич в нём нет, которые так круты в VS? Я пока увидел только упоминание кастомных профайлеров для конкретных движков или библиотек.