LINUX.ORG.RU

История изменений

Исправление slackwarrior, (текущая версия) :

Еще как уместен, см. например CRTP-based platform-dependent optimizations, это все, вместе с приватными хедерами еще и «опциями системы сборки», плюс-минус эквичлено с точки зрения сорцовой кроссплатформенности — можно хоть sedом и awkом нужные сорцы собирать :) Даже макросам эквичленно, но перед ними у современных плюсистов есть некоторое предубеждение :)

И все это сорта размежевания имплементаций, только pimpl динамический со своими издержками и какбэ выгодой для сокращения времени конпеляцыи, другой, CRTP — с ликвидацией динамических задрочек в рантайме, если «очень не важно» на время конпеляции (а в имплементации эмбед приложений, как в GNSS или шаблонизированных интерпретаторов протоколов (выражений «ключ->значение») для прошивок под асики/плисы, например, на это «очень не важно», важнее как оно щелкает в прошивке, а не сколько конпеляется — если на core2duo с 4мя Гигами можно было и день подождать, пока все спецификации машинно-генереных шаблонов протокольной библиотеки обработаются, то сейчас это от силы пару часов занимает).

Конечно, не ленивые ответственные люди просто не будут заниматься ритуальной фигней с сомнительными преимуществами для поддержки штанов менеджерам и лидам «бестпрактиками», набирающим по объявлению «чтоб дешевле» и т.д. на основе знаний модных буззвордов: «сопровождабельности», «современных аджайл практик», «коде гайдлайнов», «паттернов» и прочего квадратно-гнездового программирования для структурирования мозга девелоперам с запретом использования всего что «может быть источником проблем, если про это узнают пионЭры» вида «а вдруг они в ногу себе выстрелят», «зачем им бензопила — порежутся еще»...

В общем, кому надо, просто разрулят это все сборочными скриптами, получив нужные имплементации под все платформы без костылей, прослоек и хаков, и уж точно не будут заниматься сборкой на калькуляторе, на котором время сборки имеет значение :)

Исправление slackwarrior, :

Еще как уместен, см. например CRTP-based platform-dependent optimizations, это все, вместе с приватными хедерами еще и «опциями системы сборки», плюс-минус эквичлено с точки зрения сорцовой кроссплатформенности — можно хоть sedом и awkом нужные сорцы собирать :) Даже макросам эквичленно, но перед ними у современных плюсистов есть некоторое предубеждение :)

И все это сорта размежевания имплементаций, только pimpl динамический со своими издержками и какбэ выгодой для сокращения времени конпеляцыи, другой, CRTP — с ликвидацией динамических задрочек в рантайме, если «очень не важно» на время конпеляции (а в имплементации эмбед приложений, как в GNSS или шаблонизированных интерпретаторов протоколов (выражений «ключ->значение») для прошивок под асики/плисы, например, на это «очень не важно», важнее как оно щелкает в прошивке, а не сколько конпеляется — если на core2duo с 4мя Гигами можно было и день подождать, пока все спецификации машинно-генереных шаблонов протокольной библиотеки обработаются, то сейчас это от силы пару часов занимает).

Конечно, не ленивые ответственные люди просто не будут заниматься ритуальной фигней с сомнительными преимуществами для поддержки штанов менеджерам и лидам «бестпрактиками», набирающим по объявлению «чтоб дешевле» и т.д. на основе знаний модных буззвордов: «сопровождабельности», «современных аджайл практик», «коде гайдлайнов», «паттернов» и прочего квадратно-гнездового программирования для структурирования мозга девелоперам с запретом использования всего что «может быть источником проблем, если про это узнают пионЭры» вида «а вдруг они в ногу себе выстрелят», «зачем им бензопила — порежутся еще»...

В общем, кому надо, просто разрулят это все сборочными скриптами, получив нужные имплементации под все платформы без костылей, прослоек и хаков, и уж точно не будут заниматься сборкой на калькуляторе, на котором время сборки имеет значение :)

Исходная версия slackwarrior, :

Еще как уместен, см. например CRTP-based platform-dependent optimizations, это все, вместе с приватными хедерами еще и «опциями системы сборки», плюс-минус эквичлено с точки зрения сорцовой кроссплатформенности — можно хоть sedом и awkом нужные сорцы собирать :) Даже макросам эквичленно, но перед ними у современных плюсистов есть некоторое предубеждение :)

И все это сорта размежевания имплементаций, только pimpl динамический со своими издержками и какбэ выгодой для сокращения времени конпеляцыи, другой, CRTP — с ликвидацией динамических задрочек в рантайме, если насрать на время конпеляции (а в имплементации эмбед приложений, как в GNSS или шаблонизированных интерпретаторов протоколов (выражений «ключ->значение») для прошивок под асики/плисы, например, на это «очень не важно», важнее как оно щелкает в прошивке, а не сколько конпеляется — если на core2duo с 4мя Гигами можно было и день подождать, пока все спецификации машинно-генереных шаблонов протокольной библиотеки обработаются, то сейчас это от силы пару часов занимает).

Конечно, не ленивые ответственные люди просто не будут заниматься ритуальной фигней с сомнительными преимуществами для поддержки штанов менеджерам и лидам «бестпрактиками», набирающим по объявлению «чтоб дешевле» и т.д. на основе знаний модных буззвордов: «сопровождабельности», «современных аджайл практик», «коде гайдлайнов», «паттернов» и прочего квадратно-гнездового программирования для структурирования мозга девелоперам с запретом использования всего что «может быть источником проблем, если про это узнают пионЭры» вида «а вдруг они в ногу себе выстрелят», «зачем им бензопила — порежутся еще»...

В общем, кому надо, просто разрулят это все сборочными скриптами, получив нужные имплементации под все платформы без костылей, прослоек и хаков, и уж точно не будут заниматься сборкой на калькуляторе, на котором время сборки имеет значение :)