Обновить
4
0

Пользователь

Отправить сообщение

Дополню. Минимальный обязательный набор для 3д печати: принтер, сушилка филамента, клей в виде спрея, отсутствие сквозняков, правильные параметры печати, ровная площадка.

А я считаю, ибо если это действительно true статистика, надо убрать дубли. Например одна компания, дублирует 10 вакансий, другая 50, и это влияет на статистику. А также полезно знать, реальное количество вакансий на сайте. True индекс всё так, значит качество статистики.

Да. Начните смотреть уроки и всё получится. Но сначала особенности 3д печати. Что можно что нет. Критические углы печати навеса. Почему отверстия это для усиления, а не просто экономия. Купить принтер с закрытой камерой. Клей в виде спрея. Параметры печати. Делать только полезные модели.

А те программы которые были созданны с помощью ИИ, также имеют спорный статус авторских прав? Потенциальная big problem.

Большая прольбема в статистике, я так подозреваю, это дублирование вакансии по городам.

А как же, сознание и подсознание? А интуиция? Тупиковый путь, это копировать мозг человека и самого человека. Человек это не только биоробот, а что-то большее (переходя стадии развития, не все становится с человеческим строем психики, но это вопрос культуры и образования). В конечном счёте, все эти ии, уничтожат людей и все по круга. С ростом неостановимого развития технологий, появляется большее людей не вписавшихся в рынок, и как следствие падение экономик. А дальше роботы под контролем 1% население, уничтожат оставшихся.

Развитие идет от создания проекта (ов), и решения задач, которые как правило бывают разные и неочевидные сначала, те что нельзя придумать и помыслить о них, в первом приближении. Это и есть настоящее обучение, когда узнал и применил, когда есть задача и ты её решил. А учить теорию и ничего не делать, это есть пустое. Надо быть практиком, а не "теоретиком диктофоном".

Уровень читающих разный и это надо понимать. В целом мало смысла комментировать что либо, ибо статья быстро уходит с первой страницы.

Нет смысла отвечать на невнятный комментарий. Надо понять для кого эта статья, в где она размещена, и что она доносит.

Чем больше статья откликается на проблемы масс людей, тем больше интереса к ней. Желание написать комментарий, есть желание высказать своё мнение, то мнение которое часто уже сформированно и обдуманно.

Весь коммерческий код, ушёл в интернет?

Разработка ПО, это как правило, оперирование огромными объёмами информации и много коммуникации в чатах. Есть задачи, при выполнении который, необходимо учитывать работу других подсистем и их синхронизацию, а для этого нужно гарантированное непрерывное время работы без отвлечения. Уточнение задачи и общение в чате, забирает много ментальных сил. Критерии работы, это факт закрытие залачи, качество и время выполнение. И все эти дейлики, почасовая оплата, слежение за экраном, созвоны есть иллюзия контроля и угнетение.

Правило универсальное для любой работы: создайте условия для комфортной работы, и результат будет.

Серьезная проблема. Одно дело человек, который пришёл на сайт и спокойно работает с ним. Другое дело агрессия ботов, которые без разрешения, агрессивно воруют информацию. В целом этим корпорациям плевать на все права и лицензии. Их задача это деньги. Деньги для них важнее людей и их мнений. Годами они навязывают нам, авторское право, ограничения лицензии, патентные ограничения, иллюзию чесности, а сами все везде вароют, в гонке за наживой.

ПС: не все сайты должны выдерживать огромные нагрузки. Простые сайты, размещены на простых тарифах и дешевых серверах и скажите спасибо что они делятся информацией и их поддерживают.

Но если пришёл враг в виде агрнсивеого ИИ бота, то пусть откусит.

Идея: нужно создать, единого координатора ботов. Чтобы каждый ботов имел свой номер. Чтобы сайты понимали кто к ним пришёл.

Отличная статья. Проект всегда надо стартовать с наиболее простой архитектурой. И чем она проще, тем сильнее требования к качеству этой простоты. Понятный и читаемый код, в едином стиле. Ибо любая система, которую долго делают, неизбежно усложнится, под воздействием огромого числа доделак и дополнений. И надо уметь держать баланс и делать постоянно системным подходом, с сохранением порядка.

В наше время: фреймворки всегда и везде. Ибо так легко менять работника.

Любые сложные системы, состоят из подсистем. Снизу вверх в проектировании, при этом система проектируется сверху вниз (изначально). От общего к частному. В декомпозиции задачи и создании подсистем, которые проектируется исходя из глобальной задачи. Разбивая цель, на состовные компоненты, вспомогательных подсистем и библиотек.

Что лучше ООП или ФП, в последнее время идут споры по этим подходам. Наверное нужно что-то среднее, модульная система с признаками ООП и ФП (не знаю, надо думать).

Если мотивация идет от внешних критериев оценок (деньги, одобрение, чужое мнение, страха потерять...), то дело придет к неудачи.

Если мотивация идет от внутренних критериев (интерес, желание, исследования, азарт, интузиазм...), то это меняет восприятие и результат.

Можно быть заинтересованным, делать на приделе качества, по личным интересам.

Да он давно (этот мир), сошёл с ума. Делая одноразовые вещи и заполняя свалки отходами. А запланированное старение чего стоит. В целом есть тенденция которая наблюдается на протяжении десятка лет, в постоянном ухудшении качества (капитализм, история любви).

Эта глупая цивилизация в целом.

In memory базы данных всегда будет быстрее тех что работают с диском (ssd, hdd...). Тут изначально это надо принять. Специализированная БД, всегда быстрее БД общего назначения.

Также есть понятие "тюнинг" БД, когда их можно настроить с учётом доступной оперативной памяти.

В целом по статье, неясно цель всех тестов. В реальных проектах, используют комбинации БД, кеширования.

Попробуйте все это же самое сделать на другом микрокомпьтере, например. Тогда будет смысл всех этих тестов, понять где лучше железо для каждой из БД (а смысл, т. е. опять вопрос "а зачем?"). Кстати как я понял это тест без настройки БД, т. е. по умолчанию из коробки.

Понимаю. Можно сделать свой коптер с использованием mpu6050. Стенд. Моторы купить (и их управление). Использовать чип (например последним esp32 на risc v (esp32-ce3)). Спроектировать плату и сделать монтаж. Вот это всё перспективно и более интересно.

В том то и дело, что нет. Это не одно и тоже. Код Си, заменял код ассемблера. Тут все четко. Ии же, выдает рандом, того что своровал из сети Интернет, с бесконечными комбинациями.

Ии асистенты действительно, в, какой то мере, даёт некоторую абстракцию, как робот который думает за программиста, но в итоге рандом. И поднимаясь на новый уровень абстракции, теряется смысл знать более низкий уровень (собственно программирование руками). И к чему это приведет. Что будет с программистами по мере распространения этой абстракции. Ручной труд сойдет на нет.

В некотором смысле это деградация, ибо будет все меньше погружения в код и больше задачи менеджера промтов и в том числе исправление через промты нагенерированного в многих итерации. Будет все больше людей, которым не нужны программисты для создания своих проектов и соответственно массовость этих явлений.

Руками код будут писать все меньше, а это минус к навыку программирования и снижения проф навыков. Это уклон постоянный в поиск промпа/ов. А ведь человек ленив и бысто адаптируется ничего руками не кодить.

В итоге много софта с ошибками и дырами. Софта неопиимизированного и пожираюшего ресурсы компьютера/сервера.

Чем умнее ии, тем он более опасен для нас всех (подумайте над этим)

Информация

В рейтинге
5 879-й
Зарегистрирован
Активность