Добрый день уважаемая публика. Хочу представиться — Я — программист.
Почтенные господа хочу написать статью о некоторых моментах, которые мне иногда помогают думать. А думать в наше не простое время приходиться постоянно. Я не хочу слишком сильно углубляться в теорию
Мы воспринимаем информацию на примере нашего опыта(накопленных ассоциаций) и нам либо нравиться она, либо не нравиться и мы хотим её изминить, дополнить, покритиковать. Мы иногда даже задумываемся..., а почему и от куда она пришла? Почему этот автор написал эту книгу? Ради чего? В чем цель? Передать опыт? Возможно… Но как в истории: «Лучше научить человека ловить рыбу, чем дать ему удочку».
Выучить синтаксис языка программирвания, или применять методалогию для посторения своих программ и организации даннах — это всё удочки. Да может они не выглядт так, но они навязывают нам свои стандарты, свои условия, свой порядок «речи». Не сложно понять что если вы пишити, разговариваите на одном языке, то следовательно в один момент ваше
И в определенный момент вы понимаите что есть «данные», «функции» и «результат». Как транзистор или как нерон (Вход+вектор коррекции = выход).
Для программиста это звучит: Заказчику надо сделать — получить на выходе вот это, для этого надо выводить такие то данные используя такие то функции.
Или возвращаясь к нашим удочкам — Поймать рыбу с помощью удочки используя наживку.
Извините меня за столь затянутое вступление и не как не подходящее к сути заголовка статьи. Сейчас я хочу привести более наглядный пример.
Node.js — Как пример. Невадно так встряхнуло сообщество, что я тоже не удержалься посмтореть что внутри. Поначалу оказалось немного запутанно и проблемма с многопоточностью в нём и возможные обходы недостатков.
Но если присмотреться то Node.js напоминает больше хорошего оффицианта (front-end) и попытки сделать из него повара+оффицианта приводят к тому что многопоточность убивает все его приимущества.Я думаю не стоит делать из офицанта повара и наоборот из повара офицанта.
Если данныя технология прекрасно справляеться с доставкой данных для пользователя и прекрасно его обслуживает с точки зрения интерфейса пользователя, то может и не стоит заставлять её еще при этом и готовить конечное блюдо — данные из множества ингридиентов и проверять их на актуальность.
Повор(back-end) должен готовить, а официант должен доставлять(front-end), ну в крайнем случае открыть бутылку вина.
Возможно я увижу много критики про моё отношение к Node.js, но о нём я написал только ради примера. Чтобы вы, уважаимые мои читатели уловили мысль: «Что многие сложные вещи можно представить в виде простых и самое главное привычых нам вещей».
Можно представить Базы данных в виде таблиц, а можно в виде кубика-рубика. Всё зависит от вашего кругозора и способности представлять вещи, даже самые замудренные в простых формах. Что проще запомнить логарифмическая спираль или раковина малюска? Как проще объяснить на пальцах что такое бит для дизайнера — это пиксель либо черный либо белый.
При объеснение заказчику, специалисту из другой области важно понимать что они живут в другом мире абстракции. Строитель в области катлован, фундамент, кирпич, крыша, окна, внутренная отделка. И им всегда удобнее понимать информацию на основе привычных для них ассоциаций. Шапка сайта — это крыша сайта, а фундамент — это подвал сайта, Окна — блоки сайта, меню — лестницы и т.д.
Хочу подвести некоторый итоги. Смотрите вокруг, изучайте то что вас окружает. Иногда решение некоторых своих задач я находил в наблюдение как исчезает вода с москитной сетки при попадание на него света, а на заднем плане была радуга.
Автор: workmi