Перейти к публикации

Drakonian

User
  • Сообщений

    6 913
  • Зарегистрирован

  • Посещение

  • Время онлайн

    120д 15ч 6м 39с

Все публикации пользователя Drakonian

  1. Drakonian

    Программирование[11]

    Если тебе норм то проблем нет Просто в политоте показывают страшные кадры из Украины как людей покуют на улице есть такое, но щас ты не порешаешь с 100% гарантией даже за хорошие деньги выбора то на самом деле нету особого не порешать в самой коррумпированной стране мира, ну ты даешь даже пятиклассник артас выехал так за него буки все порешали и он пораньше выехал когда легче было
  2. Drakonian

    Программирование[11]

    Если тебе норм то проблем нет Просто в политоте показывают страшные кадры из Украины как людей покуют на улице есть такое, но щас ты не порешаешь с 100% гарантией даже за хорошие деньги выбора то на самом деле нету особого
  3. Drakonian

    Программирование[11]

    А что не так? Так и работаю, даже компанию в США открыл удаленно
  4. Drakonian

    Программирование[11]

    Ну да ну да Жаль это очевидный фейк Почему? Ты сомневаешься в тупости людей? Даже если тот конкретный скриншот фейк, уверен, что это в принципе реальная ситуация
  5. Drakonian

    Программирование[11]

    естественный отбор давать доступ LLM к любым данным в агент моде... максимум к тестовой базе с свежим бекапом
  6. Drakonian

    Программирование[11]

    btw после Microsoft Partner status и Microsoft Marketplace никакой апстор не страшен
  7. Drakonian

    Программирование[11]

    у нас на работе про копайлот копайлот залупа по сравнению с норм тулзами он в целом неплох, но курсор сильно лучше и не будут, мне кажется. по крайней мере в текущей версии всех этих тулзов (пока не будет новый прорыв в уме/скорости/дешевизне ии) что гипотетически может сработать - это свора агентов, где 1 роль продакта выполняет, другой роль архитекта, третий роль кодера, а четвертый QA я пока слышал что кто-то с этим экспериментирует активно, но не слышал никаких конкретных рабочих схем, так что думаю это пока не очень работает, иначе бы эхо хайпа донеслось уже. клауде как llm ? или claude code LLM Claude 4 sonnet thinking mode, я тестировал gpt 4.1 / grok 3-4 / gpt 5 high / gpt o3 / gemini 2.5 pro все они уступают в задачах по кодингу относительно Claude 4 sonnet (opus думаю тоже самое) Но с точки зрения любых других задач по типу переводов, написание какого-то summary или даже текста то клод сосет
  8. Drakonian

    Программирование[11]

    ты не способен одну конкретную формулу проверить руками вместе с обучением от чатпгт? ахуеть та со мной заебали спорить что копайлот заебись хотя сами даже не пробовали курсор курсор топ а именно cursor + claude но реальные рабочие задачи уровня мидл+ агенты все равно не вывозят, кто бы там че не пиздел прямо недавно тест проводил на своем опен-сорс проекте, пришлось руками хуярить задачу
  9. Drakonian

    Программирование[11]

    да потому что нет никакой gpt 5 добавили роутер который перенаправляет на старые модели которые немного подтюнили
  10. Drakonian

    Программирование[11]

    а может тебе очень повезло
  11. Drakonian

    Программирование[11]

    пацаны все еще юзают чаты когда уже давно есть агенты ide по типу курсора codex/claude code - cli Ну вы даете конечно
  12. Drakonian

    Программирование[11]

    хз, у мя щас с фулл тайма капает 6к баксов, мне уже неколько раз предлагали на 8к в другие компании, где я бы скорее всего прошел но я не соглашаюсь, по той причине что в текущей компании у меня полная свобода, почти нет митингов и супер лояльное руководство плюс у меня есть парт таймы которые в сумме дают больше чем 8к (вместе с 6к), а на новой работе скорее всего не будет времени на парт таймы и будет меньше даже))
  13. Drakonian

    Программирование[11]

    юнит тесты для пидоров тесты ради тестов
  14. Drakonian

    Программирование[11]

    какую же вы хуйню про бэкенд пишите
  15. Drakonian

    Секс и Отношения #10

    куколдизм + омежность просто приведет к тому что такие случаи будут учащатся с обеих сторон, напряжение между людьми будет усиливываться, итог понятен просто куколдизм ================= По факту лучшим решением будет спокойный открытый разговор с просьбой чтобы такие ситуации не возникали в будущем. Потом два ответления возможны: а) ситуации продолжают возникать, значит с этой дамой вам не по пути б) ситуации перестали возникать, значит не все так плохо ================= в контексте конкретного случая дримухи не релевентано, так как это просто была девушка на 1 ночь, там пох в принципе
  16. Drakonian

    Программирование[11]

    я про то и думаю. я просто не понял какая у тебя частота. одно дело "1 раз на час в начале созвониться" на таску недельную и другое на месячную - частота в 4 раза отличается. ты сколько имел ввиду? Хорошо, давай подробнее на примерах Вот есть у меня таска на неделю, обычно она не така уж и сложная раз там работы на неделю. Таск расписан что и как, домен мне знакомый. Сколько нужно митингов? От 0 до 2. Бывает что по таску все понятно, всю работу сделал и запушил в репозиторий с авто тестами и иногда с документацией, CICD запушил на тестовый сервак, кто-то допольнительно протестировал. Если все ок, то релиз на прод опять же обычно без моего участия. Реже нужно 2 митинга, в начале чтобы уточнить все непонятные моменты и в конце чтобы демо сделать к примеру. (больше в ОЧЕНЬ редких случаях) По сути это количество можно для любого размера задачи экстраполировать, в среднем так и получается 0-2 митинга в неделю. Просто в случае задач на 1-2-3-6 месяцев обычно митинги могут возникать чаще в начале задачи и в её конце (совместное тестирование, обсуждение, демо, етц). Итого у меня в неделю 0-3 митинга в среднем за неделю, обычно третий допольнительный может быть просто сапортом кому-то или в случае большей задачи на начале-конце её. И для меня это количество приемлимо. Я готов уделить где-то 1-2 часа в неделю на встречи (с учетом малого количества встреч!!!) =============== Я работал в компании где были дейлики в 9 утра почти каждый день, плюс доп. митинги по ходу дня. Сначала кажется ну что тут такого, но я настолько заебался за год что решил что больше никогда на такую хуйню не подпишусь. Причем часто проблема даже не в продолжительности митингов, а в их количестве. Это выбивает из колеи.
  17. Drakonian

    Программирование[11]

    а как бы не сильно растет частота митингов от времени создания фичи, митинги во времени размазываются в любом случае хоть 1 недельная, хоть 6 месячная послушаю о проблеме, а потом просто код почитаю, сделаю дамп БД в тест sandbox, продебажу очень редко когда появляется необходимость созваниватся или поднимать документацию прям детальную из-за таких проблем но если митинг и нужен то как бы таких ситуаций не так много )
  18. Drakonian

    Программирование[11]

    а как работать? ну типа там настолько отсутствует неопределенность что прокто кодируешь хуйню по тз как ебаный робот? или как?? у меня следующие рассуждения если ты не джун/мидл и делаешь что-то более менее сложное - нужен контекст по продукту, нужно принятие решений в условиях неопределенности и недостатка информации. такое в одного не делается. в целом даже выбрать чисто техническое решение (кафку хуяфку, апи вс очередь, либу, паттерн и тп) лучше посоветоваться с другими опытными товарищами (только если у вас не все супер зарегулировано и таких вопросов не стоит). тоесть коммуникация нужна в любом случае. можно делать очень многое асинхронно. но какие-то вещи проще обсудить в диалоге тк нужен короткий цикл обратной связи (когда у тебя много вопросов и нужно быстро вась-вась выйти на общее понимание). а какие-то чтобы асинхронно обсуждать нужно предварительно быть очень быть на одной волне с другими людьми, что в свою очередь обычно достигается тоже в основном в диалоге (митинге). плюс всякие 1-1, демо, ретро. если делаются со смыслом а не тупой калькой из книги по скраму, то это тоже супер профитные активности, которые необходимы для высокопроизводительных команд которые делают что-то интересное/полезное как без митингов можно? ну смотри Норм ТЗ действительно уменьшает количество необходимым комуникаций, но конечно же полностью не избавляет от них Кроме того размер компании прямо влияет на количество митингов, чем больше компания, тем больше бюрократии, тем больше людей, что в свою очередь сильно увеличивает количество необходимым комуникаций Моя стратегия была соответственно этим рассуждением, МАЛЕНЬКАЯ компания с норм ЗП, чем меньше тем лучше, синьйорный уровень работников (нету джунов-мидлов). Вуаля, митингов почти не будет. У меня нет дейликов, нет еженедельных митингов, у меня есть только митинг когда что-то нужно уточнить (редко), часто это митингы на 15 минут где-то раз в неделю или что такого Показать больше проблема в том, что я и есть тот чел, который пишет тз потом ну кто-то же должен ))
  19. Drakonian

    Программирование[11]

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

    Программирование[11]

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

    Программирование[11]

    совсем не так, маленькая компания синьйорного лвла это значит что будут и тесты и документация в стартапе возможно, не работал в них если компания не большая то такие проекты обычно не супер огромные кроме того из-за уровня команды у тебя есть намного больше свободы в решениях относительно дизайна и архитектуры, ты сам решаешь как это сделать и тебе доверяют А мне не нужно каждую микро деталь расписывать, нужно просто немного разбираться в бизнес процессах (на опыте), ты зачастую сам решаешь как лучше это реализовать, все что мне нужно знать это какую проблему бизнеса мы пытаемся решить и о чем бизнес. Это буквально час разговора в начале проекта и ИНОГДА редкие синк апы с бизнесом или консультантами внутренними ну вот, даже с огромной командой может быть минимум митингов но я бы и час в день не хотел бы))
  22. Drakonian

    Программирование[11]

    ну я еще не тренированный и не сениор тяжело а ну тогда не ссы, прорвешься, нужно время просто и старания
  23. Drakonian

    Программирование[11]

    сколько у тебя парт-тайм проектов кроме фулл тайма? если меньше 3 то все ок
  24. Drakonian

    Программирование[11]

    а как работать? ну типа там настолько отсутствует неопределенность что прокто кодируешь хуйню по тз как ебаный робот? или как?? у меня следующие рассуждения если ты не джун/мидл и делаешь что-то более менее сложное - нужен контекст по продукту, нужно принятие решений в условиях неопределенности и недостатка информации. такое в одного не делается. в целом даже выбрать чисто техническое решение (кафку хуяфку, апи вс очередь, либу, паттерн и тп) лучше посоветоваться с другими опытными товарищами (только если у вас не все супер зарегулировано и таких вопросов не стоит). тоесть коммуникация нужна в любом случае. можно делать очень многое асинхронно. но какие-то вещи проще обсудить в диалоге тк нужен короткий цикл обратной связи (когда у тебя много вопросов и нужно быстро вась-вась выйти на общее понимание). а какие-то чтобы асинхронно обсуждать нужно предварительно быть очень быть на одной волне с другими людьми, что в свою очередь обычно достигается тоже в основном в диалоге (митинге). плюс всякие 1-1, демо, ретро. если делаются со смыслом а не тупой калькой из книги по скраму, то это тоже супер профитные активности, которые необходимы для высокопроизводительных команд которые делают что-то интересное/полезное как без митингов можно? ну смотри Норм ТЗ действительно уменьшает количество необходимым комуникаций, но конечно же полностью не избавляет от них Кроме того размер компании прямо влияет на количество митингов, чем больше компания, тем больше бюрократии, тем больше людей, что в свою очередь сильно увеличивает количество необходимым комуникаций Моя стратегия была соответственно этим рассуждением, МАЛЕНЬКАЯ компания с норм ЗП, чем меньше тем лучше, синьйорный уровень работников (нету джунов-мидлов). Вуаля, митингов почти не будет. У меня нет дейликов, нет еженедельных митингов, у меня есть только митинг когда что-то нужно уточнить (редко), часто это митингы на 15 минут где-то раз в неделю или что такого
  25. Drakonian

    Программирование[11]

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