Добро пожаловать в тред, посвященный гарантиям, обещаниям, владению, заимствованию и другим концепциям языка Rust! Предыдущий тред : >>3407697 (OP)
Rust — blazing fast язык для системного программирования без segfault'ов и с гарантиями потокобезопасности. Он позволяет писать безопасный и эффективный код, который легко поддерживать и масштабировать.
В этом треде мы объясняем базовые и продвинутые концепции языка, а также программирования в целом. Поможем новичкам, подскажем, что выбрать для веба, игр или, прости господи, блокчейна.
>>3489080 >Охуел с картинки выше, однозначный no hire с таким подходом к распределению своих ресурсов на хуйню. Притом это не имеет никакого смысла, всё равно половина остального кода на JS написана, даже работа с сетью, даже рендер, даже хуй, даже пизда. Вангую что этот чел просто долбоёб который не может пользоваться своим сознание и упал в какое-то бесознательную шизу переписывания формочек.
>>3489080 >Особенно удачи таким шизам в в мире где почти все компании однозначно перешли на форс "работы на результат" где ты должен буквально запускать продукты и растить метрики будучи даже мидлом, а иначе никаких премий и роста Только в русском мире разве что, выезжаешь в ЕС и куда-то эта ебанутость сразу же растворяется как не было, оказывается и работать можно по-другому
Kotlin — статически типизированный, объектно-ориентированный язык программирования, работающий поверх Java Virtual Machine и разрабатываемый компанией JetBrains. Язык назван в честь российского острова Котлин в Финском заливе, на котором расположен город Кронштадт.
Маскот котлина Коди.
Что имеем: +Современный синтаксис (реально удобный). +Совместимость со всей jvm инфраструктурой. +Возможность писать статический DSL прямо на самом языке. +Дополнительные возможности котлина. (делегаты, функции, расширения класса, вариативность и т.д) +Возможность нативной сборки, сборки в js, андроид и ios. +Корутины
Для тех, кто переходит из процедурных языков программирования, объектно-ориентированный подход (ООП) может показаться полной ерундой.
В интернете часто приводят какие-то высосанные из пальца примеры с кошками, собаками и всякой абстракщиной. Но в реальной жизни все не так просто, и эти детсадовские примеры ни о чем не говорят. Когда ты только начинаешь изучать ООП, то сложно понять, зачем вообще городить эту огромную телегу с классами, наследованием, инкапсуляцией и прочими заморочками.
Поэтому лучший способ въехать в ООП - это сразу погрузиться в изучение какого-нибудь фреймворка. Когда ты видишь, как все это применяется на практике, то сразу начинаешь понимать суть.
Почему следует изучить java перед котлин, а не сразу изучать котлин: 1.Java основа: Без знания java ты не будешь понимать, что происходит под капотом kotlin. Синтаксический сахар kotlin скрывает сложные операции, и ты можешь понять конечный результат, но не механизм его достижения. Это как нажимать кнопку на чайнике и видеть, что вода нагревается, но не знать, почему и как это происходит. Лучше всего понять что под сахаром это в intellij перейти tools -> kotlin -> show kotlin bytecode -> decompile. 2.Код на Java: Большинство библиотек написано на java. Без знания java ты не сможешь понять их код и, соответственно, эффективно использовать или модифицировать их в своих проектах на Kotlin. 3.Может быть что где-то будут куски кода на java в проекте.
>>3485678 Так всё правильно. Переменная статична, но сам объект не обязательно должен быть иммутабельным. То есть ты не можешь этой же переменной задать другой объект, но сам-то объект ты менять можешь.
Основы программирования, логические операции -> Джава(базовый синтаксис и особенности языка) -> ООП -> особенности различных версий Джава -> алгоритмы и структуры данных -> многопоточность -> дженерики -> функции высшего порядка -> Котлин -> Android SDK(UI, версии и различия, особенности оси на уровне работы виртуальной машины) -> работа с БД, CRUD(можно и на этапе знакомства с алгоритмами) -> git -> networking/REST API/JSON/сериализация -> актуальные фреймворки зачем и почему, спойлер: экономия времени -> архитектура, зависимости, инверсия контроля -> ?..
Вот примерный флоу, которому я бы следовал, если бы учился сейчас. Начал бы сразу с алгоритмов, если честно.
В эту же последовательность нужно вставить clean code, SOLID, DRY/DIE, KISS, YAGNI и прочие модные аббревиатуры, которые весьма актуальны. Что-то упустил, но, думаю, этого достаточно.
Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Прочел книгу по java/kotlin/flutter и посмотрел видосы, на деле ничего не понимаю. Куда идти дальше?
Делай свои мелкие пет-проекты, можешь копировать чужие и дополнять функциями которых там нет. Главное правильно пиши сам, гугли, трать часы и дни на мелкие функции НО сделай сам, что бы полноценно понимать что к чему. Вся суть сводится к тому, что бы ты изучив ROADMAP который указан выше, вынес знания, которых хватит на создание и понимание пет-проектов с помощью которых познаешь суть разработки. Также на собесах любят когда есть портфолио в гугл плей.
>Где взять примеры проектов?
Можешь банально поискать на ютюбе или в телеграмме. Для примера:
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: Также стоит прочекать вакансии в вашем городе и собрать самый часто используемый стек технологий и отталкиваться от него.
Незабывай изучать английский, потому что гуглить придётся именно на нем ибо информации в разы больше.
В dart'e нет нормальной многопточки. Вместо тредов используются isolates, которые представляют собой отдельные VM дарта. Это значит, что расшарить с ними память нельзя, можно или копировать в них байты, или передать указатель на байты. То есть нужно тратить время на сериализацию объекта в эти самые байты и обратно. О какой производительности вообще может идти речь? Ты или засовываешь бизнес логику в UI isolate и тогда тормозит UI, или засовываешь бизнес-логину в отдельный isolate и теряешь десятки/сотни миллисекунд просто на передачу объектов между background isolate и UI isolate.
Как решение LLM предлагает выносить бизнес логику в Rust/C++ библиотеку и цеплять её через FFI. Нет, спасибо.
Ясно, флаттер минус. Ну, видимо придется использовать KMP Compose, никуда от котлина не деться.
Двадцатый ультимативный тред посвященный самой лучшей и ненапряжной работе в IT - Обеспечению качества / Quality Assurance.
Здесь мы sporim на тему фреймворков, показываем друг другу свои PageObject, AppActions и фантазируем о позициях SDETa и $8K зарплате.
Итак, пока 90% вкатунов пробуют вкатиться в макакинг и конкурируют там с задротами-олимпиадниками, учат каждый день новые фреймворки и выгорают, мы спокойно (твердо и четко) конкурируем со вчерашними ручными тестировщиками, Наташками и Михалычами, которые в тестирование пришли с кассы.
Пока яйцеголовые в свитерах ломают свой мозг над Data Science и Machine Learning, мы же, со знанием языка на _достаточном_ для прохождения собеседований уровне, получаем свои 300кнаносек и смеемся.
Милости просим к нашему шалашу!
В: Как вкатиться? О: Начни с теории тестирования и подкрепляй практикой, тестируя двачи. Альтернативное мнение: уже два года никак, 50000 человек в среднем на позицию, отсеивают по тех.вышке, требуют знания ЯП, ООП, фреймворков, контейнеров, CI/CD и OSI...
В: Какой ЯП выбрать? О: Один из: Java, Python, JS, C# (изучи кол-во вакансий на ЯП и Фреймворк). Всех их объединяет такое понятие как ООП и паттерн PageObject. После изучения теории тестирования можешь приступать к его изучению.
В: Я изучил теорию тестирования, ООП, выбрал ЯП и изучил его тоже. Что дальше? О: Дальше тебе необходимо разобраться с фреймворками и либами, с помощью которых создаются автотесты: Selenium, Selenidе, Playwright, Cypress и т.д. Некоторые используются в связке с определенными ЯП, другие можно юзать с разными, в общем, смотри в вакухах, что наиболее востребовано в конкретной области разработки / на данное время / в твоем городе etc
В: Я сделал все вышеописанное, что делать дальше? О: Изучи Test Design Patterns. Начни с Page Object Model. Поиграйся с CI/CD, попробуй поднять Jenkins и заранить там свои тесты. Прикрути Allure к своему тестовому фреймворку
Автоматизированное тестирование: - QA.GURU (см. торренты и их канал на ютубе) - Автоматизация на питоне https://github.com/berpress/qa-python-map - Курс Python: Pytest, Selenium https://stepik.org/course/575/syllabus (анон рекомендует! довольно простенький, но как ни странно, там ответы почти на все вопросы, которые задают на собеседованиях. Хватит, чтоб написать пару своих тестовых проектов в т.ч.)
Нагрузочное тестирование: - Apache JMeter - Basics to Intermediate level - Antonio Gomes Rodrigues et al. - Master Apache JMeter – From Load Testing to DevOps.-Packt (2019)
>>3485280 Графану пилить только под Кафку, чтобы консьюмеров ловить и очереди посмотреть? Ну охуэнно, совсем не оверхед. Это как на Джанго print('hello') написать. Я конечно видел долбоёбов, которые графану использовали как прокладку для алертменеджера срать алертами в телегу, в то время как сорсы там от заббикса были. Но там хотя бы понимали что они долбоёбы.
Привет всем. У Яндекса и МФТИ были раньше в свободном доступе пять поясов по программированию (белый, жёлтый, красный, коричневый, чёрный - по нарастанию уровня сложности). Я ищу их все. Они раньше на курсере были бесплатными, сейчас их оттуда снесли и вроде как должны были перенести на другую платформу. Я нашёл только на степике, но отдавать по 20к за каждый меня жаба душит. Проштрудил все возможные складчины и нигде не смог их откопать. Возможно анонам известны другие пути по поиску контента, в связи с чем предлагаю 5к за все пять курсов (оплачивать могу по 1000р/каждый)
В мае 2025 года на Stack Overflow появилось менее 15 000 вопросов — такой уровень активности был разве что в первые месяцы после запуска. Для сравнения, в сентябре 2009 года их было 17 668.
Релиз ChatGPT в 2022 стал точкой невозврата. ИИ быстрее и вежливее, он не указывает на дубликаты и не закрывает вопросы — в отличие от модераторов Stack Overflow.
Stack Overflow пробует переосмыслить себя, превращаясь в платформу для карьеры и сообщества, но разработчики всё чаще уходят в тематические чатики в соцсетях. Исчезновение SO может стать символом конца эпохи комьюнити-ориентированных форумов.
Помните времена, когда Стэк был типо "местом избранных"? Где какая-то чванливая выебистая айти шлюха будет кривить губки от твоего "тупого" вопроса и устало поясняет тебе что ты лох и вообще "живешь не по понятиям", разумеется еще и добавляя тебе минус в карму. Представили ебла этих зверьков сейчас? ЧатГПТ заменил не только Стэк но и во многом заменил этих чмонь, кто последние годы грел свое ЧСВ на пустом месте и растил корону у себя на голове. Вдруг в одночасье выяснилось, что они вовсе никакие не "интеллектуалы" а простые выпендрежники, что их ресурс это не "тусовка избранных" а умирающая клоака, проигрывающая ИИшке, что и их самих на горизонте ожидает ебка ИИ.
>>3464020 (OP) > Помните времена, когда Стэк был типо "местом избранных"? Нет. Ты просто обиженка для которого SO - это какое-то божество. Это просто очередной Q&A сайт.
>>3464179 >Казалось бы - чего нахуй сложного соответствовать правилам сообщества? Правила правилам рознь, есть какие-то общие правила типа быть вежливым и всё такое. А есть доёбы мочераторов, типа теги не те - вместо html надо php, не поискал похожие проблемы - а искать надо не точно твою проблему, а обобщенную формулировку, не указал в вопросе какие-то детали. А ты просто джун которому у тебя нет опыта, ты действительно не можешь спросить по этим ебучим правилам, потому что ты не понимаешь в чём на самом деле ошибка, какие детали важны и их надо указать и т.д.
Да заебывает отвечать на одни и те же вопросы каждый день, но в этом и состоит твоя работа как эксперта - показывать новичкам как надо задавать вопросы, искать ответы в документации и т.д. Заебался? Уходи с этой позиции.
Да, исключение из правило - лишнее тому подтверждение Как относитесь к своим коллегам-подснежникам? К камвхорам с ютуба типа пикрила Действительно ли среди них есть скилловые, либо в основном вниманиебляди и проигрывают всраткам-скуфихам? Интересна статистика
Как тест-менегер могу сказать, что доля правды есть. Среди девчуль хайрил только симпатичных (всё равно на мануальщиц онли) и пару раз поёбывался таки. Потом в другую тиму сливал на повышение якобы
Я прохожу задание на стажировку в одну компанию и покорно прошу вас помочь с заданием.
"На рисунке приведен процесс в нотации BPMN. Это процесс подготовки планов на новый 2025-ый финансовый год по набору пациентов в ортодонтическом отделении сети стоматологических клиник. Процесс подготовки планов не автоматизирован и характеризуется высокой долей ручного труда. Подготовка и ведение данных для сети клиник осуществляется преимущественно в MS Excel. Процесс включает: сбор и обработку данных по пациентам и влияющим на них факторам (потенциал по пациентам, план по набору пациентов, финансовые прогнозы). В качестве перспектив развития процесса выделены такие направления, как замена MS Excel формами ввода, единое хранение данных, подготовка выгрузок из базы данных в виде структурированной информации для последующей загрузки данных в смежные системы. TBPM – подсистема аналитики, Kyubit Business Intelligence – корпоративная база данных для построения аналитической отчетности. Необходимо изучить схему и найти в ней ряд ошибок." Я вот так понимаю, что ошибка находится в строке "Аналитик отдел". Тут (на втором фото) вот этот параллельный шлюз является только сходящейся развилкой, но никуда не выходит, чего быть не может, поскольку тогда он должен быть концом процесса. А вот из таймера стрелка, как я понимаю, должна идти в изначальную развилку ветки аналитика (фото 3). Также, я думаю, что из этой развилки стрелка должна идти в действие "Подготовка плана продаж в стоимостном выражении"
Сап двач! Хотелось бы вашего мнения насчет самой работы в этой сфере. Одни говорят пиздец работы нет все по пизде из за того что много по приходило типо расфорсили что нет работников а потом пиздец и все, другие говорят что это пиздеж. Так что в итоге хотелось бы спросить у вас?
>>3487582 Нормальные работяги - это, если что, те, которые за миску риса готовы работать по 12 часов в день без выходных (а желательно, ещё и доплачивать работодателю за опыт). мимо
>>3484600 Шизик ебаный, лор это один из самых больших донатеров Столярова. Если про сбор на книги не написали на Лоре, книжки по профессии программист просто бы не вышли.
Почему функциональное программирование провалилось?
Аноним22/05/25 Чтв 14:43:02№3460219Ответ
>>3484856 У тебя логические ошибки. Нельзя просто так инвертировать импликацию. ФП -> заебёшь оптимизировать ещё не значит что НЕ ФП -> обязательно получится.
> Современная хуета на образовании готовит скорее тупых рабов
Тебя же как-то подготовила такого исключительного.
Не нашел сходного тхреада, создал свой. Работал разрабом одного облачного сервиса, развил по пути лютую ненависть к этим вашим AWS, Azure, Google Cloud. Почему? Оверпрайснутая хуета, которая в большинстве случае решает несуществующие проблемы. Конкретно я работал по AWS, и у меня нередко возникала проблему с тем, что: — поведение не описано в документации; — поведение описано, но из описания нихуя не понятно; — поведение описано, но по факту система работает наоборот; — поведение описано, но оно намного сложнее, чем то нужно для решения задачи. Это норма для AWS, и честно говоря не знаю, насколько глубок пиздец в других облаках. При этом, если некой фирме нужен облачных хостинг/сервисы, то есть какой-нибудь OVHCcloud, который по размеру немногим меньше AWS, при это даёт облачные EC2, S3, EBS, EDS, ALB/NLB, EKS/Openshift, Hadoop/Spark, и ещё груду менее популярных сервисов — этого хватает для того, чтобы закрыть 98% потребностей клиента. Причём, цена в 2-4 раза ниже, чем у AWS. Вишенка на торте — у AWS/Azure/Google Cloud платный исходящий трафик, чего нет ни у одного адекватного хостера.
Вопрос, который меня давно волнует — почему AWS/Azure/Google cloud вообще живы? Мне реально интересно проникнуть в мозг лоха заказчика, который ебашится головой об стену, воет, и приговаривает "за что мне это?".
>>3484706 >на каждый мелкий чих свой специализированный инструмент Я сейчас правильно понял, что ты жалуешься что у AWS слишком много ФУНКЦИОНАЛА? Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов. Ну то есть ты считаешь недостатком то что я могу сосредоточиться на бизнес-кейсе? Ты заладил одну и ту же песню, про какие-то секунды, лейтенси, параллелизацию, ещё какую-то хуйню. У тебя какое-то ебанная зацикленность на техночески-низкоуровневых аспектах. Смысл авс в том, что он позволяет как раз мыслить высокоуровнево, не уровнем "сколько миллисекунд уйдёт на разогрев лямбды" а уровнем "какой сервис мне подключить, чтобы автоматом банить пользователей с голой лялей на аватарке?". Плюс в том, что это всё готово и подключается в два клика. Ты можешь сделать транскрипцию текста в аудио? А детектировать мат в комментариях? Это сервисы доступные и не стоят каких-то супер денег. Если мне нужна система регистрации пользователей, я могу просто добавить cognito и не думать например "а что если пароли будут брутфорсить?" За меня уже подумал авс. Я себе экономлю время. А ты тоже самое пилил бы миллион на своей голой впс. Поэтому люди так и говорят, а не потому что она дешевле или ещё что.
>>3484741 >Я сейчас правильно понял, что ты жалуешься что у AWS слишком много ФУНКЦИОНАЛА? Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов. У AWS мало "функционала", у него много API. Одна и та же задача решается пятью разными способами, каждый из них по-своему ублюдочен.
>Это какой-то новый уровень шизофрении. Наоборот же классно, когда много разных сервисов. Что классного в том, что выше чел приводил пример реализации алгоритма на лямбде, хотя для подобных алгоритмов был разработан именно Step Functions, а Lambda для него подходит плохо? Я просто работал над повторением нескоольких API AWS, и я охуел от того, насколько этот API сложен. Если бы там было "много сервисов и простой API" — это было бы совсем другое дело, но нет, там освоение каждого нового сервиса — это подвиг. Потому >Ну то есть ты считаешь недостатком то что я могу сосредоточиться на бизнес-кейсе? нет, ты будешь ебаться с инструментами больше, чем ты ебёшься с задачей. Насколько это оправдано дальнейшей простотой масштабирования — это уже другой вопрос.
>он позволяет как раз мыслить высокоуровнево... уровнем "какой сервис мне подключить, чтобы автоматом банить пользователей с голой лялей на аватарке?" И ты мне хочешь рассказать, что ты с ходу можешь написать эту функциональность на AWS, причём, так, чтобы всё не развалилось нахуй?
>Плюс в том, что это всё готово и подключается в два клика. AWS не знает, что такое "пользователь" в твоей системе, потому ты будешь ебаться пару дней, чтобы сначала в нужной форме скормить сервису входную инфу, потом отреагировать на выходную, а потом понять, почему оно всё равно не работает, причём, счёт за запросы амазон уже выставил, потому что ему похуй, что у тебя работает или не работает, он берёт деньги за запросы к сервисам, а не за решение бизнес-задачи.
>Если мне нужна система регистрации пользователей, я могу просто добавить cognito и не думать например "а что если пароли будут брутфорсить?" За меня уже подумал авс. Уже отвечали — Cognito не единственная и не самая лучшая штука для аутентификации, это скорее продвинутая заглушка, которую используют до переезда на настоящую аутентификацию. По сути Cognito нужен только для Amplify, чтобы раскатать за два часа лендинг аля "сделано в конструкторе сайтов". Когда проект существует больше пары недель, то следующей задачей почти всегда будет "как съебаться с Cognito на что-то кастомизируемое", потому ценность для долгоиграющих проектов весьма спорна, а конструкторы сайтов под какое-нибудь портфолио или интернет-магаз есть лучше.
>>3484391 >Дырявое хуило, ты серьёзно обрезал цитату из документации так, чтобы 3 секунды из соседней строчки в неё не попали? Ты же реально имебцил и вообще не можешь уследить за парой постов! Ты же сам высрал: >У нас викторина по цитированию документации? Это предельное время выполнения лямбды, после которого она будет принудительно завершена. Мог без меня погуглить. Я тебе и тнул харей в документации, как повысить таймаут.
Приветствую, товарищи. Возникли вопросы. Актуальна ли на сегодняшний день услуга оптимизации кода в сфере фриланса? И насколько сложно найти работу человеку, который собирается заниматься исправлением и оптимизации чужих говно-кодов? Если искать, то в какую сторону копать?
>>3464792 (OP) Практика показывает, что большинству кабанов срать на качество кода. Некоторым даже индусокод вполне годится, а если что не работает - снова наймут индуса затыкать дыры за нищепрайс.
>>3475898 Но кабанам не насрать - на скорость добавления фич - на скорость, с которой новый человек въезжает в проект и начинает приносить пользу - на необходимость крупных переделок кода, которые не добавляют никакой функциональности - на наличие/отсутствие глюков в коде - на отсутствие жутких тормозов программы
сап двач, вопрос к анонам, может кто знает за такой сайт как черныеангельскиеленты, мне его скинул кент, и меня это пиздец заинтересовало, что он вообще из себя представляет, если поделитесь знаниями об этом нечто буду рад сам сайт найти заебно через браузер поэтому цепану ссылку ниже https://www.черныеангельскиеленты.net/
Ку, я учусь на третьем курсе в техникуме на специальность "информационные системы и программирование" , и на первом курсе я горел желанием что-то делать, а уже на третьем я перегорел к этому, я по сути за эти три года нечему не научился, кроме такого как составлять документ в ворде по ГОСТу, и можете подсказать как вернуть былую мотивацию?
>>3443723 (OP) Ничего ты не изменишь уже. У вас я так понимаю какой-то поселковый техникум. У нас просто такая же шляпа была. Но у вас хоть c# был, а мы вообще немножко лишь basic подрочили и всё. Поясняю за свой случай:
Первое: совковые преподаватели по информатике научившиеся лишь лихо переводить числа из bin в dec и в hex. (Возможно бывший юе математики по совместительству, не спорю) Второе: техникум у нас был с ОГРОМНЫМ уклоном в шахтную промышленность. Томушо городок небольшой шахтерский. Буквально можно было идти по фойе здания и всюду была какая-то шахтная поебень железная ржавая под стеклом как на выставках. Это конечно же интересно но лишь первые несколько минут просмотра. Потом это жёстко давило на психику других НЕ шахтерских специальностей. Бухгалтеров, компьютерщиков и пр. НЕ горняков на которых и был упор поставлен. Короче говоря мы чувствовали себя там лишними. Техникум то технический шахтерский был. Третье: это отсутствие интернета в время . Нет он был, но он не был массовым ещё. середина 00х годов была. Четвертое Ну тут индивидуально моя тема. Это низкая самооценка и желание купить можно быстрее денег заработать. В итоге я пошёл на стойку. Да и ... с такими знаниями то.. у нас в группе никто так и не пошёл работать. Хотя двое более менее в близкую тему вкатились по специальности. Но я представляю каково им было сложно. Это по сути по новому отучиться надо но уже на работе будучи. Я им не завидую. Я поработал тогда года два на стойке, а потом пересел за баранку и до сих пор таксую почти 20 лет Пиздец прям история антиуспеха получилась ))
Кидайте сюда самые странные проекты: 1) от создания очень ужасных по качеству кода велосипедов до попытки финтов ушами с битами в тех местах, где это не даст большого выигрыша. 2) от копирования костылей до сборки Франкенштейна из кусков с каких-нибудь форумов. 3) от создания очередного никому ненужного проекта по проектирования фреймворка js для одностраничного сайта до всяких выжелываний с blob.
1. Свой entity фреймворк поверх hibernate, где все вызовы для работы с сущностью идут через rest api + нет транзакций. Из-за этого ужасная производительность и куча багов. Заказчики в гневе. Зачем это придумали не понятно. 2. Своя очередь на базе postgres, когда есть kafka, rabbit. Естественно эта поделка нихрена не работает. 3. Свой IoC велосипеды, которые работают в 100 раз хуже существующих. 4. Дробление примитивной админки для 10-50 юзеров на 20 микросервисов, а потом удивляться почему так много ресурсов жрет. 5. Решения уровня тащить огромный объем данных из базы с бэка и фильтровать на фронте.
Когда-то в 2008 м году я грезил игростоем. Интернета почти не было в моём посёлке на окраине (буквально скорость была в КБ/сек). Я на Delphi тогда говнокодил. Это были летние каникулы перед последним курсом шараги. Я знал конечно же что такое OpenGL, но почему-то решил попробовать написать что-то своё. За фреймворк точнее за основной элемент вывода графики я взял TChart(кажется так он называется). Хуйня такая для вывода графиков функций. Написал небольшой простенький ридер 3d формата *.Х он строковый текстовый. И целый день практиковался загружать машинку из GTA VC пересохраненную в этот формат. Она действительно в итоге загрузилась и отобразилась там, НО их точек чисто и без перспективы(аксонометрическая проекция). Её можно было даже вертеть мышкой,но аккуратненько, чтобы курсор не уходил за границы viewer'a иначе ошибка division by zero все дела... Я после этого пошёл ещё дальше. Я написал процедуру которая подгружает ещё один 3d файл всэтот же вьювер и рендерит графику . На надо было как-то проработать момент перекрытия одной модели другой. Бля это был самый дебильный проект который я когда-либо делал. Я забросил эту хуйню тогда спустя неделю. Но приложение то до сих пор запускается. Я находил его в архивах. Машинка правда теперь крутится во вьювере в разы быстрее тем тогда рывками. Компьютеры ведь теперь вращы мощнее стали