Кабаныч уволил всех айтишников, навайбкодил приложение и заработал 1.8млн за месяц! Айти все....
Аноним
06/05/26 Срд 18:00:00
№
Ответ
https://www.youtube.com/watch?v=fF_-cxIGCXU
Короче вот прям реальный кабаныч, в айти не шарит, не знает клиент-сервер и все такое. Но с клодом, за 58 дней навайбкодил расширение для браузера и заработал 1.8 млн. Айтишников послал, смысл ему платить 450к (всей команде) когда с подпиской за $200 он сам все сделает?
Порылся в его аккаунте, есть видос где и маркетолога нейронкой заменил и после этого аудитория канала выросла на 40%. Маркетологу платил 90к. Это пиздец.
Будущее уже наступило и это пиздец как тревожит.
Читаю новости, смотрю видосы и ахереваю, на западе оч много людей кто-то уже 100% работает через клод. Почти ни кто уже код не пишет руками, кодинг решен, топовые модели почти не ошибаются, а если и ошибаются, то незначительно.
Просто в какой-то фрустарции. Относительно недавно вкатился в айти, сейчас мысли что и крупняк так же будет сокращать штат, а кода генериться будет еще больше, да айтишники нужны будут, но не так много.
Пропущено 49 постов, 10 с картинками.
>Но с клодом, за 58 дней навайбкодил расширение для браузера и заработал 1.8 млн.
Молодец если не пиздит, но думаю пиздит. Впрочем как то же айти-кабанычи раньше зарабатывали при помощи всякой дешевой раб силы типа студентов-джунов, а они конечно тупее клода. Так что может и правда. Ну охуеть теперь кейс, я вот работаю не на кабаныча у которового вся ревеня 18 тысяч баксов а на фирму у которой ревеня полтора ляма баксов в пересчете на сотрудника ( растущий американский стартап) а его месячная ревеня это наверное расходы фирмы на меня одного. Чет хз стоит ли мне беспокоится. Каждый раз гоняю нейронки тратя тыщи баксов на токены, но каждый раз разгребаю слоп и пинаю в нужном направлении. Современная софтвар инженерная работа теперь выглядит так. Очень странно мерять сферу по какому то микробизнесу с копеечным доходом в полторы сениорские зарплаты.
>Порылся в его аккаунте, есть видос где и маркетолога нейронкой заменил и после этого аудитория канала выросла на 40%
Ну тупой был маркетолог наверное
>Маркетологу платил 90к
Хз как там у маркетологов но у кодеров это давно джуновская зп, а джуны не умеют нихуя.
>Читаю новости, смотрю видосы и ахереваю, на западе оч много людей кто-то уже 100% работает через клод. Почти ни кто уже код не пишет руками, кодинг решен, топовые модели почти не ошибаются, а если и ошибаются, то незначительно.
Ошибается и значительно, но конечно вопрос масштаба. Формошлепить и решать тикеты где суть тикета "покрась кнопку" и это занимает 2 дня уже не выйдет конечно, ожидается другая производительность. Перепрофилируйтесь, хули.
>Относительно недавно вкатился в айти
Вкатился он. Вот в том то и дело что это профессия для людей с высшим инженерным образованием, может и слава богу что в ней закончились задачи для макакинга и осталась только инженерия. А то у всех был вопрос нахуй они получали сложные знания в универе а потом просто красят кнопки.
⚹ https://github.com/sosachbot/cppthreadhat
⚹ Для кусков кода: https://0bin.net/
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Для указателей: ⚹
Прошлый тред: https://2ch.org/pr/arch/2026-03-26/res/3539163.html
Пропущено 176 постов, 11 с картинками.
Да иди ты нахуй со своим яндухом, душные дегенраты, смакующие собственный пердёж.
Все ИИ-агенты для программирования с громким треском провалили новый бенчмарк чистоты и качества код
Аноним
11/03/26 Срд 10:03:08
№
Ответ
Alibaba протестировала ИИ-агентов для программирования на 100 реальных кодовых базах, каждая из которых охватывала 233 дня разработки. Результат - полный провал ИИ в программировании.
Выяснилось, что один раз сгенерировать код и пройти тесты — не так уж сложно. А вот поддерживать код в течение 8 месяцев и при этом не ломать всё подряд — именно здесь ИИ с огромным треском проваливает задачу хуже джуна.
SWE-CI — это первый бенчмарк, который измеряет долгосрочную поддержку кода, а не разовые исправления багов. В каждой задаче рассматривается 71 последовательный коммит, то есть реальная эволюция проекта во времени.
Для всех ИИ-сектантов, распространяющих крики «ИИ скоро заменит программистов», это очень плохой знак. Так что для всех, кто уже хоронил профессию программиста и рассказывал про «осталось пару лет», новости так себе. Похоже, между «умеет написать еле работающий прототип» и «умеет быть нормальным инженером и поддерживать кодовую базу проекта» по-прежнему огромная пропасть.
https://x.com/alex_prompter/status/2030331477918126286
Пропущено 24 постов, 2 с картинками.
Ну и отлично, теперь у Anthropic и OpenAI появилась новая метрика качества, которую будут использовать для обучения следующих моделей.
Вот увидишь, через полгода они прекрасно и такие задачи будут решать. В 2023-ем тоже многие ржали и говорили, что нейронка ничего не умеет. А в итоге нейронки сэволюционировали и теперь ржут нал нами. Каждый раз, когда ты указываешь на проблемы нейронок, ты буквально вбрасываешь в медиапространство готовые инструкции по их улучшению.
в статье рассматриваются нейронки двухлетней давности, причем далеко не топовые. всякие квены, дипсики и прочий китайский хлам. среди топов клод и он нормальные результаты показал. и это, повторю, на данных двухлетеней давности. (стстья вышла в марте. там наблюдение 220 + 70 дней + обработка, плюс написание статьи, плюс апрув - это еще минимум полгода)
>Вобще сученые в говне моченые, они (многие) в проганье особо и не могут. Пишут индусскую лапше хуйню в основном.
в общем да, 99,99% статей в рубрике ML - это литералли британские ученые в китайской обертке. генерируют слоп чтобы KPI в алибабе выгрести и премию получить.
Android Development Thread #10 Юбилейный edition android /android/
Аноним
18/03/25 Втр 18:50:18
№
Ответ
>Хочу вкатится в 20/30/50 лет, не поздно?
Нет, не поздно. Лично знаю несколько примеров из жизни когда вкатывались в 30+ лет.
>С чего начать?
Для начала изучи roadmap - https://roadmap.sh/android
Roadmap анона из предыдущего треда:
Основы программирования, логические операции -> Джава(базовый синтаксис и особенности языка) -> ООП -> особенности различных версий Джава -> алгоритмы и структуры данных -> многопоточность -> дженерики -> функции высшего порядка -> Котлин -> Android SDK(UI, версии и различия, особенности оси на уровне работы виртуальной машины) -> работа с БД, CRUD(можно и на этапе знакомства с алгоритмами) -> git -> networking/REST API/JSON/сериализация -> актуальные фреймворки зачем и почему, спойлер: экономия времени -> архитектура, зависимости, инверсия контроля -> ?..
Вот примерный флоу, которому я бы следовал, если бы учился сейчас. Начал бы сразу с алгоритмов, если честно.
В эту же последовательность нужно вставить clean code, SOLID, DRY/DIE, KISS, YAGNI и прочие модные аббревиатуры, которые весьма актуальны. Что-то упустил, но, думаю, этого достаточно.
Навигация, от книг до вопросов на интервью:
https://github.com/qqqlll/Java-Thread/wiki
Очень много уроков и не только по ведройду. Почекай и посмотри, вдруг зайдет:
https://coursehunters.net/mobile-development
https://developer.android.com - ресурс от гугла с полным описанием всего.
https://metanit.com/ - ресурс с кратким разбором языков ПО, для тех кому лень в книги.
https://stackoverflow.com/ - ответы на большинство вопросов касающихся кода.
Курсы от OTUS:
https://cloud.mail.ru/public/4nHb/449Ub4Pqj
https://drive.google.com/open?id=1cxWWBZzHNRAdd0wnjN6lfLDcYqMv7ohm
Также рекомендую искать в телеге, там много подобных курсов, начиная от создания конкретных приложений и заканчивая обучением с нуля.
>Что по книгам?
Java:
Head First Java Kathy Sierra
Thinking Java 4th Bruce Eckel
Шилдта не рекомендую, говнокод.
Kotlin:
https://techrocks.ru/2020/01/20/12-books-for-kotlin-learners/ - краткое ревью 12 книг.
Flutter:
http://flutterapps.ru/flutter-books/
>Стоит ли сразу вкатиться в котлин минуя джаву?
Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Прочел книгу по java/kotlin/flutter и посмотрел видосы, на деле ничего не понимаю. Куда идти дальше?
Делай свои мелкие пет-проекты, можешь копировать чужие и дополнять функциями которых там нет. Главное правильно пиши сам, гугли, трать часы и дни на мелкие функции НО сделай сам, что бы полноценно понимать что к чему. Вся суть сводится к тому, что бы ты изучив ROADMAP который указан выше, вынес знания, которых хватит на создание и понимание пет-проектов с помощью которых познаешь суть разработки. Также на собесах любят когда есть портфолио в гугл плей.
>Где взять примеры проектов?
Можешь банально поискать на ютюбе или в телеграмме. Для примера:
https://www.youtube.com/channel/UCPz3xmUpIbo8jooCtV_vMNw
https://www.youtube.com/c/devcolibri/videos
>Когда можно идти собес? И что для этого нужно?
1. Нужно хорошее знание Java/kotlin.
2. Понимание базовых принципов Android (жизненный цикл activity/fragment, что такое Context, intents, services, UI thread, support library и ее версии (уже androidx), shared preferences, SQLite, Handlers, Executors, Content-Providers, firebase.
3. Знание популярных библиотек типа Retrofit + Glide/Picasso/Koil + Coroutines + RxJava2 + Dagger2/Hilt/Koin(по обстоятельствам) + гугловские поделки jetpack, понимания СОЛИД и других паттернов проектирования.
4. Базовое понимание что вообще такое Gradle. Рекомендую хорошенько изучить XML/Compose.
5. И хотя бы несколько готовых приложений.
upd: Также стоит прочекать вакансии в вашем городе и собрать самый часто используемый стек технологий и отталкиваться от него.
Незабывай изучать английский, потому что гуглить придётся именно на нем ибо информации в разы больше.
Ресурсы по инглишу для нубов:
Грамматика:
https://ru.duolingo.com/
https://lingualeo.com/
Также советую полностью сменить язык интерфейса на всех устройствах.
Ютюб каналы с простым английским:
https://www.youtube.com/c/Anomaly/videos
https://www.youtube.com/c/EnglishClass101/videos
https://www.youtube.com/channel/UCMCjGkbqKVkjJN2sVWocz0w
https://www.youtube.com/c/SpeakEnglishWithTiffani/videos
Старая шапка. За 2019 год.
https://pastebin.com/sh7eC6R4
#1 c шапкой: https://2ch.hk/pr/res/1822731.html
#2 с шапкой: https://2ch.hk/pr/res/1908185.html
#3 с шапкой: https://2ch.hk/pr/res/1994880.html
#4 с шапкой: https://2ch.hk/pr/res/2105885.html
#5 с шапкой: https://2ch.hk/pr/res/2362898.html
#6 с шапкой: https://2ch.hk/pr/res/2509590.html
#7 с шапкой: https://2ch.hk/pr/res/2678699.html
#8 с шапкой: https://2ch.hk/pr/res/2907862.html
#9 с шапкой: https://2ch.hk/pr/res/3209134.html
Пропущено 440 постов, 54 с картинками.
Пропущено 16 постов, 2 с картинками.
https://www.youtube.com/watch?v=bdNpk6yKxPY
Чел ты опоздал, люди в 18 лет рубят 8к$ с двух работ, а стажировку ищешь после говнокурсов.
Rust — невероятно быстрый язык для системного программирования без segfault'ов и с гарантиями потокобезопасности.
Ссылка на официальный сайт: https://www.rust-lang.org/
В этом ИТТ мы можем объяснить базовые и продвинутые концепции языка, и программирования в целом, поможем вкатывающимся, подскажем что выбрать для веба, игр или, прости Абу, блокчейна.
НОВИНКА: Rust для Windows: https://metanit.com/rust/windows/
IDE для Rust: https://areweideyet.com/
GUI для Rust: http://www.areweguiyet.com/
Web для Rust: https://www.arewewebyet.org/
GayDev для Rust: https://arewegameyet.rs/
Что еще есть для Rust?
- Посмотри сам: https://wiki.mozilla.org/Areweyet
Основная литература:
Rust Book(версия на русском языке): https://doc.rust-lang.ru/book/
Rust Book: https://doc.rust-lang.org/book/
Rustlings (упражнения чтобы привыкнуть к расту): https://github.com/rust-lang/rustlings
Rust by Example: https://doc.rust-lang.org/rust-by-example/
The Rustonomicon(для продвинутых анонов): https://doc.rust-lang.org/nomicon/
Programming Rust: https://www.oreilly.com/library/view/programming-rust/9781491927274/
Ресурсы на русском:
https://rust-lang.ru/
Отдельное спасибо автору этого гитхаба(старому ОПу). Здесь вы сможете найти много полезной информации: https://gist.github.com/TatriX/183c816f1346d418f969c4576c2b9b41
Пропущено 501 постов, 40 с картинками.
Язык должен быть максимально инженерно ориентированным.
Тыж не инженер, а пивозавр ноу-скильный, не тебе за языки решать. Автомат вон проебал даже.
ПараметрНью-ЙоркУкраина (Харьков/Киев)
Middle .NET$120k–170k в год$2k–4k в месяц
Senior .NET$170k–250k+ в год$4k–6k+ в месяц
Чистыми после налогов~$7k–12k в месяц~$2k–5.5k в месяц
Аренда 1-комн. квартиры$2500–5000+$200–500
Продукты$600–1200$150–350
Медстраховка$200–800+часто почти бесплатно или через работодателя
Транспорт$130–300$10–50
Ресторан$20–50 за обычный ужин$5–15
Кофе$4–8$1–3
Средняя зарплата software engineer в NYC сейчас оценивается примерно в $160k–190k total compensation.
Например, если .NET Senior получает $180k:
Федеральный налог + штат Нью-Йорк + налог города Нью-Йорк + Social Security/Medicare съедают примерно 35–40%.
Остаётся около $9k–10k чистыми в месяц.
Типичный бюджет такого разработчика:
аренда нормальной квартиры: $3500
коммуналка + интернет: $200
продукты: $800
транспорт: $150
развлечения/подписки: $500
медицина: $300–500
Итого расходы около $5k–6k в месяц, остаётся примерно $3k–5k накоплений. Конечно, если жить с соседями или в Нью-Джерси, можно откладывать больше.
Для сравнения, украинский Senior .NET с зарплатой $4500:
после ФОП налогов остаётся примерно $4200–4300;
расходы в Харькове могут быть $800–1500;
накопления $2500–3500 вполне реальны.
То есть парадокс в том, что:
Абсолютный доход в Нью-Йорке намного выше.
Уровень жизни и сервисов выше.
Но стоимость жилья и налогов огромная.
У хорошего украинского Senior разработчика до войны и даже сейчас часто получается откладывать не сильно меньше денег, чем у обычного Senior в Нью-Йорке, если работать на зарубежную компанию удалённо.
Самый большой финансовый скачок в США обычно получают не обычные аутсорс-разработчики, а инженеры уровня Google, Meta, Amazon, Bloomberg или крупных финансовых компаний, где total compensation может уходить в $250k–500k+ в год.
Пропущено 7 постов, 1 с картинками.
>За границей поиск работы занимает больше времени и требует большего количества откликов.
Ага, только там сто вакансий в неделю, а у хохлов одна и та от агенства.
>жалобы на низкий профессиональный уровень кандидатов и недостаток действительно релевантных специалистов
>на техсобесы не зовут
>через две недели робот присылает стандартное письмо вакансия закрыта
У меня за 2026 год было ровно одно приглашение на техсобес на дотнет лида в одну хвирму. Я почитал отзывы какой там директор конченый мудак и решил не подключаться. Мои отклики на сеньку на джини все в пустоту, даже не отвечают.
>где total compensation может уходить в $250k–500k+ в год.
Это Google L6 и выше и в долине. ок 250 потолок,L5 в долине. Это штучные специалисты, особенно если речь идёт об IC. А так даже FAANG не платит сильно много.
А про ТЦК и ФАБ шутки наверное уже были.
🇨🇭 Швейцария — самый сильный рынок в EMEA по средней gross-компенсации. Налоги довольно умеренные — от 22% до 43% в зависимости от региона. Есть офисы крупных технологических компаний. При этом стоимость жизни очень высокая.
🇬🇧 Великобритания, особенно Лондон — сильный рынок для контракторов в сферах fintech, energy, AI и data.
🇵🇱 Польша — не лидер по средней gross-зарплате, но очень привлекательна благодаря низким налогам для B2B и высокому чистому доходу. Хорошая динамика рынка и одно из лучших соотношений «доход / налоги / стоимость жизни».
🇮🇪 Ирландия — здесь расположены штаб-квартиры многих американских компаний благодаря особенностям налоговой системы.
🇮🇱 Израиль — высокие компенсации, особенно в продуктовых компаниях, cybersecurity и R&D.
🇳🇱 Нидерланды — много международных IT- и SaaS-компаний. Одни из самых высоких gross-ставок. Налоги высокие, но для переезжающих специалистов действует программа 30% ruling. Также здесь очень высокий уровень владения английским языком.
🇩🇪 Германия — большой рынок, особенно в Берлине, Мюнхене и Гамбурге. Хорошо развит внутренний рынок, однако часто требуется знание немецкого языка. Английский распространён, но немецкий нередко является обязательным.
🇩🇰 Дания и 🇸🇪 Швеция — высокие зарплаты, но также высокие налоги и стоимость жизни.
🇦🇪 ОАЭ — неоднородный рынок. Есть очень высокооплачиваемые вакансии, но зачастую они требуют работы на грани выгорания. Есть и позиции с более низкой оплатой. Плюс — отсутствует налог на заработную плату. Минусы — климат и культурные особенности.
🇺🇦 Украина — медианные зарплаты ниже, чем в странах Центральной и Западной Европы, однако благодаря одним из самых низких налогов для gig- и B2B-моделей (6–10%) и относительно низкой стоимости жилья покупательная способность IT-специалистов остаётся высокой.
Важный нюанс
Gross salary ≠ сумма, которую вы получите на руки.
В Швейцарии, Великобритании, Германии, Нидерландах, Дании, Швеции и Израиле налоговая нагрузка может составлять 30–50%. Поэтому для максимизации дохода часто выгоднее работать remote B2B из страны с более низкими налогами, например: Польша, Болгария, Румыния, Черногория, Украина, Грузия или Турция.
Некоторые страны также предлагают специальные Digital Nomad Visa, позволяющие рассчитывать на более низкую налоговую нагрузку. Среди них — Хорватия, Мальта, Латвия, Испания и Португалия. Однако там существует множество нюансов, которые необходимо учитывать.
Отдельный случай — Польша
Для IT-специалистов на B2B налоговая нагрузка может быть значительно ниже (12–20%), чем в большинстве других стран ЕС, поэтому Польша часто выглядит более привлекательным вариантом. Также существует схема работы через стартап-инкубаторы с налоговой ставкой около 6%.
Самые высокие ставки, которые мне доводилось встречать, были в Великобритании — контракты до £1000+ в день в сферах fintech и energy. Однако это зачастую гибридная или офисная работа, высокая конкуренция, дорогое жильё и значительные налоги. После налогов и расходов на жильё от £1000 может остаться около £300.
Если вы ищете удалённую работу с высоким рейтом, в первую очередь стоит обратить внимание на Польшу и Нидерланды.
{Основные диалекты}
:: Common Lisp - разрабатывался как промышленный язык, пригодный для широкого спектра применения, из-за чего имеет достаточно объемную спецификацию. Является мультипарадигменным (процедурщина, функциональщина, ооп (CLOS)), с сильной, динамической типизацией. Есть опциональная декларация типов и частичный их вывод в некоторых реализациях.
Описание особенностей: http://habrahabr.ru/post/143490
Основные реализации:
- свободные: SBCL (нативный код), Clozure CL (нативный код), ECL (через сишку), Clisp (байт-код; небольшой размер образа; похоже, заброшен), Clasp (LLVM; ориентирован на интероп с C++), ABCL (байт-код JVM), CMUCL, GCL.
- коммерческие: LispWorks, Allegro CL, Scieneer CL, mocl
:: Scheme - это минималистичный лисп, пригодный в основном для обучения, исследований. Наиболее практичными реализациями являются GNU Guile и Chicken Scheme.
:: Racket - развитие PLT Scheme. Racket включает в себя много подъязыков (typed racket, lazy racket, frtime racket, Scheme стандартов r5rs и r6rs).
:: Clojure - для тех, кто считает, что из смеси явы и лиспа может получиться что-то хорошее, или тех, кто интересуется креольскими языками, есть отдельный тред. Тред утонул, дом сгорел, отец-подлец бросил, поэтому поживёт сиротка пока у нас. Мальчик со странностями, но хороший, не обижайте. Шапка треда здесь https://rentry.co/9ve9d
{Scheme}
::: Учебники
- SICP :: https://mitpress.mit.edu/sites/default/files/sicp/index.html
- The Scheme Programming Language (R6RS) :: https://www.scheme.com/tspl3
- Практика :: https://exercism.io/my/tracks/scheme
::: Документация
- http://web.mit.edu/scheme_v9.2/doc/index.html
::: Остальное
- https://github.com/theodesp/awesome-scheme
- https://github.com/schemedoc/awesome-scheme
{Racket}
::: Учебники
- HtDP :: https://www.htdp.org/
- Racket Guide :: https://docs.racket-lang.org/guide/index.html
- Beautiful Racket: https://beautifulracket.com/
- Остальные :: https://racket-lang.org/books.html
::: Документация
- https://docs.racket-lang.org/
::: Библиотеки
- https://github.com/avelino/awesome-racket
- https://pkgs.racket-lang.org/
::: Среда разработки
- DrRacket :: https://docs.racket-lang.org/drracket/
- Online :: https://www.jdoodle.com/execute-racket-online/
{Common Lisp}
::: Учебники
- Cookbook :: https://lispcookbook.github.io/cl-cookbook/
- PCL :: http://lisper.ru/pcl/
- OnLisp :: http://www.paulgraham.com/onlisptext.html
::: Документация
- http://www.lispworks.com/documentation/HyperSpec/Front/index.htm
- https://cl-community-spec.github.io/
::: Библиотеки
- https://awesome-cl.com/
- https://ultralisp.org/
- https://lisp-journey.gitlab.io/blog/state-of-the-common-lisp-ecosystem-2020/
::: Среда разработки
- https://lispcookbook.github.io/cl-cookbook/editor-support.html
Предыдущий тред: >>2681837
Пропущено 478 постов, 50 с картинками.
Ты once-only изобрести пытаешься что ли?
https://alexandria.common-lisp.dev/draft/alexandria.html#Macro-Writing
Да, пытаюсь. Туше.
>>3719225
Вот которую лиспер выше сказал. Стартовал я немного не с такой формулировки, там было что-то вроде генерации лямбды с уже заданным пользователем телом. Но так, чтобы лямбда возвращала код для макроса с забинжеными значениями. Эту функцию потом вызывал бы макрос
Условия задачи поменялись на такие, которые полностью решаются через once-only, но я про него так и не вспомнил. Проклятье лиспа-с.
Ладно, похуй, александрию в любом случае каждая собака тащит, мне достаточно будет добавить один import-from.
>Ладно, похуй, александрию в любом случае каждая собака тащит, мне достаточно будет добавить один import-from.
Ну да. Александрия, как и библиотеки типа bordeaux-threads, cffi и т.п., можно сказать, стала расширением стандарта. Вообще никакого смысла их избегать как зависимостей.
В будущем я хочу разобраться с асемблером. Но сразу это будет сложно, поэтому сейчас я знакомлюсь с C++, мне надо писать на нем с минимальным количеством библиотек. Поэтому я начал изучать win32 api.
Что то на win32 api у меня немного получается. Но есть проблема. Я не понимаю смысл, почему в win32 api что то работает именно так или так. Потому что у меня мало знаний в области того как вообще работает компьютер и операционная система.
Встречаются мне регулярно понятия такие как - поток, ядро, дескрипторы. Иногда я представляю интуитивно что все это примерно значит, но глубокого понимания всего этого нет.
Теперь вопрос. Что мне стоит почитать, что изучить чтобы получить эти знания? Что позволит мне лучше понять почему те или вещи в win32 api и в дальнейшем в низкоуровневом программировании работают так или иначе, что именно надо учитывать.
Стремлюсь к низкоуровневому программированию ради интереса. Как то зарабатывать на этом не планирую да и просто не смогу, даже если захочу. Времени на все это у меня много. Думаю лет 10 есть.
Пропущено 38 постов, 4 с картинками.
>>3718425
Ну вообще там если поверхностно, то все просто:
поток - можно сказать единица исполнения. Т.е. кусок кода, расположенный в памяти и на регистрах проца. ОСь и проц, умеют жанглировать потоками - типа менять их местами, с сохрарненим данных, магически, как фокусники. Здесь не помешает понимаение выполнения ф-й на ассемблере. Все из-за регистров (стэка и других), которые нужно сохранять и восстанавливать.
ядро - ну эта сама ОСь и драйвера. Они крутится в защищенной области памяти, куда нет доступа (если не использовать дыры), обычным программам (играм и браузерам и т.п.). ОСь и дрова, имеют прямой доступ к железу. Еще драйвера, могут так поднасрать, что мало не покажется. Поэтому, опасно ставить таблетки на базе гипервизора. И поэтому на винде, можно без бубна, установить только подписанные (с соглашения m$) драйвера.
* дескриптор - любой объект ядра, имеет идентификатор - дескриптор. Файл, сокет, область памяти, семафор, мутекс, поток.. Когда ПО (браузер или видеоплеер) открывает файл, то ОСь открывает файл, а в юзерспес ПО отдает только его дескритор (handle (DWORD)). Ну и если надо в файл что-то записать или прочитать, то ПО через ф-ю, обращется к ОСи -
запись_в_файл(дескриптор, буфер_в_памяти, смещение и всякие парметры). ОСь берет находит нужный файл по дескриптору и пишет в него из памяти. Кстати, при обращении к системным ф-ям (т.е. ф-ям ОСи) происходит переключение контекста - т.е. переключение из режима юзерспеса (когда проц вертит код юзерского ПО), на режим, когда проц вертит код ядра или драйверов. Это сделано для безопасности и отжирает время. Поэтому такие расходы стараются минимизировать. Например писать в файл сразу буфер из памяти, а не по байту. Ну и есть более современные приемы.
Но если ты будешь писать прикладное ПО, глубокое понимание таких процессов, тебе пригодится, в 99% случаев, только чтобы получить одобрение, от какого-нибудь ботана, на собеседовании и вкатиться в конторку. Далее, будешь использовать популярные фреймворки по перекладыванию json-ов. :)
>>3718433
>>3711150 (OP)
какие нахуй книги
гитхаб.ру/виндовс_нт_слитые_исходники
и пошёл читать как деды складывали дворды в уме и неистово ебашили событийную архитектуру
в актуальных окнах поменялось примерно нихуя
У Зубкова в книге по ассемблеру приводится пример, как можно организовать многопоточное выполнение программ. Вот буквально приводится код, который организует жонглирование вот этими вот потоками. Манипуляции по переключению стека. Плюс приводятся сведения про всякие там организации системных вызовов ОС - все эти Гейты, Ловушки, переключения контекста и прочая. Про прерывания тоже рассказывается.
Недавно решил попробовать написать собственный мессенджер на Rust. Основной целью было сделать федеративную систему обмена сообщениями, где пользователи могут общаться между разными серверами, а сами серверы не имеют доступа к содержимому переписки.
В итоге получился AnonPeer.
[size=16]Как работает федерация[/size]
Каждый сервер в сети является независимым узлом. Пользователь регистрируется на одном сервере и получает адрес в формате:
[code]username@domain[/code]
Например:
[code]
[email protected]
[email protected]
[/code]
Если Алиса отправляет сообщение Бобу, который находится на другом сервере, клиент сначала шифрует сообщение, после чего оно передаётся через сервер Алисы на сервер Боба.
Упрощённо это выглядит так:
[code]
Алиса
|
Сервер A
|
WebSocket
|
Сервер B
|
Боб
[/code]
При этом оба сервера видят только служебные данные и зашифрованный пакет.
[size=16]Структура проекта[/size]
Проект разделён на три части:
[list]
[]shared — общие структуры данных, криптография и сетевой протокол;
[]server — серверная часть на Axum;
[]client — десктопный клиент на Iced.
[/list]
Сервер использует PostgreSQL для хранения пользователей и публичных ключей.
Клиент хранит локальные данные в SQLite.
[size=16]Шифрование сообщений[/size]
Для обмена ключами используется X25519.
При регистрации клиент создаёт пару ключей:
[list]
[]приватный ключ;
[]публичный ключ.
[/list]
Публичный ключ отправляется на сервер, а приватный остаётся только на устройстве пользователя.
Когда начинается диалог, клиент получает публичный ключ собеседника и вычисляет общий секрет.
[code]
shared_secret = my_private_key × peer_public_key
[/code]
Из полученного секрета через HKDF выводится симметричный ключ.
Далее сообщение шифруется алгоритмом ChaCha20-Poly1305.
Каждое сообщение использует случайный nonce, поэтому одинаковые сообщения после шифрования будут иметь разный набор байтов.
Помимо шифрования используется Ed25519. Перед отправкой клиент подписывает сообщение своим ключом, а получатель проверяет подпись после получения.
Это позволяет обнаружить подмену сообщения или попытку отправить пакет от имени другого пользователя.
[size=16]Проверка на MITM</size]
Проблема классического обмена ключами заключается в том, что злоумышленник может попытаться подменить публичные ключи сторон.
Для проверки используется SAS (Short Authentication String).
После вычисления общего секрета обе стороны независимо получают короткий код:
[code]
a1b2-c3d4
[/code]
Если код совпадает у обоих пользователей, значит обмен ключами прошёл корректно.
Если значения отличаются, значит кто-то вмешался в соединение или произошла ошибка.
[size=16]Отправка сообщения[/size]
Процесс отправки выглядит следующим образом:
[list=1]
[]Получение публичного ключа получателя.
[]Вычисление общего секрета.
[]Генерация ключа через HKDF.
[]Шифрование ChaCha20-Poly1305.
[]Подпись Ed25519.
[]Отправка на сервер.
[/list]
Если получатель находится на другом сервере, сервер определяет домен из адреса и устанавливает соединение с удалённым узлом.
После доставки клиент получателя:
[list=1]
[]проверяет подпись;
[]расшифровывает сообщение;
[]сохраняет его в SQLite;
[]отображает в интерфейсе.
[/list]
[size=16]Технологии[/size]
Сервер:
[list]
[]Rust
[]Axum
[]Tokio
[]PostgreSQL
[]SQLx
[]DashMap
[]tracing
[/list]
Клиент:
[list]
[]Rust
[]Iced
[]SQLite
[]notify-rust
[*]rodio
[/list]
Криптография:
[list]
[]x25519-dalek
[]ed25519-dalek
[]chacha20poly1305
[]argon2
[]hkdf
[]sha2
[/list]
[size=16]Что получилось[/size]
Сейчас проект поддерживает регистрацию пользователей, обмен сообщениями между серверами, локальное хранение истории переписки, сквозное шифрование и проверку подлинности собеседника через SAS-коды.
Основная идея проекта заключалась не в создании очередного клона Telegram, а в попытке реализовать собственный федеративный протокол обмена сообщениями и разобраться на практике с криптографией, WebSocket-соединениями и распределённой архитектурой на Rust.
Пропущено 5 постов, 1 с картинками.
Стоит ли попробовать вкатиться вот в это? Наверняка тут есть люди в теме, ну или у которых брат там
Аноним
22/11/23 Срд 09:02:10
№
Ответ
Времени, как у настоящего питурда — навалом. Поэтому, потерей времени на музейный язык можете не пугать. В принципе, вообще не важно, что там изучают. Основные плюсы в том, что:
1. Это бесплатно
2. Школа дисциплинирует
3. Школа учит добывать информацию и сразу использовать
4. Мощное комьюнити, общение, знакомства и прочие соц навыки
5. Игофикационный процесс обучения
6. Стажировки в топ компаниях
Прослушал подкасты, посмотрел видео, там даже овуляшки с детьми, бабки-сраки и супер-скуфидоны 40++ учатся и потом работают покайфу. Приходят к успеху через эту самую «школу 21».
Но как-то все слишком шоколадно выглядит. И из-за этого вызывает подозрение.
Ну и самый главный пугающий фактор: там нужно ебашить. Что сложно для козинки-питурда. По крайней мере, на начальных этапах.
Пропущено 247 постов, 22 с картинками.
Алсо нынешние фронтир модели это уже считай что уровень AGI.
Ещё есть т.н. "жёлтые" письма. Это когда сообщают, что пока не решили, возьмут или нет. Решат потом. Ваще хз по какому критерию народ попадает в эту категорию. Где-то чёт недоработали, наверное.
>>3709917
Нет никакого "уровня AGI". Мы все довольно быстро узнаем, если кто-то изобретёт AGI. Мало кому это понравится. Хотя скорее всего не изобретут.
>>3709916
>А на кого?
Да хз, посмотрю на продакт/проджекта, может бизнес-аналитика или ещё кого. Там вроде как окончательно специализация выбирается только после того, как ты сделал третий проект на основном обучении. Из любых. То есть можно там посмотреть, здесь попробовать, подумать к чему душа лежит.
>Останутся только те, кто прям своей головой отвечает за результат. Типа главбуха.
Станет 50 бабок-срак как было, только объёмы и сложность бухгалтерии возрастут ещё порядка на два. Плюс 35 бабок-срак в отделе внутреннего аудита, только проверяющие как 50 бабок-срак обработали результат нейронки. Степень управляемости такой системы ввиду сложности (и компетенции исполнителей, которая вырастет не сильно, потому что количество красноглазых мфтишников ограничено популяцией, да и не всякий умный готов идти в красноглазы) ещё сильнее упадёт, так что придётся нанимать ещё бабок-срак, плюс касту яйцеголовых, которые хоть как-то разбираются в том числе без советов кремниевого дебила. Фильм "Бразилия" посмотри. Он вообще не про то, но применительно к обсуждаемому вопросу хорош.
>Мне кажется эпоха этой школы прошла
Ща смотрю, они только наращивают набор (ну, по крайней мере в московском кампусе). Объяснить это можно только тем, что корпорация либо планирует расширять штат, либо они там прогнозируют дефицит кадров в перспективе 1-3 лет. Других причин не вижу, потому что самой школе очевидно поебать, сколько набирать людей. Расходы-то на обслуживание здания и административный персонал не изменятся.
2. Опыт
3. Образование
4. Почему стал безработным
5. Сколько сидишь без работы в айти
6. Чем занимаешься сейчас
Пропущено 158 постов, 14 с картинками.
так ты не заработаешь, потому что не возьмут, а не возьмут, потому что не нужен
Кста не знаю, почему не говорят, но работа электриком, сантехником, плиточником зачастую разъездная
Прошлый: >>3583140 (OP)
ОТКРЫВАЕШЬ ГЛАВНУЮ СТРАНИЦУ ПРОДУКТА НАД КОТОРЫМ РАБОТАЕШЬ
@
ЧТО-ТО ПРО КУКИ
@
РАЗРЕШИТЬ УВЕДОМЛЕНИЯ
@
ВАШ ГОРОД МОСКВА, ВЕРНО?
@
ЗАПРОС МЕСТОПОЛОЖЕНИЯ
@
УСТАНОВИТЕ НАШЕ ПРИЛОЖЕНИЕ
@
ПОДПИСЫВАЙТЕСЬ НА НАС В ТГ, МАКСЕ, В ВК, В ОДНОКЛАССНИКАХ, В ДЗЕНЕ, В ГАЗЕТЕ ТЕЩИН ЯЗЫК
@
ОТКЛЮЧИТЕ БЛОКИРОВЩИК РЕКЛАМЫ НАМ НЕЧЕГО ЖРАТЬ
@
ВЫ 5 МИНУТ НА САЙТЕ И НИЧЕГО НЕ НАШЛИ, ДАВАЙТЕ МЫ ВАМ ПЕРЕЗВОНИМ
@
УЖЕ ВТОРОЙ СОЗВОН ПО 1,5 ЧАСА ОБСУЖДАЕТСЯ ПОЧЕМУ УПАЛА ПРОДОЛЖИТЕЛЬНОСТЬ ВИЗИТА В ЯНДЕКС МЕТРИКЕ И УМЕНЬШИЛАСЬ КОНВЕРСИЯ КЛИЕНТОВ С САЙТА
@
К ОДНОЗНАЧНЫМ ВЫВОДАМ НЕ ПРИШЛИ
@
НАЗНАЧИЛИ ТРЕТИЙ СОЗВОН
Пропущено 367 постов, 22 с картинками.
Нет настроения кому-то что-то доказывать. Еду на пляж. Всем хорошего дня
@
ПОСЛЕ ЭТОГО ПАТЧА ПОЯВЛЯЮТСЯ РАНДОМНО ПАДУЧИЕ ТЕСТЫ
@
ИХ ЛИД ЗАЯВЛЯЕТ: "ЭТО ВАШИ ТЕСТЫ, ПОЧИНИТЕ!"
Предыдущий: >>3667760 (OP)
Пропущено 513 постов, 43 с картинками.
Суть - настоящие программисты устраиваются не в ООО "Рога и копыта" через хх.ру, не в КОТВАСЯ через стажировку, а в хорошие продуктовые компании (не в "очередной обезьянник") через знакомства.
Но откуда брать эти самые знакомства и социальные связи? Вот получил студентик диплом, и кому он нужен? Его никто не знает и порекомендовать своему боссу не может.
Сам великий ученый, к сожалению, эту тему совершенно не раскрыл ни в комментариях, ни в своем трехтомнике. А это вопрос куда более сложный, нежели алгоритмы обхода односвязных списков.
Пропущено 330 постов, 29 с картинками.
>Особенно кадр "http://left.unixwizards.net/" показался мне показательным
>Закончил школу
>Сегодня прошли мои последние уроки в школе
>Школа не подарила мне друзей, девушку или что-то в таком духе, но при этом нельзя сказать, что я хоть сколько-то опечален этим исходом. Я поддерживал много приятельских отношений, но они были обусловлены лишь судьбою находиться рядом в течение многих лет.
А это видели? Типичный инцел.
1) Какая область IT?
2) Какой у тебя ноут/комп? Процессор, оперативная память, видеокарта, сколько Гб на жестком диске и сколько из них реально используется?
3) Какая у тебя ОС? Почему именно она?
4) Какие программы используешь для разработки?
Пропущено 6 постов, 1 с картинками.
БОТОПАРАША.
Пропущено 521 постов, 61 с картинками.
>пара шизов с матаном головного мозга
Нет никакой проблемы стать таким же.
Нейрослоп заебал всех.
Фактчекинг этого текста говорит о том, что автор не сильно умён.
---
Опровержение по пунктам — кратко, с доказательствами.
### 1. «Молодые с ИИ превосходят опытных» — данные говорят обратное
Утверждение: Опытные разработчики используют ИИ-агентов интенсивнее и эффективнее джуниоров, а не уступают им.
Доказательство: Опрос Fastly (июль 2025, 791 разработчик): около трети сеньоров (10+ лет опыта) говорят, что более половины их кода в продакшене сгенерировано ИИ — это почти в 2,5 раза больше, чем у джуниоров (13%). Сеньоры также чаще тратят время на исправление ИИ-кода — то есть опыт нужен именно для того, чтобы довести вывод агента до рабочего состояния.
Источник: fastly.com/blog/senior-developers-ship-more-ai-code (август 2025)
### 2. «Любой может писать код, опыт обнулился» — нет, опыт стал фильтром качества
Утверждение: Без фундаментальных знаний разработчик не способен оценить и принять код агента — генерация перестала быть узким местом, понимание осталось.
Доказательство: Опрос BairesDev (июнь 2026): лишь 16% сеньоров считают, что джуниоры полностью понимают ИИ-код; «следующее поколение разработчиков учится производить результат, не владея им». Дополнительно: телеметрия JetBrains (2 года, 800 разработчиков, ICSE 2026) показала у пользователей ИИ ~14-кратный рост действий delete/undo — переделок, которых сами разработчики не замечали.
Источники: globenewswire.com (BairesDev Dev Barometer, 11.06.2026); faros.ai/blog/ai-code-quality-senior-engineer-review-burden
### 3. «ИИ выравнивает поле и ускоряет всех» — единственное РКИ показало замедление
Утверждение: В реальных проектах ИИ-инструменты не дают автоматического ускорения.
Доказательство: РКИ METR: 16 опытных open-source разработчиков, 246 реальных задач — использование ИИ-инструментов увеличило время выполнения на 19%, хотя сами участники были уверены, что ускорились на 20%. Это про знакомые большие кодовые базы — именно там, где «обнулённый» опыт сеньоров на самом деле решает.
Источники: metr.org (июль 2025), techcrunch.com, Reuters
### 4. Что в посте всё-таки верно
Агентная парадигма реальна и её стоит осваивать — тут спора нет. Опровергается не тренд, а вывод «опыт обнулился»: данные показывают ровно обратное — ценность сместилась от написания кода к его верификации, архитектуре и ревью, а это компетенции опытных. Безопасность подтверждает: до 40% ИИ-запросов уязвимы к SQL-инъекциям, в коде регулярно встречаются захардкоженные ключи — заметить это может только тот самый «обнулённый» опыт.
Лаконичная версия для ответа в треде: опыт не обнулился, а сменил точку приложения — единственное рандомизированное исследование (METR) показало, что ИИ замедлил опытных разработчиков на 19% при их уверенности в ускорении, при этом сеньоры шипят в 2,5 раза больше ИИ-кода, чем джуниоры (Fastly), потому что умеют его проверять. Генерация кода подешевела — подорожала способность отличить рабочее от красивого мусора.
Сап, на связи кун 20 лвл, ойтишник, направление можно описать как "общее ойтишное", типа общая теори
Аноним
24/05/26 Вск 16:53:49
№
Ответ
Пропущено 24 постов, 1 с картинками.
Рынок найма на работу - это буквально тот же рынок, как в магазине. Покупатель (т.е. фирма, куда ты устраиваешься) - царь и бог. Он может отказаться от покупки ваших услуг буквально по любому поводу. Буквально даже по той причине, что им твоя рожа не понравилась.
>сейчас еще просят хотя бы 1 нормальный пет проект
НИКТО (из собеседующих)
НИКОГДА
НЕ СМОТРЕЛ В ПЕТ-ПРОЕКТЫ
Уже и с ИИ пытался, и на ютабе смотрел.... Ничего не ясно.
Мб есть какая-то простая аналогия? Как эту шнягу воспринимать?
Есть у нас переменная, нахуй нам указатель, если уже есть, на что ссылаться?
Пропущено 18 постов, 3 с картинками.
Пусть он попрограммирует под DOS с этой чехардой FAR и простых указателей. Или под Windows 3.11
Напоминаю, что DOS программы по-дефолту обитали именно в 16-битном реальном режиме x86 процессора. И именно в реальном режиме все x86 процессоры начинают свою работу при включении или reset-е.
>x86 в 32-битном режиме оперировали 4-байтными указателями.
x86 процессоры обрели 64-битный режим только в 2004 году, с выходом AMD Athlon 64 ЕМНИП. До этого, начиная с 80386, выпущенного в 1985 году (кажется), x86 максимум поддерживали 32-битный режим работы. В т.ч. Intel Pentium-ы 1, 2, 3.
Пропущено 1 постов, 2 с картинками.
