С вами всё в порядке, не обращайте внимания. Слог со временем скорректируется, ничего специально для этого делать не нужно. Просто продолжайте читать чужие статьи и писать свои.
Могу посоветовать настольные игры, вероятно в вашем городе есть соответствующие клубы. Это позволит познакомиться с самыми разными людьми.
Можете попробовать с другой стороны поучаствовать в командной разработке с другими мотивированными участниками, например, помочь в разработке модов для игр. Иногда к выгоранию приводит именно отсутствие общения.
У меня есть с десяток pet project'ов, к которым я возвращаюсь иногда через много лет (даже 10+). В этом нет никакой проблемы - вы можете сейчас остановиться в текущей разработке и заняться чем-то ещё. Потом сами не заметите как вернутся силы и мотивация продолжить.
Боюсь, так не работает. Нет таблетки "сделать умным". У человека должна быть внутренняя мотивация, ваша задача предоставлять возможности и прислушиваться к желаниям и интересам. Чтобы разобраться в чем-то, в чем вы не смыслите до состояния "я больше не боюсь этих непонятных слов", не стесняйтесь обращаться к ИИ, даже банально гугловому ИИ, который сам всплывает первой строкой при поиске.
Я сам начинал более-менее серьезно разбираться в ассемблере где-то в районе 15. Хорошая новость: в этом нет ничего принципиально сложного, особенно сегодня. Сегодня вообще мало чего-то принципиально сложного: накопленный опыт (гугл и ИИ) колоссален и доступен по одному нажатию мышкой. Плохая новость: вы, как родитель, очень ограничены в своих возможностях. Внутренняя мотивация внешней не подменяется, позиция "я ничего в этом не понимаю" тоже не работает. Да и если всё-всё понять, всё ещё главным строителем своего будущего останется сам человек, даже если ему ещё 11.
Да и асм в каком-то смысле тоже, проблема может быть на стороне линковки например. Так что предлагаю начинать сравнение с машинных кодов (хотя и там не всё так однозначно).
Ну так всё правильно, такой себе. Вполне на уровне людей. Некоторых людей)
На моей практике иногда оно очень годно делает одноразовые скрипты, которые дешевле проверить, чем написать самому. Неплохо справляется с генерацией говнокода, когда сам не собираешься вникать в предметную область, но надо что-то по-быстрому проверить/попробовать. И самое главное: неплохо помогает начать разбираться в тех предметных областях, в которых таки разобраться хочется/требуется. Короче, замена гуглению с функцией перекомпановки нагугленного до состояния, что иногда даже работает.
В общем штука-то хорошая, просто хайп, как всегда, совершенно оторван от реальности.
Профилировать, даже на начальных этапах, проще с помощью async-profiler (в режиме jfr с конвертацией в heatmap). Это даст наглядное представление о происходящем, поможет реально разобраться в том, на что уходит время и как коллекции устроены.
Да даже когда/если появится возможность указывать пул, я бы всё равно за пределами пет-проджектов предпочел воздержаться. Тяжело отлаживать, тяжело предсказывать производительность, легко сломать неловким движением. Steam API делался в спешке и получился предельно чужеродным для языка.
Нет, в данной ситуации я бы использовал wall-profile. Ключевых отличий для нашего случая как минимум два:
Async-profiler может показывать граф вызовов вплоть до ядра, а не только java-часть.
Возможность визуализации в виде хитмапа с возможностью дальнейшего анализа и сравнения флеймграфов за произвольный период.
Также в некоторых случаях async-profiler показывает значительно более высокую точность профиля, т.к. проектировался как раз в т.ч. для патологических corner-case'ов.
В любом случае, главная часть моего утверждения: специализированный инструмент (профайлер) лучше ручных дампов потоков.
Такие оценки напоминают мне прогнозы по производительности JS после выхода V8. Все кто реально знает, как это работает, уже тогда понимали, что дальше только асимптотические улучшения. Зато любители строить аппроксимации и говорить что-то вроде "замедление темпа не означает изменения направления" уверенно предрекали JS'у производительность выше условно взятого С++.
Не буду подавать идей товарищу майору, но и с этой техникой есть способы борьбы на стороне товарища майора, при наличии мощностей, компетенции и желания. Хочется верить, что чего-то из этого перечня товарищу не хватит.
Потому что у C++ нет полной формальной грамматики по множеству исторических причин.
С вами всё в порядке, не обращайте внимания. Слог со временем скорректируется, ничего специально для этого делать не нужно. Просто продолжайте читать чужие статьи и писать свои.
Могу посоветовать настольные игры, вероятно в вашем городе есть соответствующие клубы. Это позволит познакомиться с самыми разными людьми.
Можете попробовать с другой стороны поучаствовать в командной разработке с другими мотивированными участниками, например, помочь в разработке модов для игр. Иногда к выгоранию приводит именно отсутствие общения.
У меня есть с десяток pet project'ов, к которым я возвращаюсь иногда через много лет (даже 10+). В этом нет никакой проблемы - вы можете сейчас остановиться в текущей разработке и заняться чем-то ещё. Потом сами не заметите как вернутся силы и мотивация продолжить.
Кто не писал рекурсивный спуск, у того нет сердца, кто не перешёл на формальные грамматики - у того нет ума (с) Черчилль (или нет)
Боюсь, так не работает. Нет таблетки "сделать умным". У человека должна быть внутренняя мотивация, ваша задача предоставлять возможности и прислушиваться к желаниям и интересам. Чтобы разобраться в чем-то, в чем вы не смыслите до состояния "я больше не боюсь этих непонятных слов", не стесняйтесь обращаться к ИИ, даже банально гугловому ИИ, который сам всплывает первой строкой при поиске.
Я сам начинал более-менее серьезно разбираться в ассемблере где-то в районе 15. Хорошая новость: в этом нет ничего принципиально сложного, особенно сегодня. Сегодня вообще мало чего-то принципиально сложного: накопленный опыт (гугл и ИИ) колоссален и доступен по одному нажатию мышкой. Плохая новость: вы, как родитель, очень ограничены в своих возможностях. Внутренняя мотивация внешней не подменяется, позиция "я ничего в этом не понимаю" тоже не работает. Да и если всё-всё понять, всё ещё главным строителем своего будущего останется сам человек, даже если ему ещё 11.
Нет, ну если бы толковый рассказ был, сфокусированный на продукте, то ну... Может быть. Но читать нейрослоп о нейрослопе?
Прежде чем учить русскому, неплохо бы сначала самому по-русски писать научиться.
Да и асм в каком-то смысле тоже, проблема может быть на стороне линковки например. Так что предлагаю начинать сравнение с машинных кодов (хотя и там не всё так однозначно).
Ну так всё правильно, такой себе. Вполне на уровне людей. Некоторых людей)
На моей практике иногда оно очень годно делает одноразовые скрипты, которые дешевле проверить, чем написать самому. Неплохо справляется с генерацией говнокода, когда сам не собираешься вникать в предметную область, но надо что-то по-быстрому проверить/попробовать. И самое главное: неплохо помогает начать разбираться в тех предметных областях, в которых таки разобраться хочется/требуется. Короче, замена гуглению с функцией перекомпановки нагугленного до состояния, что иногда даже работает.
В общем штука-то хорошая, просто хайп, как всегда, совершенно оторван от реальности.
Netty это и есть что-то типа nginx.
Профилировать, даже на начальных этапах, проще с помощью async-profiler (в режиме jfr с конвертацией в heatmap). Это даст наглядное представление о происходящем, поможет реально разобраться в том, на что уходит время и как коллекции устроены.
Да даже когда/если появится возможность указывать пул, я бы всё равно за пределами пет-проджектов предпочел воздержаться. Тяжело отлаживать, тяжело предсказывать производительность, легко сломать неловким движением. Steam API делался в спешке и получился предельно чужеродным для языка.
Ещё в копилку: связанные списки убивают GC, т.к. нужно не только обойти кучу указателей, но это ещё и не параллелится.
Нет, в данной ситуации я бы использовал wall-profile. Ключевых отличий для нашего случая как минимум два:
Async-profiler может показывать граф вызовов вплоть до ядра, а не только java-часть.
Возможность визуализации в виде хитмапа с возможностью дальнейшего анализа и сравнения флеймграфов за произвольный период.
Также в некоторых случаях async-profiler показывает значительно более высокую точность профиля, т.к. проектировался как раз в т.ч. для патологических corner-case'ов.
В любом случае, главная часть моего утверждения: специализированный инструмент (профайлер) лучше ручных дампов потоков.
Рекомендую async-profiler вместо дампа потоков, наглядно будет видно всё происходящее без необходимости применять интеллект.
А оно снизилось отрицательно просто.
А можно пожалуйста не надо?
Такие оценки напоминают мне прогнозы по производительности JS после выхода V8. Все кто реально знает, как это работает, уже тогда понимали, что дальше только асимптотические улучшения. Зато любители строить аппроксимации и говорить что-то вроде "замедление темпа не означает изменения направления" уверенно предрекали JS'у производительность выше условно взятого С++.
Надо срочно переставить местами койки!
Не буду подавать идей товарищу майору, но и с этой техникой есть способы борьбы на стороне товарища майора, при наличии мощностей, компетенции и желания. Хочется верить, что чего-то из этого перечня товарищу не хватит.