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