А с каким уровнем подготовки уже не стоит идти в вашу школу? Или задам вопрос по-другому, какого уровня студенты вашей школы достигают к выпуску? Можно в терминах junior, middle, etc, хоть зачастую они не совсем адекватную оценку дают.
Возможно, такие «бесстрастные» разработчики и хороши для компаний, которым просто нужен рабочий продукт. Но мир разработки двигают именно влюбленные в свое дело «сумасшедшие гении», которым жизнь не мила без новых велосипедов/фреймворков/протоколов. Каким бы скучным был мир разработки, если бы все в нем были бесстрастными. За страсть к коду, господа!
Удивительно, отчего же в этом году летом на английский язык спрос выше, чем в прошлом? Не оттого ли, что все решили подстраховаться, чтобы не зависеть только от родной страны/валюты?
В последнем абзаце наконец-то дельный совет по использованию сервиса и обучение английскому в целом. Сервис можно использовать только как дополнение к занятиям с преподавателем.
А как насчет аналогичной статистики по США, Канаде, Австралии, Германии? В России, например, Москва, (как это обычно и бывает по любым показателям, не суть плохим или хорошим), вырвалась на порядок. Интересно сравнить, есть ли такие же отклонения в других странах.
Простите, а кто-то умеет? Тут, на мой взгляд, как повезет. Сумел предусмотреть все кейсы — молодец. Нет — получай дедлоки или состояние гонки. И хуже всего, когда автор кода слишком уверен в своих способностях мыслить в терминах нескольких потоков одновременно.
Да, звучит здраво, сам приходил к такому выводу. Но не отвечает на вопрос, так что же там с Python? Как поступают на нем, чтобы поддержать большой проект на плаву.
Господа, а кто может провести аналогию подходов из статьи с Python? Язык другой, намного более динамичный и гибкий, и в силу этого стиль написания программ на нем, определенно, отличается. Иногда, по старой памяти, так и тянет наворотить в Python такую же монструозную (но «правильную») архитектуру, как в Java или C#, но кажется, что она будет выглядеть неуместно.
Дерево объектов — это как-то печально. Получается «нецелевое» использование наследования. А когда множественное наследование не существует, дерево объектов вообще будет практически неприменимо.
На данный момент у меня даже не получилось создать массив разнородных объектов =) Пока пытался это сделать, нашел вот такую интересную возможность (правда она не сильно нужна для этой задачи):
Да, минус такого решения — это необходимость просматривать весь код функции, чтобы понять реальный интерфейс T. Напоминает duck typing с проверкой на этапе компиляции. В принципе, у шаблонных функций/методов в C++ та же проблема. Где-то (в boost?) видел адское решение, которое позволяет задать требования к T на уровне кода при объявлении шаблона. Выглядит жутко конечно.
В последнем абзаце наконец-то дельный совет по использованию сервиса и обучение английскому в целом. Сервис можно использовать только как дополнение к занятиям с преподавателем.
P.S. Шаблоны в Nim это немного другая вещь. Мы сейчас говорим про Generic'и. И они работают на этапе компиляции, а не выполнения.
адскоерешение, которое позволяет задать требования к T на уровне кода при объявлении шаблона. Выглядит жутко конечно.С массивом аналогичное решение.