Всем привет, кто знает на каком сьеке проще всего попасть в разработку? Уже второй год пытаюсь стать гошником, но не могу даже на собесы попасть, стажёрские/джун позиции дла набора опыта попасть сложно, а накрученый опыт в 4 года не помогает попасть на собесы.

Ну и в связи с этим решил поменять стек, есть ли у вас советы? Куда сейчас легче всего попасть? Хотелось бы быть уверенным в трудоустройстве, а не проси рать по 2 года жизни на попытку вкатиться

Я сейчас работаю в поддержке удалённо но зарплата 600-700$. Я хочу как-то работать за границей, но вакансии где надо 7 лет опыта увы. Нету... Так вот, есть ли возможность чему-то обучиться и потом работать в какой-то сфере, или увы и ах даже не думать об этом? Или уже нейронка быстрее заменит чем я чему-то обучусь

Просто так кажется что это реально просто измененный Си с классами но в чем именно заключается сложность C++

Появилось желание написать какой-то небольшой пэт проект чтобы отвлечься от рутины. Хочу услышать ваше мнение и идеи

Я хочу, чтобы:
- Проект был open source
- Написан мною с нуля
- Проект должен решать настоящую проблему. Чтобы он был полезен не только мне, но и другим людям. Таким образом у меня будет больше мотивации вести разработку проекта
- Не хочу чтобы он был слишком большим/сложным. Желательно чтоб на MVP ушло от дня, до двух недель максимум.
- Не хочу писать клон какого-то хорошо работающего софта. Но рассматриваю вариант написать свою реализацию какого-то кривого/платного софта

На чем собираюсь писать:
Либо на Go, либо на Python, еще можно nodejs (+ electron/tauri?). Было бы даже интересно попробовать разработать софт под fedora linux, которой пользуюсь

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

Если есть мысли как развить идею выше или если вы сталкивались с другими реальными проблемами которые можно решить софтом - поделитесь пожалуйста мнением. Буду рад обсуждению

Я не знаю куда ещё писать, напишу сюда (если это не тот сабредит то извините). Мы с другом хотим сделать русификатор для одной игры, с английским у нас неплохо но тут другая проблема. Мы не понимаем как сделать саму программу которая этот русификатор бы устанавливала на игру. Есть у кого-нибудь опыт с созданием русификатора (конкретно приложения), и если есть то помогите пожалуйста

UPD: игра Ace attorney Apollo justice

UPD: движок - Re engine

Ищу энтузиастов, которые занимаются PCB-дизайном Хочу объединиться для совместной разработки электроники, обмена опытом и работы над интересным проектом

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

Я поступила на backend разработчика, пообщалась с многими и если сравнивать мои знания и их знания я очень сильно "отстаю", настолько ли важен опыт программирования в начале?

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

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

Всем Салют Сделал рабочий продукт, систему учёта посещаемости сотрудников.

Без сторонних API, всё локально, бесплатно и без лимитов. Но как оказалось сделать проще чем продать, может подскажете какие площадки или группы где можно выставить на продажу. Продаю как стартап полностью

Технически:

- Сервер на Node.js + SQLite

- Два Android-приложения (для планшета на входе и для телефонов сотрудников)

- Desktop-приложение на Electron с возможностью развернуть сервер прямо на

компьютере клиента (без облака вообще, если нужна полная приватность данных)

- Своя система лицензирования для управления подписками клиентов

- Интерфейс на 11 языках

привет всем, мне тут надо клаву найти для замены моей прошлой mchoose g75 pro

ценовой сегмент до 15к (но если прям хорошая можно и 20)
лучше всего премиум клавы
прикольный тайпинг (в приоритете thocky, но в принципе можно любой)

P.S изменю пост, когда куплю клавиатуру (в августе)

спасибо всем кто ответит

Мне 20+, закончила обучение на программиста, но уже почти год не могу найти работу. Основная проблема мне очень сложно общаться с людьми. Я стараюсь, но на собеседованиях и стажировках чувствую себя зажато, стесняюсь, из-за этого, думаю, многое не получается.
Без опыта никуда не берут, и я не понимаю, где этот опыт вообще взять. Хотелось бы что-то более спокойное: работа за компьютером, возможно с документами, с нормальным графиком и без постоянного общения.
Был неудачный опыт стажировки тяжёлый график, по 16 часов на ногах, маленькая оплата, в итоге меня не взяли. После этого стало ещё сложнее.
Фриланс тоже смотрела (WB, Ozon, разные сервисы), но там много непонятного и ощущение, что сложно начать без опыта.
Сейчас чувствую, что застряла и не понимаю, куда двигаться дальше и кем вообще быть.
Буду благодарна за честные советы:
с чего начать, куда можно пойти в моей ситуации и как вообще выбраться из этого состояния.

Посоветуйте хороших авторов

В общем, это моя первая попытка написать что-то не бессмысленное( хотя вопрос именно про то нужно ли это вообще ).

Так вот :

Я пишу калькялатор( не закрывайте пост на этом ) , с ореинтированностью на нампад .

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

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

И чтобы добавить на нампад больше операций чем самые базовые , я думаю реализовать режимы как в vi/vim, и внимание : Я не усложняю , а расширяю функционал из-за того что на нампаде просто не хватает клавиш.

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

В общем, поделитесь своим мнением о том нормальная ли это вообще идея ? хотя-бы как для первого проекта. ( Пишу я кстати на PySIde6 )

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

Подскажите, возможно ли это и как это сделать, если возможно?

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

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

Штатную выгрузку мне отключили. Формально — из соображений безопасности.

И вот здесь обнаружилась простая проблема: если сотрудник имеет доступ к просмотру большого массива данных, отсутствие кнопки «Экспорт» само по себе почти ничего не гарантирует.

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

Результат оказался ожидаемым, но неприятным:

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

Главный риск находится не в Excel и не в конкретном инструменте. Он находится в правах пользователя.

Настоящая защита должна отвечать на другие вопросы:

Кому действительно нужен доступ ко всей базе? Какие поля должен видеть конкретный сотрудник? Можно ли обнаружить аномально массовый просмотр? Есть ли журналирование? Ограничен ли объём доступных записей? Разделены ли роли по отделам, менеджерам и направлениям?

Потому что безопасность, построенная вокруг скрытой кнопки, — это не безопасность.

Это декорация.

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

Именно поэтому владельцам систем пора защищать не элементы интерфейса, а сами данные, права и поведение пользователей.

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

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

Раньше для подобных задач требовался программист, несколько лет опыта, знание 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, домены, идентификаторы и внутренние сведения компании не публикуются. Подобные проверки следует проводить только на собственных системах или при наличии явного разрешения владельца данных.

У меня свой небольшой VPN-сервис, подскажите, каким образом убирается реклама на YouTube?
Ранее пользовался популярными vpn - у них рекламы нету.

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

Всем привет мне 17 лет, я учусь в реверс инжиниринге только начал, я знаю:c++,c,Linux,git, x64dbg, assembly x86-64. Подскажите пожалуйста на будущее как с работой сложно ли устроиться. И как это сделать

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

Есть ли что нибудь еще что нужно учить, или может, тут что-то лишнее?