В последнем ACR итальянцев можно по пальцам пересчитать, а все всё равно продолжают ррр-кать и говорить резко. Только теперь вставляют восточные словечки.
Проблема школы не в учителях или методике (хотя тут тоже не всё чисто). Две больших проблемы:
— у 99% учеников нет особого желания учить язык
— учаться сразу 15-30 детей одновременно. Успевающие будут ждать пока остальным станет понятно. Неуспевающие так и остануться с пробелами, так как семеро одного не ждут.
И программа расчитана на то, чтобы перебороть эти факторы и насильно запихнуть хоть что-нибудь большинству. У нас в школе была такая же картина: всё медленно и никак. Но вот те, кто ходил на факультатив по языку к тому же самому преподавателю(!), достаточно хорошо овладели языком. У них было и желание и индивидуальный подход.
Поэтому, когда какой-то частный супер преподаватель рекламирует свой «метод» и рассказывает насколько он лучше школьного, я только улыбаюсь. К ниму ходят платно (т.е. с желанием) и маленькими группами. Пусть попробует свой «метод» в школе на детях, которые думают только, как бы досидеть до перемены.
Да ладно, мы же программисты. Не знаю, как они там у себя сделали, но всё решаемо:
Храним две хеш-суммы. Одна полная, и другая, например, для килобайта вначале или где-то в середине. Для каждого файла проверяем сначала мелкую сумму, и, если совпало, то «убеждаемся» большой.
Мелкие файлы можно вообще отбросить, а таких большинство.
Сами хеши — просто кладезь для деревьев поиска. Делим на байты и готов путь для поиска в дереве. Думаю, что всякие радужные таблицы на самом деле не таблицы и не списки.
Говорят, есть специальные словари (распространяются в нужном кругу) с хеш суммами для известных легальных файлов и известных нелегальных.
Скорее всего таможня просто подключит носитель в режиме RO и прогонит файлы на совпадения со вторым списком. Или запустит специальную программку на ноутбуке, которая сделает тоже самое. Т.е. всё это можно делать параллельно с настоящим досмотром.
Не надо тут. Воровать уже давно запретили. И нелегальное копирование тоже.
А вот за подпись в таком документе надо сразу в оставку. Это же феерично:
— «вводит уголовную отвественность… даже если законодательство конкретной страны не предусматривает такой ответственности»
Этот документ сделать надо равным нашему УК? Ещё бы добавили «даже если противоречит вашей местной Конституции». Вообще был бы финиш.
— «даёт управляющему комитету ACTA право выпускать дополнения к соглашению, вступающие в силу незамедлительно без рассмотрения и ратификации странами-участниками»
Дополнения к документу, равному УК? Правительство которое даёт каким-то непонятным организмам за бугром рулить свой страной,… как бы не нарушить ст. 280 ч. 1… заслуживает отставку и критику.
Если критикую, значит надо предложить. А чего же он так популярен?
Все дело в V8 — в движке который годами затачивался на скорость. Этот показатель критичен в войне браузеров.
И второе, там смогли более-менее удобно сделать скелет для reactor-based серверных приложений.
Есть много способов написать многозадачное приложение, и reactor — это самый низкоуровневый из них. Выключается целая прослойка, которая тянет ресурсы — scheduler, что ещё больше увеличивает скорость приложения. (это как выбрать компилируемый язык, чтобы избавиться от интерпретатора)
В замен надо самому указывать места, где можно затормозить задачу и отдать ресурсы другой. Больше усилий, меньше читабельность кода за счёт колбеков.
Итого: выбирая node вы получаете высокоуровневый интерпретируемый язык, который имеет бонус в скорости за счёт V8, бонус скорости за счёт отсутствия шедулера. Но чем больше приложение тем сложнее его написать. Идеальное решения для маленьких но жутко шустрых серверных штук.
И большинство этих сакцес стори для ноды, которые гуляют везде, писали не вебдевелоперы, что вы. Писать на калбеках код 24x7x365 это не просто страничку со временем жизни 5-20 минут. Писали люди знающие с какой стороны подойти к concurrency и реактору.
Мицгол, ваши «преимущества ноды» заставляют меня озадаченно удивляться.
Начнём с языка. Из ваших слов, выходит, что единственное, что сдерживало тысячи веб-девелоперов от того, чтобы заполонить мир своими высококачестенными быстрыми серверными приложениями — незнание языка на котором можно написать какой-нить сервер.
Не, действительно, что ещё нужно? Ведь серверное ПО это просто такая особенная вебстраничка или вебаппликуха, да? Надо просто было как-то запустить вебаппликуху без браузера…
Я думаю, если научить вдруг видеокарты понимать javascript, то существующих игроделов ждет несколько неприятных лет в страхе от новых конкурентов. А если встроить V8 в ардуино, то роботы просто захватят мир.
Вебдевелоперы, это такие особенные программисты, которые сходу смогут всё, только узкоспециализированность javascript сдерживает их от захвата всех остальных сфер разработки.
Повторное использование кода. То-то все вдруг стали вынуждены писать просто тонны новых библиотек для ноды. А аналоги большинства из них есть почти в любом языке, не настолько заточенном на вебдеве, как javascript.
Мораль сей басни такова: По скользкой дорожке забрался наверх? Не отсвечивай. Делай всё руками «чистых». Захочешь личной славы и власти? растопчут используюя грехи прошлого.
Сплошное дублирование информации: в сказуемом дублируется лицо и число подлежащего, в прилагательном число и род существительного, а падеж дублируются почти везде. Слова подстраиваются подстраиваются под другие, связываются.
Такое дублирование только плюс, когда нужно восстановить информацию, полученную с потерями (не всё услышал в шумном помещении, помехи на линии), но для программирования, это сплошное нарушение правила DRY. Совсем не подходит. В отличии от английского, где слова меняются гораздо реже ;)
Спасибо за топик, ликбез и действующий пример. Было очень интересно :) Но, несмотря на в целом положительное к вам отношение, не могу удержаться от того, чтобы не поворчать на аналогии выше.
Ваши примеры выше: развиваться/рожать — это действия, которые каждый обязан делать, если не хочет умереть под забором, никому не нужный.
В то время «изобретение велосипедов» — это просто один из множества способов получить нужный скилл. Далеко не так обязательно как с примерами, можно и по-другому.
Надо писать быстрый говнокод, лишь бы работало. И быстро выходить на рынок, снимать сливки, знакомиться с областью, читать отзывы, делать ТЗ (да-да, только сейчас. Всё что было до этого — часто только догадки и предположения)
И в период первого же затишья, или параллельно с бурей, строить нормальное ПО с нормальной расширяемой архитектурой, с ревью, рефакторингом. Кроме того ТЗ и знакомство с матчастью команды будет уже гораздо лучше, чем в первый раз. И выводить его как версию 2.
Эврика! Это копирасты так хитро отвечают интернету: «Лучше дайте нам возможность отключить любой сайт (SOPA) и тогда нам не придётся закрывать вас пожизненно как megaupload».
Всю процедуру также можно было бы запихнуть в одну Большую Функцию, которая во второй ситуации спровоцирует те же действия: вылить воду, убрать чайник, вызвать Большую Функцию.
Большую Функцию можно отрефакторить, разбить на части. Но тоже самое можно сделать и с классом.
Так что не вижу разницы между ООП и без ООП. И там и там есть плохой дизайн и там и там его можно рефакторить.
— у 99% учеников нет особого желания учить язык
— учаться сразу 15-30 детей одновременно. Успевающие будут ждать пока остальным станет понятно. Неуспевающие так и остануться с пробелами, так как семеро одного не ждут.
И программа расчитана на то, чтобы перебороть эти факторы и насильно запихнуть хоть что-нибудь большинству. У нас в школе была такая же картина: всё медленно и никак. Но вот те, кто ходил на факультатив по языку к тому же самому преподавателю(!), достаточно хорошо овладели языком. У них было и желание и индивидуальный подход.
Поэтому, когда какой-то частный супер преподаватель рекламирует свой «метод» и рассказывает насколько он лучше школьного, я только улыбаюсь. К ниму ходят платно (т.е. с желанием) и маленькими группами. Пусть попробует свой «метод» в школе на детях, которые думают только, как бы досидеть до перемены.
Храним две хеш-суммы. Одна полная, и другая, например, для килобайта вначале или где-то в середине. Для каждого файла проверяем сначала мелкую сумму, и, если совпало, то «убеждаемся» большой.
Мелкие файлы можно вообще отбросить, а таких большинство.
Сами хеши — просто кладезь для деревьев поиска. Делим на байты и готов путь для поиска в дереве. Думаю, что всякие радужные таблицы на самом деле не таблицы и не списки.
Скорее всего таможня просто подключит носитель в режиме RO и прогонит файлы на совпадения со вторым списком. Или запустит специальную программку на ноутбуке, которая сделает тоже самое. Т.е. всё это можно делать параллельно с настоящим досмотром.
А вот за подпись в таком документе надо сразу в оставку. Это же феерично:
— «вводит уголовную отвественность… даже если законодательство конкретной страны не предусматривает такой ответственности»
Этот документ сделать надо равным нашему УК? Ещё бы добавили «даже если противоречит вашей местной Конституции». Вообще был бы финиш.
— «даёт управляющему комитету ACTA право выпускать дополнения к соглашению, вступающие в силу незамедлительно без рассмотрения и ратификации странами-участниками»
Дополнения к документу, равному УК? Правительство которое даёт каким-то непонятным организмам за бугром рулить свой страной,… как бы не нарушить ст. 280 ч. 1… заслуживает отставку и критику.
Все дело в V8 — в движке который годами затачивался на скорость. Этот показатель критичен в войне браузеров.
И второе, там смогли более-менее удобно сделать скелет для reactor-based серверных приложений.
Есть много способов написать многозадачное приложение, и reactor — это самый низкоуровневый из них. Выключается целая прослойка, которая тянет ресурсы — scheduler, что ещё больше увеличивает скорость приложения. (это как выбрать компилируемый язык, чтобы избавиться от интерпретатора)
В замен надо самому указывать места, где можно затормозить задачу и отдать ресурсы другой. Больше усилий, меньше читабельность кода за счёт колбеков.
Итого: выбирая node вы получаете высокоуровневый интерпретируемый язык, который имеет бонус в скорости за счёт V8, бонус скорости за счёт отсутствия шедулера. Но чем больше приложение тем сложнее его написать. Идеальное решения для маленьких но жутко шустрых серверных штук.
И большинство этих сакцес стори для ноды, которые гуляют везде, писали не вебдевелоперы, что вы. Писать на калбеках код 24x7x365 это не просто страничку со временем жизни 5-20 минут. Писали люди знающие с какой стороны подойти к concurrency и реактору.
Начнём с языка. Из ваших слов, выходит, что единственное, что сдерживало тысячи веб-девелоперов от того, чтобы заполонить мир своими высококачестенными быстрыми серверными приложениями — незнание языка на котором можно написать какой-нить сервер.
Не, действительно, что ещё нужно? Ведь серверное ПО это просто такая особенная вебстраничка или вебаппликуха, да? Надо просто было как-то запустить вебаппликуху без браузера…
Я думаю, если научить вдруг видеокарты понимать javascript, то существующих игроделов ждет несколько неприятных лет в страхе от новых конкурентов. А если встроить V8 в ардуино, то роботы просто захватят мир.
Вебдевелоперы, это такие особенные программисты, которые сходу смогут всё, только узкоспециализированность javascript сдерживает их от захвата всех остальных сфер разработки.
Повторное использование кода. То-то все вдруг стали вынуждены писать просто тонны новых библиотек для ноды. А аналоги большинства из них есть почти в любом языке, не настолько заточенном на вебдеве, как javascript.
Сплошное дублирование информации: в сказуемом дублируется лицо и число подлежащего, в прилагательном число и род существительного, а падеж дублируются почти везде. Слова подстраиваются подстраиваются под другие, связываются.
Такое дублирование только плюс, когда нужно восстановить информацию, полученную с потерями (не всё услышал в шумном помещении, помехи на линии), но для программирования, это сплошное нарушение правила DRY. Совсем не подходит. В отличии от английского, где слова меняются гораздо реже ;)
Ваши примеры выше: развиваться/рожать — это действия, которые каждый обязан делать, если не хочет умереть под забором, никому не нужный.
В то время «изобретение велосипедов» — это просто один из множества способов получить нужный скилл. Далеко не так обязательно как с примерами, можно и по-другому.
Надо писать быстрый говнокод, лишь бы работало. И быстро выходить на рынок, снимать сливки, знакомиться с областью, читать отзывы, делать ТЗ (да-да, только сейчас. Всё что было до этого — часто только догадки и предположения)
И в период первого же затишья, или параллельно с бурей, строить нормальное ПО с нормальной расширяемой архитектурой, с ревью, рефакторингом. Кроме того ТЗ и знакомство с матчастью команды будет уже гораздо лучше, чем в первый раз. И выводить его как версию 2.
Всю процедуру также можно было бы запихнуть в одну Большую Функцию, которая во второй ситуации спровоцирует те же действия: вылить воду, убрать чайник, вызвать Большую Функцию.
Большую Функцию можно отрефакторить, разбить на части. Но тоже самое можно сделать и с классом.
Так что не вижу разницы между ООП и без ООП. И там и там есть плохой дизайн и там и там его можно рефакторить.
С теми местами, где участников ОСМ достаточно, вопрос точности снят?