Во избежание ошибок и неоднозначности можно поменять местами операнды внутри if: if (fn(x) == a) ...
А ещё лучше не выпендриваться: a = fn(x);
if (a == ...)
Бывают ситуации, когда в целях оптимизации намеренно пишут присваивание внутри while (или внутри if, который внутри while, или внутри if, который внутри while, который внутри for… нувыпонели), чтобы, например, выжать максимум пользы из каждого такта микроконтроллера, но такие исключения должны быть явно прокомментированы в коде/задокументированы с пометкой «НЕ ВЛЕЗАЙ! УБЬЁТ!».
Понты из разряда «глянь чо могу, хыы!» лучше не выносить за пределы личных проектов :)
В-третьих — это ваш выбор и вы несёте за него ответственность, а не Intel.
У всего есть своя цена, так или иначе любой читатель будет натыкаться на «скучные», «неинтересные» и «бесполезные» статьи. Если цена вас не устраивает и вам так дороги ваши пять минут, то не читайте статьи, читайте книги/мануалы, они гораздо полезней. Выбор, впрочем, остаётся за вами.
Большинство советов сводятся к тому, что все в руках студентов, крутись-вертись и все получится, жизнь такая, выживает сильнейший и около того.
Автор сделал именно то, что советуют, и это сработало! Этот же алгоритм он рекомендует использовать для «простых людей», потому что он на себе убедился в его работоспособности — и это правильно!
А просто людям что делать? Не все могут самостоятельно во всем разобраться, все понять и стать специалистом.
А таким не место в IT. Если они уже сейчас не могут самоорганизоваться и разобраться в незнакомой области, то что им делать через 5-10 лет, когда их знания устареют? Чем раньше человек не просто поймёт, а осознает, что «всё фигня и надо начинать вертеться», тем лучше. Именно из таких людей и вырастают высококлассные специалисты.
Не до всех эта «простая» истина доходит сразу. Мне вот, например, понадобилось сначала пару лет поработать после универа.
Очень многие поступают на IT специальности совершенно не понимая, что там вообще происходит. Они идут туда просто потому что «прикольно, гы-гы, я за кампуктером круглые сутки в дотку\кс шпилю, значит буду ай-тишником». Слабые и ненужные отсеиваются, сильные остаются — естественный отбор в действии. А если бы в ВУЗах «учили как надо», то слабых стало бы меньше, а сильные стали бы ещё сильнее.
Встречал ли автор гибриды «RockStar» и «Пассажира» в дикой природе? Не могу себе представить такую гремучую смесь, они же противоречат друг другу — первый имеет исключительную техническую подготовку и скверные коммуникационные навыки, в то время, как у второго всё в точности наоборот. Да и само отношение к программированию у них диаметрально противоположное.
if (a = fn(x)) ...— оочень плохой code-style.Во избежание ошибок и неоднозначности можно поменять местами операнды внутри
if:if (fn(x) == a) ...А ещё лучше не выпендриваться:
a = fn(x);if (a == ...)
Бывают ситуации, когда в целях оптимизации намеренно пишут присваивание внутри
while(или внутриif, который внутриwhile, или внутриif, который внутриwhile, который внутриfor… нувыпонели), чтобы, например, выжать максимум пользы из каждого такта микроконтроллера, но такие исключения должны быть явно прокомментированы в коде/задокументированы с пометкой «НЕ ВЛЕЗАЙ! УБЬЁТ!».Понты из разряда «глянь чо могу, хыы!» лучше не выносить за пределы личных проектов :)
— т.е. вы относитесь к мудаку (или к любому другому человеку) по-доброму, потому что хотите, чтобы он относился к вам также.
А это уже называется «око за око». Или вы относитесь к мудаку по-мудачьи, потому что хотите, чтобы он также относился к вам?
У всего есть своя цена, так или иначе любой читатель будет натыкаться на «скучные», «неинтересные» и «бесполезные» статьи. Если цена вас не устраивает и вам так дороги ваши пять минут, то не читайте статьи, читайте книги/мануалы, они гораздо полезней. Выбор, впрочем, остаётся за вами.
Автор сделал именно то, что советуют, и это сработало! Этот же алгоритм он рекомендует использовать для «простых людей», потому что он на себе убедился в его работоспособности — и это правильно!
А таким не место в IT. Если они уже сейчас не могут самоорганизоваться и разобраться в незнакомой области, то что им делать через 5-10 лет, когда их знания устареют? Чем раньше человек не просто поймёт, а осознает, что «всё фигня и надо начинать вертеться», тем лучше. Именно из таких людей и вырастают высококлассные специалисты.
Не до всех эта «простая» истина доходит сразу. Мне вот, например, понадобилось сначала пару лет поработать после универа.
Очень многие поступают на IT специальности совершенно не понимая, что там вообще происходит. Они идут туда просто потому что «прикольно, гы-гы, я за кампуктером круглые сутки в дотку\кс шпилю, значит буду ай-тишником». Слабые и ненужные отсеиваются, сильные остаются — естественный отбор в действии. А если бы в ВУЗах «учили как надо», то слабых стало бы меньше, а сильные стали бы ещё сильнее.