TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #1110 · 24.06
И так, Ozon Tech. #interview#dev Наверное, первая крупная организация, которая приходит на ум, когда думаешь о работе для C#-программиста. В Озоне и правда очень много всего на шарпе. У нас туда уходили разработчики из дирекции, но и обратный случай был (когда разработчик перешёл в АСЭ из Озона). Так что у меня была одной из первых, куда я подался. Но подавался через знакомства. Хотя, я думаю, что и при обычном отклике по общим каналам мне бы написали. Эйчар отвечала быстро и охотно, но скрининг был скорее номинальным, просто по ключевым технологиям: .NET, PostgreSQL, Kafka итд. А теперь важный дисклеймер: это первый раз в жизни, когда я пошёл на собеседование, как соискатель. И вообще, резюме я оформил вот только в мае этого года. До АСЭ я много лет работал на аутсорсе, а в АСЭ устроился по приглашению после хакатона, собеседования не было. Так что уже тимлидом я проводил собеседования, но сам их не проходил. К сожалению, навык прохождения собеседований соотносится с настоящим умением работать программистом очень ортогонально. Я распишу своё мнение по современным процессам найма как-нибудь потом, но достаточно сказать, что для подготовки я в течение двух недель читал книжки и общался с DeepSeek, и без этой подготовки я бы собеседования нигде не прошёл. Хотя, разумеется, двухнедельное чтение книжек не сделали меня ни на йоту лучшим разработчиком, не добавили мне опыта и умений. После первичного скрининга в Озоне три секции: технический скрининг, большая техническая секция и system design с небольшим фитом в конце (фит это общение с руководителем на предмет того, совпадаете ли вы). Технический скрининг Чисто разговорная секция на 40-50 минут. Интервьюер один. Задаёт вопросы общего плана по языку, структурам данных, многопоточности. Ничего неожиданного нет. Я шёл на ведущего разработчика C# (это тимлид), так что нужно быть готовым рассказывать про поколения сборщика мусора и особенности работы IO-bound операций в асинхронном контексте. Секция сугубо академически-теоретическая. Кроме языка была пара вопросов по энтерпрайз-архитектуре и по базам данных, но без копания вглубь. С моей точки зрения для скрининга всё равно секция чрезмерно подробная, и позже на большой технической секции часть тем повторилась. Большая техническая секция Два интервьюера, два часа. Задачи по коду, но не на алгоритмы, а скорее на решение конкретных кейсов. Например, нужно параллельно читать из кэша и из БД (если в кэше нет), как это написать максимально эффективно. Дан шаблон, который нужно заполнить. Параллельно задавали вопросы по теории. Одна задача по SQL (я решил только с подсказкой). Вообще с чистым SQL в современном энтерпрайзе работают мало и редко. Когда дошли до этой задачи, я честно сказал собеседующим: «В реальной работе, получив такую задачу, я бы изучил документацию по средствам СУБД, которые позволили бы мне её решить, и погонял бы тестовые запросы на предмет правильности и оптимальности». По моим ощущениям, им этот ответ не понравился, и в целом мне показалось, что оценили мои навыки в этой части низко. И в конце кусочек код-ревью. Когда я сам проводил собеседования, это была моя любимая часть, потому что наш пример кода на ревью содержал сразу большой пласт разнообразных проблем: инъекции, ошибки асинхронности, освобождение неуправляемых ресурсов, безопасность итд. Сразу было видно, с чем человек часто сталкивался, а с чем редко. Здесь на ревью я стал давать комментарии по кодстайлу, за которым, как тимлид, тоже регулярно следил. Но меня попросили сосредоточиться на проблемах другого рода, и по сути весь код крутился вокруг неверного использования lock. Я увидел эту проблему, предложил решение, но не смог глубоко объяснить, какими особенностями поведения среды выполнения вызвана эта проблема. Понижение должности Через пару дней эйчар написала, что на ведущего разработчика (тимлида) они не готовы меня рассмотреть, но готовы на старшего (сеньора). Запомните этот момент. Я согласился. На мой вопрос о том, ниже ли вилка, она ответить не смогла, и сказала, что обсуждать нужно с руководителем.
Hashtags
Търсене: #promptengineering
@repo_science · Post #3115 · 28.04.2023 г., 21:32
#book#promptEngineering 🤖 The Art of Asking ChatGPT for High-Quality Answers: A Complete Guide to Prompt Engineering Techniques (2023) ✍️Ibrahim John 🔗Link ----- Canal principal:@repo_science Cupones: @freecoupons_reposcience -----
Hashtags
@repo_science · Post #3507 · 09.08.2023 г., 23:22
#softSkills#promptEngineering#chatGPT 🤖 LangChain Guide: Next-Gen ChatGPT & LLMs apps with LangChain This course is not just about the basics of Generative Artificial Intelligence and Natural Language Processing. It’s about using LangChain to supercharge the performance and efficiency of your Language Models. We’ll arm you with the skills and insights to tweak and tailor language models to your specific requirements, opening up a wider array of AI challenges and opportunities for you to tackle. 🔗Link ----- Main channel:@repo_science Coupons: @freecoupons_reposcience -----
@repo_science · Post #3327 · 20.06.2023 г., 23:25
#softSkills#promptEngineering#chatGPT#aporte 🤖 Prompt Engineering for ChatGPT ChatGPT and other large language models are going to be more important in your life and business than your smartphone, if you use them right. ChatGPT can tutor your child in math, generate a meal plan and recipes, write software applications for your business, help you improve your personal cybersecurity, and that is just in the first hour that you use it. This course will teach you how to be an expert user of these generative AI tools. The course will show amazing examples of how you can tap into these generative AI tools' emergent intelligence and reasoning, how you can use them to be more productive day to day, and give you insight into how they work. 🔗Link ----- Main channel:@repo_science Coupons: @freecoupons_reposcience -----
@neiro_slop · Post #76 · 24.10.2025 г., 16:45
🚨Промпт-инжиниринг мёртв? Новое исследование от Anthropic показывает: теперь важнее не искусство формулировки запроса, а качество и структура предоставляемых данных. На смену приходит контекст-инжиниринг — умение организовать информационное пространство для ИИ. Почему это важно? Современные модели типа Claude или GPT уже мыслят структурно, но «теряются» в длинных контекстах. Если из 200К токенов только 1К — суть задачи, модель тратит 95% ресурсов на фильтрацию шума, а не на решение. Качество падает, а стоимость растёт. Что делать? Используйте три ключевые техники: 1) Сжатие — регулярно резюмируйте и оптимизируцте диалог; 2) Делегирование — используйте узкоспециализированных агентов. Нувыпонели) #ИИ#PromptEngineering#Anthropic
Hashtags
@repo_science · Post #3258 · 02.06.2023 г., 15:24
#promptEngineering#dataAnalysis#Python#pandas#chatGPT 🤖 Prompt Engineering for Data Analysis Python, Pandas, ChatGPT ChatGPT & Python. No Coding Needed. Data Analysis & Data Visualisation with ChatGPT, Python, Pandas & Prompt Engineering 🔗Link ----- Main channel:@repo_science Coupons: @freecoupons_reposcience -----
@ai_machinelearning_big_data · Post #8215 · 06.08.2025 г., 10:09
🖥gpt-oss работает на специальном формате промптов — Harmony, и без него модель просто не будет выдавать корректные ответы. Зачем нужен Harmony? Этот формат нужен для: — 🧠 генерации chain of thought рассуждений — 🔧 корректного вызова функций и использования инструментов — 📦 вывода в разные каналы: обычный ответ, reasoning, tool call — 🗂️ поддержки tool namespaces и иерархических инструкций 💡 Harmony имитирует OpenAI Responses API, так что если вы с ним работали — будет легко освоиться. 👉 Если вы используете gpt-oss через HuggingFace, Ollama или vLLM, волноваться не нужно. Но если строите свой пайплайн — обязательно изучитегайд по Harmony. Без него модель просто не будет работать как надо. pip install openai-harmony # or if you are using uv uv pip install openai-harmony @ai_machinelearning_big_data #gptOSS#Harmony#OpenAI#LLM#PromptEngineering
@ai_machinelearning_big_data · Post #8518 · 11.09.2025 г., 17:11
🔥WFGY 2.0 — Semantic Reasoning Engine for LLMs (MIT) Это движок с открытым исходным кодом, цель которого — уменьшить галлюцинации и логические сбои в системах типа RAG / LLM, особенно когда: - источники OCR-текста плохо распознаются, - происходит «semantic drift» (когда ответ уходит от вопроса), - «ghost matches», когда извлечённый фрагмент кажется релевантным, но на самом деле нет. Обычно ошибки ловят уже в готовом сгенерированном тексте, из-за чего они часто повторяются. В Semantic Reasoning Engine всё наоборот: если система видит, что рассуждения «кривые» или сбились с курса, она останавливается, сбрасывается или ищет другой путь и отвечает только когда состояние стабильно. 🛡Авторы называют это semantic firewall - семантический «файрвол». Проверки встроены прямо в процесс мышления модели, а не поверх ответа с фильтрами или регексами. Это помогает избегать ошибок до того, как они попадут в вывод. 📌 Проект включает карту из 16 типичных ошибок LLM: - неверный поиск данных, - сбившаяся логика, - «провалы памяти», - путаница ролей агентов и другие. Для каждой есть простое текстовое исправление. Никаких SDK — достаточно вставить инструкции прямо в промпт. 🟢Как модель решает, правильные ли ответ генерируется: - ΔS (drift) - не уходит ли смысл слишком далеко от шага к шагу - λ (convergence) - сходится ли рассуждение к решению или крутится в цикле - Coverage — достаточно ли фактов и аргументов учтено Если все три условия выполнены, ответ считается «качественным». 🟢В тестах стабильность вывода выросла до 90–95% против обычных 70–85% у традиционных подходов. ▪Github: https://github.com/onestardao/WFGY @ai_machinelearning_big_data #ai#llm#opensource#reasoning#hallucinations#promptengineering
@enlawreport · Post #1762 · 06.11.2025 г., 05:20
💼💥 Юристы тратят часы на переписывание рискованных пунктов договоров — но теперь это можно сделать одним промптом. Представляем Clause Surgeon: инструмент, который моментально находит риски и предлагает готовые редлайны в английских договорах. Мастер-промпт: "You are a Magic Circle–calibre contract editor. Given the CONTRACT TYPE = [CAPS], JURISDICTION = [ENGLISH LAW], COUNTERPARTY POWER = [STRONG/MEDIUM/WEAK], and RISK TOLERANCE = [LOW/MEDIUM/HIGH], review the CLAUSE: """[PASTE CLAUSE]""" 1. Diagnose risks in a bullet list tagged [Severity: Low/Med/High] with citations to standard practice. 2. Offer two alternative rewrites: (A) Aggressive pro-client, (B) Balanced market-standard. 3. Add a one-paragraph client-facing rationale in plain English. 4. Provide a redline version if possible. 5. Output JSON too: {“risk_tags”:[], “severity_max”: “High/Med/Low”, “pick”: “A/B”, “one-line”: “…”}. Style: concise, precise, no fluff". Попробуйте этот промпт на практике и поделитесь результатом — покажите, как Clause Surgeon лечит рискованные пункты. #EnglishLawReport#LegalPrompts#ContractDrafting#PromptEngineering#ClauseSurgeon#LegalAI#MagicCircleStyle#EnglishLaw