Разработка ПО, это как правило, оперирование огромными объёмами информации и много коммуникации в чатах. Есть задачи, при выполнении который, необходимо учитывать работу других подсистем и их синхронизацию, а для этого нужно гарантированное непрерывное время работы без отвлечения. Уточнение задачи и общение в чате, забирает много ментальных сил. Критерии работы, это факт закрытие залачи, качество и время выполнение. И все эти дейлики, почасовая оплата, слежение за экраном, созвоны есть иллюзия контроля и угнетение.
Правило универсальное для любой работы: создайте условия для комфортной работы, и результат будет.
Серьезная проблема. Одно дело человек, который пришёл на сайт и спокойно работает с ним. Другое дело агрессия ботов, которые без разрешения, агрессивно воруют информацию. В целом этим корпорациям плевать на все права и лицензии. Их задача это деньги. Деньги для них важнее людей и их мнений. Годами они навязывают нам, авторское право, ограничения лицензии, патентные ограничения, иллюзию чесности, а сами все везде вароют, в гонке за наживой.
ПС: не все сайты должны выдерживать огромные нагрузки. Простые сайты, размещены на простых тарифах и дешевых серверах и скажите спасибо что они делятся информацией и их поддерживают.
Но если пришёл враг в виде агрнсивеого ИИ бота, то пусть откусит.
Идея: нужно создать, единого координатора ботов. Чтобы каждый ботов имел свой номер. Чтобы сайты понимали кто к ним пришёл.
Отличная статья. Проект всегда надо стартовать с наиболее простой архитектурой. И чем она проще, тем сильнее требования к качеству этой простоты. Понятный и читаемый код, в едином стиле. Ибо любая система, которую долго делают, неизбежно усложнится, под воздействием огромого числа доделак и дополнений. И надо уметь держать баланс и делать постоянно системным подходом, с сохранением порядка.
В наше время: фреймворки всегда и везде. Ибо так легко менять работника.
Любые сложные системы, состоят из подсистем. Снизу вверх в проектировании, при этом система проектируется сверху вниз (изначально). От общего к частному. В декомпозиции задачи и создании подсистем, которые проектируется исходя из глобальной задачи. Разбивая цель, на состовные компоненты, вспомогательных подсистем и библиотек.
Что лучше ООП или ФП, в последнее время идут споры по этим подходам. Наверное нужно что-то среднее, модульная система с признаками ООП и ФП (не знаю, надо думать).
Да он давно (этот мир), сошёл с ума. Делая одноразовые вещи и заполняя свалки отходами. А запланированное старение чего стоит. В целом есть тенденция которая наблюдается на протяжении десятка лет, в постоянном ухудшении качества (капитализм, история любви).
In memory базы данных всегда будет быстрее тех что работают с диском (ssd, hdd...). Тут изначально это надо принять. Специализированная БД, всегда быстрее БД общего назначения.
Также есть понятие "тюнинг" БД, когда их можно настроить с учётом доступной оперативной памяти.
В целом по статье, неясно цель всех тестов. В реальных проектах, используют комбинации БД, кеширования.
Попробуйте все это же самое сделать на другом микрокомпьтере, например. Тогда будет смысл всех этих тестов, понять где лучше железо для каждой из БД (а смысл, т. е. опять вопрос "а зачем?"). Кстати как я понял это тест без настройки БД, т. е. по умолчанию из коробки.
Понимаю. Можно сделать свой коптер с использованием mpu6050. Стенд. Моторы купить (и их управление). Использовать чип (например последним esp32 на risc v (esp32-ce3)). Спроектировать плату и сделать монтаж. Вот это всё перспективно и более интересно.
В том то и дело, что нет. Это не одно и тоже. Код Си, заменял код ассемблера. Тут все четко. Ии же, выдает рандом, того что своровал из сети Интернет, с бесконечными комбинациями.
Ии асистенты действительно, в, какой то мере, даёт некоторую абстракцию, как робот который думает за программиста, но в итоге рандом. И поднимаясь на новый уровень абстракции, теряется смысл знать более низкий уровень (собственно программирование руками). И к чему это приведет. Что будет с программистами по мере распространения этой абстракции. Ручной труд сойдет на нет.
В некотором смысле это деградация, ибо будет все меньше погружения в код и больше задачи менеджера промтов и в том числе исправление через промты нагенерированного в многих итерации. Будет все больше людей, которым не нужны программисты для создания своих проектов и соответственно массовость этих явлений.
Руками код будут писать все меньше, а это минус к навыку программирования и снижения проф навыков. Это уклон постоянный в поиск промпа/ов. А ведь человек ленив и бысто адаптируется ничего руками не кодить.
В итоге много софта с ошибками и дырами. Софта неопиимизированного и пожираюшего ресурсы компьютера/сервера.
Чем умнее ии, тем он более опасен для нас всех (подумайте над этим)
Если да, то я предлогаю полностью отказаться от MPU6050, и подобных микросхем, и вместо них, использовать концевик начала отсчёта (оптический лучше энкодер) и дисковый энкодер для получения точного угла поворота. Это простое решение и надежное (если будет защита энкодера от пыли).
Если вначале пути в разработке, человек будет использовать ИИ, для написания кода, проектирование архитектуры, и всё сложное отдавать ИИ, не наработывая свой опыт и ошибки, то он обречён быть очень плохим программистом.
Это ошибка. Если не будет разнообразия, то будет манрполия и тиктат. Но касается, новых "фич", то для коммерческой разработки для массового пользователя внешний системами (например интернет магазин) необходимо поддерживать старые устройства (перевод js кода, к уровню ES5).
Репутацию очень долго и сложно заслужить, но если делать неправильные действия, особенно в мире где есть конкуренция, то можно легко её потерять безвозвратно.
Не понятно. Например есть 1 прокси, который перестраделяет запросы по одинаковым серверам, для которых нет разницы, какой запрос выполнять (сессия в БД) - это распереленная система, по вашему? (Аналогично в websocket, но надо чтобы прокси связывал сокет прокси с ответом от сервера за прокси).
Но такой подход, когда есть независимые и одинаковые ноды, которые могут выполнить любой запрос, и могут быть остановленны в момент, когда нет в ним запросов (или их прокси не отпрааляет), не дают возможность, быть в процессе (сохранять в памяти информацию процесса), предполагает, что есть внешниее хранилище данных (которое есть узкое место системы?).
Короче не понятно. Вроде одно и тоже, но в реалях конкретной технологии.
Один прокси и множество серверов за ним, готовых выполнить запрос - это не распределённая система?
Публика этого сайта, ниже того уровня и глубины понимания, которое я предполагал.
В элитных школах, всё носимые устройство - запрещены без компромиссов. В этих школах реально учат и дают знания и соответственно дети , будет на голову выше по уровню от обычных школ.
Человек ленив, и особенно когда не надо напригать мозги.
Большой хайп подняли по нейронкам, а всё для стартапов и денег. Кто более плотно работает с ии, понимает его ограничения и что это больше хайп. В ит много было, есть и будет хайпа.
И такое смелое утверждение, например "второй мозг", это крайности. Есть оригинал это челоческий мозг, а нейронка это попытка скопировать часть, предполагаемой структуры, что не есть даже намека, на тот оригинал, который нам спроектировали.
Про большие системы: делай проще как можешь, но при этом сохранить гибкость, понятность, читаемость и однообразие. Только так можно делать одному, большие системы.
Ит ещё в начале пути, многие уйдут, многие придут.
Надо запретить использование ИИ в школах и вузах, ибо это приводит к деградации в навыках мышления и соображения, и как следствие, ещё более тупое поколение.
Весь коммерческий код, ушёл в интернет?
Разработка ПО, это как правило, оперирование огромными объёмами информации и много коммуникации в чатах. Есть задачи, при выполнении который, необходимо учитывать работу других подсистем и их синхронизацию, а для этого нужно гарантированное непрерывное время работы без отвлечения. Уточнение задачи и общение в чате, забирает много ментальных сил. Критерии работы, это факт закрытие залачи, качество и время выполнение. И все эти дейлики, почасовая оплата, слежение за экраном, созвоны есть иллюзия контроля и угнетение.
Правило универсальное для любой работы: создайте условия для комфортной работы, и результат будет.
Серьезная проблема. Одно дело человек, который пришёл на сайт и спокойно работает с ним. Другое дело агрессия ботов, которые без разрешения, агрессивно воруют информацию. В целом этим корпорациям плевать на все права и лицензии. Их задача это деньги. Деньги для них важнее людей и их мнений. Годами они навязывают нам, авторское право, ограничения лицензии, патентные ограничения, иллюзию чесности, а сами все везде вароют, в гонке за наживой.
ПС: не все сайты должны выдерживать огромные нагрузки. Простые сайты, размещены на простых тарифах и дешевых серверах и скажите спасибо что они делятся информацией и их поддерживают.
Но если пришёл враг в виде агрнсивеого ИИ бота, то пусть откусит.
Идея: нужно создать, единого координатора ботов. Чтобы каждый ботов имел свой номер. Чтобы сайты понимали кто к ним пришёл.
Отличная статья. Проект всегда надо стартовать с наиболее простой архитектурой. И чем она проще, тем сильнее требования к качеству этой простоты. Понятный и читаемый код, в едином стиле. Ибо любая система, которую долго делают, неизбежно усложнится, под воздействием огромого числа доделак и дополнений. И надо уметь держать баланс и делать постоянно системным подходом, с сохранением порядка.
В наше время: фреймворки всегда и везде. Ибо так легко менять работника.
Любые сложные системы, состоят из подсистем. Снизу вверх в проектировании, при этом система проектируется сверху вниз (изначально). От общего к частному. В декомпозиции задачи и создании подсистем, которые проектируется исходя из глобальной задачи. Разбивая цель, на состовные компоненты, вспомогательных подсистем и библиотек.
Что лучше ООП или ФП, в последнее время идут споры по этим подходам. Наверное нужно что-то среднее, модульная система с признаками ООП и ФП (не знаю, надо думать).
Если мотивация идет от внешних критериев оценок (деньги, одобрение, чужое мнение, страха потерять...), то дело придет к неудачи.
Если мотивация идет от внутренних критериев (интерес, желание, исследования, азарт, интузиазм...), то это меняет восприятие и результат.
Можно быть заинтересованным, делать на приделе качества, по личным интересам.
Да он давно (этот мир), сошёл с ума. Делая одноразовые вещи и заполняя свалки отходами. А запланированное старение чего стоит. В целом есть тенденция которая наблюдается на протяжении десятка лет, в постоянном ухудшении качества (капитализм, история любви).
Эта глупая цивилизация в целом.
In memory базы данных всегда будет быстрее тех что работают с диском (ssd, hdd...). Тут изначально это надо принять. Специализированная БД, всегда быстрее БД общего назначения.
Также есть понятие "тюнинг" БД, когда их можно настроить с учётом доступной оперативной памяти.
В целом по статье, неясно цель всех тестов. В реальных проектах, используют комбинации БД, кеширования.
Попробуйте все это же самое сделать на другом микрокомпьтере, например. Тогда будет смысл всех этих тестов, понять где лучше железо для каждой из БД (а смысл, т. е. опять вопрос "а зачем?"). Кстати как я понял это тест без настройки БД, т. е. по умолчанию из коробки.
Понимаю. Можно сделать свой коптер с использованием mpu6050. Стенд. Моторы купить (и их управление). Использовать чип (например последним esp32 на risc v (esp32-ce3)). Спроектировать плату и сделать монтаж. Вот это всё перспективно и более интересно.
В том то и дело, что нет. Это не одно и тоже. Код Си, заменял код ассемблера. Тут все четко. Ии же, выдает рандом, того что своровал из сети Интернет, с бесконечными комбинациями.
Ии асистенты действительно, в, какой то мере, даёт некоторую абстракцию, как робот который думает за программиста, но в итоге рандом. И поднимаясь на новый уровень абстракции, теряется смысл знать более низкий уровень (собственно программирование руками). И к чему это приведет. Что будет с программистами по мере распространения этой абстракции. Ручной труд сойдет на нет.
В некотором смысле это деградация, ибо будет все меньше погружения в код и больше задачи менеджера промтов и в том числе исправление через промты нагенерированного в многих итерации. Будет все больше людей, которым не нужны программисты для создания своих проектов и соответственно массовость этих явлений.
Руками код будут писать все меньше, а это минус к навыку программирования и снижения проф навыков. Это уклон постоянный в поиск промпа/ов. А ведь человек ленив и бысто адаптируется ничего руками не кодить.
В итоге много софта с ошибками и дырами. Софта неопиимизированного и пожираюшего ресурсы компьютера/сервера.
Чем умнее ии, тем он более опасен для нас всех (подумайте над этим)
Если да, то я предлогаю полностью отказаться от MPU6050, и подобных микросхем, и вместо них, использовать концевик начала отсчёта (оптический лучше энкодер) и дисковый энкодер для получения точного угла поворота. Это простое решение и надежное (если будет защита энкодера от пыли).
Это статический стенд? И задача вентилятора поддерживать горизонтальное положение стол (луч)?
Если вначале пути в разработке, человек будет использовать ИИ, для написания кода, проектирование архитектуры, и всё сложное отдавать ИИ, не наработывая свой опыт и ошибки, то он обречён быть очень плохим программистом.
Бесплатный сыр, только в мышеловке.
Это ошибка. Если не будет разнообразия, то будет манрполия и тиктат. Но касается, новых "фич", то для коммерческой разработки для массового пользователя внешний системами (например интернет магазин) необходимо поддерживать старые устройства (перевод js кода, к уровню ES5).
Репутацию очень долго и сложно заслужить, но если делать неправильные действия, особенно в мире где есть конкуренция, то можно легко её потерять безвозвратно.
Не понятно. Например есть 1 прокси, который перестраделяет запросы по одинаковым серверам, для которых нет разницы, какой запрос выполнять (сессия в БД) - это распереленная система, по вашему? (Аналогично в websocket, но надо чтобы прокси связывал сокет прокси с ответом от сервера за прокси).
Но такой подход, когда есть независимые и одинаковые ноды, которые могут выполнить любой запрос, и могут быть остановленны в момент, когда нет в ним запросов (или их прокси не отпрааляет), не дают возможность, быть в процессе (сохранять в памяти информацию процесса), предполагает, что есть внешниее хранилище данных (которое есть узкое место системы?).
Короче не понятно. Вроде одно и тоже, но в реалях конкретной технологии.
Один прокси и множество серверов за ним, готовых выполнить запрос - это не распределённая система?
Публика этого сайта, ниже того уровня и глубины понимания, которое я предполагал.
В элитных школах, всё носимые устройство - запрещены без компромиссов. В этих школах реально учат и дают знания и соответственно дети , будет на голову выше по уровню от обычных школ.
Человек ленив, и особенно когда не надо напригать мозги.
Большой хайп подняли по нейронкам, а всё для стартапов и денег. Кто более плотно работает с ии, понимает его ограничения и что это больше хайп. В ит много было, есть и будет хайпа.
И такое смелое утверждение, например "второй мозг", это крайности. Есть оригинал это челоческий мозг, а нейронка это попытка скопировать часть, предполагаемой структуры, что не есть даже намека, на тот оригинал, который нам спроектировали.
Про большие системы: делай проще как можешь, но при этом сохранить гибкость, понятность, читаемость и однообразие. Только так можно делать одному, большие системы.
Ит ещё в начале пути, многие уйдут, многие придут.
Надо запретить использование ИИ в школах и вузах, ибо это приводит к деградации в навыках мышления и соображения, и как следствие, ещё более тупое поколение.