А с чем связана неоптималность модулей? Если глянуть на их теорию - кажется, они должны очень ощутимый прирост по сравнению с вариантом с инклудами дать. Каждый "хедер" (в ковычках потому что у модулей это не совсем хедер) с ними строго по одному разу обработается
Спасибо, полезное направление работы. Видно сколько труда вложено в расследовательскую работу по отладке библиотеки. Было бы вообще круто в будущем углубить материал пошаговым разбором применения алгоритмов на примере какой-нибудь несложной сцены. Если будут силы - можете сделать как вторую часть и оформить таким образом цикл статей по теме
Имхо, в плюсах акцент нужно держать не на STL, а на всяком движе связанном с модулями и с поддержкой пакетных менеджеров (очень желательно, продумать сразу поддержку версионирования). Подключение каждой новой библиотеки перестанет быть "приключением на 20 минут" и комьюнити получившее возможность легко "перебирать харчами" при выборе решения, методом естественного отбора само поднимет в топы использования более удобные библиотеки. Это снимет лишнюю нагрузку с Комитета и разработчиков компиляторов
До войны три с половиной года работал в питерском Wargaming (Lesta Studio). Из них последние полгода по удалёнке, из Киева. Ребята клёвые, приятные в общении квалифицированные спецы которые горят свои делом - но из конторы пришлось уйти потому что не уйти в такой ситуации было нельзя...
Сейчас временами пишут рекрутёры из My.Games (Мейл ру) и других российских компаний. Каждому всегда отвечаю, примерно одно и то же: я украинец, сижу под ракетными ударами РФ, пока не закончится война, не принимаю предложения от российских компаний.
Это, может быть, смешное действие - но верю что уставая от таких ответов эйчары доносят мысли до руководства компаний. А менеджмент может задумается либо об уходе из России, либо о том что пора бы может всё-таки Россию выводить с рельсов на которые её занесло
Идея не более "супер" чем расположение войск РФ на территории ЗАЭС, не более "супер" обстрелов Никополя с территории ЗАЭС и, в целом, не более "супер" чем идея оккупации Украины российскими войсками
Я написал статью по реальному рабочему опыту в российской конторе. Научился (плюс-минус, до совершенства оч долго ещё) менторить через призму чужого опыта у одного из своих крутых коллег, российского разработчика... Возможно, мне просто повезло встретить такого коллегу - но вот, вроде, вполне реальные реалии
Хороший вопрос. Доки которые я делал, по ощущениям, читались людьми плохо. И в этом большая доля моей ответственности. Я их писал со своих позиций и очень слабо собирал по ним обратную связь.
Думаю, для качественного решения этот вопрос должен решаться на уровне процессов компании. Поддержка ключевых, качественных док должна выполняться в рамках задач, равноправных с прочей разработкой. И она на уровне рекомендуемых процессов должна включать в себя сбор обратной связи.
Альтернатива - делегировать написание док специально выделенным специалистам - техническим писателям. Они хорошо понимают как выполнять работу по созданию качественной документации, с этим связаны их прямые рабочие обязанности.
По опыту, качественная документация получается в результате скурпулёзной обработки обратной связи. Нужно пересиливать себя и спрашивать у читателей доки: "Что понравилась? Что было не понятно? Что бы ты доработал?" Страшновато услышать критику - но с развитием опыта вы начнёте воспринимать критику не как набор упрёков, а как обучение коммуникации в документациях.
Это действительно болезненный - но очень полезный опыт. Всегда, проживая его, рос как разработчик.
У меня такое случалось несколько раз и всегда - неделя настоящей депрессии. Мне помогало сразу начинать использовать новые знания на практике. И, также, помогало обращаться за помощью к человеку который раскрыл новые знания. Этот человек проходил схожие этапы осознания, он выслушивал душевную боль как свою, поддерживал и направлял.
Со своей стороны, я попутно укреплял его знания задавая наивные вопросы. Вопросы новичка - самые каверзные. Они касаются основ и обоснования взглядов - это вопросы "а зачем это вообще?" от человека который не принял пока концепции как разумеющиеся сами собой. Эти вопросы позволяют опытному человеку увидеть вещи на которые замылился глаз.
А не думали бросить на время кровавый веб и двинуть в геймдев почилить? Чисто отдохнуть от этой гонки и расширить кругозор? Там и алгоритмы вам, и математика, и рок-н-ролл. И даже зарплаты норм бывают, если повезёт
На реальном проекте видел приёмчик когда с помощью переопределения макросов и инклудов одного и того же файла между этими переопределениями собирали такую себе "рефлексию".
Ещё, конечно, #include "templates_impl.inl" в конце файла можно вспомнить - техника позволяющая сделать работу с шаблонами ощутимо чище.
Очень надеюсь что с приходом C++20 и модулей эта вся жесть уйдёт в прошлое.
Половина знакомых из российского айти сейчас живёт по принципу "накопить для комфортного переезда". Всячески подбадриваю и поддерживаю их в здравом начинании.
Именно. Об этом даже Страуструп говорил - что с концептам шаблоны зашли бы людям намного проще
А с чем связана неоптималность модулей? Если глянуть на их теорию - кажется, они должны очень ощутимый прирост по сравнению с вариантом с инклудами дать. Каждый "хедер" (в ковычках потому что у модулей это не совсем хедер) с ними строго по одному разу обработается
Свято верю что концепты и модули когда их распробует комьюнити могут радикально увеличить популярность плюсов.
Концепты резко снижают порог входа в шаблоны - фактически, ключевую фичу плюсов.
Модули фиксят медленную компиляцию и упрощают переиспользование кода за счёт модульной инкапсуляции.
Спасибо, полезное направление работы. Видно сколько труда вложено в расследовательскую работу по отладке библиотеки. Было бы вообще круто в будущем углубить материал пошаговым разбором применения алгоритмов на примере какой-нибудь несложной сцены. Если будут силы - можете сделать как вторую часть и оформить таким образом цикл статей по теме
Имхо, в плюсах акцент нужно держать не на STL, а на всяком движе связанном с модулями и с поддержкой пакетных менеджеров (очень желательно, продумать сразу поддержку версионирования). Подключение каждой новой библиотеки перестанет быть "приключением на 20 минут" и комьюнити получившее возможность легко "перебирать харчами" при выборе решения, методом естественного отбора само поднимет в топы использования более удобные библиотеки. Это снимет лишнюю нагрузку с Комитета и разработчиков компиляторов
До войны три с половиной года работал в питерском Wargaming (Lesta Studio). Из них последние полгода по удалёнке, из Киева. Ребята клёвые, приятные в общении квалифицированные спецы которые горят свои делом - но из конторы пришлось уйти потому что не уйти в такой ситуации было нельзя...
Сейчас временами пишут рекрутёры из My.Games (Мейл ру) и других российских компаний. Каждому всегда отвечаю, примерно одно и то же: я украинец, сижу под ракетными ударами РФ, пока не закончится война, не принимаю предложения от российских компаний.
Это, может быть, смешное действие - но верю что уставая от таких ответов эйчары доносят мысли до руководства компаний. А менеджмент может задумается либо об уходе из России, либо о том что пора бы может всё-таки Россию выводить с рельсов на которые её занесло
Паренёк из неплохого французского сериала "Киберсталкер" с картинки так-то далеко не всем перечисленным качествам соответствовал
Это ж те самые птицы, связанные с небезызвестными биолабораториями?..
Populous 3: The Beginning
Топовая игра была. Выпустили б чисто подтянув графоний плюс редактор вроде варкрафтовского для кастомок.
Ностальджи
Собственно, резолюция МАГАТЭ соответствует предложенным вами принципам "безопасность привыше политики"
Хотите поиграть к эту игру?.. Окей)
Идея не более "супер" чем расположение войск РФ на территории ЗАЭС, не более "супер" обстрелов Никополя с территории ЗАЭС и, в целом, не более "супер" чем идея оккупации Украины российскими войсками
Супер просто идея в контексте того что 55% энергетики Украины завязано на атомные станции. Особенно под зиму отлично придумано.
Например, для того чтобы взять станцию?) Она не всегда ведь была под "контролем" ВС РФ
Я написал статью по реальному рабочему опыту в российской конторе. Научился (плюс-минус, до совершенства оч долго ещё) менторить через призму чужого опыта у одного из своих крутых коллег, российского разработчика... Возможно, мне просто повезло встретить такого коллегу - но вот, вроде, вполне реальные реалии
Хороший вопрос. Доки которые я делал, по ощущениям, читались людьми плохо. И в этом большая доля моей ответственности. Я их писал со своих позиций и очень слабо собирал по ним обратную связь.
Думаю, для качественного решения этот вопрос должен решаться на уровне процессов компании. Поддержка ключевых, качественных док должна выполняться в рамках задач, равноправных с прочей разработкой. И она на уровне рекомендуемых процессов должна включать в себя сбор обратной связи.
Альтернатива - делегировать написание док специально выделенным специалистам - техническим писателям. Они хорошо понимают как выполнять работу по созданию качественной документации, с этим связаны их прямые рабочие обязанности.
По опыту, качественная документация получается в результате скурпулёзной обработки обратной связи. Нужно пересиливать себя и спрашивать у читателей доки: "Что понравилась? Что было не понятно? Что бы ты доработал?" Страшновато услышать критику - но с развитием опыта вы начнёте воспринимать критику не как набор упрёков, а как обучение коммуникации в документациях.
Отличный вопрос!
Это действительно болезненный - но очень полезный опыт. Всегда, проживая его, рос как разработчик.
У меня такое случалось несколько раз и всегда - неделя настоящей депрессии. Мне помогало сразу начинать использовать новые знания на практике. И, также, помогало обращаться за помощью к человеку который раскрыл новые знания. Этот человек проходил схожие этапы осознания, он выслушивал душевную боль как свою, поддерживал и направлял.
Со своей стороны, я попутно укреплял его знания задавая наивные вопросы. Вопросы новичка - самые каверзные. Они касаются основ и обоснования взглядов - это вопросы "а зачем это вообще?" от человека который не принял пока концепции как разумеющиеся сами собой. Эти вопросы позволяют опытному человеку увидеть вещи на которые замылился глаз.
Эх... У меня так друг умер(
А не думали бросить на время кровавый веб и двинуть в геймдев почилить? Чисто отдохнуть от этой гонки и расширить кругозор? Там и алгоритмы вам, и математика, и рок-н-ролл. И даже зарплаты норм бывают, если повезёт
На реальном проекте видел приёмчик когда с помощью переопределения макросов и инклудов одного и того же файла между этими переопределениями собирали такую себе "рефлексию".
Ещё, конечно, #include "templates_impl.inl" в конце файла можно вспомнить - техника позволяющая сделать работу с шаблонами ощутимо чище.
Очень надеюсь что с приходом C++20 и модулей эта вся жесть уйдёт в прошлое.
Половина знакомых из российского айти сейчас живёт по принципу "накопить для комфортного переезда". Всячески подбадриваю и поддерживаю их в здравом начинании.
Дело не только в том что я украинец.
Дело в том что я желаю им добра.