Прикольная, но ввиду того, что уже каждый первый себе написал аналог - немножечко бесполезная) Не работал ни на одном проекте, который бы себе уже не написал этот функционал.
Возможно, для проектов, которые стартанут году эдак а 2030-м, фича сэкономит пару-тройку часов какому-то программисту)
Это правда, но если ты один фиг об этом думаешь и знаешь, зачем скрывать это под толстенным слоем абстракций, ведь при их чтении - один фиг придётся думать о том, как байты лежат)
Для меня С++17 пока что идеальный стандарт. Он очень аккуратно исправил недостатки предшественников, не создавая каких-то аццких синтаксических монстров.
Из всего С++20, полезными я вижу только концепты и гетерогенные unordered контейнеры. Из представленного в С++23, возможно только std::expected, std::print и новые контейнеры.
Я вот его сильно люто ненавижу, но продолжаю писать на нём. Отчасти потому, что ничего другого не знаю, отчасти потому, что жалко бросать, отчасти потому, что ощущение от знания С++ - как будто выучил китайский язык в мире ЯП и это тешит твоё эго за ушком.
Я не согласен, ибо все эти упрощения зачастую - это жутко протекающие абстракции. И пока они работают - всё хорошо, но как только что-то пошло не так, процесс расковыривания может потянуть на маленькую диссертацию.
Так, например, я вообще понятия не имею как устроены ranges. И когда я их последний раз трогал, но они не работали как мне хотелось, несколько часов было потрачено на попытки разобраться во внутрянке и... Не получилось.
В общем, в итоге я просто отказался и переписал всё без них.
А зачем? Я вот люблю Yoda conditions в некоторых случаях. Удобнее читать. Например, когда из контекста сразу понятно какая переменная будет ща проверяться 3-5 раз на всякие значения, то глаз сразу целпяется за то значение, которое ожидается.
По поводу чего? А то у меня сейчас в голове лишь два вопроса: "зачем?" и "зачем?".
1. Зачем это вообще надо? 2. Зачем это опубликовано на хабр?
Дам немного пояснений. Более или менее "наукообразный" текст следует (явно или неявно) следующей структуре:
Обозначение проблемы. Неплохо бы описать какая проблема у вас есть и почему вы хотите её решить.
Краткий обзор на имеющиеся решения, с последующим обоснованием, почему эти решения вам не подходят. Положим проблему вы обозначили как "проблемы нет, хочу в целях обучения написать свой велосипед". Тогда вместо краткого обзора, в этом разделе должна быть теоретическая база происходящего.
Собственно, описание вашего решения
Сравнение ваших результатов с имеющимися решениями из п.2. Если аналогов нет, то неплохо бы описать просто результаты, примеры приложения вашей технологии к реальному миру, возможности к расширению. В общем всё, что будет доказываться, что вы придумали что-то нужное.
Инструкции по воспроизведению результатов
Выводы, вопросы к комьюнити, шутеечки и всё прочее.
Судя по тому, что я вижу в статье, у вас сейчас есть п.3 и немножечко п.5. Об чём нам разговаривать?
С одной стороны, как бы да, с другой - мне вот эти все фичи зачастую нахрен не нужны. Я люблю баги, да позаковыристее. Когда реально эта хрень не работает и ты её чинишь. Причем, чем глубже эта проблема в недрах системы, тем я счастливее. А вот приходят потом, говорят посреди "исследовательского" процесса: "давай фичу новую делать!". Вот это реально бывает расстраивает.
Для меня самая расстраивающая вещь в программировании, которую я так и не смог победить и которая меня угнетает каждый божий день, это каждодневное осознание глубины собственного незнания. Чем дальше - тем больше это незнание. И сколько бы лет я еще не занимался программированием, я уже никогда не почувствую себя умным человеком)
Такой кандидат как начал работать, так и легко может уйти.
Как будто бы это что-то плохое :)
А если у компании будут проблемы — он просто сбежит от них в другую?
Назовите мне хотя бы одну разумную причину, почему меня должны волновать проблемы компании? Давайте так, если у сотрудника будут проблемы, положим какое-то судебное разбирательство, да еще и по мутному поводу, компания просто его уволит или долждётся конца судебного процесса и пока человека из СИЗО выпустят?
но сотрудники должны гордиться, что они работают именно в этой фирме или на задаче
Ну, скажем, испытывать гордось за решаемую задачу, если эта задача позволяет тебе самореализоваться - это я даже могу поддержать. Причём тут компания, я пока не понял. Условно, если я занимаюсь разработкой лекарства от рака, мне, в общем-то, пофигу в какой компании я это лекарство придумаю.
Что бы ни говорили про Spore, для меня в 14-ти летнего, не так чтобы сильно искушенного и еще даже не обладавшего интернетом - игра залетела на ура.
Да, на второе прохождение я её бросил именно по причинам из статьи, но первый раз я прям впечатлился игрой и был полностью ею доволен. Считаю, что в эпоху ремейков и ремастеров, эта игра заслуживает годного ремастера. Если добавить игру по сети, слегка допилить некоторые механики, то с обновленной графикой игра бы мне точно зашла еще разок.
Был бы действительно важен, запретили бы полностью маркетинговые куки. А так - вилами по воде.
Чего люди только не сделают, лишь бы в EAX не заглядывать)
Да хотя бы социализм осилить, хрен с ним с коммунизмом. Капитализм - это точно тупик.
Да, но только ваш. А при сбое облака, масштаб катастрофы сильно выше)
Так не честно) Если С++ в роли любовницы, то понятно, что будешь его любить :)
Прикольная, но ввиду того, что уже каждый первый себе написал аналог - немножечко бесполезная) Не работал ни на одном проекте, который бы себе уже не написал этот функционал.
Возможно, для проектов, которые стартанут году эдак а 2030-м, фича сэкономит пару-тройку часов какому-то программисту)
Давно ли был этот первый коммит? :) А то лет 10 назад я тоже был в восторге)
Это правда, но если ты один фиг об этом думаешь и знаешь, зачем скрывать это под толстенным слоем абстракций, ведь при их чтении - один фиг придётся думать о том, как байты лежат)
Для меня С++17 пока что идеальный стандарт. Он очень аккуратно исправил недостатки предшественников, не создавая каких-то аццких синтаксических монстров.
Из всего С++20, полезными я вижу только концепты и гетерогенные unordered контейнеры. Из представленного в С++23, возможно только std::expected, std::print и новые контейнеры.
Я вот его сильно люто ненавижу, но продолжаю писать на нём. Отчасти потому, что ничего другого не знаю, отчасти потому, что жалко бросать, отчасти потому, что ощущение от знания С++ - как будто выучил китайский язык в мире ЯП и это тешит твоё эго за ушком.
В общем, я люблю и ненавижу его)
Я не согласен, ибо все эти упрощения зачастую - это жутко протекающие абстракции. И пока они работают - всё хорошо, но как только что-то пошло не так, процесс расковыривания может потянуть на маленькую диссертацию.
Так, например, я вообще понятия не имею как устроены ranges. И когда я их последний раз трогал, но они не работали как мне хотелось, несколько часов было потрачено на попытки разобраться во внутрянке и... Не получилось.
В общем, в итоге я просто отказался и переписал всё без них.
А зачем? Я вот люблю Yoda conditions в некоторых случаях. Удобнее читать. Например, когда из контекста сразу понятно какая переменная будет ща проверяться 3-5 раз на всякие значения, то глаз сразу целпяется за то значение, которое ожидается.
Тысячи нас)
С тем же успехом я могу спросить зачем работать ради теоретического результата?)
По поводу чего? А то у меня сейчас в голове лишь два вопроса: "зачем?" и "зачем?".
1. Зачем это вообще надо?
2. Зачем это опубликовано на хабр?
Дам немного пояснений. Более или менее "наукообразный" текст следует (явно или неявно) следующей структуре:
Обозначение проблемы. Неплохо бы описать какая проблема у вас есть и почему вы хотите её решить.
Краткий обзор на имеющиеся решения, с последующим обоснованием, почему эти решения вам не подходят. Положим проблему вы обозначили как "проблемы нет, хочу в целях обучения написать свой велосипед". Тогда вместо краткого обзора, в этом разделе должна быть теоретическая база происходящего.
Собственно, описание вашего решения
Сравнение ваших результатов с имеющимися решениями из п.2. Если аналогов нет, то неплохо бы описать просто результаты, примеры приложения вашей технологии к реальному миру, возможности к расширению. В общем всё, что будет доказываться, что вы придумали что-то нужное.
Инструкции по воспроизведению результатов
Выводы, вопросы к комьюнити, шутеечки и всё прочее.
Судя по тому, что я вижу в статье, у вас сейчас есть п.3 и немножечко п.5. Об чём нам разговаривать?
С одной стороны, как бы да, с другой - мне вот эти все фичи зачастую нахрен не нужны. Я люблю баги, да позаковыристее. Когда реально эта хрень не работает и ты её чинишь. Причем, чем глубже эта проблема в недрах системы, тем я счастливее. А вот приходят потом, говорят посреди "исследовательского" процесса: "давай фичу новую делать!". Вот это реально бывает расстраивает.
Для меня самая расстраивающая вещь в программировании, которую я так и не смог победить и которая меня угнетает каждый божий день, это каждодневное осознание глубины собственного незнания. Чем дальше - тем больше это незнание. И сколько бы лет я еще не занимался программированием, я уже никогда не почувствую себя умным человеком)
Ну, как минимум потому, что кто-то должен)
Как будто бы это что-то плохое :)
Назовите мне хотя бы одну разумную причину, почему меня должны волновать проблемы компании? Давайте так, если у сотрудника будут проблемы, положим какое-то судебное разбирательство, да еще и по мутному поводу, компания просто его уволит или долждётся конца судебного процесса и пока человека из СИЗО выпустят?
Ну, скажем, испытывать гордось за решаемую задачу, если эта задача позволяет тебе самореализоваться - это я даже могу поддержать. Причём тут компания, я пока не понял. Условно, если я занимаюсь разработкой лекарства от рака, мне, в общем-то, пофигу в какой компании я это лекарство придумаю.
Что бы ни говорили про Spore, для меня в 14-ти летнего, не так чтобы сильно искушенного и еще даже не обладавшего интернетом - игра залетела на ура.
Да, на второе прохождение я её бросил именно по причинам из статьи, но первый раз я прям впечатлился игрой и был полностью ею доволен. Считаю, что в эпоху ремейков и ремастеров, эта игра заслуживает годного ремастера. Если добавить игру по сети, слегка допилить некоторые механики, то с обновленной графикой игра бы мне точно зашла еще разок.
Самсунг меня в прошлом году хантил в разработчики компиляторов под их NPU.
Для целей пиара можно было бы и отремонтировать)
Согласен, что это семантически тупо, но в целом, меня не особо парит. Не самая убогая вещь в С++.