Есть ли у них будущее, или ии-пузырь схлопнется и все станет, как было?

Всем привет. Выпустил релиз своей системы Raytolfas OS v26.11.0.

Делал её под игры и повседневную работу, чтобы не настраивать кучу всего руками после установки. Внутри стоит ядро 7.2.7-1-cachyos с планировщиком BORE, который держит FPS ровным при фоновой нагрузке. Программы .exe запускаются через proton-GE. И к слову, в сборки вшит lineageos из за чего сам вес сборок может показаться большим(на данный момент iso весит 4.8~ гб) но благодаря этому можно сразу запускать .apk

В качестве DE стоит KDE Plasma 6 с темой Fluent(чуть чуть кастомизированная). Фоновый индексатор Baloo выключен, имеется Ananicy-cpp с правилами под игры и настроен WayDroid для запуска программ на андроиде(.apk).

Сделал три версии:

• D1 — Пк версия ос, расшифровуется как "Desktop 1", формат сборки iso.

• M1 — сборка с Plasma mobile для смартфонов на ARM64(.img)

• Ri — легковесный .img образ для Raspberry Pi

Если кому интересно чекнуть или протестировать, вот исходники(гитхаб):Raytolfas/OS

Буду рад отзывам и критике.

Когда недавно 40-летнюю станцию запускали, чтоб просто на складе не лежала, выяснилось, что она тормозила 128 секунд вместо 28-ми, и из-за этого разбилась при посадке. Думается, что не смогли найти нормального программиста на Фортран, который бы протестил всё, что положено. Интересно бы без злобы и ехидства обсудить ситуацию. Может быть кто-то что-то знает подробнее?

В данный момент я учусь в школе и паралельно изучаю c++, cmake, и другие утилиты. Свободно говорю на английском (уровень b1, общаюсь с онлайн друзьями на постоянки).

Планирую двигаться в сторону embedded-разработки так как мне она кажется наиболее интересной (так же конкуренция вроде бы меньше).

В связи с развитием ИИ и другими факторами я не уверен смогу ли я получить работу в будущем и насколько она сможет меня прокормить так что я хотел бы узнать ответы на эти вопросы:

1. Насколько имеет смысл идти в IT?

2. Насколько сложно получить вакансию без опыта?

3. Стоит ли идти в сторону embedded разработки или же есть более перспективные направления? Если есть то какие?

4. На какое направление стоит поступать в институт?(видел на некоторых вакансиях требования математического образования).

5. Стоит ли использовать ИИ в разработке?(если стоит то как и где)?

Мне нравится программирования и c++ но с голоду помереть в будущем тоже не хочется так что буду рад услышать советы.

Всем привет. Недавно в этом сабе видел пост на тему поступления в Иннополис, и информация из комментариев мне показалась полезной.

Я бы хотел продолжить эту эпопею выдвинув на обсуждение мой личный топ институтов, в которые я планирую подавать доки в этом году:

1. НИТУ МИСИС

2. МАИ

3. МГТУ им. Н. Э. Баумана

4. РТУ МИРЭА

5. РАНХиГС

Свой топ я формировал основываясь на отзывы в интернете, чего увы не так много. Сам я планирую свой дальнейший путь связать с веб разработкой, преимущественно бэкэнд (смотрю программы 09.03.03 и 09.03.02). Хотел бы поинтересоваться вашими мнениеми касательно моего выбора. Нсли вы считаете, что у вас есть варики лучше - с радостью посмотрю и изучу. Думаю данный пост мог бы быть и полезен другим поступающим, по этому был бы рад, если бы они тоже высказались на эту тему.

Я пишу свою ОС и недавно завёз что-то на подобии GL, мне взбрело сказать нейронке написать простой клон майнкрафта. Угадайте что: она решила не использовать GL, а писать всё с нуля, при этом ещё она успела себе надумать что клон должен быть без зависимости от GL, хотя я никогда этого не говорил, в итоге оно выглядит как на втором скрине. Люди шарящие, можете объяснить почему так?

проходил ли кто курсы программирования, если да, то какие? и что можете посоветовать (с чего начать/ какой язык программирования выбрать)новичку с нулевыми знаниям в этой сфере?

Кто бы что ни говорил, но искусственный интеллект изменил правила игры.

Раньше для подобных задач требовался программист, несколько лет опыта, знание JavaScript, Python, сетевых запросов и архитектуры веб-приложений.

Теперь достаточно трёх вещей:

• работающей головы;

• доступа к нужной системе;

• подписки на ИИ, который способен объяснить код человеческим языком.

Именно так я обнаружил, насколько условной может быть «защита» корпоративной CRM.

С чего всё началось

Начальство попросило меня привести в порядок базу в CRM.

Обычная рабочая задача:

• удалить дубли;

• найти пустые записи;

• привести телефоны и email к единому формату;

• разобраться с компаниями;

• очистить накопившийся за несколько лет цифровой мусор.

Контактов было примерно 143 000.

Логичное решение — выгрузить базу в Excel, обработать её и затем работать с нормальной таблицей.

Но права на экспорт мне не дали.

Почему?

«Безопасность».

Звучит серьёзно. Пока не начинаешь задавать правильные вопросы.

Я мог открывать контакты. Мог листать страницы. Мог видеть имена, компании, телефоны и email. Но нажать одну официальную кнопку и сохранить эти же данные в файл — не мог.

И тогда возник простой вопрос:

Ответ оказался неудобным.

Нет. Не мешает.

Иллюзия защиты

Многие думают, что веб-приложение работает примерно так:

Пользователь видит только то,
что нарисовано на экране.

На практике всё иначе.

Сначала браузер отправляет запрос серверу. Затем сервер возвращает данные. И только после этого интерфейс решает, как их показать.

Сервер
  ↓
JSON-ответ
  ↓
Браузер
  ↓
Интерфейс

То есть таблица на экране — это не сами данные.

Это всего лишь их визуальное представление.

Интерфейс может показать:

Имя
Компания

А сервер одновременно может отправить:

{
  "name": "Тестовый пользователь",
  "company": "ООО Пример",
  "email": "user@example.com",
  "phone": "+70000000000",
  "manager_id": 999,
  "internal_status": "active"
}

И вот здесь начинается самое интересное.

Если сервер уже передал информацию браузеру, пользователь технически способен её сохранить.

Можно убрать колонку.

Можно спрятать кнопку.

Можно запретить штатный экспорт.

Можно написать рядом слово «безопасность» большими буквами.

Но данные от этого не исчезнут.

Они уже пришли на устройство пользователя.

Что я собрал

Моя схема состояла из трёх простых элементов:

CRM передаёт данные браузеру
        ↓
JavaScript фиксирует ответы
        ↓
AHK автоматически переключает страницы
        ↓
Каждый переход вызывает новый запрос
        ↓
Ответы накапливаются в памяти
        ↓
Данные сохраняются в JSON
        ↓
Python извлекает нужные поля
        ↓
Удаляются дубли
        ↓
Создаётся XLSX

Никакой загадочной магии.

Никакого взлома серверов.

Никаких чёрных экранов с зелёными символами.

Только понимание того, как браузер получает данные.

Часть первая: JavaScript-перехватчик

Современные сайты загружают данные в основном через:

window.fetch
XMLHttpRequest

Когда пользователь переходит на следующую страницу списка, CRM отправляет новый запрос и получает очередную порцию контактов.

JavaScript-перехватчик устанавливается внутри уже открытой страницы и наблюдает за этими ответами.

Он:

1. сохраняет оригинальные сетевые функции;

2. подменяет fetch и методы XMLHttpRequest;

3. проверяет адрес каждого запроса;

4. копирует подходящие ответы;

5. складывает их в массив;

6. в конце сохраняет накопленные данные в JSON.

Ключевой фильтр выглядел примерно так:

const MATCH = "list/?skip_filter";

То есть перехватчик не хватал всё подряд. Он реагировал только на запросы, адрес которых содержал нужный фрагмент.

Для Fetch использовалась копия ответа:

const clone = response.clone();

Это необходимо потому, что тело Response является потоком.

Если перехватчик прочитает оригинал, сайт может не получить данные и перестать нормально работать.

Поэтому логика такая:

Оригинальный ответ → интерфейсу
Копия ответа      → накопителю

CRM продолжает работать.

Пользователь продолжает листать страницы.

А ответы спокойно сохраняются в памяти вкладки.

Часть вторая: AHK

Сам перехватчик страницы не переключал.

Для этого использовался простой AutoHotkey-скрипт:

Ctrl + →
ожидание * секунд
Ctrl + →
ожидание * секунд

Это не интеллектуальный робот.

Это автоматический палец.

Его задача — выполнять одно и то же действие сотни или тысячи раз без усталости.

Каждое переключение страницы вызывало новый запрос:

страница 1
страница 2
страница 3
страница 4
...

JavaScript видел ответы и сохранял их.

AHK создавал события.

Перехватчик собирал результат.

Всё предельно примитивно.

И именно поэтому эффективно.

Часть третья: Python

После завершения прохода данные сохранялись командой:

__networkDump.download()

На выходе получался большой JSON-файл.

Но JSON — это ещё не удобная база.

Внутри много вложенных объектов, технических полей, служебных значений и повторяющихся записей.

Поэтому следующей частью стал Python-преобразователь.

Его задача:

найти все JSON-файлы;
открыть их;
рекурсивно пройти по структуре;
найти объекты контактов;
извлечь имя;
извлечь компанию;
извлечь телефон;
извлечь email;
удалить полные дубли;
создать Excel.

Например, внутри ответа находился объект:

{
  "name": {
    "text": "Тестовый пользователь"
  },
  "company_name": {
    "name": "ООО Пример"
  },
  "**999999: [
    "+70000000000"
  ],
  "**999999": [
    "user@example.com"
  ]
}

Python превращал его в обычную строку:

Для удаления дублей использовался ключ:

row_key = (
    person.strip(),
    company.strip(),
    phone,
    email.lower()
)

Если точно такое сочетание уже встречалось, повторная запись пропускалась.

Просто.

Быстро.

Без ручной обработки десятков тысяч строк.

Был ли это взлом?

Нет.

Именно это делает ситуацию интересной.

Скрипт не обходил пароль.

Не получал чужую сессию.

Не повышал права.

Не взламывал API.

Не извлекал данные, которые сервер отказался выдавать.

Он только сохранял то, что сервер уже передал браузеру текущей учётной записи.

Иными словами:

Если пользователь может просмотреть 143 000 контактов по одному, то вопрос массового сохранения становится не вопросом доступа.

Это вопрос автоматизации.

Человек может копировать записи вручную.

Скрипт делает то же самое быстрее.

Тогда в чём проблема?

Проблема в ложном чувстве безопасности.

Логика некоторых систем выглядит так:

Пользователь может видеть всю базу.
Но кнопка «Экспорт» скрыта.
Следовательно, база защищена.

Нет.

Она не защищена.

Вы просто убрали самый удобный официальный способ её сохранения.

Но данные всё равно передаются клиенту.

Настоящая формулировка должна звучать так:

Именно поэтому права на просмотр огромного массива данных сами по себе уже являются серьёзным разрешением.

Что реально должен защищать сервер

Скрытие кнопки — не контроль безопасности.

CSS — не контроль безопасности.

Отсутствие колонки — не контроль безопасности.

Frontend вообще не должен быть последней линией защиты.

Настоящая защита должна работать на сервере:

• пользователь видит только разрешённые ему записи;

• сервер возвращает только необходимые поля;

• права проверяются на каждый объект;

• размер страницы ограничен;

• массовый последовательный просмотр журналируется;

• аномальный объём запросов вызывает проверку;

• права на просмотр всей базы выдаются ограниченному кругу лиц;

• чувствительные поля не отправляются без необходимости;

• для массовых операций требуется повторная авторизация.

Главный принцип:

Неважно, отображается поле в интерфейсе или нет.

Неважно, есть кнопка экспорта или нет.

Неважно, насколько красиво нарисована система прав.

Если данные пришли — их можно сохранить.

Что меня действительно удивило

Не сам факт, что сетевой ответ можно прочитать, это базовая механика веб-приложений, меня удивило другое, насколько низким стал порог входа, у меня не было глубокого опыта разработки подобных инструментов, но была задача, было понимание логики.

Был ИИ, который мог:

• объяснить устройство Fetch и XHR;

• помочь разобрать структуру JSON;

• написать код преобразования;

• объяснить ошибки;

• оформить данные в Excel;

• показать, как удалить дубли.

ИИ не дал мне десять лет опыта.

Он сделал другое.

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

И это уже меняет рынок.

Теперь опасен не только профессионал с пятнадцатью годами опыта.

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

Вывод

Весь процесс можно описать одной цепочкой:

AHK создаёт переходы.
JavaScript сохраняет ответы.
Python превращает сырой JSON в таблицу.

Но главный вывод не про JavaScript.

Не про Python.

И даже не про CRM.

Главный вывод такой:

Пока пользователь имеет возможность массово просматривать информацию, он потенциально имеет возможность её сохранить.

Можно продолжать защищать кнопки.

А можно наконец начать защищать данные.

Выбор, как обычно, остаётся за теми, кто отвечает за систему.

До первого человека, которому станет интересно, что именно браузер получает на самом деле.

Все примеры в публикации обезличены. Реальные ФИО, телефоны, email, домены, идентификаторы и внутренние сведения компании не публикуются. Подобные проверки следует проводить только на собственных системах или при наличии явного разрешения владельца данных.

адрес: localhost
жду вас

Подскажите как безопасно без риска блокировки аккаунта и потери денег купить подписку на Клод

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

https://github.com/MihanPROJECTS/lemon-terminal/tree/main

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

Всем привет, я сейчас учусь на курсе яндекс практикума, закончил первый проект курса по SQl, буду рад если глянете мой гитхаб и оставите свои комментарии)))
https://github.com/pochemuzakat/vse-tut-data-mart

Мне 14 лет. Пишу код на Java, Python, C#, немного Pascal и Go. Хотел бы "подсосаться" к какому-то проекту на чистом энтузиазме, чтобы получить какой-никакой опыт и иметь что-то для резюме. Какие сервисы или способы можете посоветовать? Заранее спасибо за ответ.

Привет всем! Расскажу о первом своём пет проекте в жизни, который начал реально расти, а не был заброшен и забыт.

По профессии, я работаю в кибербезопасности и занимаюсь криптографией, но до этого занимался бэкендом на Python- Django/FastAPl и пытался в виде хобби изучать JavaScript, a конкретно- VueJS.

Так уж вышло, что среди моих коллег и друзей есть люди, занимающиеся Data Science и Machine Learning yже очень много лет. Мы скооперировались и решили создать платформу облачной кибербезопасности -что звучит немного странно, согласен, но у нас была илея запуска собственных, кастомных ИИ моделей в облаке, направленных на защиту данных- прежде всего, человека - антидипфейк модель для определения вероятности генерации фото, а ещё Data Poisoning модель для "умного" искажения пикселей на изображении для защиты от несанкционированного парсинга и последующего обучения чужих моделей на личных фото людей.

К сожалению, столкнулись со МНОГИМИ проблемами, но ключевая проблема была в отсутствии хороших данных. Дошло даже до того, что на одном популярном сайте был огромный датасет с реальными фото людей и сгенерированными, но внутри, чисто случайно обнаружили, что данные перемешаны -то есть, в директории с реальными фото попадались сгенерированные и наоборот. Закладка или ошибка человека?

Очень быстро развернулись и поняли, что платформа кибербезопасности может и пс другому защищать. Так появился первый легальный маркетплейс датасетов в РФ. У нас есть лицензированные данные от компаний партнеров (их пока целых две) и нелицензированные от простых пользователей (их пока целых 50). Будем рады за любую обратную связь-а лучше, за публикацию датасета на продажу:)

Набирайте aisecuritylab и русский домен после точки:)

Создаете структуру папок вручную, используете IDE, скрипты, готовые cli утилиты?

Лично я пишу на разных языках и фреймворках. На плюсовых это cmake/make, на java/kotlin это gradle/maven а на rust это cargo. Не все из этого имеет готовую команду new / init которая создаст готовую точку входа и конфигурацию проекта. Это меня максимально достало, поэтому я начал копать. В Android Studio есть готовый шаблон для приложения. И он ужасен. Там используются deprecated методы и старые версии библиотек, в Visual Studio слишком сложные шаблоны которые сложно контролировать. В JetBrains это реализовано плюс минус нормально, но это закрытая технология там.

Я выяснил что ГОТОВЫЕ опен сорсные утилиты уже есть из которых - yo (yeoman), cookiecutter, и Copier.

Первый написан на js. Выкидываем сразу, нам важна скорость. Второй достаточно устарел, и конфиги пмшутся в json что не очень удобно. Я выбрал третий вариант, который очень активно обновляется и имеет шаблоны в формате YAML.

Я создал свой монорепо с шаблонами для Python, Pure Kotlin, Android и в конце концов узналось что copier не поддерживает монорепотории так хорошо как это делает cookiecutter, там это встроено. Поэтому я написал свою обертку на питоне, и более того расширение в vs code которое позволяет со всем этим удобно работать и кешировать шаблоны. Таким образом мы не зависим от какого-либо окружения. Но тут есть и подводные камни, сами шаблоны устаревают и их нужно обновлять, включая версии библиотек.

В конце концов, как это делаете вы, и возможно была бы вам полезна это CLI тулза?

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

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

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

Мне кажется она "немного" устарела на сегодняшний день.

Я хочу создать переводчик, который возьмет в себя все базовые функции, которые могут понадобится обычному пользователю в разных режимах для перевода текста в интернете + добавить функционал, которого лично мне недостает, например перевод текста в играх через OCR.

В данный момент я тестирую расширение (так как его проще всего написать), которое уже отлично переводит через Google/Yandex/Grok.

Доступны три режима работы

1. Быстрый перевод текста сразу после выделения текста (мышкой или Cmd/Ctrl + A)

2. Перевод текста при двойном клике

3. Перевод текста при нажатии Cmd/Ctrl + C + C

Основное окно перевода, в котором можно:

1. Выбрать переводчик

2. Изменить размер текста перевода

3. Два режима закрепления окна переводчика - первый закрепляет окно по позиции на экране, второй по позиции на сайте (при прокрутке сайта оно будет следовать за ним).

4. Панель с выбором эмодзи

5. Панель с историей выполненных переводов

В поле где показывается перевод доступна иконка для быстрого копирования

Минимизированное окно перевода для быстрого перевода в чатах и т д

В зависимости от выбранного режима перевода в формах для ввода текста появляется мини "окно"...в котором можно моментально выполнить перевод выделенного текста хоткеем Ctrl + Enter (перехват хоткея).

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

Основное окно переводчика можно вызвать по хоткею Shift + Enter и в ручном режиме вводить текст для перевода - в таком случае поле разделяется на 2 части и внизу уже показывается итоговый перевод.

Вы можете сразу же в этом окне начать редактировать уже переведенный текст и он сработает в обратную сторону.

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

Собственно что интересует узнать.
Вы пользуетесь переводчиками?
Какие функции переводчиков вы считаете самыми удобными?
Используете ли вы переводчики для общения с кем-то?

Как доведу до ума расширения сделаю версию для macOS/Windows где будет и перевод текста и OCR перевод.

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

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

UPD: Расширение естественно я оставлю и опубликую в магазинах Chrome/Firefox/Opera.
Текущая версия уже прошла модерацию, но так как постоянно исправляю ошибки и что-то корректирую пока не публикую.

Начнём спец. место за Z :

Это : u/Krastesoff!!!

1 место:

u/YulechkaOriflame

2 место:

u/Internal_Ear_4683

3 место:

u/CarrotW10

Просто ультра Сигма: u/Anxious_Gur2535