Я вот его сильно люто ненавижу, но продолжаю писать на нём. Отчасти потому, что ничего другого не знаю, отчасти потому, что жалко бросать, отчасти потому, что ощущение от знания С++ - как будто выучил китайский язык в мире ЯП и это тешит твоё эго за ушком.
Я не согласен, ибо все эти упрощения зачастую - это жутко протекающие абстракции. И пока они работают - всё хорошо, но как только что-то пошло не так, процесс расковыривания может потянуть на маленькую диссертацию.
Так, например, я вообще понятия не имею как устроены ranges. И когда я их последний раз трогал, но они не работали как мне хотелось, несколько часов было потрачено на попытки разобраться во внутрянке и... Не получилось.
В общем, в итоге я просто отказался и переписал всё без них.
А зачем? Я вот люблю Yoda conditions в некоторых случаях. Удобнее читать. Например, когда из контекста сразу понятно какая переменная будет ща проверяться 3-5 раз на всякие значения, то глаз сразу целпяется за то значение, которое ожидается.
По поводу чего? А то у меня сейчас в голове лишь два вопроса: "зачем?" и "зачем?".
1. Зачем это вообще надо? 2. Зачем это опубликовано на хабр?
Дам немного пояснений. Более или менее "наукообразный" текст следует (явно или неявно) следующей структуре:
Обозначение проблемы. Неплохо бы описать какая проблема у вас есть и почему вы хотите её решить.
Краткий обзор на имеющиеся решения, с последующим обоснованием, почему эти решения вам не подходят. Положим проблему вы обозначили как "проблемы нет, хочу в целях обучения написать свой велосипед". Тогда вместо краткого обзора, в этом разделе должна быть теоретическая база происходящего.
Собственно, описание вашего решения
Сравнение ваших результатов с имеющимися решениями из п.2. Если аналогов нет, то неплохо бы описать просто результаты, примеры приложения вашей технологии к реальному миру, возможности к расширению. В общем всё, что будет доказываться, что вы придумали что-то нужное.
Инструкции по воспроизведению результатов
Выводы, вопросы к комьюнити, шутеечки и всё прочее.
Судя по тому, что я вижу в статье, у вас сейчас есть п.3 и немножечко п.5. Об чём нам разговаривать?
С одной стороны, как бы да, с другой - мне вот эти все фичи зачастую нахрен не нужны. Я люблю баги, да позаковыристее. Когда реально эта хрень не работает и ты её чинишь. Причем, чем глубже эта проблема в недрах системы, тем я счастливее. А вот приходят потом, говорят посреди "исследовательского" процесса: "давай фичу новую делать!". Вот это реально бывает расстраивает.
Для меня самая расстраивающая вещь в программировании, которую я так и не смог победить и которая меня угнетает каждый божий день, это каждодневное осознание глубины собственного незнания. Чем дальше - тем больше это незнание. И сколько бы лет я еще не занимался программированием, я уже никогда не почувствую себя умным человеком)
Такой кандидат как начал работать, так и легко может уйти.
Как будто бы это что-то плохое :)
А если у компании будут проблемы — он просто сбежит от них в другую?
Назовите мне хотя бы одну разумную причину, почему меня должны волновать проблемы компании? Давайте так, если у сотрудника будут проблемы, положим какое-то судебное разбирательство, да еще и по мутному поводу, компания просто его уволит или долждётся конца судебного процесса и пока человека из СИЗО выпустят?
но сотрудники должны гордиться, что они работают именно в этой фирме или на задаче
Ну, скажем, испытывать гордось за решаемую задачу, если эта задача позволяет тебе самореализоваться - это я даже могу поддержать. Причём тут компания, я пока не понял. Условно, если я занимаюсь разработкой лекарства от рака, мне, в общем-то, пофигу в какой компании я это лекарство придумаю.
Что бы ни говорили про Spore, для меня в 14-ти летнего, не так чтобы сильно искушенного и еще даже не обладавшего интернетом - игра залетела на ура.
Да, на второе прохождение я её бросил именно по причинам из статьи, но первый раз я прям впечатлился игрой и был полностью ею доволен. Считаю, что в эпоху ремейков и ремастеров, эта игра заслуживает годного ремастера. Если добавить игру по сети, слегка допилить некоторые механики, то с обновленной графикой игра бы мне точно зашла еще разок.
Да никак не рассказывать. Функция - понятно из математики за 5-й класс. Переменные - тем более. Просто провести аналогию и не упарываться по объяснениям пока не придёт время)
Я может быть какой-то невероятный гений, но почему такие простые концепции как функция, переменная и даже, о ужас, указатель вызывают у людей хоть какие-то проблемы с пониманием? Чёт когда я учился программировать я понял суть секунды эдак за 4, а сложность всех проблем с этими вещами - она раскрылась уже позже с опытом и решаемыми задачами.
За последние 5 лет я не устраивался ни на одну работу, где надо было делать тестовое. Ну, я тупо игнорировал эти места. Мне просто надоело. Ибо какого хрена, я вот 10 лет работаю, да хуже того - я работаю прямо сейчас где-то, и меня никто не увольняет. И ни разу не увольняли. Более того, могу даже отправить к людям, которые дадут рекомендации. Это не доказывает, что я могу писать код? Что ж, нам не по пути.
Да, в какие-то наукоёмкие проекты, требующие специфической квалификации или, быть может, особенного образования - действительно имеет смысл дать тестовое, чтобы понять, что человек чего-то понимает в вопросе. Но ведь не у всех R&D. И не все предлагают какие-то космические условия по деньгам. Так что если я ну прям очень хочу в проект, я соглашусь на тестовое, в остальных случаях - пусть идут лесом)
Подтверждаю. Работал полгода в режиме 2 работы + фриланс. Выгорел так, что ещё 5 лет потом ненавидел работу. Сегодня отношусь просто нейтрально, уже неплохо
Я вот его сильно люто ненавижу, но продолжаю писать на нём. Отчасти потому, что ничего другого не знаю, отчасти потому, что жалко бросать, отчасти потому, что ощущение от знания С++ - как будто выучил китайский язык в мире ЯП и это тешит твоё эго за ушком.
В общем, я люблю и ненавижу его)
Я не согласен, ибо все эти упрощения зачастую - это жутко протекающие абстракции. И пока они работают - всё хорошо, но как только что-то пошло не так, процесс расковыривания может потянуть на маленькую диссертацию.
Так, например, я вообще понятия не имею как устроены ranges. И когда я их последний раз трогал, но они не работали как мне хотелось, несколько часов было потрачено на попытки разобраться во внутрянке и... Не получилось.
В общем, в итоге я просто отказался и переписал всё без них.
А зачем? Я вот люблю Yoda conditions в некоторых случаях. Удобнее читать. Например, когда из контекста сразу понятно какая переменная будет ща проверяться 3-5 раз на всякие значения, то глаз сразу целпяется за то значение, которое ожидается.
Тысячи нас)
С тем же успехом я могу спросить зачем работать ради теоретического результата?)
По поводу чего? А то у меня сейчас в голове лишь два вопроса: "зачем?" и "зачем?".
1. Зачем это вообще надо?
2. Зачем это опубликовано на хабр?
Дам немного пояснений. Более или менее "наукообразный" текст следует (явно или неявно) следующей структуре:
Обозначение проблемы. Неплохо бы описать какая проблема у вас есть и почему вы хотите её решить.
Краткий обзор на имеющиеся решения, с последующим обоснованием, почему эти решения вам не подходят. Положим проблему вы обозначили как "проблемы нет, хочу в целях обучения написать свой велосипед". Тогда вместо краткого обзора, в этом разделе должна быть теоретическая база происходящего.
Собственно, описание вашего решения
Сравнение ваших результатов с имеющимися решениями из п.2. Если аналогов нет, то неплохо бы описать просто результаты, примеры приложения вашей технологии к реальному миру, возможности к расширению. В общем всё, что будет доказываться, что вы придумали что-то нужное.
Инструкции по воспроизведению результатов
Выводы, вопросы к комьюнити, шутеечки и всё прочее.
Судя по тому, что я вижу в статье, у вас сейчас есть п.3 и немножечко п.5. Об чём нам разговаривать?
С одной стороны, как бы да, с другой - мне вот эти все фичи зачастую нахрен не нужны. Я люблю баги, да позаковыристее. Когда реально эта хрень не работает и ты её чинишь. Причем, чем глубже эта проблема в недрах системы, тем я счастливее. А вот приходят потом, говорят посреди "исследовательского" процесса: "давай фичу новую делать!". Вот это реально бывает расстраивает.
Для меня самая расстраивающая вещь в программировании, которую я так и не смог победить и которая меня угнетает каждый божий день, это каждодневное осознание глубины собственного незнания. Чем дальше - тем больше это незнание. И сколько бы лет я еще не занимался программированием, я уже никогда не почувствую себя умным человеком)
Ну, как минимум потому, что кто-то должен)
Как будто бы это что-то плохое :)
Назовите мне хотя бы одну разумную причину, почему меня должны волновать проблемы компании? Давайте так, если у сотрудника будут проблемы, положим какое-то судебное разбирательство, да еще и по мутному поводу, компания просто его уволит или долждётся конца судебного процесса и пока человека из СИЗО выпустят?
Ну, скажем, испытывать гордось за решаемую задачу, если эта задача позволяет тебе самореализоваться - это я даже могу поддержать. Причём тут компания, я пока не понял. Условно, если я занимаюсь разработкой лекарства от рака, мне, в общем-то, пофигу в какой компании я это лекарство придумаю.
Что бы ни говорили про Spore, для меня в 14-ти летнего, не так чтобы сильно искушенного и еще даже не обладавшего интернетом - игра залетела на ура.
Да, на второе прохождение я её бросил именно по причинам из статьи, но первый раз я прям впечатлился игрой и был полностью ею доволен. Считаю, что в эпоху ремейков и ремастеров, эта игра заслуживает годного ремастера. Если добавить игру по сети, слегка допилить некоторые механики, то с обновленной графикой игра бы мне точно зашла еще разок.
Самсунг меня в прошлом году хантил в разработчики компиляторов под их NPU.
Для целей пиара можно было бы и отремонтировать)
Согласен, что это семантически тупо, но в целом, меня не особо парит. Не самая убогая вещь в С++.
Я вот тоже не особо понимаю, что мешает иметь рядом табличку (копию БД с той же структурой?) с именем "<table_name>_deleted".
Да никак не рассказывать. Функция - понятно из математики за 5-й класс. Переменные - тем более. Просто провести аналогию и не упарываться по объяснениям пока не придёт время)
Я может быть какой-то невероятный гений, но почему такие простые концепции как функция, переменная и даже, о ужас, указатель вызывают у людей хоть какие-то проблемы с пониманием? Чёт когда я учился программировать я понял суть секунды эдак за 4, а сложность всех проблем с этими вещами - она раскрылась уже позже с опытом и решаемыми задачами.
Я бы ставил на стоны в 203х
Вообще, это нынче считается идиоматическим С++ кодом, и лично мне нравится. И нет, это не лямбда.
Я вот пока что видел единогласную ненависть. О каких спорах речь?
За последние 5 лет я не устраивался ни на одну работу, где надо было делать тестовое. Ну, я тупо игнорировал эти места. Мне просто надоело. Ибо какого хрена, я вот 10 лет работаю, да хуже того - я работаю прямо сейчас где-то, и меня никто не увольняет. И ни разу не увольняли. Более того, могу даже отправить к людям, которые дадут рекомендации. Это не доказывает, что я могу писать код? Что ж, нам не по пути.
Да, в какие-то наукоёмкие проекты, требующие специфической квалификации или, быть может, особенного образования - действительно имеет смысл дать тестовое, чтобы понять, что человек чего-то понимает в вопросе. Но ведь не у всех R&D. И не все предлагают какие-то космические условия по деньгам. Так что если я ну прям очень хочу в проект, я соглашусь на тестовое, в остальных случаях - пусть идут лесом)
Подтверждаю. Работал полгода в режиме 2 работы![]()
+ фриланс. Выгорел так, что ещё 5 лет потом ненавидел работу. Сегодня отношусь просто нейтрально, уже неплохо