конструктор класса это, на самом деле, тоже не совсем обычная функция, у нее, например, нельзя вызывать call и apply (спека)
Немного проще — конструктор класса нельзя вызывать никак, кроме как через new (собственно, раздел спецификации по ссылке именно об этом и говорит).
Но да, я согласен, что по сути это мелкие придирки. :)
Я так понимаю, что дёшевы сами бобины с плёнкой, а вот оборудования для считывания/записи стоит бешеных денег. Отчасти потому что малый спрос (и соответственно, производство не слишком массовое), отчасти потому что решения изначально энтерпрайзные, со всей сопутствующей обвязкой (опять же, консьюмерские решения никто не делает, потому что слишком дорого — замкнутый круг).
Никогда не понимал вот этого «навариться на потребителях». Что плохого в том, чтобы заниматься созданием/поддержкой удобного сервиса/магазина для покупок? Как вообще люди представляют себе мир без того самого «e-commerce»?
Готов поспорить, что второй вариант отличается гораздо лучшей читабельностью, чем первый.
Нет, ни капли не лучшей. В первом сразу понятно, что происходит, а во втором приходится вникать в эту "магию".
Непонятно, зачем вообще тратить столько сил ради экономии считанных символов.
Правило №1
Две следующих конструкции эквивалентны:
Вообще-то нет, по крайней мере в общем случае. ['1','2','3'].map(parseInt) отличный пример того, как можно напороться (и потратить долгие часы в отладке).
P.S.
Очень хочется верить, что однажды люди всех вероисповеданий языков узнают про The Zen of Python. В данном случае он весьма уместен, к примеру:
Явное лучше, чем неявное.
Простое лучше, чем сложное.
Если реализацию сложно объяснить — идея плоха.
Отличная статья, интересно узнать кухню разработки таких продуктов.
И как клиента меня такая статья гораздо более мотивирует таки перевести зарплатную карту в Тинькофф, чем постоянные напоминания о такой возможности от сотрудников поддержки. :)
Учитывая, что пока что робоавтомобили должны ездить с водителем, который «в случае необходимости берёт управление на себя», думается мне что там как в и обычных такси будет водитель. Просто он будет не столько водитель, сколько QA.
Ну, я полагал, что можно будет сделать башню обслуживания немобильной, просто вывозя из неё ракету вертикально перед самым стартом.
Но из вашего комментария я понял, что, как обычно, всё совсем не «просто». :)
Да, я уже понял.
Хотя, почитав про это подробнее, я всё же думаю, не проще ли всё-таки ракету вертикально тягать, чем эту мобильную башню обслуживания? Как никак, ракета в пять с лишним раз легче (313 тон против 1600 тонн).
Вау, спасибо! Теперь у меня сложилась ясная картина, как это работает.
Зря я всё-таки пренебрег ссылкой на инфографику от РИА в статье lozga, весьма приличные и наглядные иллюстрации.
Спасибо за разъяснение. Я встречал в одной из космических статей на GT о «кране» для установки нагрузки, не рассчитанной на горизонтальное положение, но как-то думал, что он уже где-то возле стартовой площадки. :)
Башня обслуживания ракет? То есть Союзы собирают горизонтально, поднимают, обслуживают/освящают в вертикальном положении, и в вертикальном же положении везут на стартовую площадку?
Насколько я могу судить, такое сочетание вертикального и горизонтального подходов, сочетает минусы обоих. Поправьте, если я неправ.
Немного проще — конструктор класса нельзя вызывать никак, кроме как через new (собственно, раздел спецификации по ссылке именно об этом и говорит).
Но да, я согласен, что по сути это мелкие придирки. :)
Я что-то пропустил или в статье действительно так и нет описания алгоритма Eden? :)
Позволю себе маленькую поправку:
Нельзя, методы в ES6 не могут использоваться как конструкторы:
tell application "Finder" to open file "foobar"
Нет, ни капли не лучшей. В первом сразу понятно, что происходит, а во втором приходится вникать в эту "магию".
Непонятно, зачем вообще тратить столько сил ради экономии считанных символов.
Вообще-то нет, по крайней мере в общем случае.
['1','2','3'].map(parseInt)
отличный пример того, как можно напороться (и потратить долгие часы в отладке).P.S.
Очень хочется верить, что однажды люди всех
вероисповеданийязыков узнают про The Zen of Python. В данном случае он весьма уместен, к примеру:И как клиента меня такая статья гораздо более мотивирует таки перевести зарплатную карту в Тинькофф, чем постоянные напоминания о такой возможности от сотрудников поддержки. :)
Действительно «незаметные сложности». :)
Но из вашего комментария я понял, что, как обычно, всё совсем не «просто». :)
Хотя, почитав про это подробнее, я всё же думаю, не проще ли всё-таки ракету вертикально тягать, чем эту мобильную башню обслуживания? Как никак, ракета в пять с лишним раз легче (313 тон против 1600 тонн).
Зря я всё-таки пренебрег ссылкой на инфографику от РИА в статье lozga, весьма приличные и наглядные иллюстрации.
Насколько я могу судить, такое сочетание вертикального и горизонтального подходов, сочетает минусы обоих. Поправьте, если я неправ.