Вы правы, я искал что-то совершенно другое (уже не помню что) и случайно Google'ом попал на комментарии к этой статье.

А что не так с Delphi и питоном?
Тем более, что Вы сами говорите про C++ и WinAPI, а ведь Delphi (ну, по крайней мере в старые времена, не знаю, как сейчас) — это и есть WinAPI (ну т.е., конечно, это обёртка над WinAPI, но такая обёртка, которая скорее выравнивает learning curve к WinAPI, чем отгораживает от него), а с Object Pascal'я в C++ дорога прямее некуда.

Именно! Я тоже офигел. Это пересказ, а не перевод. (В лучшем случае; а в худшем — это намеренный продакт-плейсмент.)

• движение «Войти в АйТи» — the "Learn to Code" movement

• такие курсы как Яндекс.Практикум (!) и Skillbox (!) — tools like Codecademy and Treehouse

• поищи «Научиться программировать» — search for "Learn to Code"

• каждое посещение Google или Хабр — every trip to Google or Hacker News

• возможно, ты запишешься на пару МООК курсов от Яндекс.Практикума (!), Степика или Скиллбокса (!) — maybe you sign up for a couple MOOC courses from Coursera or Udacity or edX

(По-моему, одна из полезных сторон подобных статей состоит в том, что человек может по хожу узнать, какие ещё есть полезные ресурсы — а тут его намеренно загоняют в пузырь Яндекс.Практикума и Скиллбокса.)

P.S.: А на десерт, персонаж Quincy Larson (который в переводе стал Колей) — это, судя по всему, не просто абстрактный имярек, но и ещё отсылка к конкретному человеку — основателю freeCodeCamp.org (по крайней мере в оригинале фраза о том, что Квинси Ларсон получил работу в разработке, является гиперссылкой на статью именно того Квинси Ларсона, где он в том числе вспоминает, как впервые получил должность разработчика).

Ведь когда Правда звучит, появляется чувство подъема, та самая высота, о которой сказано выше.

ИМХО — очень опасное заблуждение.

массового бегства от одного любителя лошадей

А можете, пожалуйста, дать название события более явно? (А то я плохо знаю историю.)

А можно подробнее, пожалуйста? (Звучит как-то неправдоподобно.)

профессионализм в своей области

— это как? Точнее, в какой именно области?

Если в той, которой человек занимался до выборов, то никаких гарантий, что это коррелирует с новой деятельностью (политикой или управлением вверенным объектом). Вы же сами ниже пишете (я так понимаю, не очень одобрительно) про спортсменов и артистов — а многие из них, думаю, были вполне себе профессионалами в своей сфере.

А если именно в новой деятельности (политике / управлении вверенным объектом) — там в этом же блин и загвоздка, что никто не знает, как это оценить (особенно, если человек баллотируется впервые).

Всегда не любил такие скроллящиеся интерфейсы, но сейчас похоже моя нелюбовь достигла апеофоза. Реально — несколько раз был на этой странице, из любопытства искал именно эту штуку — и не находил (высота страницы 26.5 экранов, но очевидной структуры или оглавления у неё нету); всё, что находил, — пункт «Do you support Purchasing Power Parity (PPP) / regional licenses?» в FAQ внизу. Ну, Вам в любом случае спасибо.

Это на какой странице?

А можно скриншот как эта галка выглядит? На какой именно она странице. (Не то, чтобы хочу купить, просто сама тема «Purchasing Power Parity» заинтриговала.)

Насколько я понимаю, на самом деле transfer characteristic — не совсем квадратный корень (или даже совсем не квадратный корень). Но как упрощение — сойдёт.

Безусловно.

Но:

1. Пиша на .NET, неразумно писать так, как будто каждый читающий код на 100% знает всю подноготную .NET. Чем интуитивнее код — тем лучше.

2. Читая статью про подноготную .NET, неразумно автоматически предполагать, что она написана для людей, на 100% знающих подноготную .NET. Таким людям эта статья просто не нужна.

Задача мнемоники — покрывать большую часть случаев, а не все.

А где об этом написано? Насколько я знаю:

1. Задача мнемоники — упростить запоминание какого-то утверждения. При этом наличие у утверждения мнемоники совершенно не подразумевает каких-либо поблажек к точности утверждения. Т.е. иными словами мнемоника — лишь средство запоминание, а не характеристика точности/правильности утверждения.

2. Разве Ваша фраза вообще мнемоника?

В общем случае повторное использование может быть просто невозможно.

Ок, уточню: в общем случае использования интерфейса, который позволяет повторное использование. Да, технически в .NET нету отдельных IEnumerableOnce и IRobustEnumerable, но логически-то это всё равно разные вещи. И во многих случаях мы знаем, какой именно «подвид» IEnumerable тут гарантирован.

никогда не делайте multiple enumeration по enumerable

Копирование в общем случае может обходиться как дешевле, так и дороже повторного использования enumerable, так что Ваше «никогда» слишком категорично.

Не, так речь не о том, что какой-то один экземпляр продукта лежит 5 лет и на него воздействует йод, а о том, что йод в течение 5 лет может воздействовать на разные экземпляры продуктов (и в части из них, возможно, по чуть-чуть образовывать какие-то полезные, нейтральные или вредные соединения).

Уточню: я ни в коем случае не утверждаю, что это вредно. Наоборот — я задаю «провокационные» вопросы с целью скорее получить ответы, которые должны окончательно убедят в безопасности.

И ещё одна такая мысль возникла: не способствует ли постоянное воздействие йода выработке штаммов, которые устойчивы к йоду (ну, как с бактериями и антибиотиками)?

Но меня как раз дальняя перспектива (накопительный эффект) и интересует.

А не может ли приносить воздействие йода какой-то вред? Как я понимаю, избытка йода точно не получится (всё содержимое флакончика, если учесть концентрацию, — это будет порядка 1 мг, а суточная норма потребления йода — порядка 0.1 мг), но не может ли йод вступить на поверхности продуктов в какие-то вредные соединения? (Понятно, что сиюминутного вреда не будет, но как насчёт аккумулятивного?)