Приведенный пример просто волшебный. То есть компилятор видит ошибку в коде. Но вместо того, чтобы о ней сообщить, делает бредовую оптимизацию. И этой бредовой оптимизации ещё и находят оправдание. Уровень создания языка на уровне ребенка: а я не думал, что жечь спички дома это плохая идея. Тут комментарии излишни. Вместо того, чтобы помочь разработчику, который не всегда свеж и бодр в очередном кранче, его обязывают быть предельно внимательным, намеренно создавая дополнительное минное поле.
Покажите мне в тексте, где я написал про недопускают ошибок и сверхсуществ. Не надо додумывать. У всего есть плюсы и минусы. В современном мире, особенно геймдев, не уйдёшь уже ни от одной, будет разрабатывать и на пк, и на консоли, и на мобилы, а это весь спектр ОС: и Windows based, и Unix-based. Я разрабатывал под большую часть из них, имею представление об их плюсах и минусах, и давно уже ни в какие крайности не ухожу. Для меня давно это просто работа.
Вообще MS занималась Xenix на пару с ещё одной компанией (ЕМНИП называется она SCO), которая, внезапно, тоже имела и получила кучу патентов на эти ваши *unix системы. После того, как MS решила завязать с Xenix, эта вторая компания ещё долго занималась патентным троллингом. Сам факт возможности такого троллинга уже говорит о не такой уж и бесплатности всего этого мероприятия. Точных деталей я не помню, читал давно, но гуглится эта история на раз-два. Так что на якобы бесплатных *unix системах полно вещей, закрытых патентами. И бесплатностью даже не пахнет. Повторюсь, людям с мышлением школьника, которым дали покомпилировать ядро оси, серьёзные выводы о бесплатности использования определенной ОС делать такое себе. Сколько было историй, когда при уходе админа колом вставало предприятие, так как некому было админить то, что наодминил предыдущий. На фоне этого стоимость самой оси часто уходила на десятый план. Про надёжность тоже вопрос сильно неоднозначный. Как только линух попёр популярностью вверх, мегазащищённая система незамедлительно посыпала сыростью, багами и свежих вирусов для неё.
Все такие эксперты что и как надо делать MS. Все директора с опытом руководства огромной компанией, очевидно. MS занималась *unix системами (Xenix), когда большинство местных айтишников ещё в школу не ходили, а то и вообще не родились. Менялось руководство, менялись мнения. Глупо считать, что MS не понимает что и для чего она делает. А быть экспертом (не все конечно, но многие) на уровне "лицензия винды мне дорого, лучше поставлю линукс" это явно не масштаб мышления крупной транснациональной корпорации.
Прибежал из ниоткуда, в данной области нет опыта, ещё и должность и зп выше просит. Ну, такое. Это больше гонку за ачивками напоминает, чем серъезный подход.
По мнению автора статьи выходит, что весь код ядра линукса UB. А статью на хабре никто не помнит уже, где компилятор плюсов оправдывал стандартом вызов кода, который не должен был вызываться в принципе?
Даже неплохо что кадры текут. Если человека не держит не сильно высокая зарплата, ему легче уйти на работу, которая ему действительно интересна. А если работодатель не хочет платит чуть больше, значит ему не так уж и важен разработчик.
И да, и нет. Да, ведь гораздо лучше, когда одно и то же можно продать много раз. Как пример по сути одинаковые смартфоны и автомобили. Нет, искусственно заставляют бежать за новым. С другой стороны, если бы софт был качественный за то же время и деньги, от этого бы никто отказываться не стал. Причину сменить придумали бы. Тем же принудительным ухудшением. Как запрограммированное устаревание. Вот только для машин это надо наоборот вкладывать деньги в технологии, чтобы подшипник износился примерно сразу после окончания гарантийного срока. А с ПО особо и делать ничего не надо, надо просто задёшево разрабатывать. Плохо само получится. Ну если только какой-нибудь фанат не испортит план, и не разработает качественный софт за еду, в чём я сильно сомневаюсь.
Софт то решает. Да вот потребная минимальная сложность этого софта сильно выросла за последние годы, и продолжает расти. И, очевидно, приводит к удорожанию разработки софта. Вы сейчас с гораздо меньшей вероятностью можете себе позволить сваять софт на коленке, потому что минимальное количество необходимых фич за последнее время сильно выросло. Такое есть, но скорее как исключение из правил. Вы просто не сможете конкурировать, если этих фич не будет. Пользователи уже их попробовали, и на меньшее не согласны. Времена, когда все глядели с восхищением на чудо отправленного email'а давно прошли. А чтобы эти фичи были в должном количестве, вам уже придётся вовлекать больше людей и технологий, спецов более высокого уровня. Всё это стоит денег, а также времени разработки. Извернуться можно конечно, но всё сложнее и сложнее.
Что-то столько букв написано при элементарной причине: некачественный софт дешевле в разработке. Остальное лишь следствие. Да, для такого софта хорошо продавать более мощное железо. Но во времена Doom/Quake умудрялись при жесточайшей оптимизации упираться в производительность и так. А сейчас CPU/GPU по сути упёрлись в потолок, растим уже TDP, так как технологический ресурс практически исчерпан. Чтобы убедиться, достаточно посмотреть на активно растущий TDP современного железа, особенно новых GPU. Но качественный софт разрабатывать за время разгона продаж уже разучились. А сейчас уже пришли к новым проблемам: cофта надо много, разработчиков мало. Всё чаще берут без разбора хороший или плохой, лишь бы умел что-то там кодить. Ну тут уже без сомнений качество софта как средняя температура по больнице будет только падать.
Правила где ставить ++ уровня прошлого века, если честно. Это ж какого уровня должны быть разработчики, которых так легко сломать не той формой оператора ++. Это при том, что насколько я знаю о Банджи, у них реально хорошая продумананя архитектура движка. А это куда важнее в какой форме используются операторы. А уж восхищаться хорошим неймингом ... На самом деле создаётся чувство, что эти правила писал новичок, недавно пришедший в компанию. Disclaimer: Кто автор статьи не копал. Просто не интересно.
Приведенный пример просто волшебный. То есть компилятор видит ошибку в коде. Но вместо того, чтобы о ней сообщить, делает бредовую оптимизацию. И этой бредовой оптимизации ещё и находят оправдание. Уровень создания языка на уровне ребенка: а я не думал, что жечь спички дома это плохая идея. Тут комментарии излишни. Вместо того, чтобы помочь разработчику, который не всегда свеж и бодр в очередном кранче, его обязывают быть предельно внимательным, намеренно создавая дополнительное минное поле.
Собственно, вывод: данная статья является рекламой книги, которая такая же бессмысленная и бесполезная, как и эта статья.
Покажите мне в тексте, где я написал про недопускают ошибок и сверхсуществ. Не надо додумывать. У всего есть плюсы и минусы. В современном мире, особенно геймдев, не уйдёшь уже ни от одной, будет разрабатывать и на пк, и на консоли, и на мобилы, а это весь спектр ОС: и Windows based, и Unix-based. Я разрабатывал под большую часть из них, имею представление об их плюсах и минусах, и давно уже ни в какие крайности не ухожу. Для меня давно это просто работа.
Вообще MS занималась Xenix на пару с ещё одной компанией (ЕМНИП называется она SCO), которая, внезапно, тоже имела и получила кучу патентов на эти ваши *unix системы. После того, как MS решила завязать с Xenix, эта вторая компания ещё долго занималась патентным троллингом. Сам факт возможности такого троллинга уже говорит о не такой уж и бесплатности всего этого мероприятия. Точных деталей я не помню, читал давно, но гуглится эта история на раз-два. Так что на якобы бесплатных *unix системах полно вещей, закрытых патентами. И бесплатностью даже не пахнет. Повторюсь, людям с мышлением школьника, которым дали покомпилировать ядро оси, серьёзные выводы о бесплатности использования определенной ОС делать такое себе. Сколько было историй, когда при уходе админа колом вставало предприятие, так как некому было админить то, что наодминил предыдущий. На фоне этого стоимость самой оси часто уходила на десятый план. Про надёжность тоже вопрос сильно неоднозначный. Как только линух попёр популярностью вверх, мегазащищённая система незамедлительно посыпала сыростью, багами и свежих вирусов для неё.
Все такие эксперты что и как надо делать MS. Все директора с опытом руководства огромной компанией, очевидно. MS занималась *unix системами (Xenix), когда большинство местных айтишников ещё в школу не ходили, а то и вообще не родились. Менялось руководство, менялись мнения. Глупо считать, что MS не понимает что и для чего она делает. А быть экспертом (не все конечно, но многие) на уровне "лицензия винды мне дорого, лучше поставлю линукс" это явно не масштаб мышления крупной транснациональной корпорации.
Объявить и сделать, как говорится, две большие разницы. По факту у них не вышло.
Вечная память. Очень хорошим человеком был!
Прибежал из ниоткуда, в данной области нет опыта, ещё и должность и зп выше просит. Ну, такое. Это больше гонку за ачивками напоминает, чем серъезный подход.
Первое применение слова ДИСКРЕТНЫЙ от начала статьи. Но от автора статьи это слово, видимо, утаили.
По мнению автора статьи выходит, что весь код ядра линукса UB. А статью на хабре никто не помнит уже, где компилятор плюсов оправдывал стандартом вызов кода, который не должен был вызываться в принципе?
Интересно, стану ли я первым? Очень недобросовестно повела себя компания Game Insight.
Что-то автор не сильно углубился в тему: всё равно всё превращается в биты, давайте писать сразу ими.
Правильно
indices.Даже неплохо что кадры текут. Если человека не держит не сильно высокая зарплата, ему легче уйти на работу, которая ему действительно интересна. А если работодатель не хочет платит чуть больше, значит ему не так уж и важен разработчик.
Правильно, вклад в туалет тоже надо замерять.
Лучше почётную грамоту!!!
И да, и нет. Да, ведь гораздо лучше, когда одно и то же можно продать много раз. Как пример по сути одинаковые смартфоны и автомобили. Нет, искусственно заставляют бежать за новым. С другой стороны, если бы софт был качественный за то же время и деньги, от этого бы никто отказываться не стал. Причину сменить придумали бы. Тем же принудительным ухудшением. Как запрограммированное устаревание. Вот только для машин это надо наоборот вкладывать деньги в технологии, чтобы подшипник износился примерно сразу после окончания гарантийного срока. А с ПО особо и делать ничего не надо, надо просто задёшево разрабатывать. Плохо само получится. Ну если только какой-нибудь фанат не испортит план, и не разработает качественный софт за еду, в чём я сильно сомневаюсь.
Софт то решает. Да вот потребная минимальная сложность этого софта сильно выросла за последние годы, и продолжает расти. И, очевидно, приводит к удорожанию разработки софта. Вы сейчас с гораздо меньшей вероятностью можете себе позволить сваять софт на коленке, потому что минимальное количество необходимых фич за последнее время сильно выросло. Такое есть, но скорее как исключение из правил. Вы просто не сможете конкурировать, если этих фич не будет. Пользователи уже их попробовали, и на меньшее не согласны. Времена, когда все глядели с восхищением на чудо отправленного email'а давно прошли. А чтобы эти фичи были в должном количестве, вам уже придётся вовлекать больше людей и технологий, спецов более высокого уровня. Всё это стоит денег, а также времени разработки. Извернуться можно конечно, но всё сложнее и сложнее.
Что-то столько букв написано при элементарной причине: некачественный софт дешевле в разработке. Остальное лишь следствие. Да, для такого софта хорошо продавать более мощное железо. Но во времена Doom/Quake умудрялись при жесточайшей оптимизации упираться в производительность и так. А сейчас CPU/GPU по сути упёрлись в потолок, растим уже TDP, так как технологический ресурс практически исчерпан. Чтобы убедиться, достаточно посмотреть на активно растущий TDP современного железа, особенно новых GPU. Но качественный софт разрабатывать за время разгона продаж уже разучились. А сейчас уже пришли к новым проблемам: cофта надо много, разработчиков мало. Всё чаще берут без разбора хороший или плохой, лишь бы умел что-то там кодить. Ну тут уже без сомнений качество софта как средняя температура по больнице будет только падать.
Правила где ставить ++ уровня прошлого века, если честно. Это ж какого уровня должны быть разработчики, которых так легко сломать не той формой оператора ++. Это при том, что насколько я знаю о Банджи, у них реально хорошая продумананя архитектура движка. А это куда важнее в какой форме используются операторы. А уж восхищаться хорошим неймингом ... На самом деле создаётся чувство, что эти правила писал новичок, недавно пришедший в компанию. Disclaimer: Кто автор статьи не копал. Просто не интересно.