0 просмотренных постов скрыто
Имитатор программиста
Уровень зарплаты: 30 000 - 50 000 руб.
Обязанности: Имитировать деятельность программиста, когда приходят клиенты, открывать код (файлы дадим). Внимательно смотреть в монитор и бормотать: "Что за кретин писал этот код?", "Говорил же, надо на фреймворке делать!" и другие - список обязательно выучить наизусть!
— Алло, это техподдержка? У меня нейросеть генерирует одних котов в шляпах!
— А какой был промпт?
— "Нарисуй президента США".
Продолжение поста «13 лет подтвержденного опыта в ИТ и я получаю "неуд" за курсач по моему направлению»1
Это промежуточный пост с ответами на комменты и микроапдейтами.
1. Было очень много комментов про ТЗ, мол сам дурак, делаешь не по ТЗ, а еще и выебываешься и претендуешь на положительную оценку. Наверное, надо было об этом написать в первоначальном посте. Тему мы заранее согласовывали с преподом. Т.е. я предложил тему, которая полностью покрывает мой пет-проект, описал стек и технологии, пояснил что будет, получил аппрув от препода. Попадание в ТЗ максимальное! Еще раз, тема выбрана не из списка предложенных, а та, которую я сформулировал и согласовал. Ну и для понимания, это не я докопалася, типа хочу писать на "свою тему", а это общее правило для всех.
2. Решил вынести в отдельный пункт от ТЗ историю про методичку. Методички как таковой нет вообще. Есть общая по написанию курсовых работ по универу, pdf-преза с видеоконсультации по курсу, сама запись видео и "шаблон". Шаблон - это вордовский файлик, который представляет собой реально шаблон курсача. Конечно, у меня есть расхождения с шаблоном, но основные моменты покрыты (анализ, проектирование, сравнение с конкурентами), где-то чуть больше, где-то чуть меньше. Если посмотреть критерии оценивания, то там несколько пунктов:
• Сложность работы (помним, что можно сделать лэндос и это "тройка")
• Качество и полнота анализа (сделан сравнительный конкуретный анализ, user story, CJM, bird view, что и требуется по заданию)
• Качество и грамотность проектирования и технической реализации (общая архитектура, внешние зависимости, описание БД, контракты в proto - всё есть)
• Оформление пояснительной записки (41 страница)
• Соблюдение срока выполнения (сдал за полтора месяца до начала сессии)
В скобках указал свои комментарии.
3. Были комменты из серии "что за универ". Я целенаправленно пока это не публикую, как и не публикую ТЗ в явном виде. Я все же надеюсь, что закончится компромиссом и публично наносить урон репутации я не буду. Дальше будет видно.
4. Интересно было почитать комменты про код в целом. Типа там гавно какое-то написано, давай ссылку, щас мы тебе поясним. Я не претендую на solution architect/staff engineer/cto, а с учетом того, что код писался порядка 5 лет назад, принимаю тот факт, что там хватает косяков. Но оставлю одно из замечаний преподавателя:
Не анализирован код и описание реализации (пока нечего проверять)
Читаю так, что код даже не смотрели! А зачем, не правда ли?
Аналогично замечание про интерфейс клиента, типа приложи скрин хотя бы. А там целая папка со скринами. И код, и скрины и ссылки на работающий проект явно прописаны в пояснительной записке в приложении.
5. Предлагали зайти к преподу и просто поговорить, утрясти. Я б с радостью, но я на дистанционке. В универе был ноль раз, хотя учусь на третьем курсе. Универ находится в другом городе.
6. Отдельно отмечу комменты про "всего 1000 пользователей" или про стек, типа "еще б кафку затащил". Не вижу тут проблем. Пет-проект на то и пет-проект, чтобы учиться. Если была бы цель сильно погрузиться в кафку, то и кафка бы родилась рядом, очереди в проекте есть. А то что 1000 пользователей мало, ну извините, сколько есть. Считаю, что это достаточно хороший результат)
7. Отдельное спасибо тем, кто рассказал свои ебанутые ситуации курьезы, которые встречались в процессе обучения. Это хорошая моральная поддержка, в этой странной истории. Наталкивает на вывод, что права студентов примерно где-то у плинтуса лежат. Если бы не коммент @Grobina, который даёт шанс, что это закончится тем самым компромиссом.
А что сейчас-то?
Написал в ректорат, жду. Параллельно прокапываю дорожку на перевод в другой универ. Хотя б понять что и как делается, сколько потеряю в деньгах/времени. Уж сильно обидно от фразы "сделайте лэндинг или что-то на cms без кода, но выше тройки не рассчитывайте" в контексте этого инцидента.
Спасибо за разгон, считаю рейтинг хороший у поста получился, тем более с учетом такой узкой проблемы.
Показать полностью
3
Как ChatGPT помнит твой проект месяцами: система архивов для историков и исследователей
Архивы вместо амнезии: как ChatGPT становится памятью твоего исследования
Представь себе ситуацию. Ты открываешь новый чат в ChatGPT — и это не просто диалог «за жизнь», а уже готовая лаборатория с памятью, правилами игры, форматом архива и понятной кнопкой «следующий шаг = следующий архив». Никакого кода, никаких программ для разработчиков, только сам чат, zip-архив и один конфиг-файл в JSON, который ты вставляешь в первый запрос.
Ниже — цельно изложенная схема, как это устроить. Без примеров кода, но с чёткой логикой действий.
ChatGPT как лаборатория без кода: зачем вообще заморачиваться
Большинство людей используют ChatGPT как говорящую энциклопедию. Максимум — попросить переписать текст попроще или составить план курса. Но у ChatGPT, особенно в режиме Plus с GPT-5.1 Thinking, есть совершенно другой уровень возможностей.
Можно вести долгую линию исследования — историю, экономику, социологию, игровые симуляции, бизнес-модели. Можно строить повторяемые эксперименты с одинаковыми правилами, структурой данных и последовательными шагами. Можно оформлять каждый шаг как снимок проекта в zip-архиве. То есть ChatGPT перестаёт быть просто болталкой и превращается в условную лабораторию без кода, где ты управляешь исследованиями через текстовые инструкции, а состояние проекта хранится в zip-архивах.
Почему так мало людей этим пользуются? Почти никто не думает о чате как о системе версий. Новый диалог воспринимается как новая жизнь, старые структуры забываются. Люди боятся любых слов вроде «архив», «формат», «политика изменений» — кажется, что это для программистов. Почти никто не догадался, что ChatGPT прекрасно понимает описания протоколов и может сам следить за тем, чтобы ты не ломал структуру проекта.
Именно здесь в игру входит один небольшой JSON-файл, который выполняет роль конституции лаборатории. Ты вставляешь его в первый запрос — и дальше чат в каждой итерации работает только через архив zip, считает каждый ответ подготовкой нового снимка и следует твоей политике: ничего не удалять, не переименовывать, только дополнять.
Архив как жёсткий скелет проекта: простая идея, которая решает хаос
В типичных длинных проектах с ChatGPT всё разваливается одинаково. Теряются версии текстов. Непонятно, какой вариант последний. Структура меняется от чата к чату. Через месяц ты не можешь воспроизвести, как вообще пришёл к выводам.
Чтобы это сломать, вводится одна простая дисциплина: каждая существенная итерация равна одному zip-архиву. Архив 1, архив 2, архив 3 и так далее. Внутри каждого — всегда один и тот же каркас.
Папка META содержит метаданные. В файле VERSION.txt записано человекочитаемое описание: номер итерации, дата, краткий список изменений. В MANIFEST.yml перечислено, что вообще лежит в архиве и зачем. В POLICY.yml описаны правила, по которым лаборатория живёт — ничего не удаляем, не переименовываем, только дополняем.
Папка DOCS содержит готовые главы, пояснительные тексты, статьи. Папка DATA — таблицы, файлы CSV и JSON, расчёты, реестры. Папка NOTES — черновики, планы, открытые вопросы.
Ключевой принцип здесь такой: имена каталогов и ключевых файлов стабильны. Версия и итерация живут только в META, нигде больше. Новая итерация не стирает старые данные, не переписывает историю тихо, а добавляет новые слои, пометки, уточнения.
Пример практики выглядит так. Сегодня ты делаешь архив 1 — набросок концепций, первые таблицы. Завтра создаёшь архив 2: уточняешь структуру, добавляешь новые главы и данные, фиксируешь в VERSION.txt, что именно изменилось. Через месяц у тебя есть архив 7. Можно взять архив 3 и архив 7, сравнить их и увидеть эволюцию мысли.
Получается три важных качества. Повторяемость — можно воспроизвести путь рассуждений. Аудируемость — видно, что когда появилось. Стойкость — один сломанный чат не уничтожает проект. И всё это без единой строки кода. Все решения принимает человек, а ChatGPT просто честно следует заранее прописанным правилам.
JSON-конфиг: как один файл превращает чат в управляемую систему
Проблема очевидна: обычный чат ничего не знает о твоих правилах по архиву. Если каждый раз вручную объяснять «работаем только через zip», «не удали таблицу, а добавь новую строку с пометкой устарело», «в конце итерации обязательно дай ссылку или название итогового архива» — ты устанешь уже на третьем диалоге.
Решение простое: ввести один конфигурационный JSON-файл, который ты вставляешь в первый запрос нового чата. Что в нём зашито на смысловом уровне, без синтаксиса?
Общая цель. Каждый значимый шаг оформлять как новый zip-архив. Внутренняя структура стабильна — META, DOCS, DATA, NOTES. Версионность живёт только в META.
Правила поведения ассистента. Не придумывать и не создавать бессмысленные бинарные файлы ради галочки. Работать с логической структурой архива: описывать, какие файлы, таблицы, строки должны появиться. В конце итерации явно называть текущий архив — архив 1, архив 2 и так далее, фиксировать предполагаемое имя файла, например архив_01.zip, писать, что именно входит в этот снимок.
Политика изменений. Пример набора смысловых флагов: логическое append-only, то есть старые данные не выбрасываются, а помечаются как устаревшие или уточнённые. Запрет на удаление или переименование ключевых файлов и директорий. Запрет на встраивание тяжёлых первоисточников вроде PDF или картинок внутрь архива. Режим цитирования: из внешних источников только выдержки, без массивного копирования.
Мета-уровень общения. Ассистент не должен каждый раз навязывать пользователю всё описание протокола. Он использует JSON-настройки как внутренний регламент и опирается на них молча. Для пользователя общение остаётся обычным: сделай то, посчитай это, напиши такую главу.
Именно поэтому важен готовый JSON-файл. Рядовому пользователю не нужно вникать в структуру настроек. Достаточно один раз загрузить конфиг и дальше просто работать с содержанием проекта.
Что в итоге получает пользователь и чем это отличается от просто чата
Если свести всё в короткий список, лаборатория на базе ChatGPT без кода даёт несколько важных преимуществ.
Повторяемость. Можно вернуться к архиву 3 через год и понять, что именно тогда считалось аксиомами.
Контролируемую эволюцию. Мнения и модели могут меняться, но следы этих изменений не исчезают.
Удобство для командной работы. Zip-архив можно передать другому человеку: вот архив 5, продолжай как архив 6 по тем же правилам.
Отделение мозга от интерфейса. Внешне это обычный чат. Внутри — стабильная структура, регламент в JSON и метаданные в META.
Отсутствие кода. Всё управляется текстом, архивом и одним конфиг-файлом. Никаких фреймворков, библиотек, развёртываний.
И особенно важно: такой подход сейчас практично реализуем именно в среде ChatGPT на подписке Plus с режимом GPT-5.1 Thinking, потому что модель хорошо понимает длинные инструкции, поддерживает работу с архивами и может надёжно следовать конституции, описанной в одном JSON-файле, без дополнительного кода.
Если ты хочешь, чтобы следующий твой большой проект в ChatGPT жил не в виде хаотичного диалога, а в виде воспроизводимой лаборатории с архивами и понятной эволюцией, самый простой шаг — подготовить один конфиг-файл с настройками и в первом же запросе нового чата просто вставить его целиком. А затем скачать готовый JSON с настроенным профилем лаборатории, сохранить у себя и каждый новый серьёзный проект начинать с его загрузки в первый запрос.
Примечание: дорогие друзья, на весь мой контент, как я постоянно упоминаю на Пикабу, распространяется "Лицензия: CC BY-SA 4.0". Фактически это означает, что вы можете использовать эту статью, эти идеи, эти иллюстрации и даже исходный JSON-конфиг совершенно свободно. Можете переписать текст под себя, можете переделать схему, можете создать свою версию системы архивов. Единственное условие — упомяните автора и ссылку на оригинальный пост.
Почему я это делаю? Потому что хорошие идеи должны быть доступны всем. Если ты историк, языковед, программист, биолог или кто угодно ещё — эта система архивов работает для любого долгого проекта. Чем больше людей будут использовать этот подход, тем меньше исследований потеряется в хаосе чатов и забытых файлов.
Если ты захочешь поделиться своей версией, своими улучшениями, своими историями успеха — я буду рад прочитать в комментариях. Это не просто система, это способ мышления. И каждый может адаптировать его под себя.
Так что берите, используйте, улучшайте. Лицензия CC BY-SA 4.0 — это приглашение к сотрудничеству, а не ограничение.
Дорогие читатели, признавая ценность классической хронологии, я предлагаю посмотреть на прошлое ещё и через проверяемый инструмент — интервальный анализ с контролируемым сдвигом (ИА-Δ).
Это не полемика и не «опровержение», а рабочая гипотеза и приглашение к самостоятельной проверке. Эпоха ИИ позволяет уйти от гаданий: любой может сам запустить расчёты и увидеть, где совпадения держатся, а где распадаются.
Просто вставьте в чат промпт в формате json и архив Рим.zip.
Уверен, что откроете для себя много нового!
При копировании прошу указывать:
«Материал создан Abdullin Ruslan R. Оригинал доступен по ссылке: https://pikabu.ru/@rusfbm. Лицензия: CC BY-SA 4.0».
Читайте также:
Показать полностью
1
Ответ на пост «Нужен совет»1
кто как начинал
Я начинал с перфокарт на БЭСМ-6,
загружал RT-11 на Электронике-85 с 8 дюймовых дискет, даже играл на нем в LodeRunner
учил язык бейсик на ZX spectrum и БК-001 и Микроше,
на DEC Vax VMS разбирался с сетями,
изучал Borland С++ и Ada на IBM 80286,
подключался к usenet через relcom и demos,
держал FIDO ноду в 5015,
Настраивал сети на Lantastic и Novell Netware,
восхищался OS/2 и WFW 3.11 после MS DOS,
учил теорему Котельникова, для понимания как работает связь, ADSL, Ethernet,
разбирался с TCP/IP, SQL, Linux, Erlang, Python, Go, Kubernetes, Docker, openvswitch и тд и тп.
А, к чему это я все , нехуя тебе в ИТ делать, если даже ты вопрос для гугля сформулировать не можешь.
ИТ это постоянные изменения технологий , поиск и глубокое изучение информации самостоятельно, аргументированные споры с коллегами, вечные дедлайны и синдром самозванца.
Так что забудь, иди дальше ладу гранту проектируй.
Показать полностью
Нужен совет1
Хочу поменять сферу деятельности,задумал войти в it, backend.интересует кто как начинал,выбор курсов может быть,литературы и т д.
кто из вас готов поговорить,дать совет?исходные данные (мои) и т д в личном общении..заранее благодарю!