Насчет Пушкина, кстати, у нас его начинали учить класса с 5го, наверное. Хотя у него большинство произведений — на «взрослые» темы, в том числе о политике. Не очень понятно, кому в 11-12 лет это может быть интересно.
Простейший пример — «К Чаадаеву». Что бы понять это стихотворение, нужно не просто понимать политику — нужно понимать политический и исторический контекст того времени. Очевидно, что детям в 5-6 классе (да и в 11м, большинству) это абсолютно не интересно. Поэтому и с запоминанием у многих проблемы.
В России с этим вообще бредово. С младших классов начинают проходить произведения, которые дети ну никак понять не могут. Добавьте сюда «синдром поиска скрытого смысла», который присутствует у 99% учителей русского/литературы, и желание самостоятельно читать классику (да и вообще желание читать) у детей отбивают на долгие годы.
Есть данные хотя бы одного исследования, которое бы подтверждало, что «навык запоминать большие объемы текста развивается»?
Мне о таких неизвестно. Приводить личные примеры и судить об общем по частным случаям не имеет смысла. Вы учили то, что вам было интересно. То, что интересно, запоминается всегда лучше. Но это не говорит о том, что ваш навык памяти как-то развивается или не развивается.
Я вот в состоянии запомнить тексты достаточно длинных песен, прослушав их всего несколько раз, и помнить буду долго. Но в школе что бы выучить четверостишье, которое мне было не интересно, у меня в среднем занимало пол-часа час, и каждое задание «выучить наизусть длинное стихотворение» превращалось в пытку)
Всю школьную жизнь писал как курица лапой. Хуже всех в классе. До той степени, что на следующий день сам не мог понять, что я написал.
В определенный момент учитель русского/литературы даже решила провести со мной пару дополнительных уроков, пытаясь научить меня писать красиво — настолько ей надоело мне ставить двойки за почерк. Правда, и с этими уроками на долго ее не хватило.
Потом в университете я увидел, как сосед по «парте» пишет раздельно/смешанно, и тоже попробывал. И понял, что так гораздо быстрее, проще и понятнее. И впервые в жизни начал понимать свой собственный почерк :)
По-моему, современная система школьного образования процентов на 80 построена из вот таких вот мифов, «потому что так надо» и «потому что всегда так делали». Особенно на гуманитарных предметах.
Еще один перл — это «учить стихотворения наизусть» и «диктант по памяти» (это когда нужно зазубрить стихотворение и записать его по памяти без ошибок". Сколько я не спрашивал, зачем это нужно, за 11 лет обучения в школе мне так никто адекватного ответа и не дал.
Кто-то высказывал теорию, что так можно «разивать память», но насколько мне известно, нету ни одного исследования, которое подтвердило бы, что зазубриванием стихотворений можно «развивать память», да и что вообще память можно «развивать».
Естественно, все зазубренные стихотворения забывались ровно через 5 минут после сдачи и получения оценки.
Не уверен насчёт Java, но в C# эту роль прекрасно выполняют атрибуты. Msdn Interface design гайдлайн прямым текстом не советует использовать маркерные интерфейсы.
В Java, насколько я понимаю, их использовали до появления аннотаций, и сейчас это считается легаси техникой. Поправьте, если я не прав, опять же, я имею довольно общее представление о Java и её best practices.
Но в любом случае, для меня это выглядит как костыльное решение. В моем понимании, смысл интерфейса именно в том что бы разделить использование и реализацию, а не в том что бы использовать их в качестве пометок/маркеров.
Как только вы его навесили, любой объект этого класса стало можно каментать. Магия
Странное утверждение. Не знаю, что вы называете словом «навесили» и «магия», но от того, что вы добавите классу интерфейс Commentable, сам собой класс не станет комментируемым, пока вы не напишете свою реализацию комментирования. Поэтому он и называется интерфейс — использование извне остается неизменным, а реализация и поведение может отличаться.
А если делать интерфейсы без методов и использовать их в качестве «пометок» на классах — за такое надо бить по рукам.
Корректен ли вопрос или нет — это уже обсуждение из другой области. Я не фанат таких вопросов (я вообще считаю, что лучшее, что может показать скилл программиста — это его код).
Но как можно увидеть из обсуждения выше, у интерфейсов есть гораздо больше особенностей, в том числе особенности реализации и использования в различных языках/средах (C# vs Java).
Где сходство с абстрактными классами? В С++, например, нету нативной реализации интерфейсов на уровне языка. Там интерфейс реализуется через абстрактные классы (которых, впринципе, в языке тоже как таковых нет).
Ну а насчет «не уловил суть» — не вижу, чем ваш пример отличается от моего. Я привел в пример IComparable — существующий в стандартной библиотеке языка интерфейс, который говорит о том что объект класса, реализующий («на который навесили») интерфейс IComparable, имеет метод CompareTo, который можно вызывать, что бы сравнивать объект с другим. А еще может быть generic класс, который требует сравнения хранимых объектов (например, двоичное дерево поиска). И оно может работать с любым типом объектов, основное требование — что бы их можно было сравнивать через CompareTo. Это можно сделать через задание generic constraint с интерфейсом IComparable.
Базовый класс, который недоступен для изменения, у которого есть метод CompareTo но при этом он не реализует интерфейс IComparable? Можете привести реальные примеры такого базового класса?
Да. Но если честно, не видел ни разу, что бы так делали. Если базовый класс имеет функцию CompareTo, то почему бы ему самому не наследоваться от интерфейса IComparable, а не его потомку?
Абстрактный класс — это класс, который нельзя инстанциировать, от него можно лишь наследовать другие классы. Абстрактный класс может содержать как абстрактные методы, так и обычные (в случае с C# — override/virtual) с логикой.
Интерфейс — это как абстрактный класс, который не может содержать не-абстрактные методы. Интерфейс по сути содержит лишь список методов/сигнатур, которые обязан реализовать класс, который унаследован от интерфейса. Например, в C# есть встроенный интерфейс IComparable. Если ваш класс наследуется от IComparable, он обязан реализовать функцию сравнения CompareTo.
Соответственно, другие классы знают, что ваш класс умеет это делать. Наследование от интерфейса, это по сути просто объявление, «я, класс, реализую вот такой набор методов, которые вы можете использовать». Именно поэтому не поддерживается множественное наследование классов, но поддерживается множественное наследование интерфейсов.
Просто стартапы слепо копируют эту тактику собеседований с таких компаний, как Google, Microsoft, Amazon, и т.д.
Но Гугл и Амазон можно понять — они могут себе это позволить. Им ежедневно присылают сотни и тысячи резюме от программистов, которые отлично знают языки и инструменты, и простыми вопросами типа «чем отличается абстрактный класс от интерфейса» людей не отобрать — а всех в офис на интервью не повезешь. Для таких компаний, задачи на логику и алгоритмы — это, наверное, единственный способ отбора кандидатов, при котором уверенно можно сказать, что у одного соискателя логическое и абстрактное мышление лучше, чем у другого.
Но тут надо понять еще две вещи.
Во-первых, крупные компании заинтересованы в долгосрочной перспективе. Т.е. даже если у человека возникнут трудности в первые пол года работы, какой-нибудь amazon может позволить себе обучать этого сотрудника, потому что они знают, что он вряд ли куда-то уйдет, и их интересует именно долгосрочная работа с этим человеком.
Во-вторых, одними задачами на алгоритмы в таких компаниях никто никогда не ограничивается. Там это используется скорее в качестве скрининга перед тем, как приглашать человека на собеседование в офис. Опять же — лучших способов отсеять N человек из овер9000 пока еще никто не придумал. Ну а если уж у человека реально слабо с программированием и ООП но он хорош в математике, я уверен, что такому человеку найдут применение.
Естественно, при этом стартапы, получившие свой первый раунд инвестиций, любят возомнить себя Гуглом, и начинают слепо применять их тактики и копировать за ними все подряд, не разбираясь в сути. При этом причина одна — такие люди, как правило, просто ничего не понимают в собеседованиях, и просто не знают, как нанимать людей на работу.
Ну, да, если в автоматическом режиме отсеять всех, у кого с вами есть какая-либо связь (через одну и ту же компанию/вуз, отметились в 1 месте в одно и тоже время, итд) мы в теории получим тех, кто с вами через facebook никак не связан. И у меня одно объяснение, да, что эти люди просто заходили на вашу страницу. Проблема в том, что работает это видимо не всегда. Судя по моим наблюдениям, все-таки гораздо выше шанс, если связь какая-то есть, и при этом человек заходил к вам на страницу. Вот тогда, судя по всему, его практически 100% покажут в возможных друзьях. Возможно, играет роль время нахождения на вашей странице или вид активности (типа, просто случайно открыл vs просматривал фотографии 15 минут)
Я думаю, что все гораздо проще. Я уверен на 99%, что если человек нашел вас через поиск и просматривал ваш профиль, то его покажут у вас в рекоммендуемых друзьях, даже если вас не связывает ничего. Несколько раз проверял это сам и это работает (не всегда, правда).
Вполне возможно, что все пациенты, которых fb предложил друг другу в качестве друзей, просто искали в fb этого врача или просматривали ее страницу.
Не могу не воспользоваться возможностью и написать, что online.net — это худший хостер, с которым мне приходилось работать.
Во-первых, компания банально врет, предлагая услуги «curative ddos protection» за €70 в месяц за каждый сервер. С учетом того, что мы арендовали несколько серверов, мы платили за эту услугу несколько сотен евро в месяц. За эти деньги нам не могли даже предоставить обещаную 24/7 техподдержку, сервера уходят в даун во второй половине дня в пятницу (в рабочее время) — ждите ответа до понедельника.
Естественно, ни о какой «защите» или «Intervention by our engineers as many times as necessary» речи и не шло — их «специалисты» могут лишь нажимать на кнопку «enable mitigation / disable mitigation», реально в настройках предлагаемой Arbor они не разбираются, и прямой доступ давать отказываются (хотя технически такая возможность есть). Сам роутинг постоянно слетал с Arbor на бесплатную систему (Sevi), при чем почему это происходит, они, судя по всему, сами не знают (баги в их собственном софте).
У техподдержки ОЧЕНЬ слабый английский, односложные ответы в тикетах в стиле «it has been add» (орфография сохранена), при чем общение только через тикеты — по телефону по-английски с нами вообще отказались говорить. Впрочем, кто бы удивлялся.
Один раз блокировали сервер с формулировкой «Are you ddosing your own server?», в то время как мы разговаривали с другим инжинером о DDoS и возможных способах отражения.
Ну и напоследок, самое сладкое. Ребята из Online.net в автоматическом режиме мониторят DNSBL (это такой черный список ip адресов, якобы заподозренных в спаме) под названием UCEPROTECT, и если ваш ip адрес оказался в списке — ваш сервер блокируют без объяснения причин.
Помимо того, что сами DNSBL очень сомнительны и кучу раз критиковались, UCEPROTECT — это просто новый уровень скэма под видом борьбы со спамом. Списки составляются по абузам в полу-ручном режиме (надо ли говорить, что внести кого-либо в этот список не составляет труда), а за удаление из списка они предлагают заплатить 100+ евро. Ну и еще кучу всего веселого предлагают сделать — можете зайти на их сайт, посмеяться. Трудно поверить, что этот бред вообще существует в 2016м году. А еще труднее поверить в то, что топовый европейский хостинг руководствуется этим scam-сайтом, блокируя своих клиентов, которые платят немалые деньги, и на предложения залогинится на сервер прямо сейчас и найти там почтовый сервер или его следы — реагируют слабо.
Короче, хостер реально «ядерный». Можно очень долго описывать все те приколы, с которыми мы столкнулись за несколько недель работы с ними (на дольше нас не хватило), но просто скажу — никогда и ничего у них не заказывайте. Не тратьте свои деньги и нервы. Выбирайте хостера, который дорожит своими клиентами и репутацией, а не мошенников, не важно где они строят свой дата-центр, под землей или над землей.
Смешно слышать про «принципы» от социальной сети, которая принципиально отказывается решать проблему воровства видео с YouTube. Кто не вкурсе, огромное количество создателей YouTube контента жалуются на эту проблему, но все, что им предлагает Фейсбук — удаление спираченного видео тогда, когда его уже все посмотрели. Хотя технически проблема решается элементарно.
Вместо этого, они борются с ветряными мельницами, говоря про «принципы». Смешно.
Поясните, Prism каким-то образом перехватывает https-трафик, заставляя вас ставить левый сертификат (по факту — бэкдор), и позволяет каким-то непонятным людям в офисе вашего провайдера перехватывать и смотреть любые https соединения? Я ни в коем случае не считаю, что Prism — это хорошо, но давайте отделять мух от котлет.
А вот в среде AWS EB, мы уже не сможем устанавливать свои cron файлы или работать с очередью напрямую:
Поясните человеку, который поверхностно знаком с AWS EB и Laravel, а что все-таки мешает установить свой cron-файл в среде AWS EB? Ведь насколько я понимаю, в AWS EB с помощью файлов конфигурации (.ebextensions/something.config) вы можете выполнять любые команды внутри инстанса EC2, которые будут выполняться при развертке, в том числе добавить задачу в cron, нет?
Помимо этого, надо еще понимать, что марс — это самая ближайшая планета, на которую мы можем отправить человека. Даже если сама экспедиция ни к чему не приведет, это может дать серьезную мотивацию современным детям выбирать в качестве профессии науку и инжиниринг.
На протяжении многих десятилетий космос толком не развивался. Только последние несколько лет наблюдается новая волна интереса к космосу, именно благодаря марсу (и еще благодаря SpaceX).
Я вас разочарую, но добыча нефти и газа — это крайне бесперспективное занятие, тем более, если для этого необходимо осваивать новые территории. Это поняли, кажется, уже все страны, даже ОАЭ (которые сейчас в срочном порядке перестраивают свою экономику), за исключением одной нам всем известной страны.
А вот насчет заработка — это совсем другой разговор. Как показала практика, от развития технологий в результате выгирывают (зарабатывают, если хотите) — все. Освоение космоса очень часто дает побочные эффекты в виде открытий и развития совершенно случайных отраслей.
Например, насколько мне известно, исследования в области орбитальных телескопов дали толчок индустрии цифровых камер и фотоматриц. Поправьте, если пример некорректный, но основная идея должна быть ясна.
Простейший пример — «К Чаадаеву». Что бы понять это стихотворение, нужно не просто понимать политику — нужно понимать политический и исторический контекст того времени. Очевидно, что детям в 5-6 классе (да и в 11м, большинству) это абсолютно не интересно. Поэтому и с запоминанием у многих проблемы.
В России с этим вообще бредово. С младших классов начинают проходить произведения, которые дети ну никак понять не могут. Добавьте сюда «синдром поиска скрытого смысла», который присутствует у 99% учителей русского/литературы, и желание самостоятельно читать классику (да и вообще желание читать) у детей отбивают на долгие годы.
Мне о таких неизвестно. Приводить личные примеры и судить об общем по частным случаям не имеет смысла. Вы учили то, что вам было интересно. То, что интересно, запоминается всегда лучше. Но это не говорит о том, что ваш навык памяти как-то развивается или не развивается.
Я вот в состоянии запомнить тексты достаточно длинных песен, прослушав их всего несколько раз, и помнить буду долго. Но в школе что бы выучить четверостишье, которое мне было не интересно, у меня в среднем занимало пол-часа час, и каждое задание «выучить наизусть длинное стихотворение» превращалось в пытку)
В определенный момент учитель русского/литературы даже решила провести со мной пару дополнительных уроков, пытаясь научить меня писать красиво — настолько ей надоело мне ставить двойки за почерк. Правда, и с этими уроками на долго ее не хватило.
Потом в университете я увидел, как сосед по «парте» пишет раздельно/смешанно, и тоже попробывал. И понял, что так гораздо быстрее, проще и понятнее. И впервые в жизни начал понимать свой собственный почерк :)
По-моему, современная система школьного образования процентов на 80 построена из вот таких вот мифов, «потому что так надо» и «потому что всегда так делали». Особенно на гуманитарных предметах.
Еще один перл — это «учить стихотворения наизусть» и «диктант по памяти» (это когда нужно зазубрить стихотворение и записать его по памяти без ошибок". Сколько я не спрашивал, зачем это нужно, за 11 лет обучения в школе мне так никто адекватного ответа и не дал.
Кто-то высказывал теорию, что так можно «разивать память», но насколько мне известно, нету ни одного исследования, которое подтвердило бы, что зазубриванием стихотворений можно «развивать память», да и что вообще память можно «развивать».
Естественно, все зазубренные стихотворения забывались ровно через 5 минут после сдачи и получения оценки.
В Java, насколько я понимаю, их использовали до появления аннотаций, и сейчас это считается легаси техникой. Поправьте, если я не прав, опять же, я имею довольно общее представление о Java и её best practices.
Но в любом случае, для меня это выглядит как костыльное решение. В моем понимании, смысл интерфейса именно в том что бы разделить использование и реализацию, а не в том что бы использовать их в качестве пометок/маркеров.
Как только вы его навесили, любой объект этого класса стало можно каментать. Магия
Странное утверждение. Не знаю, что вы называете словом «навесили» и «магия», но от того, что вы добавите классу интерфейс Commentable, сам собой класс не станет комментируемым, пока вы не напишете свою реализацию комментирования. Поэтому он и называется интерфейс — использование извне остается неизменным, а реализация и поведение может отличаться.
А если делать интерфейсы без методов и использовать их в качестве «пометок» на классах — за такое надо бить по рукам.
Корректен ли вопрос или нет — это уже обсуждение из другой области. Я не фанат таких вопросов (я вообще считаю, что лучшее, что может показать скилл программиста — это его код).
Но как можно увидеть из обсуждения выше, у интерфейсов есть гораздо больше особенностей, в том числе особенности реализации и использования в различных языках/средах (C# vs Java).
Где сходство с абстрактными классами? В С++, например, нету нативной реализации интерфейсов на уровне языка. Там интерфейс реализуется через абстрактные классы (которых, впринципе, в языке тоже как таковых нет).
Ну а насчет «не уловил суть» — не вижу, чем ваш пример отличается от моего. Я привел в пример IComparable — существующий в стандартной библиотеке языка интерфейс, который говорит о том что объект класса, реализующий («на который навесили») интерфейс IComparable, имеет метод CompareTo, который можно вызывать, что бы сравнивать объект с другим. А еще может быть generic класс, который требует сравнения хранимых объектов (например, двоичное дерево поиска). И оно может работать с любым типом объектов, основное требование — что бы их можно было сравнивать через CompareTo. Это можно сделать через задание generic constraint с интерфейсом IComparable.
Интерфейс — это как абстрактный класс, который не может содержать не-абстрактные методы. Интерфейс по сути содержит лишь список методов/сигнатур, которые обязан реализовать класс, который унаследован от интерфейса. Например, в C# есть встроенный интерфейс IComparable. Если ваш класс наследуется от IComparable, он обязан реализовать функцию сравнения CompareTo.
Соответственно, другие классы знают, что ваш класс умеет это делать. Наследование от интерфейса, это по сути просто объявление, «я, класс, реализую вот такой набор методов, которые вы можете использовать». Именно поэтому не поддерживается множественное наследование классов, но поддерживается множественное наследование интерфейсов.
Ответ устраивает?
Но Гугл и Амазон можно понять — они могут себе это позволить. Им ежедневно присылают сотни и тысячи резюме от программистов, которые отлично знают языки и инструменты, и простыми вопросами типа «чем отличается абстрактный класс от интерфейса» людей не отобрать — а всех в офис на интервью не повезешь. Для таких компаний, задачи на логику и алгоритмы — это, наверное, единственный способ отбора кандидатов, при котором уверенно можно сказать, что у одного соискателя логическое и абстрактное мышление лучше, чем у другого.
Но тут надо понять еще две вещи.
Во-первых, крупные компании заинтересованы в долгосрочной перспективе. Т.е. даже если у человека возникнут трудности в первые пол года работы, какой-нибудь amazon может позволить себе обучать этого сотрудника, потому что они знают, что он вряд ли куда-то уйдет, и их интересует именно долгосрочная работа с этим человеком.
Во-вторых, одними задачами на алгоритмы в таких компаниях никто никогда не ограничивается. Там это используется скорее в качестве скрининга перед тем, как приглашать человека на собеседование в офис. Опять же — лучших способов отсеять N человек из овер9000 пока еще никто не придумал. Ну а если уж у человека реально слабо с программированием и ООП но он хорош в математике, я уверен, что такому человеку найдут применение.
Естественно, при этом стартапы, получившие свой первый раунд инвестиций, любят возомнить себя Гуглом, и начинают слепо применять их тактики и копировать за ними все подряд, не разбираясь в сути. При этом причина одна — такие люди, как правило, просто ничего не понимают в собеседованиях, и просто не знают, как нанимать людей на работу.
Вполне возможно, что все пациенты, которых fb предложил друг другу в качестве друзей, просто искали в fb этого врача или просматривали ее страницу.
Во-первых, компания банально врет, предлагая услуги «curative ddos protection» за €70 в месяц за каждый сервер. С учетом того, что мы арендовали несколько серверов, мы платили за эту услугу несколько сотен евро в месяц. За эти деньги нам не могли даже предоставить обещаную 24/7 техподдержку, сервера уходят в даун во второй половине дня в пятницу (в рабочее время) — ждите ответа до понедельника.
Естественно, ни о какой «защите» или «Intervention by our engineers as many times as necessary» речи и не шло — их «специалисты» могут лишь нажимать на кнопку «enable mitigation / disable mitigation», реально в настройках предлагаемой Arbor они не разбираются, и прямой доступ давать отказываются (хотя технически такая возможность есть). Сам роутинг постоянно слетал с Arbor на бесплатную систему (Sevi), при чем почему это происходит, они, судя по всему, сами не знают (баги в их собственном софте).
У техподдержки ОЧЕНЬ слабый английский, односложные ответы в тикетах в стиле «it has been add» (орфография сохранена), при чем общение только через тикеты — по телефону по-английски с нами вообще отказались говорить. Впрочем, кто бы удивлялся.
Один раз блокировали сервер с формулировкой «Are you ddosing your own server?», в то время как мы разговаривали с другим инжинером о DDoS и возможных способах отражения.
Ну и напоследок, самое сладкое. Ребята из Online.net в автоматическом режиме мониторят DNSBL (это такой черный список ip адресов, якобы заподозренных в спаме) под названием UCEPROTECT, и если ваш ip адрес оказался в списке — ваш сервер блокируют без объяснения причин.
Помимо того, что сами DNSBL очень сомнительны и кучу раз критиковались, UCEPROTECT — это просто новый уровень скэма под видом борьбы со спамом. Списки составляются по абузам в полу-ручном режиме (надо ли говорить, что внести кого-либо в этот список не составляет труда), а за удаление из списка они предлагают заплатить 100+ евро. Ну и еще кучу всего веселого предлагают сделать — можете зайти на их сайт, посмеяться. Трудно поверить, что этот бред вообще существует в 2016м году. А еще труднее поверить в то, что топовый европейский хостинг руководствуется этим scam-сайтом, блокируя своих клиентов, которые платят немалые деньги, и на предложения залогинится на сервер прямо сейчас и найти там почтовый сервер или его следы — реагируют слабо.
Короче, хостер реально «ядерный». Можно очень долго описывать все те приколы, с которыми мы столкнулись за несколько недель работы с ними (на дольше нас не хватило), но просто скажу — никогда и ничего у них не заказывайте. Не тратьте свои деньги и нервы. Выбирайте хостера, который дорожит своими клиентами и репутацией, а не мошенников, не важно где они строят свой дата-центр, под землей или над землей.
Вместо этого, они борются с ветряными мельницами, говоря про «принципы». Смешно.
#коддавинчи
Поясните человеку, который поверхностно знаком с AWS EB и Laravel, а что все-таки мешает установить свой cron-файл в среде AWS EB? Ведь насколько я понимаю, в AWS EB с помощью файлов конфигурации (.ebextensions/something.config) вы можете выполнять любые команды внутри инстанса EC2, которые будут выполняться при развертке, в том числе добавить задачу в cron, нет?
На протяжении многих десятилетий космос толком не развивался. Только последние несколько лет наблюдается новая волна интереса к космосу, именно благодаря марсу (и еще благодаря SpaceX).
А вот насчет заработка — это совсем другой разговор. Как показала практика, от развития технологий в результате выгирывают (зарабатывают, если хотите) — все. Освоение космоса очень часто дает побочные эффекты в виде открытий и развития совершенно случайных отраслей.
Например, насколько мне известно, исследования в области орбитальных телескопов дали толчок индустрии цифровых камер и фотоматриц. Поправьте, если пример некорректный, но основная идея должна быть ясна.