ВОТ ПИЗДОС ВАЖНАЯ СРОЧНАЯ ЗАДАЧА
@
"СЫЧЕВ ТУТ ЧТО-ТО СЛОМАЛОСЬ ХУЙ ПОЙМИ ГДЕ, ПОСМОТРИШЬ?"
@
"ЗАДАЧА СРОЧНАЯ, ПРОД ПАДАЕТ, ЛОШАДИ МРУТ, КОРОВЫ НЕ ДОЯТСЯ"
@
СКРИПЯ ЗУБАМИ ИДЕШЬ СМОТРЕТЬ И РАЗБИРАТЬСЯ В ЛЕГАСИ КАЛЕ
@
ВОЗЬМИ В РАБОТУ ВНЕ ОЧЕРЕДИ
@
БЕРЁШЬ, ДЕЛАЕШЬ
@
ПОСЛЕДНИЙ КОММИТ ЗДЕСЬ БЫЛ ОТ ОЛЕГА В 2013
@
НЕДЕЛЮ КРАНЧИШЬ, СПРАШИВАЕШЬ У КОЛЛЕГ, ГПТ, АЛЛАХА, ЧТОБЫ УСПЕТЬ ДО РЕЛИЗА
@
ЧЕРЕЗ МЕСЯЦ ПОСЛЕ ВЫПОЛНЕНИЯ ЗАДАЧА НЕ В РЕЛИЗЕ
@
ВИДИМО НЕ ТАКАЯ УЖ И СРОЧНАЯ
@
РАДИ ТОГО, ЧТОБЫ ПОБЫСТРЕЕ СДЕЛАТЬ ЭТУ ТАСКУ ТЫ НЕ СПАЛ 1+ НОЧЬ/ЛËГ ОЧЕНЬ ПОЗДНО/ОТЛОЖИЛ СВОИ ДЕЛА/ВСТРЕЧИ С ДРУЗЬЯМИ И ТЯН
@
В ДЕНЬ РЕЛИЗА АНАЛИТИК ПИШЕТ:
@
"ЗНАЕШЬ, СЫЧЕВ, ОТЛОЖИ ПОКА ТУ ЗАДАЧУ. ЗАКАЗЧИК СКАЗАЛ НЕ СРОЧНО"
КАБАН КАБАНЫЧ, МОЖНО СДЕЛАТЬ ХОРОШО ЗА 4 НЕДЕЛИ, ИЛИ ХУЁВЕЙ, НО ЗА 2.
@
— ХУЯРЬ ЗА 1.
@
— ОК, СДЕЛАЮ ЗА ОДНУ, В ТЕЧЕНИЕ ЧЕТЫРЁХ НЕДЕЛЬ
CLAUDE CODE
@
DAILY LIMIT
@
WEEKLY LIMIT
@
НУЖНО ЕЩË ДОБАВИТЬ HOURLY LIMIT И MINUTELY LIMIT
@
НАЕБАЛ ЖАДНЫЙ CLAUDE CODE, КОГДА ДОСТИГНУТ НЕДЕЛЬНЫЙ ЛИМИТ
@
ИСПОЛЬЗУЕШЬ НЕЙРОСЕТЬ У СЕБЯ В МОЗГУ
@
ОКАЗЫВАЕТСЯ ОНА ТОЖЕ УМЕЕТ КОДИТЬ
@
РАССКАЗЫВАЕШЬ САМ СЕБЕ, ЧТО ТЫ СДЕЛАЛ И ДЛЯ ЧЕГО
ДУМАЕШЬ — В FIRESTORE ОФФЛАЙН РЕЖИМ СУПЕР НАДЁЖНЫЙ И РАБОТАЮЩИЙ ИДЕАЛЬНО
@
БЕСШОВНО И НЕЗАМЕТНО ДЛЯ ПРОГРАММИСТА
@
КАК И РЕКЛАМИРУЕТСЯ
@
ПО ФАКТУ ВСЁ РАБОТАЕТ ПРОСТО УЖАСНО
@
ХОЧЕТ СИНХРОНИЗИРУЕТСЯ
@
ХОЧЕТ — НЕ СИНХРОНИЗИРУЕТСЯ
@
КАК В ОДНУ ТАК И В ДРУГУЮ СТОРОНУ
@
ПРИХОДИТСЯ ПИСАТЬ КУЧУ КОСТЫЛЕЙ, ЧТОБЫ ЭТА ЧУДО СИНХРОНИЗАЦИЯ ХОТЬ КАК-ТО РАБОТАЛА
@
ИЗ-ЗА НЕË И ВЫБРАЛИ ЭТО ПОДЕЛИЕ ОТ ГУГЛА
@
НЕ ЗРЯ Я ЕЙ ВСЕГДА НЕ ДОВЕРЯЛ, А ДОВЕРЯЛ СВОИМ КАСТОМНЫМ API
РЕГАЕШЬ ФЕЙСБУК АККАУНТ ПРОСТО ДЛЯ ТОГО, ЧТОБЫ ПОВЕСИТЬ НА НЕГО SOCIAL SIGN IN В ПРИЛОЖЕНИИ, КОТОРОЕ ДЕЛАЕШЬ ДЛЯ КЛИЕНТА
@
ЧТОБЫ НЕ ПРИВЯЗЫВАТЬ К СВОЕМУ АККУ ПРИЛОЖЕНИЕ, Т.К. ЭТА ПАРАША ЛЮБИТ БЛОКИРОВАТЬ НАЛЕВО И НАПРАВО
@
А ДАЖЕ ЕСЛИ БЫ И НЕТ, ЗАЧЕМ ПРИВЯЗЫВАТЬ ЧТО-ТО ПОСТОРОННЕЕ К СВОЕМУ АККАУНТУ
@
НАЗВАНИЕ ПРИЛОЖЕНИЯ НЕЛЬЗЯ УКАЗЫВАТЬ, НУЖНО УКАЗЫВАТЬ ЧЕЛОВЕЧЕСКОЕ ИМЯ
@
ОК, ПУСТЬ БУДЕТ РЭНДОМНОЕ
@
ВЫ ЗАБАНЕНЫ, СДЕЛАЙТЕ ВИДЕО СЕЛФИ
@
ОК, СДЕЛАЛ
@
ЖДИТЕ 48 ЧАСОВ
@
ПОЧЕМУ-ТО ГУГЛ НЕ БАНИТ ЗА ТАКИЕ БЕЗОБИДНЫЕ ВЕЩИ
Прошлый тред
>>3538878 (OP)
кстати дежурно напоминаю.. бля забыл.. чето про хттп код 200..
@
ПИЦЦУ ПРИНЕСЛИ, НА КОРОБКЕ ФИРМЕННАЯ НАКЛЕЙКА "Я ПРОВЕРИЛ, ВСЁ ХОРОШО"
@
ДВУХСОТКАДОДИК ОТКРЫЛ КОРОБКУ, А ТАМ ГОВНО
@
В ГОВНЕ ТОРЧИТ ЗАПИСОЧКА "409 MESYA4NII BALANS NE SWEDEN"
@
ОХУЕВШИЙ ЗВОНИТ В ПОДДЕРЖКУ
@
НУ ВЫ ЖЕ ПОНИМАЕТЕ, ЧТО НАКЛЕЙКА ОТНОСИТСЯ ТОЛЬКО К ВНЕШНЕМУ ВИДУ КОРОБКИ
@
МЫ ЖЕ НЕ МОЖЕМ СМЕШИВАТЬ КУЛИНАРНЫЙ, УПАКОВОЧНЫЙ И ДОСТАВОЧНЫЙ ПРОТОКОЛЫ
@
ГОВНО В КОРОБКЕ ЗАКЕШИРОВАЛОСЬ
@
ТЕПЕРЬ ДАЖЕ ПРИ ОТДАЧЕ ПИЦЦЫ В ПИЦЦЕРИИ ДВУХСОТКА-ДОДИКУ БУДЕТ ПРИЕЗЖАТЬ ГОВНО В КОРОБКЕ БЛИЖАЙШИЕ 4 ЧАСА
НА ВХОДЕ ЕСТЬ ГОВНО, НА ВЫХОДЕ ЕДА
@
МОЖЕТ НАОБОРОТ?
@
НЕ, ЗАКАЗЧИК ТАК СОГЛАСОВАЛ
@
ДЕЛАЕШЬ
@
СЛАВИК, ЕДА ДОЛЖНА БЫТЬ ТОЛЬКО ВЕГАНСКОЙ
@
ДЕЛАЕШЬ
@
СЛАВИК, ЕДА ДОЛЖНА БЫТЬ ВЕГАНСКОЙ + КИСЕЛЬ
@
СЛАВИК, ЕДА ДОЛЖНА БЫТЬ ВЕГАНСКОЙ + КИСЕЛЬ + НЕМНОГО ГОВНА
@
СЛАВИК, ЕДА ДОЛЖНА БЫТЬ ГОВНОМ, А ГОВНО ЕДОЙ
@
СЛАВИК, НУ ЧЕГО ТЫ ТАКОЙ ЗЛОЙ, ДА НЕ ГОВОРИЛ ТЫ НИЧЕГО СРАЗУ
@
ЗАКРУЧИВАЮТ ГАЙКИ
@
МОТИВАЦИЯ
@
КОМПЕНСАЦИЯ
РАЗРАБ ИСПОЛЬЗУЕТ 400 И 500 В БИЗНЕС ЛОГИКЕ
@
НА НЕДОУМЁННЫЕ ВОПРОСЫ ОТВЕЧАЕТ: ТАК НАДО, КОНТРАКТЫ ДОЛЖНЫ БЫТЬ КОНТРАКТНЫМИ
@
МОНИТОРИНГ ПОД ЕГО КОСТЫЛИ НИКТО НЕ ПЕРЕДЕЛЫВАЛ
@
SLI ПОСТОЯННО В КРАСНОЙ ЗОНЕ, АЛЕРТЫ НА МЬЮТЕ, ВСЕМ ПОХУЙ
@
СЕРВИС ПАДАЕТ НА САМОМ ДЕЛЕ
@
ПОЛДНЯ НИКТО НЕ В КУРСЕ, ПОКА ОТ ТП НЕ ПРИЛЕТАЮТ ТИКЕТЫ
Очевидно отправлять 200 и находить в коробке из под питсы говно
Так 400 норм для бизнес логики использовать
А вот 500 кринж, мне даже интересно как он его интерпретирует
И что ты отправишь если на машине из-за выполнения запроса произошло бросание экзепшена?
500 должна указывать на непредвиденный сбой, бизнес логику он отражать никак не может
> 500 должна указывать на непредвиденный сбой
Так
> бизнес логику он отражать никак не может
У тебя баг в бизнес логике. Баг из-за которого падает сервер. Какой это код?
"Невозможно выполнить, не сведён бюджет" это 200 или с натягом 400. Но не 500. А делают 500 - ошибка же
>У тебя баг в бизнес логике. Баг из-за которого падает сервер. Какой это код?
Это буквально 5хх, лол, ошибка, если у тебя падает сервер это не может быть 4хх
>Хм, сомнительно мне кажется. Когда тогда отправлять 500? Можете привести пример?
Явно - практически никогда
>>3585208
>Ну, тут люди не согласны
Кого это должно ебать. Есть спеки
A 4xx status code is for situations in which an error seems to have been caused by the client
5xx status indicates that the server is aware that it has encountered an error or is otherwise incapable of performing the request
Поэтому простое правило: если сервер может обработать запрос и вернуть ответ, значит возвращай 200, в ответе отдельное поле с кодами.
Понял. Я на мгновение засомневался что правильно прописал коды в контракте
http - транспортный протокол. Бизнес-протокол использует его как транспорт, не более.
Транспорт отработал корректно - код 200. Какой там код вернула приложуха уже смотрим отдельно по спецификации бизнес-протокола
>http - транспортный протокол
Ох, так а почему сразу не сказал что ты долбоеб, вопросов бы не возникало и всем было бы проще.
>>3585217
>Транспорт отработал корректно - код 200
if http.status != error
if parse(http.data) != error
if http.data.status exists and http.data.status.error == ХОРОШО ТОГДА ХОРОШО
вместо одного if http.status == ХОРОШО
даже не знаю что выбрать.
if http.status == 200 хорошо
if http.status == 400 && http.data.status exist ошибка валидации
if http.status == 400 && http.data.status not exist непредвиденная ошибка
if http.status == 500 && http.data.status exist бизнес-ошибка
if http.status == 500 && http.data.status not exist непредвиденная ошибка
тебе надо учитывать что 400 и 500 может прислать не только приложуха, а и все промежуточные слои.
Получил ты такой 400, парсишь его, а теле html заглушка.
В случае же всегда 200 ты знаешь что если получил 200 то всегда сможешь его распарсить
if http.status = 200 {
swith http.body.status {
1, 2, 3, 4
} else {
println "Повторите позднее"
}
>if http.status == 500 && http.data.status exist бизнес-ошибка
Так не бывает. Когда у тебя вылетает сервер это не ошибка бизнес логики. Ошибка бизнес логики не может быть статусом ответа, что это за хуйня вообще. Если у тебя ошибка в логике, ты не возвращаешь ошибку, ты ее исправляешь. Я такого еще не встречал.
Если ты не понимаешь сути кодов,
4хх предполагает что природа ошибки лежит на стороне клиента, и исправить ошибку можно путем изменения содержимого запроса что бы получить требуемые данные(например валдация, отказ аутентификации, проблемы синхронизации).
5хх заключается в том что проблема лежит на стороне сервера и невозможно получить требуемые данные изменив что-то на стороне клиента(например проблемы файловой системы, сетевые ошибки, перегрузка).
Тебе не нужен еще один статус код, когда у тебя уже есть статус код. Можно внести суб-код, но ты сейчас не о этом
>if http.status == 400 && http.data.status exist ошибка валидации
400 Bad Request
>>3585230
>if http.status == 400 && http.data.status not exist непредвиденная ошибка
404
>if http.status == 400 && любая хуйня
свой код
>В случае же всегда 200
Ты забыл добавить, что тоже самое еще нужно обрабатывать для стандартных хттп кодов помимо тех кто придумал ты, тоесть ты продублировал задачу.
Ты, буквально, даун который не отличает HTTP от TCP, ты не разбираешь, ты выражаешь то что тебе хочется.
для начала. Как ошибка валидации может быть 400? Согласно спецификации, 400 это невалидная структура самого тела запроса
The 400 (Bad Request) status code indicates that the server cannot or
will not process the request due to something that is perceived to be
a client error (e.g., malformed request syntax, invalid request
message framing, or deceptive request routing).
Делать все ошибки 400 - это уже самодеятельность, не по стандарту.
Далее. Куда ты предлагаешь сувать бизнес-коды? В код 400? Грань между "корректно", "почти корректно" и "некорректно" очень тонкая.
>404
404 вообще может означать что угодно. От отсутствия юзера до отсутствия приложухи
>Ты забыл добавить, что тоже самое еще нужно обрабатывать для стандартных хттп кодов помимо тех кто придумал ты, тоесть ты продублировал задачу.
вообще не понял о чём ты
оригинальный текст статуса, по большому счету сути не меняет
The request could not be understood by the server due to malformed
syntax. The client SHOULD NOT repeat the request without
modifications.
И? Что не так? Ты сам ответил что его для валидации использовать.
>сувать бизнес-коды
Какие еще бизнес коды? Что ты несешь.
Если твой код является частью ответа, это не код статуса, обработки запроса это часть структуры ответа. Как же в голове насрано, Пиздец просто. Почитай примеры хороших реализаций апи, зачем ты придумываешь лапшу.
>Делать все ошибки 400 - это уже самодеятельность, не по стандарту.
Ты читать не умеешь. Помимо общепринятых, https://datatracker.ietf.org/doc/html/rfc2616#section-10.4
ты можешь использовать свои коды
HTTP status codes are extensible. HTTP applications are not required
to understand the meaning of all registered status codes, though such
understanding is obviously desirable. However, applications MUST
understand the class of any status code, as indicated by the first
digit
Обрати внимание, стандарт использует термин приложение, но не сервер. Дальнейшее описание также означает, что ты волен использовать меньшие два знака под свои нужды. Сохраняя при этом идеологию сотого значения.
>>3585266
>404 вообще может означать что угодно
это не может означать что угодно. Это означает что ресурса нету. Хотя я ответил изначально мимо, твой пост был не о отсутствии ресурса.
https://datatracker.ietf.org/doc/html/rfc2616#section-10.4.5
>какой код взять для "Бюджет не сведён"?
В каком контексте?
Я посылаю запрос получения платежа. В ответ надо сругаться что невозможно, бюджет не сведён
10.4.10 409 Conflict
The request could not be completed due to a conflict with the current
state of the resource. This code is only allowed in situations where
it is expected that the user might be able to resolve the conflict
and resubmit the request. The response body SHOULD include enough information for the user to recognize the source of the conflict.
Либо ты можешь придумать свой код, но этот подходит под твои условия.
а если может быть несколько таких конфликтов?
Бюджет не сведён
Сверка не произведена
Платежи не загружены
Как различать эти ответы?
>Как различать эти ответы?
Где ты придумал что ответ со статусом не 2ххх не может содержать тела?
я это и пропагандирую. На все бизнес-ответы возвращать статус 200 со специальным кодом
БЛЯТЬ
приложуха может выдать ответ? Выдаем 200 + код ответа
400, 500 - в ответе похуй что, это означает пиздец. На клиенте нет смысла парсить
>приложуха может выдать ответ? Выдаем 200 + код ответа
Так а зачем тогда учитывать вообще хттп статус? Приложение всегда сможет выдать ответ, за исключением когда к нему невозможно подключиться.
То есть в твоей схеме хттп статус и не нужен. То есть, ты не понимаешь как работает хттп, если не используешь его функции. Тоесть ты просто шлешь текстовые тцп пакетики на 443 порт.
Вспомнил, кстати, несколько лет назад, пользователем нашего рест-апи был клиент из России, они и сейчас есть, только там уже другие люди это делаеют. Так вот, этот долбоеб долбился по таймауту на ответ 401. Наверное это был ты.
>Так а зачем тогда учитывать вообще хттп статус?
незачем. Если получили 200 - значит транспорт отработал, можно читать что там в ответе.
Если отличное от 200 - значит пиздец, говорим пользователю что пиздец.
Использовать коды http протокола в качестве бизнес-кодов - это неправильно, это смешение уровней абстракций. Почему бы тогда и коды и хедеры в tcp свои собственные не ставить.
http выступает только как транспорт для более высокоуровнего собственного протокола приложухи.
Если захочешь вместо http использовать сокеты - без проблем. Захочешь grpc добавить - опять без проблем, просто пускаешь свой высокоуровневый протокол поверх grpc, не пытаясь использовать его кишочки для своих целей
>200 - значит транспорт отработал, можно читать что там в ответе.
А знаешь еще когда транспорт отработал, когда вы просто получили тцп пакет.
>>3585355
>http выступает только
>Использовать коды http протокола в качестве бизнес-кодов - это неправильно, это смешение уровней абстракций
ну мы вернулись к тому что ты не понимаешь что такое хттп. хттп это протокол уровня приложения. Использовать его формат и функции было изначально задумано.
>Почему бы тогда и коды и хедеры в tcp свои собственные не ставить.
потому что их там нет, тцп это транспортный протокол.
>Захочешь grpc добавить - опять без проблем, просто пускаешь свой высокоуровневый протокол поверх grpc, не пытаясь использовать его кишочки для своих целей
Абрастодебил, который лепит абстракции поверх абстракций, потому что нужны абракции над абсракциями абсракций ради абсракций.
> хттп это протокол уровня приложения
нет. Только если приложение это html страничка. Если что-то сложнее, то появляется свой собственный протокол
https://datatracker.ietf.org/doc/html/rfc7807
@
СДЕЛАЛ ТО, ЧТО ИЗНАЧАЛЬНО НУЖНО БЫЛО
@
КЛИЕНТ ХОЧЕТ КУЧУ НОВЫХ ЭКРАНОВ, ПЕРЕХУЯРИТЬ ФУНКЦИОНАЛ 10 СУЩЕСТВУЮЩИХ ЭКРАНОВ
@
НА КАЖДОМ СОЗВОНЕ В ТЕЧЕНИЕ МИНИМУМ ЧАСА РАССКАЗЫВАЕТ — ТУТ НАДО ТАК, ТАМ НАДО ВОТ ЭТАК
@
НАЧИНАЕТ ВЫСКАЗЫВАТЬ ПРЕТЕНЗИИ, ЧТО БЮДЖЕТ НАМНОГО ПРЕВЫШАЕТ ЗАЭСТИМИРОВАННЫЙ
@
НАПОМИНАЕШЬ ЕМУ СКОЛЬКО НОВЫХ ФИЧ/ИЗМЕНЕНИЙ БЫЛО СДЕЛАНО
@
СОГЛАШАЕТСЯ, ЧТО ДА
@
СПАСИБО ЕМУ ХОТЯ БЫ ЗА ЭТО, ХОТЯ МОЖНО БЫЛО БЫ ОСОЗНАВАТЬ ЭТО И БЕЗ МОЕЙ ПОМОЩИ
@
ПОЧЕМУ-ТО ДРУГИЕ КЛИЕНТЫ ПОНИМАЮТ ЭТО САМИ БЕЗ ПОСТОРОННЕЙ ПОМОЩИ
Ну, у него выбора всё равно нет. Он может жаловаться сколько захочет, что дорого, но работа требует столько времени сколько она требует.
Оно то да. Но нервы он мне не компенсирует. Часто хочется кидать эти пикчи клиентам, но боюсь, они обидятся
@
ПРИСЫЛАЕТ ФОТО ЭКРАНА МОНИТОРА, СДЕЛАННОЕ НА ТЕЛЕФОН
@
ВЕДЬ КОПИРОВАНИЕ ТЕКСТА И СКРИНШОТЫ ПОКА ЕЩË НЕ ИЗОБРЕЛИ
>ПРОСИШЬ У КОЛЛЕГИ ПРОГРАММИСТА КАКУЮ-ТО ИНФОРМАЦИЮ
>@
>ПРИСЫЛАЕТ С КОДОМ 200
>@
>ВНУТРИ СООБЩЕНИЕ 404 YA NE ZNAYU
Я внезапно понял почему так много того, что называют "левой повесткой" в США. Потому что там реально куча народа просто озлобленные долбоебы, которым приходиться многократно повторять, что быть озлобленным долбоебом это плохо.
>ПРОСИШЬ У КОЛЛЕГИ ПРОГРАММИСТА КАКУЮ-ТО ИНФОРМАЦИЮ
>@
>ВЫСЫЛАЕТ ТЕБЕ СООБЩЕНИЕ YA NE ZNAYU С SMTP КОДОМ 550
>@
>ТРАНСПОРТ ДРОПНУЛ ЭТО ПИСЬМО НА ПЕРВОМ ЖЕ ХОПЕ
>@
>СИДИШЬ КАК ДЕБИЛ ПЕРЕД КОМПЛЮХТЕРОМ, ВСЁ ЕЩЁ ЖДЁШЬ ОТВЕТА
>ВЕДЬ КОПИРОВАНИЕ ТЕКСТА И СКРИНШОТЫ ПОКА ЕЩË НЕ ИЗОБРЕЛИ
@
ЗАБЛОЧЕНО СБШНИКАМИ, ТЫ РАБОТАЕШЬ В ВТБ
@
МЫ ЖЕ УСПЕВАЕМ?
@
НИЧЕГО, Я СКАЗАЛ, ЧТО УСПЕЕМ, СДЕЛАЕМ ВСЁ ВОЗМОЖНОЕ, БИЗНЕС ХВАЛИТ НАШУ КОМАНДУ ЗА ОПЕРАТИВНОСТЬ
@
РЕБЯТА, УЖЕ 17, ЗАДАЧА В РАБОТЕ?
@
ТРЕБОВАНИЯ К ЗАДАЧЕ ЕЩЁ ПИШУТСЯ?
@
ДАВАЙТЕ ПОДНАЖМЁМ
@
РАСПАРАЛЛЕЛЬТЕ ЗАДАЧУ, ПУСТЬ ВСЕ ЕЙ ЗАНИМАЮТСЯ
@
РЕБЯТА, ПОЛЧАСА ОСТАЛОСЬ...
@
РЕБЯТА...
@
ДАВАЙТЕ ОСТАВАТЬСЯ НА СВЯЗИ, ПОКА ЗАДАЧА НЕ БУДЕТ ЗАКРЫТА, НЕ УХОДИТЕ...
> ЗАБЛОЧЕНО СБШНИКАМИ
@
ВСЁ АНАЛЬНО ЗАБЛОЧЕНО
@
ЭТО НЕ ПОМЕШАЛО КОМПАНИИ СЛОВИТЬ ВИРУС ШИФРОВАЛЬЩИК
@
КОЛЛЕГИ, У КОГО-НИБУДЬ ЕСТЬ ЛОКАЛЬНЫЕ БЭКАПЫ ХОТЬ ЧЕГО-ТО?
@
...
@
НАХОДИТЕ ЛИНУКСОВУЮ ПЕКАРНЮ, НА КОТОРУЮ ЛИЛ БЭКАПЫ ОДИН ИЗ РАЗРАБОВ
@
СБ ШТРАФУЕТ РАЗРАБА ЗА НЕСАНКЦИОНИРОВАННОЕ УСТРОЙСТВО В КОНТУРЕ РАЗРАБОТКИ
7 ЛЕТ ИЗУЧАЕШЬ ХАМЛ И ДЕЛАЕШЬ НА НЁМ КРУДЫ
ВЕДЬ ЭТО ЖЕ ТЕХНОЛОГИЯ БУДУЩЕГО
ТО ЧТО ЭТО СРАНЫЙ ТЕКСТОВЫЙ ХМЛ ИГНОРИРУЕШЬ
НЕ МОГУТ ЖЕ МАЙКИ БЫТЬ НЕПРАВЫ
2025 НОЯБРЬ
> Проблемы Windows 11, по мнению Microsoft, связаны исключительно с XAML (eXtensible Application Markup Language
ЖИДКО ПУКНУВ ОБТЕКАЕШЬ
@ @ @ @ @ @ @ @ @ @ @ @
> > Проблемы Windows 11, по мнению Microsoft, связаны исключительно с XAML (eXtensible Application Markup Language
> ЖИДКО ПУКНУВ ОБТЕКАЕШЬ
Опять двачера выебали журналисты и он обтекает
https://support.microsoft.com/en-us/topic/kb5072911-multiple-symptoms-occur-after-provisioning-a-pc-with-a-windows-11-version-24h2-update-d2d30684-4e2b-47f5-9899-a00a8e0acb09
> Cause
> The applications have dependency on XAML packages that are not registering in time after installing the update.
Кумар Джопеш не дописал в скрипт установки обновления три команды, а виноват XAML
но XAML та ещё хуйня
Тише. Раст уронил Интернет ты что не слышал этого? Всё раст и хамл это говно и точка.
@
ПОХ, ЧТО В ЧАТЕ ЛЮДИ ТОЧНО ТАК ЖЕ СИДЯТ И ДУМАЮТ, КАК РЕШИТЬ ПРОБЛЕМУ
@
НО ОТ ТОГО, ЧТО ПОПИЗДЯТ ГОЛОСОМ, СРАЗУ СГЕНЕРИРУЮТСЯ ПРАВИЛЬНЫЕ МЫСЛИ
>ОТ ТОГО, ЧТО ПОПИЗДЯТ ГОЛОСОМ, СРАЗУ СГЕНЕРИРУЮТСЯ ПРАВИЛЬНЫЕ МЫСЛИ
Ну вообще так и есть. Голосовая речь и письменная речь в корне отличаются по своей структуре. Голосовая речь больше подходит для синхронизации мыслей.
Иногда надо заставить разраба выйти на колл и за полчаса выяснить что он там делает, объяснить что надо, чем неделю пытаться это делать через тасочки и чатик.
ЛАТИНСКАЯ АМЕРИКА
Хуя менеджеришки прячут свое неумение внятно сформировать тз. Съеби из профессии, плиз
>>3591832
СПРОСИЛ/ПРЕДЛОЖИЛ ЧОТ В ЧАТЕ
@
ОДИН МОЖЕТ ЦЕЛЫЙ ДЕНЬ НЕ ОТВЕЧАТЬ, ПОКА ПАРУ РАЗ НЕ ТЕГНЕШЬ ИЛИ НА ДЕЙЛИ ПРИ ЛИДЕ НЕ СПРОСИШЬ
@
ВТОРОЙ ПОТРАТИЛ ВЕСЬ СВОЙ МЕСЯЧНЫЙ ЛИМИТ ЗНАКОВ ПРЕПИНАНИЯ ПЕРВОГО ЧИСЛА И ТЕПЕРЬ ОТВЕЧАЕТ В СТИЛЕ "ПЕРЕДЕЛАТЬ НЕЛЬЗЯ ОСТАВИТЬ" ИЛИ ПРОЁБЫВАЕТ ВОПРОСИТЕЛЬНЫЕ ЗНАКИ
@
ТРЕТИЙ И ЧЕТВЁРТЫЙ БЕЗ СТРОГО ОПРЕДЕЛЁННОГО НАБОРА СМАЙЛОВ И ЭМОДЗИ (У КАЖДОГО СВОЙ) СЧИТАЮТ СООБЩЕНИЕ САРКАЗМОМ/ИРОНИЕЙ/ЛИЧНЫМ ВЫПАДОМ В СВОЙ АДРЕС И НАЧИНАЮТ ОПРАВДЫВАТЬСЯ/АГРИТЬСЯ
@
ПЯТЫЙ ТУПО НЕ ПОНИМАЕТ ЧТО НАПИСАНО И ОТВЕЧАЕТ ХУЙНЮ
@
ШЕСТОЙ ВЫВАЛИВАЕТ СТЕНУ КОСНОЯЗЫЧНОГО ТЕКСТА КОТОРУЮ БЕЗ ПУЗЫРЯ (ДА И С НИМ ТОЖЕ) НЕ РАЗБЕРЁШЬ
@
СЕДЬМОЙ ПРОСТ ДУШНИТ ДОЁБАМИ ДО ФОРМУЛИРОВОК И НИХУЯ НЕ ОТВЕЧАЕТ ПО ДЕЛУ
Я ебал, если за полчаса-час и/или за пару сообщений вопрос не решился в чате - это созвон. Лиды с менеджерами вообще не парятся - сразу созвоны делают, но наши хоть научились topic/subject в гугломите писать.
СДЕЛАЛИ ОТДАЧУ КОДА 200
@
ВНУТРИ ОШИБКА
@
ЗАБЫЛИ ОБРАБОТАТЬ ОШИБКУ ОСОБЫМ ОБРАЗОМ
@
5 ЛЕТ ФУНКЦИОНАЛ ВАЛИДАЦИИ ЗАПРОСА НЕ РАБОТАЛ ОТДАВАЯ 200 И ВНУТРИ ОШИБКУ
@
В ДРУГОМ МЕСТЕ ЗАБЫЛИ СДЕЛАТЬ no-cache...
>404 вообще может означать что угодно
А должно означать исключительно отсутствие такого адреса. Я бы бил ебало за возврат 4хх кодов руками из бизнес слоя.
Так адрес и отсутствует, ведь он содержит id несуществующей сущности.
Долбач ты сраный 200 означает что сервер вернул тебе html страницу. По любой другой причине он вернёт тебе 500. Так работал веб изначально и так диды придумали, то что диды не стали переписывать стандарты из-за появления возможности передать в ответ что-то кроме html страничек это другой вопрос.
Ты кстати 201 используешь? А 202?
<body>ГИПЕРТЕКСТ НЕ НАЙДЕН</body>
А ты в ответ выдаешь html страничку? Если нет и у тебя SPA, то ты долбач.
404 даже по спеке это отсутствие на сервере страницы или ресурса. расслабься, солнышко
Да, это непростой текст. Давай созвонимся и всё объясню за 5 мин
Xaml говнище сраное, я всегда его ненавидел.
Самый охуенный подход в флаттере, когда у тебя не 2 или 3 языка, как в сраном вебе, а 1.
Я один раз ревьюил код и предложил немного переписать кусок, чтобы код был порядка почище. Так разраб мало того, что заставил чатгпт это исправлять, так ещё и её ответ в комментарии запостил. Открываю я ревью, а там YES YOU ARE ABSOLUTELY RIGHT
А что ещё мне передавать через протокол передачи гипертекста? Жсон не сработает, хмл тоже, остаётся только хтмл.
сначала на вторую итерацию ревью и особо душные доебы потом постепенно расширять на весь процесс
в освободившееся время скроллить двачи
такто надо бить по рукам за задание любого http кода отличного от 200 и 201.
Как мне мониторинги настраивать?
ресурс в оригинале это html страничка. Но никак не юзер внутри приложухи
У тебя абстракция протекает. Вот аиб после каждого поста генерируют html, который всем отдают как статический ресурс. А могли бы по простому рендерить на каждый запрос из бд. Получается по-твоему в первом случае если тред не найден, возвращаем 404, а во втором 200 с какашкой внутри. То есть код ответа зависит от реализации, что в общем-то бредовый подход.
на улице 1990 год, интернет это набор разнообразных протоколов
@
Давайте выдумаем протокол для текстовой информации с возможностью ссылок
@
что есть ресурс? Точно отчёт или юзер, которых иван говнов выдумает через 40 лет
говорит какого типа страничка в результате - хтмл, хмл, октет/стрим и т.д.
Страничка в формате json.
на страничке описание юзера. Не вижу противоречий
Еще классная страничка в формате multipart formdata. Короче, хватит
@
ПРОЕКТ ДО ЭТОГО БЫЛ РАЗВËРНУТ НА ДРУГОМ ОБЛАКЕ И БЫЛО ПРОПИСАНО API, ПО БЫСТРОМУ РАЗВËРНУТОЕ НА МОËМ ЛИЧНОМ СЕРВЕРЕ
@
DEVOPS РАЗВЕРНУЛ ВСË, ПРОПИСАЛ URL НОВОГО ИНСТАНСА API, КОТОРЫЙ ОН РАЗВЕРНУЛ
@
НЕ ЗАПУСТИЛ МИГРАЦИИ ДЛЯ БАЗЫ ДАННЫХ API НА ЭТОМ ИНСТАНСЕ
@
ЕСТЕСТВЕННО API ВОЗВРАЩАЕТ ОШИБКУ 500
@
ОН НЕ СКАЗАЛ МНЕ, ЧТО ОН ПЕРЕНАПРАВИЛ ВСË НА НОВЫЙ ИНСТАНС API
@
ПОТОМ КЛИЕНТ ОРËТ, ЧТО ВСË СЛОМАЛОСЬ
@
Я ТОЖЕ МОГ БЫ ПЕРЕПРОВЕРИТЬ ВСЁ, НО ПОЧЕМУ ДЕВОПС МОЛЧАЛ КАК ПАРТИЗАН?
@
У МЕНЯ И ТАК БЫЛО МНОГО РАБОТЫ ПО РАЗРАБОТКЕ, А ТУТ ЕЩË СЛЕДИТЬ ЗА ТЕМ, ЧТОБЫ ДЕВОПС НЕ НАКОСЯЧИЛ
@
ПОЧЕМУ НЕ ПОПРОСИТЬ РАЗРАБОТЧИКА ПРОВЕРИТЬ, ЧТО ВСЁ РАБОТАЕТ В НОВОМ ИНСТАНСЕ API?
@
ПРОВЕРИТЬ, ЧТО БАЗА ДАННЫХ НАСТРОЕНА И РАБОТАЕТ?
>Давайте выдумаем протокол для текстовой информации с возможностью ссылок
Сам придумал? Или в книжке по информатике для 9го класса прочитал?
То что ты несешь хуйню легко убедится прочитав простую историю, но ты тупой, читать не умеешь и продолжаешь нести хуйню.
@
УХОДИШЬ
@
...
@
ОЛЕГ, МОЖЕШЬ СРОЧНО ВЗЯТЬ ЗАДАЧУ В РАБОТУ?
@
ДЕЛАЕШЬ КРУТОЙ ПАРАЛЛАКС ЭФФЕКТ, ГОРДИШЬСЯ РЕЗУЛЬТАТОМ
@
КЛИЕНТ ПИШЕТ БАГ:
@
ИСПРАВИТЬ РАССИНХРОНИЗАЦИЮ ПРОКРУТКИ КОНТЕНТА И КОЛËСИКА МЫШКИ
@
DIRECTED BY ROBERT BY WEIDE.MP4
@
https://www.youtube.com/watch?v=qzbtdclsJXw
@
ИЗДАЕШЬ МЫЧАЩИЕ ЗВУКИ ПЬЯНОГО В ДУПЕЛЬ ЖИВОТНОГО
@
- ЧТО, СОВСЕМ НЕ ПОЛУЧИТСЯ?
Два долбоёба блят. Один хелсчеки и автомиграции не сделал, второй в мониторинг не смотрит и без согласований чот гдет меняет. Оба не могут договориться. А теперь ебитес
@
НЕ ОТВЕЧАЕШЬ В ТЕЧЕНИЕ ПАРЫ ЧАСОВ
@
ПОДСТАВИЛ КАБАНЫЧА
@
НА РАБОТУ МОЖНО БОЛЬШЕ НЕ ВЫХОДИТЬ
ПИYЖАК?
@
ЛАТИНСКАЯ АМЕРИКА
Hypertext Transfer Protocol
a software system that allows extensive linking between sections of text and associated material.
Я не знаю блять где вас таких на работу блять берут. HTTP создан для обмена страничками с текстом в котором есть ссылки на другие странички с текстом и ссылками. Это буквально блять название протокола.
Мир пошёл по пизде в тот момент когда через протокол гипертекста решили слать json и все вот в 2002 году блять. Надо было 20 лет назад послать Дугласа делать свой прикладной протокол и жизнь стала бы проще.
Маня, ты застрял в ловушке "раньше было проще". Все развивается. Все это признают. Да даже rfc по семантике http открой:
HTTP has been the primary information transfer protocol for the World Wide Web since its introduction in 1990. It began as a trivial mechanism for low-latency requests, with a single method (GET) to request transfer of a presumed hypertext document identified by a given pathname. As the Web grew, HTTP was extended to enclose requests and responses within messages, transfer arbitrary data formats using MIME-like media types, and route requests through intermediaries.
Энивей, эти спеки тоже не в камне высечены, какие альтернативы? И какая, по большому счету, разница?
Ну и эта, бля, json тебе чем не текст?
Также спека:
The target of an HTTP request is called a "resource". HTTP does not limit the nature of a resource; it merely defines an interface that might be used to interact with resources.
Насколько нужно быть недалеким чтобы заниматься выкручиванием смысла из интерпретацией слов.
Но даже тут ты обосрался, поскольку в твоей опухшей голове гипертекст воспринимается как текстовый файлик переданый из файловой системы и все тут.
Дай угадаю, ты не кодерок, ты просто админ, который всю жизнь чистил вентиляторы и решил пройти курсы?
>как тут помогает созвон?
В созвоне появляется дополнительный низкоуровневый невербальный канал, плюс короткая обратная связь. Шанс на ошибочное толкование ниже. На хорошо организованном созвоне скорость синхронизации мыслей на порядок выше, чем у текстовой переписки.
на созвоне нет времени думать, только говорить. Менеджерам удобно, им думать не надо, только говорить
>на созвоне нет времени думать,
повестка должна быть опубликован до созвона
>повестка должна быть опубликован до созвона
Чел, мы либеральное общество. Наша повестка и политика отношения ЛГБТ есть на сайте.
сделали протокол для передачи текста, окей.
Но ведь он ничего не знает ни о твоих отчёта, ни о юзерах. Делай свой прикладной текстовый протокол поверх, и там задавай коды про отчёт не сведён. Зачем пытаться смешивать прикладной протокол и протокол передачи текста
>протокол для передачи текста
Ты сейча ссказал, что нельзя картинки по этому протоколу передавать?
потом изобрели html и появилась нужда в картинках в тексте
Почему со стороны очевидно, что решения принимаемые руководство неверные, а самому руководству нет? Уже не первый раз попадаю в ситуацию в которой всем кроме менеджера было ясно, что принятые решения плохие?
алертам надо знать сколько раз сругалась валидация?
Как раз когда при ошибке валидации выдаешь 400/500 - алерты трудно ставить, ведь тогда надо фильтровать валидацию от реальных 400/500
@
ПОДУМЫВАЕШЬ, ЧТО ПОРА МЕНЯТЬ СВОЙ 45" МОНИТОР НА 65"
@
ЮЗЕР СТОРИ
@
СТОРИПОИНТЫ
@
ДЕЙЛИКИ
@
ГРУМИНГИ
@
ГЕЙМИФИЦИРОВАННЫЙ РЕТРО
@
АГИЛЕ
@
ПОКУПАЕТЕ ПРОЕКТОР
@
ТЕПЕРЬ МАКЕТ В ФИГМЕ МОЖНО РАЗГЛЯДЫВАТЬ НА СТЕНЕ ДЕВЯТИЭТАЖКИ
> ГРУМИНГИ
Это когда собак стригут или когда детей в роблоксе домогаются? Нахуя это ойтишникам?
Это когда рычат низким басом непонятную хуйню под дребезжание гитар
@
НЕ МОГУТ ДАЖЕ СДЕЛАТЬ НАДËЖНО РАБОТАЮЩУЮ SAFE AREA НА ВСЕХ МОДЕЛЯХ
АНДРОИД РАЗРАБОТЧИК С 5 ЛЕТНИМ СТАЖЕМ
@
ЧИТАЕШЬ БУГУРТ
@
НЕ ЗНАЕШЬ ЧТО ТАКОЕ SAFE ARENA В КАКИХ-ТО МОДЕЛЯХ
@
И НОРМАЛЬНО
ANDROID
@
DEPRECATED
@
ДОСТАТОЧНО
@
КОЛЛЕГА СПРАШИВАЕТ, КАК ТАМ ЧТО-ТО РАБОТАЕТ
@
ХММ
@
ПОЙДУ ПОЧИТАЮ СВОЙ КОД, КАК В ПЕРВЫЙ РАЗ
> КОЛЛЕГА СПРАШИВАЕТ,
@
СОСРЕДОТОЧЕННОСТЬ НА ТЕКУЩЕЙ ЗАДАЧЕ ПОШЛА ПО ПИЗДЕ
@
ТЕПЕРЬ СНОВА ПРИДЁТСЯ ВХОДИТЬ В РАБОЧИЙ РИТМ
@
ОТВЛЕКСЯ НА МИНУТУ, ВЫПАЛ НА 10
НЕ БОЛЕЕШЬ СДВГ
@
ВСЁ НИКАК НЕ МОЖЕШЬ ПОНЯТЬ ПРО КАКОЙ ПОТОК ГОВОРЯТ ЛЮДИ ВОКРУГ
В понедельник пишу ему, мол, нехуй делать блять, задачи кончились.
- Ну вот у нас есть на горизонте огромная-фича-нейм
- Не могу сейчас к ней приступить, разработка заблокирована мержами (моими же), которые уже 2 недели висят
- Пук среньк
Чтоб вы понимали, список открытых мержей уже не помещается на одной странице в гитлабе. И это не какая-то огромная контора с гиганстким проектом, а команда из 4ех человек.
Заебало блять.
Подними этот вопрос на ретроспективе )
Я как-то был в похожей ситуации и прост начал каждый день утром хуярить в командный чат список всех моих МРов + сколько дней каждый из них висит + что ими заблокировано. Не помогло но я отрабатывал последние 2 недели перед съёбом
Алсо твой тимлид наверн выгорел/намылил лыжи на новую работу/прост заебался или все вместе. Можешь забить, можешь самоорганизоваться с остальными разрабами и ревьюить друг друга. С таким подходом не думаю что лид чот стоящее наревьюит.
Тут проблема в том, что мой тимлид стал тимлидом, потому что прошлый ушел. А так он был обычным разрабом. И мне вообще не нравится, как он исполняет тимлидские обязанности. Он хорош как разраб, но бля как тимлид…
>Можешь забить, можешь самоорганизоваться с остальными разрабами и ревьюить друг друга. С таким подходом не думаю что лид чот стоящее наревьюит.
Так я и так беру на себя большинство ревью. Там не просто мержи висят неделями, они висят отревьювленными. Ну не все, в некоторых нужен какой-то инпут тимлида, я его тэгаю + сообщаю лично, мол, вот там-то нужна твоя реакция. А мои мержи никто нихуя не хочет смотреть.
Меня это жестко калит. Кажется, что делаю дохуя работы по сравнению с остальными, с одной стороны. С другой, я не хочу кричать, что все вокруг бездельники, а я один такой ниибацца дартаньян.
Отдельный лол ловлю с того, как тимлид постоянно говорит, что нам бы еще разрабов в команду, когда я регулярно оказываюсь в ситуации, когда нечего делать. Бардак, одним словом.
@
ЭТО НИЗКОПРИОРИТЕТНО
@
ПРОДАКТ НАМ НУЖНО РЕШИТЬ ПРОБЛЕМУ Х
@
ЭТО НИЗКОПРИОРИТЕТНО
@
БЛЯ, НАХУЙ, ЗАКАЗЧИК В АХУЕ, ВАШ ГОВНОПРОДУКТ НЕ РАБОТАЕТ! КАКОГО ХУЯ ВЫ ЗАРЕЛИЗИЛИ ЭТО С ПРОБЛЕМОЙ Х?
@
АНТОН, ПОЧЕМУ ТЫ НЕ РЕШИЛ ПРОБЛЕМУ Х РАНЬШЕ? ЭТО ЖЕ ТАОЯ ЗОНА ОТВЕТСТВЕННОСТИ. МЫ С ЛИДОМ НЕ МОЖЕМ ЗА ВСЕМ УСЛЕДИТЬ. ТЫ ГОВОРИЛ ПРО ЭТУ ПРОБЛЕМУ? ЗНАЧИТ ТЫ НЕ СИОГ АРГУМЕНТИРОВАТЬ ЕЁ ВАЖНОСТЬ. Я ДАЖЕ НЕ ПОМНЮ, СТОБЫ ТЫ КОГДА-ТО ПРО НЕЁ УПОМИНАЛ.
🤡🤡🤡
Да просто пересылаешь им письмо с их словами "Это низкоприоритетно", и они затыкаются.
Да это как обычно всё на митингах обсуждалось, а не в чатах. Хоть бы уволили меня после этого. Наконец-то появиться мотивация найти другое место работы
Пришел начальник отделения с вопросом кто виноват и что делать. Я показал пальцем на менеджеров и отдал фикс. Начальник сказал, что разберётся. Если меня и уволят, то возможно, что не одного.
>Наконец-то появиться мотивация найти другое место работы
))))))))))))))))))))))))))))))))))))))))))
Нищееба бугурт. Мак умеет копировать текст прям с картинки.
И это охуенно, сколько раз это экономило время.
Но присылать скриншоты текста - это всё равно немного по-свински.
ПЕРЕКАТИЛСЯ С ОДНОГО ПРОЕКТА НА ДРУГОЙ, ЧТОБ РАЗВИВАТЬСЯ
@
РАНЬШЕ ЗАНИМАЛСЯ ПОДСЧЕТОМ МЕТРИК И ДОБАВЛЕНИЕМ НОВЫХ В КАКИХ-ТО ТАБЛИЦАХ ФАЙЛОВ В УЖАСНОМ КОДЕ, ГДЕ ВСЕ НЕПОНЯТНО СЧИТАЕТСЯ И НАМЕШАНО В СПАГЕТТИ-КОД, НИКТО НЕ ПРИКАСАЛСЯ К НЕМУ ОЧЕНЬ ДАВНО, ПОТОМУ ЧТО СЕРВИС НИКОМУ НЕ НУЖЕН
@
ПЕРЕШЕЛ НА НОВУЮ РАБОТУ, ГДЕ ПРОЕКТ НРАВИТСЯ, ВСЕ ИНТЕРЕСНО, КРАСИВАЯ АРХИТЕКТУРА.
@
вВ ИТОГЕ ТЕБЕ НА НЕМ ВСЕ РАВНО ДАЮТ ФИЧИ, ГДЕ НУЖНО ЗАЛЕЗТЬ ЛИБО В СТАРЫЙ СТРЕМНЫЙ СЕРВИС, ЛИБО НАПИСАТЬ ДЕСЯТЫЙ АНАЛОГ ДАШБОРДА, МЕТРИКИ КОТОРОГО ДОЛЖНЫ СОВПАДАТЬ С МЕТРИКАМИ ДЕВЯТИ ПРЕДЫДУЩИХ РЕАЛИЗАЦИЙ, КОТОРЫЕ ЗАЛУПНО СЧИТАЮТСЯ 10 РАЗ В НЕПОНЯТНЫХ МЕСТАХ, КАЖДЫЙ РАЗ ПО-РАЗНОМУ, ЕЩЕ И ДОБАВИТЬ СВОИХ, НЕМНОГО ИЗМЕНИВ И НАПИСАТЬ ПО ВСЕМУ ДОКУМЕНТАЦИЮ
По тебе видно, что ты дурачок. Нет задач - сиди своими делами занимайся или что-то новое изучай. А то ни себе, ни людям не даешь спокойно жить. Тебе больше всех надо скорее на новый БМВ для любовницы своего кабана заработать?
Я сначала подумал, что это я пост написал и забыл о нем, но нет. Привет разработчик с идентичными рабочими процессами.
> Тут проблема в том, что мой тимлид стал тимлидом, потому что прошлый ушел. А так он был обычным разрабом. И мне вообще не нравится, как он исполняет тимлидские обязанности. Он хорош как разраб, но бля как тимлид…
мяу.
> Так я и так беру на себя большинство ревью. Там не просто мержи висят неделями, они висят отревьювленными. Ну не все, в некоторых нужен какой-то инпут тимлида, я его тэгаю + сообщаю лично, мол, вот там-то нужна твоя реакция. А мои мержи никто нихуя не хочет смотреть.
мяу.
> Меня это жестко калит. Кажется, что делаю дохуя работы по сравнению с остальными, с одной стороны. С другой, я не хочу кричать, что все вокруг бездельники, а я один такой ниибацца дартаньян.
Ну, я этот этап уже прошел и работаю теперь по 4 часа кроме моментов когда "ааа, всё горит".
> Отдельный лол ловлю с того, как тимлид постоянно говорит, что нам бы еще разрабов в команду, когда я регулярно оказываюсь в ситуации, когда нечего делать. Бардак, одним словом.
Я бы радовался на твоём месте. Можно заняться своими делами. У меня же 200+ задач в бэклоге. Хватит лет на 10 по моим подсчётам.
> Хватит лет на 10 по моим подсчётам.
@
НЕЙРОСЕТЬ ДЕЛАЕТ ВСЁ ЗА МЕСЯЦ
@
КОЛЛЕГИ, ГДЕ У НАС В ГОРОДЕ КОРМЯТ БЕСПЛАТНО, ЗНАЕТ КТО?
Всегда нужно фиксировать информацию, особенно важную, электронно.
Я скриншочу отдельные сообщения, и у меня есть отдельная папка в почтовом клиенте.
По дефолту соглашаться с тимлидом не стоит, у тебя своя голова на плечах, чтобы подсветить нужные моменты, чтобы вы потом вдвоем не ограбили.
Это база.
Скорее всего в твоём случае ты неинициативный
Понял, в целом согласен.
> Ты не инициативный
Я был инициативным, но за это денег не платят. Каждый раз когда я предлагал делать что-то на перекор лиду, то лид обижался и всё равно делал по своему с фразой "мне лучше знать". Иронично, что после того как его сменили другим лидом, то новый лид делаеь именно то, что я предлагал делать предыдущему. В целом, я по опыту понял, что если руководитель самодур, то ты как работник можешь только перевестись в другую команду. Убеждать в чем-то человека выше по иерархической лестнице бесполезно, потому что каждое твоё слово делиться на два, в случае если у него есть собственное виденье.
>>3598150
Да бля, я не люблю проебываться на работе, особенно когда она потенциально есть, но разработка заблокирована висящими МРами. «Делай поверх МРа, потом ребейзнешь» - говорит тимлид. А то что там будет тонна конфликтов, его мало ебет. Поревьювить блядский мерж, который висит третью неделю? Нахуй надо, лучше сам ебись с конфликтами потом. Ну а я ебал с ними возиться. От так
Тогда переводить в другую команду или ищи другую работу. Я бы так сделал.
> Нейродебил, плез
@
ЧТО МИЛОК, ТОЖЕ РАБОТЫ ИЗ-ЗА ИИ ЛИШИЛСЯ?
@
ДЕРЖИ ЧЕПЛЫЖКУ ГРЕЧИ
@
ЕЩЁ ВЕЧЕРОМ ВЫДАЁМ, ЗАХОДИ
@
ВЫКИНУ ВСЕХ ПАГРАМИИСТОВ НА МОРОЗ, ОСТАВЛЮ МАШКУ ПРОМПТЫ ПИСАТЬ
@
ПОДПИСКА-ХУЙПИСКА, ПИДАРЫ, ЛАДНО ПОКУПАЕМ
@
НУ ТАК СПРОСИ У ИИ, ЧЕГО НЕ РАБОТАЕТ?
@
НУ ТАК СПРОСИ У ИИ, ЧЕГО РЕЗУЛЬТАТ НЕВЕРНЫЙ
@
ЭЭЭ.. ЭТА... НУ СПРОСИ У ИИ, ЧЕГО КЛИЕНТСКАЯ БАЗА ПРОСЕЛА
ДАВАЙТЕ ИСПОЛЬЗОВАТЬ GQL
@
НО ТОЛЬКО ВСЕ ДАННЫЕ БЭК ДОЛЖЕН ГОТОВИТЬ ЗАРАНЕЕ ЧТОБЫ ФРОНТ НЕ МОГ НАГРУЖАТЬ БД
@
В ИТОГЕ КАЖДЫЙ ЗАПРОС ИМЕЕТ УНИКАЛЬНЫЙ ДТО ЧТОБЫ ФРОНТ НЕ ДЕРНУЛ ЛИШНЕГО
ДАВАЙТЕ ПИСАТЬ МИКРОСЕРВИСЫ
@
НО НЕЛЬЗЯ СИЛЬНО МНОГО ЗАПРОСОВ СЛАТЬ ПОЭТОМУ ХРАНИМ ПОЧТИ ВСЕ ДАННЫЕ ЛОКАЛЬНО В КАЖДОМ СЕРВИСЕ
@
КАЖДЫЙ СЕРВИС ВЫНУЖДЕН ПОСТОЯННО СИНХРОНИЗИРОВАТЬ СВОИ ЛОКАЛЬНЫЕ ДАННЫЕ
@
СВЕРХУ ЕЩЕ НАВАЛЕН КЭШ ВЕДЬ НЕЛЬЗЯ СДЕЛАТЬ ЛИШНЕГО ЗАПРОСА К СВЯТОЙ БД
@
У ВСЕХ СЕРВИСОВ ОДНА БД И ОНИ СИДЯТ ПО СХЕМАМ
@
НА СХЕМЫ ЖЕ ДЕЛЯТСЯ И СТЕНДЫ, НО ПРОД КОНЕЧНО ЖЕ ОТДЕЛЬНО
@
ВСЕ СЕРВИСЫ ОБЩАЮТСЯ ПО REST API И ОБРАТНЫЕ ВЫЗОВЫ ПО URL
ВЫ В КРУПНОМ БАНКЕ
Когда говоришь что это странно и неправильно смотрят как на ебнутого.
МЫ БЕРЕМ НАПРАВЛЕНИЕ НА ВВЕДЕНИЕ AI В НАШ ПРОЦЕСС РАЗРАБОТКИ
@
ПОДНИМАЮТ GITHUB COPILOT НА 8000 ТОКЕНОВ КОНТЕКСТА
@
"УВАЖАЕМЫЙ МЕНЕДЖЕР, ВЫ ПОНИМАЕТЕ, ЧТО ЭТО 8000 ТОКЕНОВ НА ВХОД И НА ВЫХОД? ТО ЕСТЬ LLM СМОЖЕТ СГЕНЕРИРОВАТЬ НА 150 СТРОК КОДА ТАКИЕ ЖЕ 150 СТРОК КОДА"
@
"ДА, УВАЖАЕМЫЙ ПРОГРАММИСТ, Я ПОНИМАЮ"
@
"ВЫ ПОНИМАЕТЕ ЧТО ЭТО БЕСПОЛЕЗНО ДЛЯ РЕАЛЬНЫХ ПРОЕКТОВ В КОТОРЫХ ПО 100-200 ТЫСЯЧ СТРОЧЕК КОДА?"
@
"ДАВАЙТЕ ПОСЛУШАЕМ ЧТО СКАЖУТ ОСТАЛЬНЫЕ СОТРУДНИКИ"
@
- ОЙ, КАК ЭТО КРУТО! НЕВЕРОЯТНО ПОЛЕЗНО! Я ОБОЖАЮ ФУНКЦИЮ АВТОДОПОЛНЕНИЯ КОПИЛОТА! (МЕНЕДЖЕР ПО ПРОДАЖАМ)
- МОЯ ПРОДУКТИВНОСТЬ ВЫРОСЛА В 2 РАЗА ПО ОЩУЩЕНИЯМ! КЛАСС! (ПИТОН-ЭНИКЕЙ, КОТОРЫЙ ПИШЕТ СКРИПТЫ ДЛЯ ПОВОРОТА КАРТИНОК НА 90 ГРАДУСОВ)
- ОДНОЗНАЧНО ПОЛЕЗНАЯ ФИЧА! (КЛАУД САППОРТ ИНЖЕНЕР ПЕРВОЙ ЛИНИИ)
@
"СОТРУДНИКИ ДОВОЛЬНЫ УВАЖАЕМЫЙ ПРОГРАММИСТ."
@
МЕНЕДЖЕР ПОЛУЧАЕТ ПРЕМИЮ И ОВАЦИИ СО СТОРОНЫ ТОП-МЕНЕДЖМЕНТА ВО ВРЕМЯ ГОДОВОГО МИТИНГА
@
ПРОХОДИТ ГОД
@
"УВАЖАЕМЫЕ СОТРУДНИКИ, МЫ ПРОАНАЛИЗИРОВАЛИ КТО И КАК ИСПОЛЬЗУЕТ GITHUB COPILOT И ПРИШЛИ К ВЫВОДУ, ЧТО 98% РАЗРАБОТЧИКОВ ЕГО ПЕРЕСТАЛИ ИСПОЛЬЗОВАТЬ ПОСЛЕ ПЕРВОГО МЕСЯЦА ПО ПРИЧИНЕ ТОГО, ЧТО ОН БОЛЬШЕ ОТВЛЕКАЕТ ИХ ОТ РАБОТЫ СВОИМИ НЕВЕРНЫМИ ПОДСКАЗКАМИ. ТАКЖЕ НАМ ПОСТУПИЛО МНОЖЕСТВО ЖАЛОБ, ЧТО ЧАТБОТ ОТ МАЙКРОСОФТА ОГРАНИЧЕН 8000 ТОКЕНОВ ЧТО ДЕЛАЕТ ОБЩЕНИЕ С НИМ НИЗКОПРОДУКТИВНЫМ ТАК КАК ОН НЕ МОЖЕТ СГЕНЕРИРОВАТЬ ДАЖЕ ОДНУ ФУНКЦИЮ ДО КОНЦА. ВСЛЕДСТВИЕ ЧЕГО МЫ РЕШИЛИ ОТКАЗАТЬСЯ ОТ ЭТОГО РЕШЕНИЯ."
В случае GQL связанные сущности грузятся по месту. N+1? Ну ты сам выбрал GQL. По сути фронт напрямую в бд ходит.
В случае микрозалуп ты выделяешь общие сервисы и у тебя высокая нагрузка на них, либо ты решаешь сложнейший вопрос распределенного кэша и управления общими данными.
Монолит всегда лучше и проще.
> Монолит всегда лучше и проще.
Не всегда лучше, но всегда проще, это да.
Мне кажется люди часто не понимаю первопричину появляения микросервисной архитектуры. Есть закон Брукса, который гласит, что увеличение продуктивности команды обратно пропорционально размеру команды. То есть 1 разработчик даёт 100 % эффективности. 2 разработчика 190 % эффективности. 10 разработчиков 500 % эффективности. Связано это с тем, что каждое решение приходиться согласовывать со всей командой, изменение кода в одном месте вызывает каскадные изменения в другом месте, время тестирования фичи А сопряжено с тестированием 50 других фичей потому что так написан CI пайплайн и так далее.
Исходя из этого закона следует, что чем меньше команда разработки, тем выше её эффективность. Вопрос: как можно уменьшить команду разработки таким образом, чтобы процесс принятия решений в этой команде не нужно было согласовывать с остальными 30 000 программистами работающими в Microsoft? Выделить часть фичей, а может даже всего одну фичу, в отдельный проект. Посадить туда трех разработчиков, одного менеджера и пусть они улучшают эту одну фичу до идеала.
Хочешь использовать Postgress в качестве БД? Используй. Тебе не нужно это согласовывать с 10 техлидами. Хочешь писать на Go? Пиши на Go. Хочешь внедрить зубодробительный гайдлайн как можно писать в проекте, а как нельзя? Внедряй. Делай что хочешь, главное таски закрывай по фичи побыстрее.
Микросервисная архитектура это решение не технической, а управленческой проблемы. Когда это понимаешь, то она обретает смысл.
Вполне логичный вопрос после прочитанного выше: а почему у нас микросервисная архитектура в команде из 10 разработчиков? И ответ: потому что менеджмент невежествен. В частности те менеджеры, которые вводят любые бизнес-процессы потому что "так сделано в компании X!" не стремясь понять почему в компании X так сделано. Любой нормальный менеджер знает, что пока в команде меньше Y человек не нужно даже думать о смене монолита на другую архитектуру.
Хорошо расписал.
Я сам когда-то поддался на этот хайп, но длительный опыт показал, что просто охуеть какое количество усилий уходит на поддержку работоспособности распределённого монолита, который неизбежно получается, когда одна команда бьёт проект на микросервисы.
Микросервисы еще требуют высокой культуры разработки и проектирования архитектуры, а также бешеных денег на инфру. Как у нас у лида тряска от большого количества запросов в бд и межсервисных вызовов, ведь это нагрузка.
Самое интересное что grpc не используется, даже там где его логично воткнуть. Потому что "он не человекочитаем" хотя наши дто не пишутся в логи блять.
И так во всем. Берется технология или подход, из него убирают кор механики и пытаются использовать. В итоге всем очень больно. Берутся "общие решения банка" и все команды должны их использовать, похуй что в нашем стеке принято использовать другие технологии, а под те что надо нет документации, библиотек и даже ИИ с трудом может выдать ответы из-за малого корпуса материалов.
Кек. Кстати да, монолит спокойно масштабируется. Просто используются разные билд варианты одной и той же кодовой базы. Поэтому аргумент микросервисных архитекторов про масштабирование не более попытка пустить пыль в глаза.
Оффтоп. У нас лид команды двумя главными аргументами перехода с java на go, назвал наличие линтера и горутин в go. На вопрос в чем отличие этого от линтера и зелёных потоков в java в ответ было тяжёлое молчание, после чего он сказал, что решение уже принято. Примерно также выглядит человек аргументируюший преимущества микросевисной архитектуты масштабированием.
Понимаю твою боль. В моей компании тоже самое. Уже четвертая итерация переписывания всего решения потому что менеджмент в очередной раз пришел к моменту осознания, что снова сделали "говно".
Симптоматично, что несмотря на наличие рефлексии, никого из менеджмента ответственного за уже третий провал создания SaaS платформы не уволили. На ошибках учатся. Наверное. А возможно это просто попил бабла инвесторов.
> Просто используются разные билд варианты одной и той же кодовой базы.
Можешь чуть подробнее рассказать? Грубо говоря бд юзеров пилится пополам по некому признаку, в связи с чем код в паре мест меняется для каждой половины?
Я просто не погромист, так, балуюсь.
Разные сервисы выделяются из монолита путем сборки разных конечных аппок которые разделяют общую модель данных и общий базовый функционал.
> Можешь чуть подробнее рассказать?
В зависимости от системы сборки это по разному реализовано, но так или иначе билд-вариант это просто набор файлов (в С++ можно до строчки кода) которые относятся к какому-то билду (featureA, featureB, release, debug, так далее).
Например, featureA содержит в себе только тот код, который нужен для этой фичи, только те зависимости которые нужны для этой фичи, только те ресурсы которые нужны для этой фичи. Если тебе нужно масштабировать на несколько серверов только эту фичу и не тащить за собой всё остальное приложение, то собираешь только её и развертываешь как отдельный артифакт.
То есть не микросервисы, а просто сервисы? Отличие только в отсутствии взаимодействий между ними?
> То есть не микросервисы, а просто сервисы?
Что ты имеешь ввиду? Сервис - это что угодно, что оказывает услугу потребителям. Микросервис - это конкретная архитектура решения.
Если ты не понял, то разница между монолитной и микросервисной архитектурой заключается в разной связанности частей решения между собой.
- В монолите фича 1 живет в том же репозитории, что и фича 2. В микросервисе фича 1 живет в репозитории 1, а фича 2 живет в репозитории 2.
- В монолите фичи переиспользуют общий код, потому что они в одном репозитории. В микросервисе общего кода между фичами нет.
> Отличие только в отсутствии взаимодействий между ними?
Почему ты подумал, что между ними не может быть взаимодействия? Что мешает фиче 1 сделать запрос фиче 2 на другом сервере?
> > То есть не микросервисы, а просто сервисы?
> Что ты имеешь ввиду?
Это скорее была ирония, потому что я не понял, чем твое изначальное описание распределенного монолита отличается от микросервисов.
> Почему ты подумал, что между ними не может быть взаимодействия? Что мешает фиче 1 сделать запрос фиче 2 на другом сервере?
Потому что в моем представлении микросервисная архитектура была больше про сам код и взаимодействия между его кусками, а не про его организацию в проект, процесс разработки и менеджмент команды. Скорее всего я не прав, но как человека, который не планирует вкат в разработку, меня больше именно это интересовало всегда.
Если рассматривать только эти аспекты, то вроде бы ты описал то же самое, что микросервисы, но без микро.
> - В монолите фичи переиспользуют общий код, потому что они в одном репозитории. В микросервисе общего кода между фичами нет.
Я правильно понял, что под общим кодом имеются ввиду либы, модули и так далее? Если нет, то в чем проблема копипастить код из соседней фичи?
> Если ты не понял, то разница между монолитной и микросервисной архитектурой заключается в разной связанности частей решения между собой.
Все же уточню. Имеется ввиду связанность на каком этапе? На этапе разработки? Потому что если исходить из
> Что мешает фиче 1 сделать запрос фиче 2
Та на этапе эксплуатации решения связанность там та же самая, что у микросервисов.
> Если рассматривать только эти аспекты, то вроде бы ты описал то же самое, что микросервисы, но без микро.
Для меня это звучит как разделение слова машина на "ма" и "шина". Микросервис - это не "микро" и "сервис", это отдельное слово имеющее самостоятельное значение.
> Я правильно понял, что под общим кодом имеются ввиду либы, модули и так далее?
Да, верно.
> Все же уточню. Имеется ввиду связанность на каком этапе? На этапе разработки?
На всех этапах. На этапе написания кода, на этапе выбора зависимостей, на этапе сборки, на этапе тестирования, на этапе деплоя, на этапе рантайма. Чем связанность больше, тем ближе мы к монолиту. Чем связанность меньше тем ближе к микросервисной архитектуре. Отдельный репозиторий обрубает связанность по коду, по зависимостям, по сборке, по тестированию, по деплою, оставляя свзанность лишь по рантайму если такая связанность предполагается архитектором.
> Та на этапе эксплуатации решения связанность там та же самая, что у микросервисов.
Да, верно, но это не зависит от архитектуры решения в терминах микросервис vs монолит. Это другое разделение standalone vs distributed решение. Можно иметь распределенный монолит, который может быть как набор идентичных приложений развернутых на разных машинах, так и в виде отдельных фичей, собранных из одной кодовой базы, и развернутых на разных машинах. Можно иметь автономный микросервис, когда все микросервисы решения запускаются на одной машине. Просто чаще всего монолит запускают как автономное, а микросервис как распределённое решение.
я джун-разраб, нашел работу в 2025 году на hh.ru
абсолютно левый для компании, отобрался без проблем из 500 человек в продуктовую небольшую (40 человек штат) компашку
прибавили зп уже через 2 месяца до конца изначального испытательного срока
задавайте вопросы
@
ПРИСУТСТВУЕТ НА ВСЕХ СОЗВОНАХ
@
ОТВЕЧАЕТ В ЧАТЕ
@
О - ОТДЫХ
А у вас чат бот или агент копайлота?
А пользуюсь claude code, батя говорит малаца.
У них скорее всего безопасники/админы не дают норм коммерческие/облачные модели, а локальных мощностей только на 8кб контекста хватает, который и в Claude code будет говном.
И то и другое. Из-за того, что менеджмент решил поднять свой сервак такой маленький контекст. А использовать сервер майков они не захотели из-за подозрительного соглашения про использование данных.
В итоге пересадили разработчиков на курсор. Я сейчас его испытываю. Есть свои косяки, но пока точно лучше чем копайлот на своем сервере.
>подозрительного соглашения про использование данных.
Кому вы блять нужны 300 лет. Ей богу сука ебаные шизофреники которые хранят корпоративные тайны хуй пойми чего. У вас в коде ключи шифрования я открытом виде или номера кредиток руководства?
Ну, это даже не их желание, а желание заказчиков. Да, такое бывает. Заказчик говорит вы должны пройти сертификацию как организация и если в сертификации есть пункт про использование ллмок, то будь добр соответствуй.
@
ТОНКИЕ КЛИНТЫ ВЕЗДЕ
@
ДОСТУПЫ НУЖНО ЗАПРАШИВАТЬ НА КАЖДЫЙ ПУК ПО ОТДЕЛЬНОСТИ
@
КРИТИЧЕСКАЯ ЧАСТЬ ПРОЕКТА ЗАВИСИТ ОТ ЛИБЫ ВАСЯНА С ДВУМЯ ЗВЕЗДОЧКАМИ НА ГИТХАБЕ
@
ВЕРСИЯ НЕ УКАЗАНА
ПОКУПАЕШЬ У ВАСЯНА РЕПОЗИТОРИЙ ЗА КРИПТУ
@
РЕЛИЗИШЬ НОВУЮ ВЕРСИЮ С ФЕЙКОВОГО АККАУНТА ПОДКЛЮЧЕННОГО ЧЕРЕЗ ИРАНСКИЙ ВПС
@
ВРЕМЯ ДЕЛАТЬ ДЕНЬГИ
Сука. Когда меня уже уволят с этой параши господи.
>ЗЕРО ТРАСТ СЕКЬЮРИТИ
>@
>ТОНКИЕ КЛИНТЫ ВЕЗДЕ
>@
>ДОСТУПЫ НУЖНО ЗАПРАШИВАТЬ НА КАЖДЫЙ ПУК ПО ОТДЕЛЬНОСТИ
@
СЕРВЕРА ЛОВЯТ ШИФРОВАЛЬЩИК
Это ты тот анон который фронтенд на Java пишет? И какая зп/стек по итогу?
Это вниманиеблядок, который в КАЖДОМ треде отметился. Не кормите вниманиеблядка
У меня +- такое же было, только делал бота для продаж на основе этих иишек
в итоге решили свернуть проект по причине "ну им все равно никто не пользуется"
минус деньги на ровном месте :)
@
ПРИ РЕАЛИЗАЦИИ СЛОЖНОЙ ЛОГИКИ ЕБЛИ БОЛЬШЕ, ЧЕМ С CODE
@
ОТЛАДКА — ËБАНЫЙ АД
@
NOCODE — ЭТО ЖЕ ТАК ОХУЕННО
Кек, я ещё 12 лет назад говорил, что визуальное программирование это хуйня. Выглядит для рекламы заебись, а если надо именно с этим работать, но не удобней чем текстовой блокнот. Время идёт, а менеджмент остаётся некомпетентными хомяками.