Да там через var могут замыканий наделать
Это обязательное условие? Например прототип гиперзвукового двигателя делается с чертами какого объекта? Или потом гиперзвуковой двигатель делается из прототипа?
Всё я поймал вашу суть и вот для чего тут ссылка была что я давал.
Ваши же слова, не отказываетесь от них?
Так вот по ссылочке что я давал и которая вам не нужна есть определение, вы же не будете спорить с разработчиками языка?
Прототипы - это механизм, с помощью которого объекты JavaScript наследуют свойства друг от друга.
На что вам ответили
И потом понеслось короче =))
Но вообще в JS все есть объект, любой ваш объект наследуется от Object и механизм называется прототипного наследования, почему я и привел в пример классы в PHP, наследование в программировании может быть разное но смысл в нем один а именно
Во-первых, вы выше доказывали что это разное.Во-вторых, наследование это концепция объектно-ориентированного программирования.В-третьих, прототипирование — быстрая «черновая» реализация базовой функциональности будущего продукта/изделия, для анализа работы системы в целом (так в википедии) и тем более не прототипное наследование .В-четвертых, прототипы в JS это не прототипирование.
Да кто вас унижает? Или для вас унижение когда вас цитируют?
Ведь вы тут явно разделили эти понятия, наследование это ..., а прототипирование ...
Я же вам указал, что
И даже дал ссылку на описание прототипов в JS от разработчиков JS, а вы пошли в оскорбление, налицо:
PS. Я вот примерно как вы наверное выглядел бы, если прочитав книжку, пару статей на хабре и сделав бумажный макет космической ракетой, говорил инженерам-проектировщикам как и что им надо делать, которые реально проектирует настоящие ракеты по 40 часов в неделю и больше и получают за это деньги. Даже взять меня, вы в мою компанию даже собеседование не пройдете, я работаю и пишу по 8 часов в день промышленный код который используют миллионы пользователей, а вы ничего по сути не делая (и не сделали), пытаетесь мне что то объяснять - это по определению смешно выглядит. Вы какой то фреймворк для создания блогов выпустить уже несколько лет не можете, а самоуверенности как будто один из core-разработчиков фейсбука тут сидит.
Это бесполезно, я ни разу не видел чтобы человек тут признался в своей неправоте. У него эффект Да́ннинга — Крю́гера — когнитивное искажение; склонность людей, имеющих очень низкий уровень компетенции в определённой области, значительно переоценивать свои возможности, что приводит к невежеству, чреватому безосновательной самоуверенностью.
То есть по вашему азиатская мульта - это важнее научно-популярного авторского блога, потому что второй имеет на порядки меньшее кол-во посетителей?
Вы поучаствовали как наемный рабочий в массовом зомбировании школоты и горды от массовости проекта. Пользы 0. Только вред.
Странный подход у вас, для кого то порнохаб это пошлятский ресурс, а для кого то высоконагруженный проект. Контент проекта для разработчика не главное/основное, а главное технические сложности и их решения же, разве нет? Неужели для специалиста важно участвовать только в социально значимых проектах, а иначе пользы от его работы ноль? Какая техническая польза от научно-популярного авторского блога для развития IT индустрии? Для обслуживания блога написали какую то продвинутую БД? Придумали новый ЯП? Написали высокопроизводительный вэб сервер? Взять тех же badoo, сервис знакомств, а ребята написали php-fpm для своих нагрузок
Менеджер в области IT, который не понимает связей и зависимостей в проекте, не может быть грамотным. Слишком много взаимосвязей и компонентов, от правильной состыковки которых много зависит.
Как пример - история Рамблера, ВК, Мейла. Как только туда влазили "грамотные" менеджеры и уходили создавшие ресурс руководители, проект как минимум переставал развиваться, постепенно подыхая.
Даже переходя из разработчика в тим лиды у человека уже абсолютно меняется круг задач и через какое то время тим лид уже перестает вменяемо кодить. Менеджер на то и менеджер чтобы управлять процессом, а фулстек это все таки человек которого посадил за задачу и он её руками делает полным циклом без каких то других спецов, я лично работая на больших проектах не встречал РП который смог бы взять задачу с таск трекера и реально закодить, хотя у меня были РП которые например писали скрипты автоматизации своей работы выгружая данные из jira в какой нибудь notion на питоне.
У нас все данные хранятся по итогу в json обьектах, а в постгрес приходится собирать это все джойнами в итоге запросы больше 5-и секунд. Про эластик как то не думали -с лямбдами амазоновскими он вроде как не сильно полезен
постгря умеет работать с json так то, но тут хозяин барин, но у меня с виду простые запросы, даже с индексами на базе всего в 200к документов в коллекции работает по 0.3-0.5 секунд, с такими запросами и такой БД даже mysql мне отдает данные в десятки раз быстрее. Ну либо я не научился готовить монгу, но перелопатил огромное количество материала + доку. Но у меня да связка MySQL + MongoDB, мускуль выступает в роли мастер хранилища (холодного), а монга в виде горячего, когда там сложены уже готовые данные из мускуля
Лично у нас это точно не программеры. Архитекторы еще возможно, стекхолдеры или как они там возможно, но РП это в большинстве своем грамотные менеджеры, которые радеют за результат, чем за процесс
