Возможно я что-то не понял, но что если в первом примере вызов осуществляется не с явным значением true/false, а с результатом логического выражения. В таком случае есть смысл разносить на 2 функции и выносить это условие в код вызова этих функций или все-таки нет?
Самый суровый был в первой NFS(было проверено при игре на двоих с раздельным экраном на x86). В те далекие времена было замечено, а затем и проверено: чем дальше машина от игрока на первом месте, тем быстрее она движется(хотя показатели на «спидометрах» одинаковые). К примеру, если простоять на месте и дать себя обогнать на пару кругов другому игроку/ботам, то сократить отставание в один круг(догнать игрока на первом месте) при идеальном прохождении всей трассы обоими игроками на одинаковых машинах можно было примерно за половину круга.
Забавнее была сама ситуация когда ты даешь другу фору, он смеется над тобой обгоняя на круг, едет выжимая максимум на своей машине, и ты проносишься мимо него на точно такой же и обгоняешь как стоячего(он смотрит на твою половину и видит ту же скорость что и у него), а спустя еще пару мгновений уже дишишь в спину, хотя он нигде не ошибался. Сложнее всего было именно вырваться, тк никаких слипстримов насколько помню тогда в физике игры не было и приблизившись на определенное расстояние к игроку на 1ом месте характеристики обоих игроков становились одинаковыми и оставалось надеться только на грубую ошибку игрока идущего впереди.
Можно тоже самое сказать про утечки памяти(все, я думаю, знают, что перед любым return'ом в функции/методе стоит удалять все динамические объекты/выделенную память, указатели на которые были локальными в функции/методе), и многие другие банальные ошибки. На мой взгляд отображение таких ошибок в статьях позволяет понять, что какими бы глупыми не казались ошибки, это не спасает от их появления в продакшене любых проектов.
Но согласитесь приятно смотреть на чужую глупость, пока у себя подобное однажды не найдешь)
Не отрицаю, мы просто ушли от первоначального высказывания, на которое я сослался выше.
Учитывая контекст Вы хотите сказать, что позиционируя курсор мышкой при использовании пробелов, есть большая доля вероятности поставить его в середину отступа?
Есть моменты, когда удобнее использовать клавиатуру, а есть моменты, когда удобнее использовать мышь. Это инструменты для слегка разных целей.
Есть, не спорю, но началось то все с:
1. Удобнее перемещение стрелочками
2. Нельзя поставить курсор в середину отступа
Стрелками удобнее с Ctrl передвигаться(хотя о вкусах не спорят), а ему все равно 1 знак табуляции или 2-4-8-16(или сколько там набралось) пробельных символов подряд.
Открою вам секрет, но есть непримитивные блокноты и, при они с настройками и даже работаю быстрее примитивного. Мне вообще непонятно, как кто-то ещё может пользоваться блокнотом по-умолчанию
Блокнот был назван со словами «легче открыть даже примитивный блокнот», что подразумевало использование блокнота в качестве примера. Для просмотра/внесения мелких правок исходников достаточно простого текстового редактора, и далеко не каждый текстовый редактор готов отображать символ табуляции так, как хотел бы пользователь.
Я не сторонник использования табуляции для отображения уровней вложенности кода. Табуляция всегда использовалась для табличных данных и мне не хотелось бы видеть как один текстовый редактор отображает данный символ по своему, а другой — по своему.
Ну да, мы замкнулись)
Предлагаю закончить этот спор: мне не понять Ваше желание иметь возможность редактировать размер табуляции, Вам не понять моей нелюбви к отступам в виде символа табуляции.
Зачем убирать мышь? Удобный дополнительный инструмент. Из-за кризины использования пробелов?
Я не буду Вас призывать освоить столь чудные инструменты как командные текстовые редакторы(к примеру Vim), которые позволяют при должном навыке писать код быстрее. Но даже в ide я не вижу смысла убирать вторую руку с клавиатуры для позиционирования курсора(к слову Вы сами про стрелки разговор начали, Ctrl+стрелки позволяют быстрее позиционировать, чем использование табуляции и просто стрелок).
Что? Я открываю в редакторах, которыми пользуюсь, а там всё нормально настроено.
Я рад за Вас, но иногда для редактирования пары строк легче открыть даже примитивный блокнот, чем загружать ради этой цели тяжелую IDE.
1. Удобнее перемещение стрелочками
2. Нельзя поставить курсор в середину отступа
Для начала убираем подальше мышь, и вспоминаем о волшебной клавише Ctrl.
3. Семантика
Секунду, мы код пишем или семантически грамотно используем знак табуляции для отображения табличных данных?
4. Возможность каждому программисту настроить под свой вкус
Сомнительное «преимущество» учитывая сколько проблем за собой несет.
5. Возможность в IDE включить отображение табов и видеть реальную глубину отступа
Как уже ответили часть IDE прекрасно отображает уровни вложенности при использовании пробелов.
К слову о стандартах: у PHP'шников есть такая штука как PSR. В PSR-2 четко регламентируется стиль оформления кода:
Code MUST use 4 spaces for indenting, not tabs.
О пробелах и табуляции. Попробуйте открыть тот же cpp файл в различных текстовых редакторах/ide особенно когда дело доходит до глубокой вложенности и вся эта табуляция переносит код на средину окна редактора. Вот и вспоминаешь потом людей добрыми словами. Что мешает использовать пробелы? К тому же большинство ide прекрасно умеют при нажатии на Tab ставить 4 пробельных символа.
Поправьте меня, но в VS вместо табуляции срабатывает автозамена на 4 пробела, а тут речь, как я понимаю, идет о размере самой табуляции в редакторах…
К слову: именно из-за таких неожиданных поворотов я и перестал использовать табуляцию и перешел на пробелы. Особенно было проблемно смотреть файлы с табуляцией в том же Vim'e в консоли, когда 4 уровень уползал почти на половину экрана.
Цепляем к Oculus две камеры и получаем нечто большее за меньшую цену ;-) Один минус — размеры на порядок больше, и выглядеть со стороны это будет не очень)
А что же произойдет в случаи системного сбоя? Kernel Panic или того хуже BSoD? Для таких решений нужна реализация низкоуровневой прослойки которая будет разгребать что же система оставила в оперативке, куда и как это записывать, или же бекапить ОЗУ в swap раздел, и потом колупать ее с вновь запущенной системы в поисках того, что же там было и не записано в фс на винте…
Порадовало описание ситуаций и собственно совсем согласен, но касательно «5) Ведущий разработчик» может не стоит так сразу говорить «до свидания» всякое бывает, может стоит предложить ему придти на следующий день и повторить тест, если по всем остальным параметрам он прекрасно себя показал?
Попадались мне сайты по радиоэлектронике, где вместо капчи либо фотографии деталей/приборов даются и надо ввести их название, либо кусок схемы и необходимо рассчитать, например, сопротивление резистора.
В телеграмме есть сообщество https://t.me/ITmobilization где ежедневно открывают чат и группа волонтеров относительно оперативно отвечает на вопросы по мобилизации, часть вопросов передается в МинЦифры, так же есть контакты куда кричать в минцифры, если IT специалиста подходящего под отсрочку от мобилизации все-таки забрали несмотря на все документы, а так же собрало FAQ в notion https://it-mobilization.notion.site/it-mobilization/IT-Mobilization-72b6926ee254457aba248c3ae49447cd
Забавнее была сама ситуация когда ты даешь другу фору, он смеется над тобой обгоняя на круг, едет выжимая максимум на своей машине, и ты проносишься мимо него на точно такой же и обгоняешь как стоячего(он смотрит на твою половину и видит ту же скорость что и у него), а спустя еще пару мгновений уже дишишь в спину, хотя он нигде не ошибался. Сложнее всего было именно вырваться, тк никаких слипстримов насколько помню тогда в физике игры не было и приблизившись на определенное расстояние к игроку на 1ом месте характеристики обоих игроков становились одинаковыми и оставалось надеться только на грубую ошибку игрока идущего впереди.
Но согласитесь приятно смотреть на чужую глупость, пока у себя подобное однажды не найдешь)
Учитывая контекст Вы хотите сказать, что позиционируя курсор мышкой при использовании пробелов, есть большая доля вероятности поставить его в середину отступа?
Блокнот был назван со словами «легче открыть даже примитивный блокнот», что подразумевало использование блокнота в качестве примера. Для просмотра/внесения мелких правок исходников достаточно простого текстового редактора, и далеко не каждый текстовый редактор готов отображать символ табуляции так, как хотел бы пользователь.
Я не сторонник использования табуляции для отображения уровней вложенности кода. Табуляция всегда использовалась для табличных данных и мне не хотелось бы видеть как один текстовый редактор отображает данный символ по своему, а другой — по своему.
Предлагаю закончить этот спор: мне не понять Ваше желание иметь возможность редактировать размер табуляции, Вам не понять моей нелюбви к отступам в виде символа табуляции.
Я рад за Вас, но иногда для редактирования пары строк легче открыть даже примитивный блокнот, чем загружать ради этой цели тяжелую IDE.
теперь уже Вы повторяетесь.
Секунду, мы код пишем или семантически грамотно используем знак табуляции для отображения табличных данных?
Сомнительное «преимущество» учитывая сколько проблем за собой несет.
Как уже ответили часть IDE прекрасно отображает уровни вложенности при использовании пробелов.
К слову о стандартах: у PHP'шников есть такая штука как PSR. В PSR-2 четко регламентируется стиль оформления кода:
О пробелах и табуляции. Попробуйте открыть тот же cpp файл в различных текстовых редакторах/ide особенно когда дело доходит до глубокой вложенности и вся эта табуляция переносит код на средину окна редактора. Вот и вспоминаешь потом людей добрыми словами. Что мешает использовать пробелы? К тому же большинство ide прекрасно умеют при нажатии на Tab ставить 4 пробельных символа.
К слову: именно из-за таких неожиданных поворотов я и перестал использовать табуляцию и перешел на пробелы. Особенно было проблемно смотреть файлы с табуляцией в том же Vim'e в консоли, когда 4 уровень уползал почти на половину экрана.
У всех скил разный, то что знает один может быть интересно другим.
Сам все никак не решусь перейти пока замаскирована, и так на ~amd64 ветке сижу, периодически проблем со сборкой хватает.