Слоупок на связи и соощает, что наличие типов в самом языке js никак не резервирует этот термин в рантайме. В языке могут быть свои типы, в реализации v8 внутри свои типы и ничто не мешает их так называть. Сорта элементов для заголовка норм, отсылка на мем, но как термин сильно режит ухо.
Что интересно – массовые вычисления выполнялись задолго до компьютеров. Еще в конце 18 века во Франции была построена система, при которой большой коллектив людей разного уровня квалификации, в основном – владеющих только простыми действиями, вычисляли таблицы математических функций с высокой точностью – это было нужно для решения инженерных задач. Потом это система развивалась, и в 20 веке существовали большие счетные бюро, обеспечивающие нужды инженеров и конструкторов во многих отраслях промышленности – строительство, судостроение, авиация, военные и так далее.
А можно чуть подробнее и ссылки, где можно почитать или погуглить о организации массовых вычислений, хотя бы выходные данные, что за французская система 18 века, как развивалась методика счетных бюро? Насколько я понимаю, в конспекте опущены исторические примеры, а они-то мне и интересны. Может быть подскажете какую-нибудь лекцию Щербовицкого, но публичную, которую можно послушать в ютубе или где-то скачать, чтобы он рассказывал про организацию счетных бюро?
А насчет Манхеттенского проекта, он внес что-нибудь в развитие ЭВМ и как вообще вычислительная техника в нем использовалась? Что-то про Оппенгеймера вроде полно инфы, а про фон Неймана в Манхеттенском и главное про компьютеры, которые в проекте использовались, не особенно.
Никропостер врывается в чат. А как вычислили сложность глупой сортировки? Здесь указывается n^3, но даже на анимации циклов значительно меньше 7^3. Как тут посчитать циклы c n? В другом источнике говорили даже про (n*n!)
Никропостер врывается в комментарии. А в чем разница между контекстом subscribe и контекстом принимаемым им калбеков next, error и complete? Есть какие-то кейсы, чтобы хотя бы проиллюстрировать разницу?
В реальности вообще весь сайт вообще можно поместить в одном HTML-файле.
Формально этот сайт состоит из нескольких файлов
Синглпейдж - это почти один файл, только не файл, а пейдж. То, что автор и описывает.
То же самое происходит в вебе, где поверх HTML нагромоздили несколько уровней абстракции. Node, NPM, Webpack, Babel, фреймворк для разработки SPA, фреймворк CSS, транспилятор CSS, приложение для запуска тестов, библиотека функций тестирования и ещё куча всяких мелочей — минимальный стартовый набор самых необходимых инструментов, чтобы запустить простенький сайт с небольшой интерактивностью.
Ну, давайте разбираться.
Node, NPM
Если речь идет о синглпейдж из большой тройки реакт-ангулар-вью, то Node, NPM используется для управления библиотеками - не попадает в код на проде, а облегчает жизнь разраба тем, что доставляет ему либы, например Webpack, Babel
Webpack, Babel
Помогают использовать современные фичи javascript, не заглядывая в can i use и не подключая самостоятельно полифилы. Это сейчас querySelector - стандартное и давно всеми поддерживаемое апи, а все девайсы такие страшно ожиревшее, и слово "кросбраузерность" не ассоциируется с каким-то гемороем. Ну ничего. Завта станет дико модно пользоваться электронными книгами (для примера), с малыми ресурсами и специфичным поведением браузера. Руками будете совместимости добиваться? От es6+ отказываемся, привет es5? Вы так писали вообще когда-нибудь? Но опять же, все это не входит в бандл для прода т.е. не раздувает размер сайта. Все это помогает сформировать бандл и не паритсья о важном вручную.
фреймворк для разработки SPA
Минимальную реактивность в студию, для которой не нужен спа. Ну, речь же не о сайтах из примера выше, с парой страничек небольшого текста.
фреймворк CSS, транспилятор CSS
Опять же, помогают не париться о префиксах браузеров, что позволяет легче добиваться кроссбраузерности, плюс дают еще ряд удобных фич для разработчика. Фреймворк также помогает не париться о чем-нибудь, в чем не разбираешься, типа типографики. Добавляешь на сайт и он становится красивым - клево же. На выходе у нас скомпилированный и минифицированный файл.
приложение для запуска тестов, библиотека функций тестирования и ещё куча всяких мелочей
Тут такое, если все-таки сайт не за пять минут написан, то удобно иметь тесты, чтобы знать, что ты и правда ничего не поломал. Но их редко кто правда пишет )) Опять же, "вот есть сайты с контентом на пару твитов и каждый твит - отдельная страничка, мы это сделали на css" не совсем аргумент. Очертите яснее сферу применения, что вы собираетесь делать и будет ясно, нужны там тесты, фреймворк spa, транслятор css или нет.
Запускайте блог на любом стеке, будь это произвольная CMS, генератор статических сайтов типа Hugo или Gatsby, или что угодно. Неважно. Самое главное: Сохраняйте весь контент в самых простых форматах, в которых возможно.
Вот отличный совет. Добавляейте сложности для создания сайта путем дополнительной процедуры, со временем сделайте инструмент, который облегчает подобное сохранение, занимайтесь его популяризацией и теперь в список из вебпака, спа-фреймворка, css-препроцессоров добавится и ваша новинка.
Из цитаты выше также следует, что автор знает о генераторах статичных сайтов. Как бы отличный способ сохранять данные в маркдауне и минимизировать используемые технологии, разве нет?
Ну, с тестами ещё по-разному, но банальный пайплайн в гитлабчике настроен у всех. Так что везде разраб делает мерж, его ревьювят, а дальше оно выливается в основную ветку. Тестирования редко, но может и не быть (я имею ввиду тестировщиками). И скорее всего там оно дальше как то заливается в прод автоматом, но разраб эти детали не касаются. Ну, т. е. я хочу сказать, а разве остались ещё конторы без ci?
В смысле "проблемы с идеями"? Как можно пилить оупен или клоуз мякоть, если нет идей, что собственно будем делать? Открытый или закрытый стиль разработки предполагает наличие этой самой разработки. Я короче ничего не понял
Слоупок на связи и соощает, что наличие типов в самом языке js никак не резервирует этот термин в рантайме. В языке могут быть свои типы, в реализации v8 внутри свои типы и ничто не мешает их так называть. Сорта элементов для заголовка норм, отсылка на мем, но как термин сильно режит ухо.
Но если софт для персоналок уже научились делать на больших компьютерах, то чем же занимались в Xerox PARC?
А можно чуть подробнее и ссылки, где можно почитать или погуглить о организации массовых вычислений, хотя бы выходные данные, что за французская система 18 века, как развивалась методика счетных бюро? Насколько я понимаю, в конспекте опущены исторические примеры, а они-то мне и интересны. Может быть подскажете какую-нибудь лекцию Щербовицкого, но публичную, которую можно послушать в ютубе или где-то скачать, чтобы он рассказывал про организацию счетных бюро?
Как вы вообще нашли эту стотью, автора же заминусовали в ноль и поиск хабра ни такую статью, ни такого пользователя не показывает?
Вы конечно выложили его в оупнесорс (смайлик стеснительно закатывает глазки)? У мну просто задача на контроль лицензий тоже висит, хоть и не срочной.
Что за границы?
А насчет Манхеттенского проекта, он внес что-нибудь в развитие ЭВМ и как вообще вычислительная техника в нем использовалась? Что-то про Оппенгеймера вроде полно инфы, а про фон Неймана в Манхеттенском и главное про компьютеры, которые в проекте использовались, не особенно.
Глянул тут диаганальным зрением, я бы как-то так написал.
В доке есть https://rxjs.dev/guide/operators#higher-order-observables
Никропостер врывается в комменты.
А чего он в СНГ популярен?
Ровно при том, что этим мемом и обозначают успешно-успешных сэлф-мэйд достигаторов. Очевидно же
Сложна было
А зачем перфокарта, когда данные все-равно в ручном порядке на ленту переносятся? Я хлебушек, я ничего не понял.
Никропостер врывается в чат. А как вычислили сложность глупой сортировки? Здесь указывается n^3, но даже на анимации циклов значительно меньше 7^3. Как тут посчитать циклы c n? В другом источнике говорили даже про (n*n!)
Никропостер врывается в комментарии. А в чем разница между контекстом subscribe и контекстом принимаемым им калбеков next, error и complete? Есть какие-то кейсы, чтобы хотя бы проиллюстрировать разницу?
Синглпейдж - это почти один файл, только не файл, а пейдж. То, что автор и описывает.
Ну, давайте разбираться.
Если речь идет о синглпейдж из большой тройки реакт-ангулар-вью, то Node, NPM используется для управления библиотеками - не попадает в код на проде, а облегчает жизнь разраба тем, что доставляет ему либы, например Webpack, Babel
Помогают использовать современные фичи javascript, не заглядывая в can i use и не подключая самостоятельно полифилы. Это сейчас querySelector - стандартное и давно всеми поддерживаемое апи, а все девайсы такие страшно ожиревшее, и слово "кросбраузерность" не ассоциируется с каким-то гемороем. Ну ничего. Завта станет дико модно пользоваться электронными книгами (для примера), с малыми ресурсами и специфичным поведением браузера. Руками будете совместимости добиваться? От es6+ отказываемся, привет es5? Вы так писали вообще когда-нибудь? Но опять же, все это не входит в бандл для прода т.е. не раздувает размер сайта. Все это помогает сформировать бандл и не паритсья о важном вручную.
Минимальную реактивность в студию, для которой не нужен спа. Ну, речь же не о сайтах из примера выше, с парой страничек небольшого текста.
Опять же, помогают не париться о префиксах браузеров, что позволяет легче добиваться кроссбраузерности, плюс дают еще ряд удобных фич для разработчика. Фреймворк также помогает не париться о чем-нибудь, в чем не разбираешься, типа типографики. Добавляешь на сайт и он становится красивым - клево же. На выходе у нас скомпилированный и минифицированный файл.
Тут такое, если все-таки сайт не за пять минут написан, то удобно иметь тесты, чтобы знать, что ты и правда ничего не поломал. Но их редко кто правда пишет )) Опять же, "вот есть сайты с контентом на пару твитов и каждый твит - отдельная страничка, мы это сделали на css" не совсем аргумент. Очертите яснее сферу применения, что вы собираетесь делать и будет ясно, нужны там тесты, фреймворк spa, транслятор css или нет.
Вот отличный совет. Добавляейте сложности для создания сайта путем дополнительной процедуры, со временем сделайте инструмент, который облегчает подобное сохранение, занимайтесь его популяризацией и теперь в список из вебпака, спа-фреймворка, css-препроцессоров добавится и ваша новинка.
Из цитаты выше также следует, что автор знает о генераторах статичных сайтов. Как бы отличный способ сохранять данные в маркдауне и минимизировать используемые технологии, разве нет?
Ну, с тестами ещё по-разному, но банальный пайплайн в гитлабчике настроен у всех. Так что везде разраб делает мерж, его ревьювят, а дальше оно выливается в основную ветку. Тестирования редко, но может и не быть (я имею ввиду тестировщиками). И скорее всего там оно дальше как то заливается в прод автоматом, но разраб эти детали не касаются. Ну, т. е. я хочу сказать, а разве остались ещё конторы без ci?
Звучит так, будто платные не справятся, а вот LO ещё туда-сюда. Интересно, как он себя правда поведёт в таких условиях.
В смысле "проблемы с идеями"? Как можно пилить оупен или клоуз мякоть, если нет идей, что собственно будем делать? Открытый или закрытый стиль разработки предполагает наличие этой самой разработки. Я короче ничего не понял
Загуглил, как там в шахматах. Бег, приседания, прыжки в длину. Хорошее дело, ящитаю
https://rebenokvsporte.ru/federalnyj-standart-sportivnoj-podgotovki-po-shahmatam/