{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "Блог Корейши Виктора, posts tagged: мысли", "home_page_url": "https:\/\/koreysha.ru\/?go=tags\/mysli\/", "feed_url": "https:\/\/koreysha.ru\/?go=tags%2Fmysli%2Fjson%2F", "icon": "https:\/\/koreysha.ru\/user\/userpic@2x.jpg", "author": { "name": "Корейша Виктор", "url": "https:\/\/koreysha.ru\/", "avatar": "https:\/\/koreysha.ru\/user\/userpic@2x.jpg" }, "items": [ { "id": "28", "url": "https:\/\/koreysha.ru\/?go=all\/skolko-chelovek-delayut-sayt-prodolzhenie\/", "title": "Сколько человек делают сайт: продолжение", "content_html": "

Писал как-то полу-шуточную заметку о том сколько программистов оптимально для проекта<\/a>. Оказывается не меня одного волнует эта тема. Вот вариант ответа на этот вопрос от commitstrip.com<\/p>\n

\n\"\"\n<\/div>\n", "date_published": "2016-07-04T14:27:40+05:00", "date_modified": "2016-07-04T14:28:22+05:00", "image": "https:\/\/koreysha.ru\/pictures\/1466261845122291044.jpg", "_date_published_rfc2822": "Mon, 04 Jul 2016 14:27:40 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/skolko-chelovek-delayut-sayt-prodolzhenie\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/koreysha.ru\/pictures\/1466261845122291044.jpg" ] } }, { "id": "27", "url": "https:\/\/koreysha.ru\/?go=all\/pochemu-ya-ne-lyublyu-bitriks\/", "title": "Почему я не люблю Битрикс", "content_html": "

Почему-то существует огромный пласт клиентов, максимально лояльных к Битриксу. Настолько, что они готовы переплатить только, что бы их сайт был на нем сделан. Так получилось, что я ни разу не писал сайты на Битриксе с 0, но мне часто приходилось их поддерживать и развивать.
\nНе знаю, дело в моем везении или в чем-то другом, но каждый раз в таком проекте код максимально плохой. Почему-то, всегда логика запихана в представление и наоборот. Так написано в официальный гайдах Битрикса?<\/p>\n

\n\"\"\n<\/div>\n

А вот сегодня, например, была банальная задача — подправить верстку. Вроде, ничего экстраординарного. Но где находится эта верстка в проекте найти не удавалось никак. В итоге путь получился примерно такой:<\/p>\n

\/bitrix\/templates\/template.main\/components\/ma\/catalog\/template1\/ma\/catalog.element\/.default\/<\/p>\n

И в этой папке лежал и HTML и CSS и, даже, картинки. «Джентельменский набор» для отображения одного из блоков на странице. Все остальная верстка лежала вообще не там. Но самая жесть, присмотритесь — скрытая диррректория. По умолчанию в Linux, если название начинается с точки, то фаил или папке не отображаются. И, разумеется, не синхронизируются с IDE<\/a>.<\/p>\n

Что заставило разработчиков сделать именно так? Не надо так.<\/p>\n", "date_published": "2016-05-20T18:04:32+05:00", "date_modified": "2016-05-20T18:04:23+05:00", "image": "https:\/\/koreysha.ru\/pictures\/nobitrix.jpg.png", "_date_published_rfc2822": "Fri, 20 May 2016 18:04:32 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/pochemu-ya-ne-lyublyu-bitriks\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/koreysha.ru\/pictures\/nobitrix.jpg.png" ] } }, { "id": "26", "url": "https:\/\/koreysha.ru\/?go=all\/lending-eto-novy-sayt-vizitka\/", "title": "«Лендинг» — это новый «сайт-визитка»", "content_html": "

Не знаю, кто и когда придумал термин «сайт-визитка». Но думаю, что он был рожден вместе с понятиями «интернет-портал» и «корпоративный сайт». В чем беда всех этих терминов? Да в том, что никто не знает, что все это значит. Ну, точнее, многие думают, что понимают. Но, проблема в том, что понимают они совершенно разные вещи.<\/p>\n

\n\"\"\n<\/div>\n

Почему же эти понятия вообще появились? По тому, что они помогают превратить услугу «разработка сайта» в товар «сайт-визитка». Но это дырявая абстракция<\/a>.<\/p>\n

Товары легче продавать по тому, что они, с некоторыми допущениями, одинаковые. Вся яблоки одного сорта и из одно партии похожи на вкус и примерно одинаковые по энергетической ценности. Все телевизоры с одинаковым артикулом имеют одни и те же характеристики. А если что-то пошло не так — червивое яблоко или сломанный телевизор, то их, как правило, можно поменять или починить. Машину можно взять на тест-драйв, а куртку померить перед покупкой.<\/p>\n

С услугами все не так. Ты не можешь знать результат заранее. Когда ты нанял садовника, что бы он фигурно подстриг кусты, то ты можешь получить, как «шары» так и «кубы». Если садовник опытный, то он обязательно уточнит заранее, что ты хочешь увидеть, но и с самым подробным ТЗ, результат все равно не определен, пока кусты не подстрижены. То же самое и с другими услугами. И чем сложнее услуга, тем больше переменных, которые влияют на результат. Очень сложно продавать то, чего еще не существует. Особенно сложно, когда заказчик не представляет себе конечный результат.<\/p>\n

Постоянно работать вместе с клиентом для получения хорошего результата тяжело. А вот продать ему «сайт-визитку» просто, особенно, если есть пример. По этому, многие разработчики пошли по пути наименьшего сопротивления. Что плохого, если клиент получит понятный результат за понятные деньги? Если все стороны понимают это и согласны, то ничего. Только дело в том, что я не встречал клиентов, которым зачем-то нужен именно такой сайт. Как правило, все же нужен какой-то результат для бизнеса, а вот его такая концепция не учитывает.<\/p>\n

Вот и дырка в абстракции. Когда человек приходит за телевизором, то знает, что хочет каждый вечер смотреть какой-нибудь сериал. И он может подобрать себе то, что нужно или спросить совета у консультанта. А потом может пойти в Яндекс.маркет и сравнить цены на телевизоры с такими параметрами. Но сайт — результат долгой совместной работы. Нельзя заказать «сайт-визитку» в двух разных студиях и получить одинаковый результат. Точнее можно, если этот результат нулевой.<\/p>\n

Но это еще пол беды. Понятие «визитки» быстро приобрело для клиентов и совсем другое значение. А именно — самое дешевое «пакетное предложение». И расцвет такого понимания пришелся, думаю, на кризис 2008-2009. И до сих пор, когда переговоры начинаются с фразы «нам нужен сайт-визитка», это следует понимать, как «мы не готовы тратить деньги на сайт». К сожалению, часто это значит, что на этом месте переговоры можно и заканчивать.<\/p>\n

А что-же лендинги? Это понятие уже родилось мертвым. И так же имело своей целью облегчить продажи<\/a>. А, говоря прямо, пропихнуть халтурный конвеер штамповки одинаковых html страниц, как разработку сайта.<\/p>\n

И вот недавно услышал от клиента, что им нужен лендинг с двадцатью страницами. Где будет каталог, контакты, а еще страница «о компании». Как говорил герой Мета Деймона, Локи в замечательном фильме Догма, «речи, знакомые до боли».<\/p>\n", "date_published": "2016-04-29T20:50:50+05:00", "date_modified": "2016-04-29T20:50:31+05:00", "image": "https:\/\/koreysha.ru\/pictures\/site-vizit-to-lp.jpg.png", "_date_published_rfc2822": "Fri, 29 Apr 2016 20:50:50 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/lending-eto-novy-sayt-vizitka\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/koreysha.ru\/pictures\/site-vizit-to-lp.jpg.png" ] } }, { "id": "25", "url": "https:\/\/koreysha.ru\/?go=all\/esche-nemnogo-o-udalennoy-rabote\/", "title": "Еще немного о удаленной работе", "content_html": "

Постоянно слышу о том, как круто, когда все работают удаленно. Периодически читаю посты в блогах<\/a>, а иногда, даже целые книги<\/a> попадаются. Иногда, у меня возникает ощущение, что я живу в каком-то параллельном мире.<\/p>\n

\n\"\"\n<\/div>\n

Вот приходит сотрудник и говорит: «Ребята, хватит жить в прошлом веке. Есть скайп, почта и телефон. Я могу брать задачи и выдавать результат, зачем мне каждый день терять два часа в пробках?» Решили попробовать. Договорились, что пока не каждый день, но некоторые дни работать удаленно.<\/p>\n

И вот первый же «тестовый» день. Мелкий вопрос мы обсуждали письменно в скайпе полтора часа (с перерывами на 3-5 минут), тогда, как очно ушла бы пара минут. Просьбу «сделать более подробное описание» в одной из задач нашего таск-менеджера сотрудник выполнить не смог, так как был страшно занят. Отчет, о котором мы договаривались так же подготовить не успел. А на следующий день пришлось потратить еще час, что бы узнать, чем занимался сотрудник. Выяснилось, что не тем.<\/p>\n

И, поймите меня правильно, я не виню конкретно этого человека. Мы отлично работали в команде в одном помещении. И я уверен, что тут не было какого-то злого умысла и, даже, банального распиздяйства. Просто не достаточно того факта, что у нас обоих есть скайп, что бы перейти к удаленной работе.<\/p>\n

Вы скажете, что я сам дурак. Ну зачем было переписываться полтора часа, когда можно позвонить? Да по тому, что сразу это не очевидно. Я не думал, что маленькая сложность может вызвать такие затруднения. Да и неправильно понятая фраза завела разговор в тупик дважды.<\/p>\n

И я не против такой системы работы в целом. Просто считаю, что она не всем подходит. Например, про себя я знаю, что если есть одна большая задача, то без проблем смогу работать удаленно. Смогу сделать результат своей работы очевидным. Смогу показывать прогресс в недельной задаче и «прибивать гвоздями» ключевые точки. Но решить 10 мелких операционных вопросов за день удаленно я не смогу. А если смогу, то разгребать непонятки еще неделю потом.<\/p>\n

При этом, у нас есть другой сотрудник, который успешно работает из другого города. и проблем не возникало ни разу. В чем секрет?<\/p>\n", "date_published": "2016-04-21T18:35:19+05:00", "date_modified": "2016-04-21T18:35:11+05:00", "image": "https:\/\/koreysha.ru\/pictures\/job-1257204_1920.jpg", "_date_published_rfc2822": "Thu, 21 Apr 2016 18:35:19 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/esche-nemnogo-o-udalennoy-rabote\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/koreysha.ru\/pictures\/job-1257204_1920.jpg" ] } }, { "id": "24", "url": "https:\/\/koreysha.ru\/?go=all\/kak-nayti-kopiraytera\/", "title": "Как найти копирайтера?", "content_html": "

Первый раз столкнулся с тем, что клиенту не все равно, какие тексты на его сайте. Вроде бы это должно обрадовать. Но к кому пришел клиент с вопросом, как правильно наполнить сайт? Это, конечно, разработчик. То есть к нам.<\/p>\n

Сразу оговорюсь, что текстов нужно много (о каждом товаре) и недостаточно просто перечислить характеристики. Задача — ответить на вопросы покупателей, помочь им выбрать то, что им нужно.<\/p>\n

\n\"\"\n<\/div>\n

Первое, что мы сделали в этой ситуации, предложили собрать информацию о товарах от производителей с сайтов, бумажных каталогов и прайс-листов. Добавить к этому информацию о самих производителях, о брендах и материалах, которая есть в открытом доступе. Часть удалось осуществить в автоматическом режиме, но, в основном, конечно это был ручной труд. Дальше планировалось пойти на биржу копирайтеров, дать имеющийся материал о каждом товаре и группах товаров и получить на выходе текст, который будет помогать покупателю понять что тут к чему.<\/p>\n

Этого текста бы не было, если бы все пошло по плану. Мы пробовали писать подробное ТЗ. Пробовали давать более общую задачу, с надеждой, что профессионал найдет источники информации, которые ему нужны. Пробовали искать самых дорогих специалистов. И каждый раз получали от клиента недоуменный взгляд и немой (а иногда и не немой) вопрос «Что это за ерунда? Полное незнание предмета и аудитории. Такой текст выкладывать нельзя». В общем, заплатили за десяток текстов, которые ушли в ведро.<\/p>\n

Параллельно с этим, пытались помочь найти человека в штат. Сначала назвали вакансию “Копирайтер”, но не получили ни одного адекватного отзыва. Потом, пробовали найти «Маркетолога», по тому, что пришли к выводу, что такие люди должны смочь разобраться в рынке и понять, что волнует покупателей.<\/p>\n

Тогда я написал с просьбой о совете Сергею Капличному<\/a>. Огромное ему спасибо — в тот же день получил подробный ответ. Кроме прочего, в ответе присутствовал совет поискать нужного человека на бирже труда Максима Ильяхова<\/a>. Всего там сейчас 25 комментариев. Из них 3 без прямых контактов. Примерно половина тех, кто написал, что не пишут технические тексты. Из оставшихся, я выбрал 6 человек и разослал письма.<\/p>\n

Я ждал чего угодно. Огромного ценника. Сообщении о том, что проект не интересен. Сообщения о высокой загрузке. Но никак не молчания. В итоге получил всего один(!) отклик от Романа Скрупника о том, что он не может сейчас взять новый проект.<\/p>\n

Друзья, откуда вы берете хорошие тексты на технические темы?<\/p>\n", "date_published": "2016-04-09T13:12:38+05:00", "date_modified": "2016-04-09T13:12:26+05:00", "image": "https:\/\/koreysha.ru\/pictures\/fountain-pen-442066_1920.jpg", "_date_published_rfc2822": "Sat, 09 Apr 2016 13:12:38 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/kak-nayti-kopiraytera\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/koreysha.ru\/pictures\/fountain-pen-442066_1920.jpg" ] } }, { "id": "21", "url": "https:\/\/koreysha.ru\/?go=all\/offtop-1\/", "title": "Оффтоп №1", "content_html": "

В свободное время помогаю друзьям строить большую яхту<\/strike> маленький корабль с гордым названием «Котъ». Длинна от транца до форштевня чуть меньше 13 метров. С бушпритом будет все 14. По типу парусного вооружения планируется гафельная шхуна.
\nПосле «обкатки» на местном водохранилище планируется поход в Севастополь. Да и вообще планов такое громадье, что года на 3 после постройки хватит. А потом новые появятся.<\/p>\n

\n
\n\"\"\n\"\"\n\"\"\n\"\"\n<\/div>\n<\/div>\n

Сейчас идет этап обклейки корпуса. Мы полностью обтягиваем обшивку стеклотканью с эпоксидной смолой в 4 слоя. Первые три слоя идут поперек, а четвертый планируется положить вдоль. Ребята работают 3-4 дня в неделю, а я к сожалению, только один могу выделить. Людей не хватает, так что если вы из Екатеринбурга и желаете поучаствовать, то пишите.
\nЕще мы ищем дизайнера, что бы сделать сайт про Кота. Сайт нужен для сбора средств на двигатель, а без двигателя в море нельзя.<\/p>\n

Вот довольный я напоследок.<\/p>\n

\n\"\"\n<\/div>\n

P.S. Когда возобновлял свой блог пару месяцев назад хотел писать только на профессиональные и около-профессиональные темы. Друзья, стоит ли разбавлять их такими заметками?<\/p>\n", "date_published": "2016-03-15T13:01:52+05:00", "date_modified": "2016-03-15T13:01:21+05:00", "image": "https:\/\/koreysha.ru\/pictures\/wkc7Sdgf8ac.jpg", "_date_published_rfc2822": "Tue, 15 Mar 2016 13:01:52 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/offtop-1\/", "_e2_data": { "is_favourite": false, "links_required": [ "system\/library\/fotorama\/fotorama.css", "system\/library\/fotorama\/fotorama.js" ], "og_images": [ "https:\/\/koreysha.ru\/pictures\/wkc7Sdgf8ac.jpg", "https:\/\/koreysha.ru\/pictures\/3m9PrxQQZxI.jpg", "https:\/\/koreysha.ru\/pictures\/5BZKUoxDdwY.jpg", "https:\/\/koreysha.ru\/pictures\/fOTZ2Wl9d7I.jpg", "https:\/\/koreysha.ru\/pictures\/2m_5wXLJSXQ.jpg" ] } }, { "id": "17", "url": "https:\/\/koreysha.ru\/?go=all\/knigi-o-samyh-poseschaemyh-saytah-v-runete\/", "title": "Книги о самых посещаемых сайтах в рунете", "content_html": "

На Новый год мне подарили две книги: Яндекс.Книга<\/a> и Код Дурова<\/a>. До того, как я их открыл и прочитал для меня между ними было много общего. Сегодня будет экспериментальный пост-рецензия.<\/p>\n

\n\"\"\n<\/div>\n

Яндекс.Книга<\/h2>\n

В каждом, самом незначительном, аспекте книги, от обложки до верстки, от структуры повествования до построения фраз чувствуется, что автор проникся особым духом компании Яндекс. Книга рассказывает о том, что наш поисковик №1 совсем не калька с Гугла, и заставляет поверить, что где-то на постсоветском пространстве остались еще светлые головы.
\nПосле прочтения я для себя вынес, что<\/p>\n

    \n
  1. У прорывных проектов нет простых времен. Каждый этап развития это битва за выживание.<\/li>\n
  2. Возможно делать продукты для людей и при этом зарабатывать деньги. До этого меня периодически одолевали сомнения — будет ли в нашей стране жить бизнес, в котором не надо будет каждый день идти против себя и считать своих клиентов биомассой.<\/li>\n
  3. Кадры решают все. В дальней перспективе сильная команда с единым «вектором развития» важнее, чем деньги, связи, клиенты и все остальное.<\/li>\n<\/ol>\n

    Периодически в книге проскакивают решения, принятые Аркадием Воложем вопреки внешним обстоятельствам. Или такие на которых настоял Илья Сегалович, хотя на момент принятия они совсем не казались очевидными. Но в отличает от «Кода Дурова», читатель четко понимает, что у основателей Яндекса была своя философия и в её рамках все закономерно.<\/p>\n

    Стоит прочесть<\/b> всем, кто ведет бизнес в России; всем, кто хоть отдаленно связан с IT; всем, кто управляет хотя бы маленькой командой; всем, у кого есть конкуренты; всем кому интересно, что у нас все еще есть чем удивить запад.
    \nНе стоит читать<\/b> только если вы не верите в людей, в страну, в идеи и ненавидите все это.<\/p>\n

    Код Дурова<\/h2>\n

    Прежде, чем высказать свое мнение об этой книге оговорюсь, что я знаком с действиями Павла Дурова только по ней и редким отголоскам СМИ, которые до меня долетали. По этому все, что я буду о нем говорить относится только к персонажу книги, но никак не к реальному человеку.
    \nКнига о том, как самовлюбленный мажор, который верил в свое величие и успех со школьной скамьи, без особых усилий и со скромными познаниями в программировании строит виртуальную империю. При этом у нег нет сильных компаньонов — все они оказываются мелочными, меркантильными и недальновидными. У него нет сильной команды — единственный программист о котором книга отзывается хорошо бежал из компании «вконтакте» при первой же возможности.
    \nАвтор называет основателя соцсети не иначе, как «тотем». Реже «архитектор». Все решения, которые «тотем» принимает приходят к нему свыше и никак не согласуются с реальностью. При этом, главный герой умудряется просто так без веских причин и без нужны в инвестициях продать большую долю Мильнеру, что в итоге приводит к тому, что компанию у него планомерно отжимают. Сам же Павел ведет себя, как истеричка, то выкладывая фото с «факом» после деловых переговоров, то намеренно провоцируя государство. После последнего он, кстати, выходит сухим из воды, просто не открыв дверь ОМОНУ.
    \nПрочитав эту книгу тебе кажется, что:<\/p>\n

      \n
    1. Адекватные деловые решения не нужны. Стартап вырастет сам, если ты гений.<\/li>\n
    2. Когда тебе хочется без причин плевать на пользователей ты можешь это делать. А когда на тебя будут давить сверху ты можешь просто показывать фак и говорить, что пользователи не поймут, если ты закроешь группу Навального.<\/li>\n
    3. Если у тебя проблемы, просто психуй, бросай компанию и берись за разработки совершенно в другой области, по тому что ты гений и новый стартап взлетит так же, как и старый.<\/li>\n<\/ol>\n

      Стоит прочесть<\/b> тем, кто в восторге от «Вконтакте» и считает его скорее божественным провидением, чем земным созданием.
      \nНе стоит читать<\/b> если вы верите в здравый смысл в бизнесе.<\/p>\n", "date_published": "2016-01-08T20:56:04+05:00", "date_modified": "2016-01-08T20:55:56+05:00", "image": "https:\/\/koreysha.ru\/pictures\/DSC_1003.JPG", "_date_published_rfc2822": "Fri, 08 Jan 2016 20:56:04 +0500", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/koreysha.ru\/?go=all\/knigi-o-samyh-poseschaemyh-saytah-v-runete\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/koreysha.ru\/pictures\/DSC_1003.JPG" ] } }, { "id": "15", "url": "https:\/\/koreysha.ru\/?go=all\/pochemu-na-nol-na-samom-dele-nelzya-delit\/", "title": "Почему на ноль на самом деле нельзя делить", "content_html": "

      На днях посмотрел ролик Почему на ноль делить нельзя<\/a>. Тезисно логика автора такая:<\/p>\n

        \n
      1. Чем меньше делитель, чем больше результат.<\/li>\n
      2. Ноль минимальный из возможных делителей.<\/li>\n
      3. Результат — самое большое число.<\/li>\n
      4. Самое большое число — бесконечность.<\/li>\n
      5. Бесконечность — не число.<\/li>\n
      6. На ноль делить нельзя по тому, что в результате мы получим не число, хотя планировали получить число.<\/li>\n<\/ol>\n

        Если бы мне задали этот вопрос в 10ом классе, я, наверное, так же бы ответил. Но я бы не стал снимать по этому поводу видеоролик и позиционировать себя, как эксперт. Не стал бы кричать «Лож» и сам при этом врать зрителям в лицо.<\/p>\n

        При чем тут программирование?<\/h2>\n

        Но самое обидное, что так думает не только автор ролика. Но и, например, создатели джаваскрипта. Попробуйте написать alert(1\/0);<\/b> Мы получим: Infinity<\/b> . Давайте разберемся, что тут не так.<\/p>\n

        Для начала разберемся с Infinity<\/b>. В джаваскрипте есть определение и оно очень похоже на определение бесконечности автором ролика. Это некое число, которое больше, чем любое число. Поскольку компьютеры под каждую переменную вынуждены отводить память у этого числа даже есть конкретное значение. Оно больше, чем любое другое число, то есть Number.MAX_VALUE + 1<\/b> или 1.7976931348623157e+308 + 1<\/b>. Нюанс заключается в том, что компилятор не даст нам прибавить к этому числу единицу (просто оставит число таким же) или вычесть единицу из Infinity<\/b> (опять же останется «бесконечность»). Из-за это особенности авторы языка притворяются, что это действительно бесконечность, а не «то, что вы подумали».
        \nС какой-то версии, правда, ввели еще одну особенность — Infinity<\/b>>Infinity<\/b> это true<\/b>. Так как по логике авторов Infinity<\/b> — число, которое больше любого числа. Справа — число. Слева то, что всегда больше числа. Понятно. что результат TRUE<\/b>.<\/p>\n

        Что делать?<\/h2>\n

        Какой же ответ должен быть с точки зрения математики на пример 1\/0<\/b>? Конечно NaN<\/b>! NaN — аббревиатура, полная версия это Not a Number, то есть «Не Число». Значение NaN не равно никакому другому числу, включая само NaN. Очевидно, что именно такое «не число» мы и получаем при попытке делить на ноль, а совсем никакую не бесконечность.<\/p>\n

        В математике есть такой метод, если решение сразу найти не удается, попробуй близкую задачу, которую решить гораздо проще. А потом учти разницу. Например, если меня попросят разделить 100 на 17, то я не смогу того сделать сразу. Мне надо будет сначала решить похожую задачу — разделить 100 на 20. Получится 5. А дальше «учесть ошибку». Ошибка тут это по 3 с каждого вхождения 17 в 100. 3*5 = 15. Итого 100\/17 = 5 целых и 15\/17. Надеюсь, я смог пояснить метод.<\/p>\n

        Тут так же. Попробуем взять 1 и поделить на 1. Получится, очевидно 1. Теперь поделим на 0.5. Будет 2. И таким образом мы покажем, что чем меньше число на которое делим, тем больше результат. Тут легко сказать «ну значит ответ бесконечность» и успокоится. Но надо вспомнить, что к нулю можно «подходить» с разных сторон. Если попробовать идти от отрицательных чисел, то будет: 1\/(-1) = -1, 1\/(-0.5) = -2 .... И так мы получим минус бесконечность. Это можно проиллюстрировать графиком.<\/p>\n

        \n\"\"\n<\/div>\n

        Обратите внимание, что решения вблизи нуля «разлетаются» в разные стороны. Одно вверх, другое вниз. Говоря математическим языком можно это выразить, как «Левый и правый предел расходятся». Мало того, что это разрыв второго рода, так он еще и в разные стороны.<\/p>\n

        Очевидно, что в такой ситуации мы не можем подобрать такое число, которое хоть как-то близко к решению. Ведь чем ближе число к «решению справа», тем дальше от «решения слева» и наоборот. Это самый, что ни на есть нот-э-намбер.<\/p>\n

        Вместо вывода<\/h2>\n

        В другом видео нашел более правильное описание всей это ситуации. Ниже привожу его. Не все околонаучные ролики полезны, а некоторые даже вредны.<\/p>\n