
@
НА КАЖДОМ УРОВНЕ ТРИ МЕНЕДЖЕРА
@
КТО ЭТИ ДЕВЯТЬ МЕНЕДЖЕРОВ НЕ СКАЗАНО
@
ЗВУЧАТ СЛОВА ЭФФЕКТИВНОСТЬ, ВОВЛЕЧЕННОСТЬ, ОТЛИЧНОЕ УПРАВЛЕНЧЕСКОЕ РЕШЕНИЕ, ДАВАЙТЕ РАБОТАТЬ ВМЕСТЕ, СДЕЛАЕМ КОМПАНИЮ УСПЕШНОЙ
@
ВСЕ ПРОБЛЕМЫ ДО ЭТОГО МОМЕНТА РЕШАЛИСЬ ДРУГОЙ ГЕНИАЛЬНО ЭФФЕКТИВНО УПРАВЛЕНЧЕСКОЙ СХЕМОЙ
@
ЕСЛИ РЕШЕНИЕ ТВОЕЙ ПРОБЛЕМЫ ПРЯМО НЕ УВЕЛИЧИТ КОЛИЧЕСТВО ДЕНЕГ НА СЧЁТУ КОМПАНИИ, ТО ИДИ НАХУЙ
@
ЭТА СХЕМА БЫЛА ПРИДУМАНА ТЕМИ ЖЕ МЕНЕДЖЕРАМИ КТО ПРИДУМАЛИ НОВУЮ СХЕМУ
@
ПОНИМАЕШЬ, ЧТО С ВЕРОЯТНОСТЬЮ 99 % НИХУЯ НЕ ИЗМЕНИТСЯ
@
В ОЧЕРЕДНОЙ РАЗ ПРИХОДИШЬ К ВЫВОДУ, ЧТО МЕНЕДЖЕРЫ ЗАНИМАЮТСЯ БУЛШИТ ВОРК И ЕСЛИ БЫ КОМПАНИЯ БЫЛА НЕ ПУБЛИЧНОЙ, А ЗАКРЫТОЙ, ТО ОНИ БЫ ПОШЛИ БЫ НА МОРОЗ
@
ВМЕСТО ЭТОГО МЕНЕДЖЕРЫ ПОЛУЧАЮТ 2Х ТВОЕЙ ЗАРПЛАТЫ
ВСЕ ДЕДЛАЙНЫ СОРВАНЫ, ВСЕ БЮДЖЕТЫ ПРОЕБАНЫ, ЗАКАЗЧИК ЧЕРЕЗ ЖАБУ ДАЛ ЕЩЁ КОПЕЕК ДЛЯ ЗАВЕРШЕНИЯ ПРОЕКТА
@
МАНАГЕРЫ С ГОРЯЩИМИ ЖОПАМИ ТРЕБУЮТ ПЕРЕОЦЕНКИ СРОКОВ ЗАДАЧ КАЖДОЕ СРАНОЕ УТРО
@
ПЕРЕОЦЕНИВАЕШЬ
@
ПРИСТУПАЕШЬ К ВЫПОЛНЕНИЮ ЗАДАЧ
@
ЛОКАЛЬНАЯ СБОРКА И ЗАПУСК ПРОЕКТА ЗАНИМАЕТ 10 МИНУТ
@
КОД НАСТОЛЬКО ОЖИРЕВШИЙ, ЧТО ПРИЛАГА ЖРЕТ РЕСУРСЫ КАК НЕ В СЕБЯ
@
UI ОТВЕЧАЕТ НА КАЖДЫЙ КЛИК МЫШИ СЕКУНД ЧЕРЕЗ 5 ОСНОВАТЕЛЬНО ПОДУМАВ
@
МИКРОСЕРВИСЫ С ДЕВСТЕНДА ОТВАЛИВАЮТСЯ РАЗ В ПОЛЧАСА, ПОСЛЕ ЧЕГО ПЕРЕЗАПУСКАЮТСЯ ПО 15 МИНУТ
@
ЕСЛИ РАБОТАЮТ, ТО ОТВЕЧАЮТ НА ЗАПРОСЫ МИНУТАМИ
@
ДУМАЕШЬ ЧТО ПРАВИЛЬНО СДЕЛАЛ, ЧТО ОЦЕНИЛ ПЕРЕКРАСКУ СРАНОЙ КНОПКИ В ДЖВА ДНЯ
В ПЛАНЕ САМОДИСЦИПЛИНЫ ТЫ РАСПИЗДЯЙ С ОСТРО ВЫРАЖЕННОЙ СЕЗОННОСТЬЮ
@
ВСЮ СОЗНАТЕЛЬНУЮ ЖИЗНЬ ЗИМОЙ ПРЕБЫВАЕШЬ В КРАЙНЕМ УПАДКЕ И КАКИЕ-ТО ОБЯЗАННОСТИ ДАЮТСЯ ЧИСТО ПО ИНЕРЦИИ
@
В ПРИНЦИПЕ ТЕРПИМО, ЕСЛИ НАРАБОТАТЬ ЗА ТЕПЛЫЙ СЕЗОН ДОСТАТОЧНО ЭКСПЕРТИЗЫ, ЧТОБ ПОТОМ ВРЕМЕННО УТРАТИВ СПОСОБНОСТЬ К ПОСТРОЕНИЮ НОВЫХ НЕЙРОННЫХ СВЯЗЕЙ ОСТАВАТЬСЯ ЗИМОЙ ПОЛЕЗНЫМ
@
ОДНАКО ВЫШЕОПИСАННЫЙ СИШНЫЙ ПИЗДЕЦ НАЧАЛСЯ ОСЕНЬЮ
@
ЗИМНЯЯ ХАНДРА ЗАСТАЛА ВРАСПЛОХ, ЭКСПЕРТИЗЫ МИНИМУМ, ВКАТЫВАТЬСЯ БОЛЬНО
ПОЯВИЛИСЬ ДЕНЬГИ НА ВСЕ ЧТО ХОТЕЛ
@
КУПИЛ САМЫЙ ДОРОГОЙ ЭКВИП ДЛЯ СВОЕГО ХОББИ
@
ПЕРЕСТАЛ ЗАНИМАТЬСЯ
@
ВЗЯЛ ИПОТЕКУ, ЗАВЕЛ СЕБЕ ЖЕНЩИНУ
@
ПОПАЛ В АНАЛЬНОЕ РАБСТВО ОТ РАБОТЫ, ТЕПЕРЬ ДОЛЖЕН ЧИСТИТЬ ВИЛКОЙ КОРПОРАТИВНЫЙ ГОВНОКОД ДО СЕДЫХ ЛЕТ
@
ВСПОМИНАЕШЬ ВРЕМЕНА КОГДА НЕ ХВАТАЛО ДЕНЕГ НИ НА ЧТО И СИДЕЛ ИЗУЧАЛ ПРОГУ КАК ЛАМПОВЫЕ
НАШЕЛ БАГ
@
ИСПРАВИЛ
@
ТЕСТЫ УПАЛИ
@
НАШЕЛ БАГ В БАГЕ, КОТОРЫЙ ФИКСИЛ БАГ
@
ОЩУЩАЕШЬ СЕБЯ В ТРАГИКОМЕДИИ
Предыдущий тред >>3379226 (OP)
> НАШЕЛ БАГ
> @
> ИСПРАВИЛ
> @
> ТЕСТЫ УПАЛИ
> @
> НАШЕЛ БАГ В БАГЕ, КОТОРЫЙ ФИКСИЛ БАГ
> @
> ОЩУЩАЕШЬ СЕБЯ В ТРАГИКОМЕДИИ
В голос каждый раз как читаю.
@
ТЫ СТАРАЕШЬСЯ МАКСИМАЛЬНО ПОНЯТНО ФОРМУЛИРОВАТЬ МЫСЛИ, ОФОРМЛЯТЬ ИХ В ВИДЕ ЗАКОНЧЕННЫХ ПРЕДЛОЖЕНИЙ, ОБЩАТЬСЯ ВЕЖЛИВО, КУЛЬТУРНО, В ПЕРВОМ ЖЕ СООБЩЕНИИ ПОСЛЕ ПРИВЕТСТВИЯ ПИСАТЬ СУТЬ ПРОБЛЕМЫ
@
КОЛЛЕГА:
@
В КАЖДОМ СООБЩЕНИИ ОБЫЧНО 1-2 СЛОВА, МАКСИМУМ 5-10
@
%ЮЗЕРНЕЙМ%/ПРИВЕТ/ТУТ?
@
ОПЦИОНАЛЬНО, ОЖИДАНИЕ ТВОЕГО ОТВЕТА БЕЗ ТОГО, ЧТОБЫ НАПИСАТЬ СРАЗУ ВСЁ, ЧТО ОН ХОЧЕТ
@
КАРОЧЕ
@
ТУТ НЕ РАБОТАЕТ
@
КАКАЯ-ТО ХУЙНЯ
@
А НЕТ, ПАДАЖЖИ
@
БЛЯ
@
ПУК
@
СРЕНЬК
@
А ВРОДЕ РАБОТАЕТ
@
А НЕ РАБОТАЕТ
@
А ВСË, РАБОТАЕТ
@
ТЫ СТАРАЕШЬСЯ МАКСИМАЛЬНО ПОНЯТНО ФОРМУЛИРОВАТЬ МЫСЛИ, ОФОРМЛЯТЬ ИХ В ВИДЕ ЗАКОНЧЕННЫХ ПРЕДЛОЖЕНИЙ, ОБЩАТЬСЯ ВЕЖЛИВО, КУЛЬТУРНО, В ПЕРВОМ ЖЕ СООБЩЕНИИ ПОСЛЕ ПРИВЕТСТВИЯ ПИСАТЬ СУТЬ ПРОБЛЕМЫ
@
КОЛЛЕГА:
@
В КАЖДОМ СООБЩЕНИИ ОБЫЧНО 1-2 СЛОВА, МАКСИМУМ 5-10
@
%ЮЗЕРНЕЙМ%/ПРИВЕТ/ТУТ?
@
ОПЦИОНАЛЬНО, ОЖИДАНИЕ ТВОЕГО ОТВЕТА БЕЗ ТОГО, ЧТОБЫ НАПИСАТЬ СРАЗУ ВСЁ, ЧТО ОН ХОЧЕТ
@
КАРОЧЕ
@
ТУТ НЕ РАБОТАЕТ
@
КАКАЯ-ТО ХУЙНЯ
@
А НЕТ, ПАДАЖЖИ
@
БЛЯ
@
ПУК
@
СРЕНЬК
@
А ВРОДЕ РАБОТАЕТ
@
А НЕ РАБОТАЕТ
@
А ВСË, РАБОТАЕТ
@
НЕ СДЕЛАТЬ АВТОМАТИЧЕСКОЕ ПЕРЕКЛЮЧЕНИЕ ТЕМЫ В ЗАВИСИМОСТИ ОТ ТЕМЫ ОС
@
ЧТОБЫ ЮЗЕРЫ МУЧАЛИСЬ, ТРАТИЛИ ВРЕМЯ НА ТО, ЧТОБЫ КАЖДЫЙ ДЕНЬ 2 РАЗА ПЕРЕКЛЮЧАТЬ ТЕМУ ВРУЧНУЮ В КАЖДОМ ТАКОМ ПРИЛОЖЕНИИ ИЛИ НА ТАКОМ САЙТЕ
@
ИЛИ СДЕЛАТЬ, НО НЕ РАБОТАЮЩЕЕ/РАБОТАЮЩЕЕ ЧЕРЕЗ РАЗ
@
ХОТЯ АВТОМАТИЧЕСКОЕ ПЕРЕКЛЮЧЕНИЕ — ЭТО 1-5% ВРЕМЕНИ ОТ ТОГО ВРЕМЕНИ, ЧТО ТРЕБУЕТСЯ, ЧТОБЫ СДЕЛАТЬ ТЁМНУЮ ТЕМУ В ДОПОЛНЕНИЕ К СВЕТЛОЙ
@
GMAIL, CLOCKIFY, SKYPE ETC

ДВУХСОТКА-ДОДИК ЗАКАЗАЛ СЕБЕ ДОДОПИЦЦУ
@
ПИЦЦУ ПРИНЕСЛИ, НА КОРОБКЕ ФИРМЕННАЯ НАКЛЕЙКА "Я ПРОВЕРИЛ, ВСЁ ХОРОШО"
@
ДВУХСОТКАДОДИК ОТКРЫЛ КОРОБКУ, А ТАМ ГОВНО
@
В ГОВНЕ ТОРЧИТ ЗАПИСОЧКА "409 MESYA4NII BALANS NE SWEDEN"
@
ОХУЕВШИЙ ЗВОНИТ В ПОДДЕРЖКУ
@
НУ ВЫ ЖЕ ПОНИМАЕТЕ, ЧТО НАКЛЕЙКА ОТНОСИТСЯ ТОЛЬКО К ВНЕШНЕМУ ВИДУ КОРОБКИ
@
МЫ ЖЕ НЕ МОЖЕМ СМЕШИВАТЬ КУЛИНАРНЫЙ, УПАКОВОЧНЫЙ И ДОСТАВОЧНЫЙ ПРОТОКОЛЫ
@
ГОВНО В КОРОБКЕ ЗАКЕШИРОВАЛОСЬ
@
ТЕПЕРЬ ДАЖЕ ПРИ ОТДАЧЕ ПИЦЦЫ В ПИЦЦЕРИИ ДВУХСОТКА-ДОДИКУ БУДЕТ ПРИЕЗЖАТЬ ГОВНО В КОРОБКЕ БЛИЖАЙШИЕ 4 ЧАСА
ОБЩЕНИЕ ПО РАБОТЕ
@
ТЫ СТАРАЕШЬСЯ МАКСИМАЛЬНО ПОНЯТНО ФОРМУЛИРОВАТЬ МЫСЛИ, ОФОРМЛЯТЬ ИХ В ВИДЕ ЗАКОНЧЕННЫХ ПРЕДЛОЖЕНИЙ, ОБЩАТЬСЯ ВЕЖЛИВО, КУЛЬТУРНО, В ПЕРВОМ ЖЕ СООБЩЕНИИ ПОСЛЕ ПРИВЕТСТВИЯ ПИСАТЬ СУТЬ ПРОБЛЕМЫ
@
КОЛЛЕГА:
@
ЗАНЯТ?
@
НЕТ
@
ЗВОНОК
@
НУ ТУТ ЭЭЭ У МЕНЯ ПРОБЛЕМА СТРАННАЯ, СЕЙЧАС ПОШАРЮ ЭКРАН, СМОТРИ, У МЕНЯ НЕ ПОКАЗЫВАЕТСЯ ЭТА ШТУКА
@
А ТЫ ФЛАГ "ПОКАЗЫВАТЬ ШТУКУ" ПОСТАВИЛ В TRUE?
@
А ТОЧНО, ТАК РАБОТАЕТ, СПАСИБО, А Я ПОТРАТИЛ 2 ЧАСА НА ЭТО
@
А Я ПОТРАТИЛ 15 МИНУТ НА БЕСПОЛЕЗНЫЙ СОЗВОН
Какая мораль? Коллега всё сделал правильно или неправильно?

Недавно перешёл в новую команду, разбираю кодовую базу
Вери майндфул, вери Энтерпрайз.
Каких-то юнит тестов, где это потенциально могло бы пригодиться, чтобы замокать, не существует как и любых других
Конвиьньенс функция, чтобы у тебя в коде не было мильен biba_boba - sraka, а хотя бы было понятно, что это время.
На жопоскрипте вообще есть спец либы для подобных функций. Надо думать, понимать надо.
Баг
Здесь проблема только в статик методе.
Статик методы - ненужный кал. Специально для даунов придумали модули, ниеееет не хочу, хочу жрать говно и упаковывать в отдельные классы.
Сразу имагинировал харю жавадауна это написавшего на петухоне.

Да понял я, статик метод не имеет отношения к обьекту, потому что он статичный, то есть не имеет доступа к состоянию объекта. Получается статичный метод это чистое поведение оторванное от класса (состояние + поведение) и его можно было бы вынести в отдельный модуль вместо того, чтобы делать частью класса.
Тем не менее, никакой разницы между тем, чтобы делать его частью класса или делать частью модуля нет. Если по смыслу и связанности кода логичнее его сделать частью класса, значит нужно делать частью класса. Если логичней его объединить вместе с другими статическими функциями, то тогда нужно делать его частью модуля.
При этом худшее что можно сделать это создать десяток бесвязанных функций, которые при этом требуют доступа к одному и тому же состоянию вместо создания класса. А именно этим любят заниматься питонисты, по крайней мере у меня на работе.
Это тоже хуёво
Сперва оно в яндексе сломало поиск по хентай картинкам. Искать и находить точные совподения перестало вообще, выдает одно "похожее".
Теперь уже в гугле сам поиск сломало нахуй, один раз спросил как перенаправить сокет в stderr/out и все, на любые запросы оно теперь выдает одно и то же.
промпт инженеров
man difftime
@
СЕРВИСЫ ДОЛЖНЫ СТАРТОВАТЬ В СТРОГОМ ПОРЯДКЕ, ЧТОБЫ ВСЕ РАБОТАЛО
@
ОТВАЛИЛСЯ ОДИН СЕРВИС - ЛЕГЛА ВСЯ СИСТЕМА
Мда. Учитывая архитектурное решение про общую БД и количество инженеров нужно было делать модульный монолит. Микросервисная архитектура имеет единственный плюс над монолитом это возможность изоляции разработчиков в отдельных микросервисах.
Вспоминаем закон Конвея про то, что 1 разработчик делает задачу за 10 единиц времени, а 10 разработчиков делают ту же задачу за 5 единиц времени. Почему не в 10 раз быстрее, а только в 2 раза быстрее? Потому что большая часть потенциально выигрышного времени на разработку было потеряно вследствие согласований действий этих разработчиков между собой.
Плюсуется сюда ещё и закон Амдала про то, что если что-то должно быть сделано последовательно, то пока оно буде делаться 9 остальных разработчиков будут пинать балду ожидая результатов 1 разработчика.
Ответом на эти проблемы организации разработки ПО стала микросервисная архитектура, которая буквально разбила 10 разработчикам на 10 отдельных микросервисов сказав им, что они должны согласовывать свою работу только с одним солюшен архитектором. В итоге у нас 10 параллельно (в идеале) выполняемых задач, без мердж конфликтами, с маленькими и изолированным кодовым базами.
Когда же разработчик один или их несколько, то смысла в микросервисах нет никакого, только одни проблемы получите и никаких преимуществ.
недавно лекцию про это слушал
Микросервисы - это чисто галерная хуйня. Они нужны, чтобы нанять литерали любых васянов с любым стеком и быстро-быстро накидать очередной финтех очередному арабу, пока араб не одумался.
На проде с микросервисами сначала все долго ебутся с консистентностью и распределенными транзакциями, джуны вращают деревья, потом приходит новый грамотный СТО и просто объединяет 100500 микропенисов в один монолит.
> На проде с микросервисами сначала все долго ебутся с консистентностью и распределенными транзакциями
Поэтому и нужен хороший солюшен архитектор, чтобы ебаться меньше.
> джуны вращают деревья, потом приходит новый грамотный СТО и просто объединяет 100500 микропенисов в один монолит.
Ну, так оно и есть. Большинство компаний просто недостаточно крупные, чтобы получить буст от микросервисной архитектуры.
Архитектор просто возьмет монолит и добавит шардирование, чтобы раскидывать нагрузку по серверам.
Большинство людей слишком сыкуны чтобы применять их. Нужно выделить БД отдельные, продумать линии раздела ответственности.
Как раз наличие разделеных транзакций признак ошибки. Мое ИМХО, в идеале сервисы не знают друг о друге и пукают сообщения и события о том что они делают, другие на них реагируют не зная кто и как их пукает.
Прямые вызовы оправданы при обращение к каким-то базовым узлам типо сервиса авторизации и прав, сервисы хранилища и тп. Также необходимо продумать как фронт с ними общается, возможно нужны BFF сервисы которые выступают фасадом для фронта.
Нужно понимать стоит ли вся эта ебатека того. Тем более это ебучий миф что на микросервисы можно нанимать кого угодно, ровно наоборот для них нужны команды из одних мидлов и 1-2 ультра сильных сенек которые держат в голове систему.
>пукают сообщения и события
Классическая ошибка. Кто в этой охуительной архитектуре будет делать откаты и ретраи, если все только пукают в кафку и друг о друге не знают?
>Кто в этой охуительной архитектуре будет делать откаты и ретраи
Никто. Ретраи не нужны, очереди гарантируют at least once. Сообщение или обработано или нет, дальше проблемы твоего говнокода который потвердил обработку без реальных действий.
Откаты не нужны если ты нормально поделил сервисы. В любом случае ты можешь порадить событие "заказ проебан", "заказ не может быть доставлен", "докуемент был отклонён" и тд. Дальше сервисы реагируют на них.
Атомарность бизнеса миф. Даже транзакции в банке идут не атомарно, там атомарны только этапы проверки возможности перевода денег, операция списание/зачисление, но это могут делать разные сервисы в разное время в разных частях планеты на разных физических машинах они не связаны и друг о друге не знают.
Сервис проверки возможности проведения операции по счету не знает зачем его об этом спросили, а сервис клиринга не знает откуда пришёл приказ, он только знает что в случае ошибки он должен сообщить об этом в этот канал и продолжить работу.
Бизнес так и работает. Документ пишут и составляют, потом шлют начальнику на подпись в общую стопку, он приходит ставит свою подпись и кладет в другую стопку, в случае если он не ставит подпись документ он каладет в стопку "отклонить" и может там черкануть причину. Потом секретарь уносит документы и шлёт куда требуется. Начальник в душе не ебет кто и откуда ему эти документы прислал, его задача проверить их и согласовать или нет.
Нет, я из епама.
Крупный международный банк.
Легко.
ОТПРАВЛЯЕШЬ РЕЗЮМЕ НА ЛИНКЕДИНЕ
@
ПОЯВЛЯЕТСЯ ОКСАНКА UA, ЗАДАЕТ ВОПРОСЫ ПРО ОПЫТ И СТЕК
@
ВСЕ ОТВЕТЫ ЛИТЕРАЛИ НАПИСАНЫ В РЕЗЮМЕ
@
ОТВЕЧАЕШЬ
@
ОКСАНКА БОЛЬШЕ НЕ ПИШЕТ
СМЕЕШЬСЯ НАД ВАЙБ КОДЕРАММ
@
ПОПРОБОВАЛ КУРСОР
@
НАПИСАЛ ФИЧУ В ПЕТ ПРОЕКТЕ ЗА 4 ЧАСА, КОТОРУЮ ПЫТАЛСЯ НАПИСАТЬ 2 НЕДЕЛИ
@
НЕ НАПИСАЛ ПРИ ЭТОМ НИ СТРОЧКИ КОДА
@
БЕЗУМНО СМЕЕШЬСЯ ПОНИМАЯ, ЧТО АЙТИ ВСЁ
Кек. А у меня тут из Барселоны написала. Анусай немного пригорел
Думаешь что общался с живым человеком
полный айтикапец не наступит. потому что на анальника сычева можно наорать, заставить фиксить свое говно, уволить, засудить, вывезти в лес в багажнике в конце концов.
а невросеть будет просто отвечать "ой) извините за путаницу))" пока кабанчик бегает кругами и теряет миллиарды
Ты можешь написать нейросетке, что прод упал, и что из-за
этого она депремирована и лишается страховки. Возможно сработает и она пофиксит траблыю
Да, всё так. У меня друг повар в суши ресторане. Рассказывал, что уже давно есть роботы, которые крутят любые роллы быстрее людей, но в них нет смысла, потому что робот не может разгрузить ящики с огурцами и в конце смены шваброй вымыть пол.
Я думаю реальная перспектива замены кодерков появится когда выкатят кодописательные сервисы с возмещением ущерба от проёбов в сгенерированном коде.
Да все это страхуется, находится коэффициент итд. В результате будет подписка за 100 баксов в месяц, со включенной страховкой за упавший прод.
Профит.
У программистов нет материальной ответственности. У нейросеток её не будет тем более.
У любого софта в лицензионном соглашении написано, что его производители никакой ответственности ни за что не несут, всё использование на свой страх и риск.
>>430248
Ты плохо себе представляешь, какое раздолье откроется для махинаций.
ПРИВЕТ
@
ПРИВЕТ
@
печатает 5 минут
@
устаешь ждать и переключаешься
@
он наконец допечатал и высрал 2 предложения
ПРИВЕТ
@
ПРИВЕТ
@
печатает 5 минут
@
устаешь ждать и переключаешься
@
он наконец допечатал
@
КАК ДЕЛА?
Для языка, где нет функций, это так. Но в петухоне они есть, и для этого не надо вообще использовать классы. Так нет, будем писать @staticmethod, ведь жабу из человека не вывезти никогда.
>У программистов нет материальной ответственности.
Зато по крайней мере есть страх что уволят или не повысят. Хотя с другой стороны у вендоров ИИ-агентов тоже будет стимул делать их как можно более совершенными чтоб клиенты подписки не отменяли.
>У любого софта в лицензионном соглашении написано, что его производители никакой ответственности ни за что не несут, всё использование на свой страх и риск.
Сейчас-то да. Я фантазирую о временах когда такое появится.
@
НА ИЗИ ОБЩАЕШЬСЯ С АМЕРИКАНСКИМИ КОЛЛЕГАМИ
@
СЛОМАЛСЯ КОРПОРАТИВНЫЙ ВПН
@
СОЗВОН С ТЕХПОДДЕРЖКОЙ
@
ПАРЕНЕК ЛЕТ 20 ИЗ ГРЕЙТ БРИТАН НАЧИНАЕТ ГОВОРИТ
@
КАЖДОЕ ЕГО СЛОВО НЕ СОСТОИТ ИЗ ОТДЕЛЬНЫХ БУКВ, А ЭТО ОТДЕЛЬНЫЙ ЗВУК ПРОИЗНОСИМЫЙ НЕДЕЛИМО
@
КАЖДОЕ ТРЕТЬЕ СЛОВО НАСТОЛЬКО НЕЗНАКОМОЕ, ЧТО ДАЖЕ НАМЕКА НЕТ В ГОЛОВЕ, ЧТО ЕГО МОГ ГДЕ-ТО ЧИТАТЬ ИЛИ СЛЫШАТЬ
@
АХУЕВАЕШЬ
Было такое когда пытался британский сериал в оригинале посмотреть
Да это пиздец. На самом деле американцы из южных штатов тоже с кашей во рту ходят. В Британии наоборот, северные англичане и шотландцы так говорят, что нихуя непонятно.
В Северной Америке чётче всего говорят иммигранты, если это не китайцы.
@
НАЧАЛ ПОЛЬЗОВАТЬСЯ ИНФОРМАЦИЕЙ ИЗ ТОКЕНА
@
ЧТО-ТО СЛОМАЛАСЬ ЧАСТИ ИНФОРМАЦИИ НЕТ
@
СООБЩИЛ ОБ ОШИБКЕ
@
ВООБЩЕ-ТО МОЛОДОЙ ЧЕЛОВЕК ПОЛЬЗОВАТЬСЯ ИНФОРМАЦИЕЙ ИЗ ТОКЕНА НЕЛЬЗЯ ОНА ТАС МОЖЕТ БЫТЬ НЕВЕРНОЙ ЭТО ТОЛЬКО ДЛЯ АВТОРИЗАЦИИ
Лол
В чем не прав?
Вспомнил как админил шаред хостинги, там 1 упоротый клиент хранил тонны важной бизнес информации в MySQL базе tmp, бесплатно без регистрации и смс. Когда она была дропнута, бугурт был выше неба..
В том что токен буквально нужен чтобы передавать в нем информацию про права пользователя и прочее вместо 100500 запросов во все сервисы на каждый пук.
Токен нужен, чтобы передать в нем session ID, который как правило совпадает с user ID. Все остальное хранится в редисе.
Токен нужен для того, для чего сказали его использовать те, кто его внедрял. Если в контракте прямо не сказано, что можно что-то использовать, то нельзя.
JWT - это вообще полная залупа, которую нельзя отозвать. Или надо хранить список отозванных токенов. Почему обычные рэндомные токены нельзя использовать? Мне кажется они безопаснее
JWT-токены задумывались для интеграций, где нет проблем с отзывом, но дебилы, которые вообще нихуя не слышали об информацонной безопасности, начали их использовать для аутентификации пользователей.
>полная залупа, которую нельзя отозвать
Так их и не нужно отзывать вообще-то. Нужно просто использовать токены с временем жизни 1-2 минуты.
Ты родился в 2010 году, что ли?
Раньше все использовали рандомные токены и шифровали куки как могли, везде со своими уязвимостями. Потом придумали единый механизм JWT. Токен - это обычная кука сессии, только теперь тебе не надо париться за криптографию. Кладешь туда юзер айди, дальше сперва проверяешь валидность подписи на нжинксе, затем проверяешь, что у тебя в редисе есть сессия с таким айди. В сессии лежат роли пользователя и прочая хуйня.
Какие редисы блять.
Токен буквально нужен для передачи клеймов пользователя и валидации без участия сервера авторизации.
Кладёшь в json нужную информацию, подписал, передал.
@
МИТИНГ С КАКИМИ-ТО АМЕРИКАНСКИМИ МЕНЕДЖЕРАМИ
@
БУКВАЛЬНО КИДАЮТ ПРЕДЬЯВЫ УРОВНЯ "А ТЫ КТО ТАКОЙ, ЧТОБЫ РОТ ОТКРЫВАТЬ!?" ТВОЕМУ МЕНЕДЖЕРУ
@
ОХУЕВАЕШЬ
@
КАКАЯ-ТО ПИЗДА ЗАЯВЛЯЕТ, ЧТО НАДО ЗАКРЫТЬ ПРОДУКТ Х
@
КАКОЙ-ТО ХУЙ ЗАЯВЛЯЕТ, ЧТО ВООБЩЕ НЕ ЗНАЛ, ЧТО ПРОДУКТ Х СУЩЕСТВУЕТ
@
В ЭТО ЖЕ ВРЕМЯ ПРОДУКТ Х СДЕЛАЛ 10 % ДОХОДА КОМПАНИИ
@
МАКСИМАЛЬНО ТОКСИЧНОЕ ОБЩЕНИЕ, АМЕРИКАНЦЫ ПЕРЕБИВАЮТ ЧЕРЕЗ КАЖДЫЕ ДВА СЛОВА, ОБЕСЦЕНИВАЮТ ВСЁ ЧТО ИМ ГОВОРЯТ В ОТВЕТ
@
СМОТРИШЬ НА ИХ ЖИРНЫЕ МОРДЫ И ПОНИМАЕШЬ, ЧТО ОНИ ВЫГЛЯДЯТ ОДИН В ОДИН КАК КАРИКАТУРНЫЕ РОССИЙСКИЕ ОЛИГАРХИ
@
ЖИРНЫЕ, ТУПЫЕ, НАГЛЫЕ
УВОЛИЛИ ЗОУС ФАКИН РАШЕНС, НАНЯЛИ ИНДУСОВ
@
ИНДУСЫ УЛЫБАЮТСЯ СААР ЙЕС СААР И НИКОГДА НЕ СПОРЯТ
@
ПРОШЛО ДВА ГОДА, ПРОДУКТ НЕ ГОТОВ
@
ЕДИНСТВЕННЫЙ ПРОТОТИП ПАДАЕТ ВО ВРЕМЯ ДЕМОНСТРАЦИИ
@
НИД МО ТАЙМ СААР
Но он прав. Особенно если у тебя сингл сайн он в нескольких приложениях.
А если приложение одно, то токены нахер не нужны, положил ид сессии в куку и всё.
Токен это и есть универсальная кука для всех клиентов, не только для браузера. Со стандартной защитой и проверкой в два этапа.
База. Поэтому индусское айти и живет успешно на бабки запада, а всякие американцы и европейцы воют на реддите, что работу не найти, кризис-хуизис.
> коды состояния HTTP должен отдавать веб-сервер, а не приложение,
ну, так вебсервер и отдает, а у приложения (если это не отдача тупой статики) обычно есть возможность повлиять на тот http-код который отдает сервер.
и обычно если есть возможность сгенерировать адекватный http-код в качестве ответа, то это делать имеет смысл. хотя бы чисто для удобства и эффективной обработки в принимающей стороне.
другое дело это может быть не всегда удобно (например у приложения может быть 100500 кодов возврата, и однозначно переложить их на http-коды будет проблематично) и не всегда возможно (например варианты вызова не через http-транспорт).
У кук есть куча встроенных фич типа времени действия и защит от распространения. Для твоего токена в хедере это всё придётся писать руками.
Зачем что-то писать, если можно не писать?
@
О, ВИТАЛИЙ ТАКОЙ МОЛОДЕЦ, БОЛЬШОЕ ЕМУ СПАСИБО ЗА ФИНАНСОВЫЙ ОТЧЕТ
@
БОЛЬШОЕ СПАСИБО ДЖОРЖУ ЗА ПОДГОТОВЛЕННУЮ ДИАГРАММУ ПЕРЕХОДА НА ЕДИНУЮ БИЗНЕС ПЛАТФОРМУ (НИКТО НЕ ЕБЕТ КРОМЕ МЕНЕДЖЕРОВ, ЧТО ЭТО ЗНАЧИТ)
@
СПАСИБО ДЖОНУ ЗА ПРОГНОЗ OPPORTUNITIES, FEASIBILITY, PRODUCTIVITY L, SOSALOBILITY НАШЕЙ БИЗНЕС СТРАКЕЧЕР
@
ЭДУКАБИЛИТИ АКРОС ДИФФЕРЕНТ ТИМС ЛИДС ТУ ИНКРИЗИНГ БИЗНЕС СКОУПС ВИЧ ПАРТ ОФ ЗЭ БИЗНЕС СИСТЕМ
@
ЧУВСТВУЕШЬ СЕБЯ В "МИРЕ ЖИВОТНЫХ"
@
НАБЛЮДАЕШЬ ЗА МЕНЕДЖЕРАМИ В ЕСТЕСТВЕННОЙ СРЕДЕ
В смысле, кука тебе не хедер что ли? И почему надо всё писать руками, если достаточно положить токен в куку?
Не, ну нахуй, там же нихуёвый риск помереть, и чё я тогда делать буду? Вдруг в аду нет двача???
Есть хорошая новость: ада нет. Есть плохая: рая тоже.
а как проверять что sign в jwt токене совпадает с содержимым? Я например расшариваю соль подписи между серверами
это вопрос архитектуры и философии
http используется как транспортный протокол. Следовательно читать и писать http коды могут только транспортные устройства - вебсерверы в данном случае.
Твоя приложуха - это чистый бизнес, бизнес должен знать только про бизнес, но не про транспорт и коды транспорта. Ты же не задаешь в своей приложухе какие-нибудь TCP коды?
Соответственно приложуха не должна ничего знать про http и коды http.
Вебсервер получил 200 - транспорт сработал корректно, передаем результат приложухе, она разбирает ответ, и возможно в этом ответе есть бизнес-код результата, ошибка валидации например.
Но кто и в какой момент вдруг решил что "не сведён баланс" требует изменения http кода?
сервер авторизации
сервер заказов
сервер предложений
Пришёл запрос в сервис заказов с jwt токеном. Как узнать что подпись корректная? Гнать ещё один синхронный запрос в сервис авторизации? Или проще добавить jwt либу и расшарить соль, чтобы сервис заказов мог проверять корректность подписи
Ты делаешь неправильно. Запрос приходит в гейтвей, там сначала на нжинсе проверяется валидность подписи, потом наличие сессии в редисе. Если все ок, дальше между серверами ездит просто юзер айди без всяких токенов.
Сервер авторизации нужен, чтобы по логину@паролю получить пару токенов и потом по рефреш токену получить новую пару. Его не надо дергать на каждом запросе.
>Пришёл запрос в сервис заказов с jwt токеном. Как узнать что подпись корректная?
Хранить сертификат сервера авторизации и проверять токен?
>>439458
Скажи где ты работаешь чтобы не попасть в такую порашу. То есть в вашей хуйне достаточно попасть за гетвей и ты НИКОГДА не поймёшь что в системе работает шпион.
>>439468
Алсо.
Для проверки токена не нужно вообще обращаться с серверу авторизации.
Токен публичная информация ты можешь открыть его любым удобным способом просто прочитав из base64. Далее мы проверяем метку времени что он вообще ещё не истек, потом мы берём публичный ключ сервера. Ведь наш сервер соответствует OAuth2, да? С помощью публичного ключа мы локально проверяем подпись токена чтобы убедиться в том что он не был изменен или подделан.
Публичный ключ запрашивается как сертификат x509, один раз, повторно он запрашивается только в случае провала проверки чтобы убедиться что он не был перевыпущен или просто раз в N дней.
В любом нормальном языке есть куча библиотек, часто это часть базовой библиотеки, которые берут на себя всю тряхомудию по хранению сертификата и его актуализации и проверке токена.
кстати зачем вообще придумали все эти 100500 видов файлов сертификатов с вечными проблемами? Почему нельзя взять просто набор символов в виде ключа?
Ты наркоман? В любой системе достаточно сломать защиту и все пизда. Твои 100500 проверок на каждом сраном поде ни к чему не приведут, хакер просто угонит сертификат. Для гейтвея существуют проверенные решения, в отличие от твоего самописного сервера на голанге с дырами в защите, ведь его никто не пентестил.
@
МЫ БУДЕМ ПЕРЕЗАГРУЖАТЬ ВАШЕ УСТРОЙСТВО АВТОМАТИЧЕСКИ
@
В СЛУЧАЙНОЕ ВРЕМЯ РАЗ В НЕСКОЛЬКО ДНЕЙ
Да, не зря жопу продал за айфон.
Публичный ключ должен быть привязан подписью к информации о владельце и алгоритме. Всё это приходится распространять в контейнере. Конкретный формат asn.1 неудобное в разборе говно, но сертификаты в том или ином неизбежны.
Чтобы убедиться что сертификат выдан кем надо и подпись на нем какая надо и тд и тп.
Криптография реально довольно заебная штука из-за 100500 слоев безопасности на безопасность для безопасности.
Я бы сказал, что безопасность сама по себе заебанная штука. Сделать что угодно безопасным означает создать кучу неудобств пользователю.
Какие 100500? Формат сертификата это X509 стандарт, кодируется либо в DER либо в PEM формате. Последнее это привычный текстовый формат в base64.
Эта хуйня (3 и 4 строчки) уже контейнеры хранения сертификата и закрытого ключа. Их вот наплодили, да.
@
ЭКСЕЛЬ ТАБЛИЦУ?
@
ДА
@
@
А ПОЧЕМУ ТУТ СТОРИ ПОИНТЫ ПРИВЯЗАНЫ К ЧАСАМ, СТОРИ ПОИНТЫ ЭТО ЖЕ ПРО СЛОЖНОСТЬ ЗАДАЧИ? ЗАЧЕМ ВООБЩЕ ЭТА ЭКСЕЛЬ ТАБОИЦА НУЖНА ЕСЛИ У НАС ЕСТЬ ЖИРА?
@
ДОГАДАЙСЯ!
@
ЧЕГО БЛЯТЬ?
@
ДОГАДАЙСЯ, НАХУЙ!
Обожаю работать с долбоебами. Обожаю..
в 1с ты тоже свое жару експортировать будешь чорд недогадливый
@
ВАШ ПАТЧ ИМЕЕТ РАСШИРЕНИЕ .patch А НАДО .diff
@
ИДИТЕ НАХУЙ, ПАТЧ НЕ ПРИНЯТ
@
БАГ ЗАКРЫТ
Жиза
==ДАУ-ДАУ, Я ТАК ЖИВУ==
В месяц приходится отклонять минимум 10-15 кривых патчей. Все постоянно обижаются, мол все правильно кроме минорных деталей, ну можно же сделать исключение и принять. И начинаются плакаться и угрожать, что больше не будут контрибьютить, хотя могли бы за 15 минут все пофиксить.
Вот это вахтер.
Я тебе бесплатно поработал тестером, аналитиком, программистом. Выдал готовый патч. Вмержи его и не выебуйся. Нет, будем докапываться к оформлению, к расширению файла, к тэгам в описании бага.
@
НА СТАРОЙ ВЕРСИИ ВСЕ РАБОТАЛО
@
ДАВАЙТЕ, ЧИНИТЕ, БЫСТРАБЛЯДЬ
@
НАЧИНАЕШЬ РАЗБИРАТЬСЯ
@
НА ПРЕДЫДУЩЕЙ ВЕРСИИ НЕ РАБОТАЛО
@
НА ПРЕД ПРЕДЫДУЩЕЙ ТОЖЕ
@
НЕ РАБОТАЛО ДАЖЕ НА ВЕРСИИ ДЛЯ PDP-11
Хаха, база
каждый раз ломается новое, ведь спидозные макаки ломают специально, иначе их калдержкой мгновенно подтирутся и пошлют нахуй
> Я тебе бесплатно поработал тестером, аналитиком, программистом.
До тех пор, пока его не аппрувнули, ты просто насрал кодом, который формально проходит тест-кейсы, но на котором не проходит пайплайн для интеграции. Мне, как и многим другим разработчикам опен соурс кала, которые тратят свое свободное время на его разработку и поддержку, совершенно не хочется тратить время на патчи, авторы которых даже не потрудились привести в вид, который требуется для сабмита. Хрен знает, что у тебя еще не так с патчем, раз ты даже самые базовые вещи не можешь привести в порядок. Нам в любом случае его еще ревьюить и в случае чего допиливать.
>Нет, будем докапываться к оформлению, к расширению файла, к тэгам в описании бага.
Это первичный отсев. Плюс, если ты реально взялся за работу, то сделай ее так, как подабает, либо форкни наш кал и делай свою based версию.
Ну рил, ты просто не представляешь как много работы требуется это все интегрировать, чтобы оно по швам не расползалось, если ты принимаешь вообще все, что проходит тесты. Хорошо, если там только проблема в формате файла обычно, к слову, когда проблема только в этом, то патч ресабмитят в течение часа, чаще там просто херова гора мелких проблемок, которые потом долго и усердно приходится вычищать спустя несколько мажоров.
С заказчиком надо разговаривать так а.к.а
Мышление Кабана:
> ПИДАРАСЫ ТАКИЕ ВСЕ ПОЛОМАЛИ
Продукт предоставляется как есть, поддержка платная, минимум 100 жопочасов. Не нравится - сьебуй, вернём деньги за неиспользованный период подписки.
> НА СТАРОЙ ВЕРСИИ ВСЕ РАБОТАЛО
Пруфы, заранее обосцан не двачер что ли?
> ДАВАЙТЕ, ЧИНИТЕ, БЫСТРАБЛЯДЬ
Ебало завали и общайся с людьми по людски иначе будешь послан в перманентный бан.
....
Тем временем
Омежка-мышление:
> @
> НАЧИНАЕШЬ РАЗБИРАТЬСЯ
Ебанашка, кабан так никогда делать не будет, если он не тупой.
Клиента на подписке надо облизывать, потому что это постоянный приток денег без усилий. Их всегда стараются максимально удержать.
@
ЗАРПЛАТА ВСЕХ УВОЛЕННЫХ ЗА ГОД ПРИМЕРНО 300 К ЕВРО
@
ПУБЛИЧНАЯ КОМПАНИЯ
@
ПЕРВЫЕ ПЯТЬ ЛЮДЕЙ В КОМПАНИИ ПОЛУЧАЮТ 7 МЛН ЕВРО В ГОД
@
В ОЧЕРЕДНОЙ РАЗ СТАНОВИТСЯ МЕРЗКО ОТ ЛИЦЕМЕРНОСТИ КАПИТАЛИЧТИЧЕСКИХ СВИНЕЙ
База, ЭТИЧНЫЙ КАПИТАЛИЗМ С ЧЕЛОВЕЧЕСКИМ ЛИЦОМ это всегда смешно и нелепо.
Вы наверняка о разном говорите, анон выше о b2b, ты о b2c.
>>443927
В 2b2 адекватный представитель кабана делает так. Сначала определить, наш ли косяк. Если да, сколько его фиксить. Пусть это T времени, тогда наплести клиенту, что фикс займёт NxT времени, N > 2.
Встречался с таким:
ПИДАРАСЫ ТАКИЕ ВСЕ ПОЛОМАЛИ
@
НА СТАРОЙ ВЕРСИИ ВСЕ РАБОТАЛО
@
ФИЧА ДОБАВЛЕНА ГОД НАЗАД
@
СЛОМАЛАСЬ С ОБНОВЛЕНИЕМ ЛИБ ПАРУ МЕСЯЦЕВ НАЗАД
@
ПО ЛОГАМ ВИДНО, ЧТО СЕГОДНЯ ЕЙ ВОСПОЛЬЗОВАЛИСЬ ПЕРВЫЙ РАЗ
@
ЗАКЛАДКИ
@
ВЫБРАТЬ ПАПКУ
@
ДОБАВИТЬ В БЫСТРЫЙ НАБОР
@
ДОБАВИТЬ НА РАБОЧИЙ СТОЛ
@
СОХРАНИТЬ В ОБЛАКЕ
@
ПРИЛЕПИТЬ
@
ПРИШПИЛИТЬ
@
ПАП, ТЫКАЙ ЗВЕЗДОЧКУ
Финальная версия
```
// Multiply by 1000 to convert seconds to milliseconds,
// because in the grand tradition of making things unnecessarily confusing, JavaScript decided that standard Unix timestamps
// — which the entire programming universe agrees are in seconds — should be in milliseconds instead.
// Why? Who knows. Maybe someone wanted to make sure no developer ever gets too comfortable.
// Maybe it was a prank that got out of hand and now it's just "how things are".
// So instead of consistent, logical behavior, we get gotchas, off-by-thousand bugs,
// and endless stack overflow posts.
// Every other sane language uses seconds, but JS? Nope.
// It's like someone said, "You know what would make date handling even more fun? Surprises!"
// So here we are, multiplying by 1000 like ritualistic timestamp priests.
Thanks, JS.
```
Write it in gangsta style of Snoop Dogg:
ChatGPT сказал:
Fo shizzle, here’s your timestamp rant in full-on Snoop Dogg–style swagger:
```
// Yo, we gotta multiply that thang by 1000, ya dig?
// ‘Cause everywhere else in the game, Unix time be tickin’ in seconds,
// But JavaScript? Nah man, JS be on that milli-milli grind.
// Why? Ain’t nobody know — maybe just to keep us guessin’,
// Or maybe some OG at Netscape was like, “Let’s mess with their heads, nephew.”
// So now we sittin’ here, spittin’ math, turnin’ seconds into milliseconds,
// Just so the Date object don’t trip. Straight up unnecessary, dogg.
// But hey, it is what it is — stay cool, keep codin’, and don’t let the bugs bite.
```
Want a remix with more West Coast flavor or a verse to go with it?
Write it like Shakespeare would
ChatGPT сказал:
Ah, a noble request! Behold, the timestamp rant, as if penned by the Bard himself:
```
// Hark! We must multiply by a thousandfold,
// For Unix time, in every tongue and tool of code, doth count in seconds plain.
// Yet JavaScript, that jester most peculiar, marks its time in milliseconds!
// What madness is this? What foul tempest of thought did birth such whimsy?
// 'Tis as if Time herself were mocked, and Logic banished from the realm!
// Thus, we cast this arcane spell — timestamp 1000* — to please the JavaScript gods,
// And curse the day this folly was ordained.
// Alas, dear coder, despair not — thou art not alone in thine affliction.
Shall I craft a sonnet to Date.now() next?
// Every other sane language uses seconds, but JS? Nope.
// It's like someone said, "You know what would make date handling even more fun? Surprises!"
// So here we are, multiplying by 1000 like ritualistic timestamp priests.
Thanks, JS.
```
Финальная версия
```
// Multiply by 1000 to convert seconds to milliseconds,
// because in the grand tradition of making things unnecessarily confusing, JavaScript decided that standard Unix timestamps
// — which the entire programming universe agrees are in seconds — should be in milliseconds instead.
// Why? Who knows. Maybe someone wanted to make sure no developer ever gets too comfortable.
// Maybe it was a prank that got out of hand and now it's just "how things are".
// So instead of consistent, logical behavior, we get gotchas, off-by-thousand bugs,
// and endless stack overflow posts.
// Every other sane language uses seconds, but JS? Nope.
// It's like someone said, "You know what would make date handling even more fun? Surprises!"
// So here we are, multiplying by 1000 like ritualistic timestamp priests.
Thanks, JS.
```
Write it in gangsta style of Snoop Dogg:
ChatGPT сказал:
Fo shizzle, here’s your timestamp rant in full-on Snoop Dogg–style swagger:
```
// Yo, we gotta multiply that thang by 1000, ya dig?
// ‘Cause everywhere else in the game, Unix time be tickin’ in seconds,
// But JavaScript? Nah man, JS be on that milli-milli grind.
// Why? Ain’t nobody know — maybe just to keep us guessin’,
// Or maybe some OG at Netscape was like, “Let’s mess with their heads, nephew.”
// So now we sittin’ here, spittin’ math, turnin’ seconds into milliseconds,
// Just so the Date object don’t trip. Straight up unnecessary, dogg.
// But hey, it is what it is — stay cool, keep codin’, and don’t let the bugs bite.
```
Want a remix with more West Coast flavor or a verse to go with it?
Write it like Shakespeare would
ChatGPT сказал:
Ah, a noble request! Behold, the timestamp rant, as if penned by the Bard himself:
```
// Hark! We must multiply by a thousandfold,
// For Unix time, in every tongue and tool of code, doth count in seconds plain.
// Yet JavaScript, that jester most peculiar, marks its time in milliseconds!
// What madness is this? What foul tempest of thought did birth such whimsy?
// 'Tis as if Time herself were mocked, and Logic banished from the realm!
// Thus, we cast this arcane spell — timestamp 1000* — to please the JavaScript gods,
// And curse the day this folly was ordained.
// Alas, dear coder, despair not — thou art not alone in thine affliction.
Shall I craft a sonnet to Date.now() next?
// Every other sane language uses seconds, but JS? Nope.
// It's like someone said, "You know what would make date handling even more fun? Surprises!"
// So here we are, multiplying by 1000 like ritualistic timestamp priests.
Thanks, JS.
```
Перепиши это в стиле Гражданской обороны
ChatGPT сказал:
О, мощно! Вот твой комментарий в духе Гражданской Обороны — немного анархии, отчаяния и сарказма в стиле Летова:
```
// Умножаем на тысячу. На чёртову тысячу!
// Потому что весь мир считает время в секундах — порядок, логика, здравый смысл.
// Но только JavaScript, этот цифровой абсурд, всё делает по-своему — в миллисекундах!
// Почему? Да кто их знает. Видимо, чтоб мы страдали. Чтоб мы ломались. Чтоб мы выли в консоль.
// Это не баг — это идеология. Это как жить в панельке без отопления, но с Wi-Fi.
// И мы молча подчиняемся, как зомби в капюшонах, множим, дебажим, терпим.
// Добро пожаловать в эпоху бессмысленного фронтенда, брат.
```
Перепиши в стиле Король и Шут
ChatGPT сказал:
О, шикарный запрос! Вот твой комментарий в стиле "Короля и Шута" — с мрачной сказочностью, угаром и панковской гротескной подачей:
```
// Однажды в лесу, где баги живут,
// Программер безумный код написал тут!
// Везде во вселенной — секунды идут,
// Но JavaScript... С ним всё не так тут!
//
// Там время течёт в миллисекундах,
// Как будто ведьма смеялась в дебагах!
// «Умножь на тысячу!» — слышится вскрик,
// И в консоль летит твой последний крик!
//
// Так было решено в стародавние дни,
// Чтоб кровь из глаз шла у простых парней!
// Ошибка на тысячу — и здравствуй, беда,
// JS — это замок, где правит чума!
```
Хочешь — могу оформить это как полноценный куплет с припевом, как будто из альбома "Акустический альбом" или "Будь как дома, путник".
Перепиши это в стиле Гражданской обороны
ChatGPT сказал:
О, мощно! Вот твой комментарий в духе Гражданской Обороны — немного анархии, отчаяния и сарказма в стиле Летова:
```
// Умножаем на тысячу. На чёртову тысячу!
// Потому что весь мир считает время в секундах — порядок, логика, здравый смысл.
// Но только JavaScript, этот цифровой абсурд, всё делает по-своему — в миллисекундах!
// Почему? Да кто их знает. Видимо, чтоб мы страдали. Чтоб мы ломались. Чтоб мы выли в консоль.
// Это не баг — это идеология. Это как жить в панельке без отопления, но с Wi-Fi.
// И мы молча подчиняемся, как зомби в капюшонах, множим, дебажим, терпим.
// Добро пожаловать в эпоху бессмысленного фронтенда, брат.
```
Перепиши в стиле Король и Шут
ChatGPT сказал:
О, шикарный запрос! Вот твой комментарий в стиле "Короля и Шута" — с мрачной сказочностью, угаром и панковской гротескной подачей:
```
// Однажды в лесу, где баги живут,
// Программер безумный код написал тут!
// Везде во вселенной — секунды идут,
// Но JavaScript... С ним всё не так тут!
//
// Там время течёт в миллисекундах,
// Как будто ведьма смеялась в дебагах!
// «Умножь на тысячу!» — слышится вскрик,
// И в консоль летит твой последний крик!
//
// Так было решено в стародавние дни,
// Чтоб кровь из глаз шла у простых парней!
// Ошибка на тысячу — и здравствуй, беда,
// JS — это замок, где правит чума!
```
Хочешь — могу оформить это как полноценный куплет с припевом, как будто из альбома "Акустический альбом" или "Будь как дома, путник".
В Java тоже миллисекунды.
Как это знание помогает писать БЭКЕНД НА ПАЙТУХОН (или чем там занимаются сеньор круд девелопидоры)?
Хранение и пересчёт денежных сумм должны быть в целочисленном виде (в копейках/центах/на_что_там_делятся_другие_валюты), чтобы при каком-то случае не было проблем с округлением и всяких расхождений в полторы копейки.
Ну тащемто и в других конторах так делают. Мимокрок
>Последнюю копейку забрали
Ну так заебись же. Отдай им ещё одну копейку, и у тебя будет 18,446,744,073,709,551,614 копеек
Я не могу отдать того чего нет ведь копейка была последней...
@
НЕТ НИКАКИХ ДЕМО, РЕТРО, ГРУМИНГОВ, ДЕЙЛИКОВ
@
ЭТО НЕ МЕШАЕТ РАЗРАБАТЫВАТЬ И ВЫПУСКАТЬ В СРОК ВСЁ, ЧТО НУЖНО
@
...
@
В КОМПАНИИ МЕНЯЕТСЯ РУКОВОДСТВО
@
НОВЫЙ РУКОВОДИТЕЛЬ ХОЧЕТ ВНЕДРИТЬ В РАБОТУ НЕЙРОСЕТИ И АДЖАЙЛ
@
ЗА МЕСЯЦ ПОСИДЕЛ НА БОЛЬШЕМ КОЛИЧЕСТВЕ СОЗВОНОВ, ЧЕМ ЗА ГОД
> Как лучше?
Не по аджайлу.
Но, конечно, могут быть разные варианты процессов, у меня были максимально лайтовые, теперь они разрушены и скоро мне придётся идти на антуан
Яндексоид, иди работай, тебе ещё перфревью проходить
@
РАССКАЗАЛ ПРО СПОСОБЫ ОПТИМИЗАЦИИ САЙТА
@
НАКИДАЛ ЕМУ ПОЛЕЗНОЙ ИНФОРМАЦИИ
@
ТЕПЕРЬ ПОНИМАЕШЬ, ЧТО ТВОЮ ЖОПУ ЗАСТАВЯТ РАБОТАТЬ НАД ЭТИМ
Никогда не видел дробных копеек?
У тебя вполне могут получиться дроби в процессе вычисления, и ты можешь получить разные результаты, если ты в одном случае округляешь при каждой операции, а в другом если только в конце.
Копейки сокращаются и ты работаешь с безразмерной величиной. Можно флофты использовать.
Ты делишь копейку на копейку, в результате чего копейка сокращается, и ты уже работаешь не с деньгами.
проработал я девопсом,
ой ой йой.
ни разрабом, ни жабистом
а вонючим программистом
ой йой йой
за три сотенных бумажки
в прод раскатывал говяшки
ой йой йой
и скажу вам чтобы вы знали,
ох и много ж вы насрали
Жиза. Со временем понимаешь, что клиенту/руководителю не обязательно знать о всех технологиях, которые можно применить на проекте
В любом. Представь что мы работаем с долларами там цены в центах это нормально.
Ну и в целом прикинь что какой-то дурачек с помощью double/float сделал рассчеты денег и погрешность вычисления 7 миллиардных доллара каждый раз. Спустя миллиард операций это 7 долларов.
Всё правильно остаток переводишь на свой счёт как в Призраке в доспехах.
Да причём тут копейки. У тебя в целом деление это операция дающая погрешность вычисления значимую для денежных операций. Представь как тебя выебут если для налоговой написал ПО которое куда-то проебывает или рожает из воздуха деньги.
Да хули там в Британии людей в тюрьмы сажали за воровство из-за того что ПО считало в float тупо в лоб. В результате получались ошибки в расчётах бухгалтерии что кто-то спиздил деньги.
Не важно делим мы копейки или считаем суммы. Нельзя для денежных единиц использовать обычные варианты вычисления. Также нельзя это делать с днями и прочим потому что среднему Васе не важна 1 миллиардная секунда, а для расчётов в физике это огромные погрешности.
Я на самом деле за инты при обращении с деньгами. Но смысл моих постов был в том, что когда ты делишь две величины одной единицы измерения (20 килограмм разделить на 10 килограмм - это не 2 килограмма, а просто 2, к примеру), то у тебя происходит сокращение.
Из практики, приходилось считать всякие залупьи метрики для финансового раздела, и поскольку они оперируют с деньгами только на входе, то нередко коэфициент очередного залупкина, получаемый делением получки на подачку, безразмерный флоат.
И как ты детектить шпиона будешь, если креды уже спизжены? На твоих сервисах одна и та же проверка же сделана
Токен живёт 2-3 минуты потом нужно получить новый. Изменить его невозможно потому что тогда подпись станет невалидной.
Чел, хакерская атака занимает меньше секунды, 2-3 минуты - это вечность. Сломают тебя не через токен, а через какое-то переполнение буфера или похожую хуйню. Твое дрочение токенов хакерам никак не помешает.
Не, проще через социальную инженерию взломать. Старая добрая фишинговая атака работает лучше чем байтойобство.
друг жены главы отдела пен-тестирования.
@
НЕЙМИНГ ФАЙЛОВ ЭТИХ КЛАССОВ: SNAKE CASE/KEBAB CASE/ETC, НО ТОЛЬКО НЕ ТАК, КАК НАЗЫВАЕТСЯ САМ КЛАСС
@
ПРИПРАВИТЬ ВСЁ ЭТО РАЗДЕЛИТЕЛЯМИ ТОЧКАМИ МЕЖДУ СЛОВАМИ ДЛЯ МАКСИМАЛЬНОГО УЕБАНСТВА
А так же next.js и nest.js
Если копейки, выраженные в рублях перемножать используя тип флоат, то сможем побарот инфляцию.
А разницу в карман.
я не хочу палить конкретно схемы заработка на флоатах кто прошареный тот сам уже додумается
@
ИЗ-ЗА ЭТОГО НА ДЕЙЛИКЕ КАЖДЫЙ ДЕНЬ ПОВТОРЯЕШЬ ОДНО И ТО ЖЕ
@
У КОЛЛЕГ БОЛЕЕ РАЗНООБРАЗНЫЕ РЕЧИ, ЗАДАЧИ РАЗНЫЕ
@
ЧУВСТВУЕШЬ СЕБЯ ИЗ-ЗА ЭТОГО МОШЕННИКОМ
Сук, до слез
@
ПРИХОДИТ НОВЫЙ ПМ
@
ТЕПЕРЬ ВЫ ДАЁТЕ ЦЕННОСТЬ, УЛУЧШАЕТЕ ПОЛЬЗОВАТЕЛЬСКИЙ ЭКСПЕРИЕНС, НЕСЁТЕ ОТВЕТСТВЕННОСТЬ ЗА ПРОДУКТ
> @
> ТЕПЕРЬ ВЫ ДАЁТЕ ЦЕННОСТЬ,
Бабки.
> УЛУЧШАЕТЕ ПОЛЬЗОВАТЕЛЬСКИЙ ЭКСПЕРИЕНС,
Бабки.
> НЕСЁТЕ ОТВЕТСТВЕННОСТЬ ЗА ПРОДУКТ
Бабки.
Проходили. Знаем.
@
КОГДА ВСЁ ВЫХОДИТ ИЗ ПОД КОНТРОЛЯ, НАЧИНАЕТ ГОВОРИТЬ, ЧТО МЫ ДОЛЖНЫ ВО ЧТО БЫ ТО НИ СТАЛО ВЫПУСТИТЬ ЗАДАЧУ, ВЕДЬ НА КОНУ РЕПУТАЦИЯ НАШЕЙ КОМАНДЫ
>Композиция лучше наследования
Что ты несешь ебалоид? Это высер уровня "Есть вилкой лучше чем ложкой". Просто если раскрыть термины получается
>Отношение "состоит из" лучшем чем "является этим"
МИТИНГ В ОФИСЕ
@
ЧТО-ТО АКТИВНО ОБСУЖДАЕТСЯ
@
ПРОХОДИТ 20 МИНУТ
@
УДАЛЕНЩИКИ: КОЛЛЕГИ, МЫ ВАС НЕ СЛЫШИМ
Хуясе открытие. Враки! Да ты шутишь небось!
Композиция лучше наследования.
> >Отношение "состоит из" лучшем чем "является этим"
Хуита про отношения высосана из пальца теоретиками, чтобы дать наследованию наукообразное обоснование.
конечно понимают. и про преждевременную оптимизацию в своё время все всё поняли правильно а главное одинаково
поэтому и при попытке обсудить никогда не начинается срач на 100 постов. хорошо то как..
Преждевременной оптимизация это оптимизация, которая не несет бизнес вэлью (бабки).
ML ОБЪЯСНЯЕТ С КАРТИНКАМИ, ЧТО НУЖНО СДЕЛАТЬ РАЗРАБОТЧИКАМ
@
КРАСНЫЙ ШАРИК В СИНУЮ КОРЗИНУ ПОЛОЖИТЕ ГДЕ УЖЕ ЛЕЖИТ ЖЁЛТЫЙ ШАРИК
@
ВСЁ ПОНЯТНО
@
ДЕЛАЕШЬ ЗАДАЧУ, ВОЗНИКАЮТ ВОПРОСЫ УРОВНЯ КАК НАЗВАТЬ КРАСНЫЙ ШАРИК, УТОЧНЯЕШЬ
@
ТИМ ЛИД СПУСТЯ ДВА ДНЯ
@
А Я ПРАВИЛЬНО ПОНЯЛ, ЧТО МЫ ДОГОВОРИЛИСЬ ДОБАВИТЬ ЖЕЛТУЮ КОРЗИНУ В КОТОРОЙ ЛЕЖИТ СИНИЙ ШАРИК В КРАСНУЮ КОРЗИНУ?
@
ТЫ
@
ОХУЕВАЕШЬ
@
ML
@
ОХУЕЕВАЕТ
@
В ОЧЕРЕДНОЙ РАЗ ПОРАЖАЕШЬСЯ КАКИХ РАЗДОЛБАЕВ С ТЕРМИНАЛЬНОЙ СТАДИЕЙ СДВГ БЕРУТ В НАЧАЛЬНИКИ
@
КАК ВИШЕНКА
@
ТИМ ЛИД ПРИНЦИПИАЛЬНО НЕ ЗАПОЛНЯЕТ ОПИСАНИЕ ЗАДАЧ В ЖИРЕ
@
НА ВОПРОС ПОЧЕМУ?
@
ОТВЕЧАЕТ, ЧТО ТАК ЕМУ ПРОЩЕ ИХ ПОТОМ УДАЛИТЬ
@
Э - ЭДЖАЙЛ
ML ОБЪЯСНЯЕТ С КАРТИНКАМИ, ЧТО НУЖНО СДЕЛАТЬ РАЗРАБОТЧИКАМ
@
КРАСНЫЙ ШАРИК В СИНУЮ КОРЗИНУ ПОЛОЖИТЕ ГДЕ УЖЕ ЛЕЖИТ ЖЁЛТЫЙ ШАРИК
@
ВСЁ ПОНЯТНО
@
ДЕЛАЕШЬ ЗАДАЧУ, ВОЗНИКАЮТ ВОПРОСЫ УРОВНЯ КАК НАЗВАТЬ КРАСНЫЙ ШАРИК, УТОЧНЯЕШЬ
@
ТИМ ЛИД СПУСТЯ ДВА ДНЯ
@
А Я ПРАВИЛЬНО ПОНЯЛ, ЧТО МЫ ДОГОВОРИЛИСЬ ДОБАВИТЬ ЖЕЛТУЮ КОРЗИНУ В КОТОРОЙ ЛЕЖИТ СИНИЙ ШАРИК В КРАСНУЮ КОРЗИНУ?
@
ТЫ
@
ОХУЕВАЕШЬ
@
ML
@
ОХУЕЕВАЕТ
@
В ОЧЕРЕДНОЙ РАЗ ПОРАЖАЕШЬСЯ КАКИХ РАЗДОЛБАЕВ С ТЕРМИНАЛЬНОЙ СТАДИЕЙ СДВГ БЕРУТ В НАЧАЛЬНИКИ
@
КАК ВИШЕНКА
@
ТИМ ЛИД ПРИНЦИПИАЛЬНО НЕ ЗАПОЛНЯЕТ ОПИСАНИЕ ЗАДАЧ В ЖИРЕ
@
НА ВОПРОС ПОЧЕМУ?
@
ОТВЕЧАЕТ, ЧТО ТАК ЕМУ ПРОЩЕ ИХ ПОТОМ УДАЛИТЬ
@
Э - ЭДЖАЙЛ
@
СМОТРИШЬ НА ЗАДАЧУ, ПРИКИДЫВАЕШЬ, ЧТО ЧАСОВ ЗА 8 МОЖНО УСПЕТЬ
@
НО ЛУЧШЕ УДВАИВАТЬ СВОЮ ОЦЕНКУ, ЧТОБ НАВЕРНЯКА
@
БОИШЬСЯ НАЗВАТЬ ТАКУЮ БОЛЬШУЮ ОЦЕНКУ ПО ВРЕМЕНИ, ЭТО ЖЕ ПРОСТО ВОЗМУТИТЕЛЬНО, НЕЛЬЗЯ ТАК ДОЛГО ДЕЛАТЬ ЗАДАЧУ
@
КОЛЛЕГА ГОВОРИТ 40 ЧАСОВ, ЛИД ДОКИДЫВАЕТ ЕЩЁ 20 С ЗАПАСОМ И 20 НА ТЕСТИРОВАНИЕ
@
СИДИШЬ В АХУЕ И НЕ ПОНИМАЕШЬ, КАК ВООБЩЕ ЧТО-ТО ОЦЕНИВАТЬ
Да просто умножаешь кажущуюся тебе оценку на 7.5, и всё.
ЗАДАЧА НА 2 ЧАСА
@
ВАЛЯЕТСЯ В БЕКЛОГЕ ТРЕТИЙ ГОД
@
НА КАЖДОМ РЕФАЙНМЕНТЕ 20 МИНУТ ЕЕ ОБСУЖДАЕТЕ
@
ПРИХОДИТЕ К ВЫВОДУ ЧТО СЕЙЧАС ЭТО НЕ ПРИОРИТЕТНО И МОЖНО ОТЛОЖИТЬ
@
В БЕКЛОГ
@
ОДНАЖДЫ РЕШАЕШЬ В СВОБОДНОЕ ВРЕМЯ ВСЁ-ТАКИ ЕЁ СДЕЛАТЬ
@
ЗАВОДИШЬ ПУЛЛРЕКВЕСТ
@
ПОЛУЧАЕШЬ 50 КОММЕНТОВ
@
ПУЛЛРЕКВЕСТ ВИСИТ ДВЕ НЕДЕЛИ
@
ЗАКРЫВАЕШЬ
@
СТАТУС: ОТЛОЖЕНО
Мы как будто все в одной компании работаем.
Я с такими задачами начинаю уверенно и очень подробно рассказывать, что конкретно делал, типа дописал условие в класснейм.методнейм, чтобы учитывался такой-то граничный кейс, причём говорю, что это очень важно, и без этого фича не будет работать. Если кто-то из других разрабов задаёт вопросы или предлагает идеи, сразу же начинаю с ним это обсуждать, даже предлагаю расшарить экран. Похуй, что это слушают аналитики, тестировщики и продуктовнер, которым нихуя не понятно, зато все видят, какой я умный и что занят делом. Благо что скрам-мастер не следит за таймингами, и дейли может идти хоть час.
@
ПОНИМАЕШЬ, ЧТО МОЖНО ПРОСТО ВЗЯТЬ И СДЕЛАТЬ НА СВОЕ УСМОТРЕНИЕ И ВСЕХ ВСЁ УСТРОИТ
@
НО ПМ И ЛИД ГОВООРЯТ, ЧТО НАДО В ТАКИХ СЛУЧАЯХ ИДТИ И ДОБИВАТЬСЯ ОТРИСОВКИ НОВЫХ МАКЕТОВ
@
НА ЛЮБОЙ ПОПУК ДОЛЖЕН БЫТЬ МАКЕТ, ДАЖЕ ЕСЛИ ЭТО ТРАТИТ КУЧУ ЧЕЛОВЕКОЧАСОВ ВНИКУДА

ТЫ ВОЛК
@
ОТДАЛ 300 000 РУБЛЕЙ МЕНТОРУ
@
ТЕПЕРЬ У ТЕБЯ ИДЕАЛЬНОЕ РЕЗЮМЕ, 100 ЛЕТ ОПЫТА. ТЫ ПРАВДА ИДЕАЛЬНЫЙ КАНДИДАТ!
@
ОТКЛИКАЕШЬСЯ
@
ДО ТЕБЯ ТУПО НЕ ДОХОДИТ ОЧЕРЕДЬ, ТЫ ЗАТЕРЯЛСЯ СРЕДИ 3000 ДРУГИХ ОТКЛИКОВ.
@
НАЗАРОВ ПОКУПАЕТ 10-УЮ КВАРТИРУ
@
ЗАДАЧИ С ПРИОРИТЕТОМ ОБЫЧНЫЙ И НИЖЕ ПЕРЕНОСЯТСЯ ИЗ СПРИНТА В СПРИНТ
@
КОГДА-НИБУДЬ ИХ КОНЕЧНО ЖЕ СДЕЛАЮТ
@
НО ПОКА ЧТО ДЕРЖИ ЗАДАЧУ С КРИТИЧЕСКИ ВАЖНЫМ ПРИОРИТЕТОМ
@
КРИТИЧЕСКИ ВАЖНОЙ ОНА СТАЛА ПРОСТО ПОТОМУ ЧТО РАЗБЛОКИРОВАЛАСЬ И МЕНЕДЖЕР РЕШИЛ НАПОМНИТЬ ЧТО ПОРА БЫ ЕЁ ЗАКОНЧИТЬ
Мой совет сесть у берега реки и смотреть со стороны на проплывающий горящий труп компании.
Я так и делаю сейчас. Технический долг такого размера, что без неимоверных усилий продолжать делать фичи за Х времени невозможно. Дошло до того, что продаваны продали решение, которое должно было быть доставлено позавчера, фронт будет готов через 2 недели, а бэк через 2 месяца. Заказчик в это время спрашивает характеристики решения.
Совет конечно для стоиков. Ладно хоть зепка капает, а то постоянно мысль как я попал в такую контору и зачем я все еще тут. Менеджмент элементарно задачи нарезать не способен, о каком успешном продукте может идти речь. Самое неприятное, что на следующем собесе будут спрашивать какие достижения были в предыдущем месте работы, а всё что ты делал это ковырял беспросветную говнину.
@
ОБЛАДАЮ НЕВЕРОЯТНЫМ ЗАПАСОМ ТЕРПЕНИУМА ЧТОБЫ КОВЫРЯТЬСЯ В КОПРОЛЕГАСИ И ВЫНОСИТЬ ВСЕ ЗАЕБЫ МЕНЕДЖМЕНТА НЕ ЗАДАВАЯ ВОПРОСОВ
@
ОТЛИЧНО ВЫ НАМ ПОДХОДИТЕ
есть же прекрасный код 204 для кейсов с ошибками. "Транспорт отработал, но есть нюанс".
Но в целом соглы, что делать можно как угодно, лишь бы внутряння логика была понятна и не нарушалась и не смешивалась. Поддерживать http коды ради поддержки http кодов чисто карго культ и несознанка.
Забавно что в вебе сделать темки на css с автоматикой завязанной на барузер даже проще чем настройку
Ну это обсер. 500 это 500 и скорее всего необработанная ошибка или отвал сервака. Если что-то в боди ответа 500 "хз че за ошибка" вместо условной ошибки валидации или еще какого-то "бизнеса" отдает - оторвать руки.
> Менеджмент элементарно задачи нарезать не способен, о каком успешном продукте может идти речь.
Я работаю в компании, которая подрядчик решений в сфере банковской безопасности. Особенность бизнеса с банками заключается в том, что у тебя нет конкурентов после того как банк интегрировал твое решение. У нас есть клиенты, которые 15 лет назад интегрировали наш продукт, и несмотря на моральное и техническое отставание этого продукта от продуктов конкурентов они продолжают им пользоваться. Они жалуются, они грозятся уйти, они угрожают исками когда в очередной раз наш продукт лажает и имена клиентов попадают в новостные заголовки. И всё равно они остаются.
Короче, некоторые бизнесы не должны быть эффективными, чтобы быть на плаву.
Ахаха, как же ору с этой повести в 2 актах. Реально, ИИ классно ассистирует, но это все таки сраная LLM которая выдает статистически средний гавнокод который еще и окном контекста и лимитом на выдачу токенов ограничен. Она теряется в задачах похлеще чем твой уставший мозг после 12 часов хакатона. В среднем ИИ до пизды на архитектуру, скелабилити, отсуствие дублирования и прочие вещи которые ценятся в программистах. Она закрывает микрозадачи здесь и сейчас что бы ей (и стистеме) это не стоило, как типикал джун.
Хехе, так и на коболе до сих пор код педалят. А это, на секундочку, не отсталая эрефия а самые швитые передовые штаты Америки.
@
ГОВОРИШЬ, ЧТО НУЖЕН СПОСОБ УЗНАТЬ ЧТО СЕРВЕР НОРМАЛЬНО ОБРАБОТАЛ ЗАПРОС С ФРОНТА
@
ПОТОМУ ЧТО СЕЙЧАС СЕРВЕР ЛЮБОЕ ГОВНО СЧИТАЕТ ВАЛИДНЫМ
@
ТИМ ЛИД НЕ ПОНИМАЕТ
@
ТРАТИШЬ 15 МИНУТ НА ОБЬЯСНЕНИЕ
@
ТИМ ЛИД ПОНЯЛ
@
ТЕБЕ НУЖНЫ ТЕСТЫ НА ФРОНТ, ДА?
@
ПРИ ЧЕМ ТУТ ФРОНТ?
@
А ПРО ЧТО ТЫ ГОВОРИЛ?
@
ВЗРЫВАЕШЬСЯ КРИЧА НА ТИМ ЛИДА "СКОЛЬКО Я РАЗ ПРОИЗНЕС СЛОВО ФРОНТ И СКОЛЬКО СЕРВЕР!?"
@
КОЛЛЕГИ НАМ НУЖНО ЗАКОНЧИТЬ МИТИНГ ДО-СВИДАНЬЯ
@
ХОТЬ БЫ МЕНЯ УЖЕ НАХУЙ УВОЛИЛИ ИЗ ЭТОГО ЗООПАРКА
500 на "не сведён баланс" это норм или нет?
Если респонскод >= 400, то вместо ответа пришёл мусор, тело можно не читать и сразу показывать ошибку "Что-то пошло нет так, обратитесь в поддержку".
Ты ебанутый. Что надо сделать? Добавить валидацию джейсонов на беке? Сделать, чтобы бек возвращал ошибки валидации? Ты сам нихуя объяснить не можешь и рвешься на ровном месте.
error: true
success: false
errorMessage: "Что-то пошло не так"
@
Обычно выводим errorMessage
@
Но если statusCode "-1337" хардкодим сообщение "Что-то пошло не так" на фронте, errorMessage игнорируем
@
Все статус коды с минусом
@
TELNET, DHCP, SMTP, FTP, HTTP
@
НЕЕЕТ HTTP ЭТО ТРАНСПОРТ РРРЯЯЯЯ
OSI-шиз, ты? Насколько надо не дружить со здравым смыслом, чтобы думать, что в контексте протоколов у понятия "транспорт" может быть только одно значение?
Знаю. Извинения уже принёс лиду. Буду исправлять ситуацию.
Никто его так не называет
Да, только "провода" - тоже транспорт.
@
НАПИШИ Not.Select()
@
НО ТАКОГО МЕТОДА НЕ СУЩЕСТВУЕТ
@
АХ ДА ИЗВИНИ Я ЕГО ПРИДУМАЛ
Я хуй знает че там вайбкодеры высирают эта залупа даже как поисковая система по документации и интернету хуево работает и за ней нужно следить.
НОВАЯ СИСТЕМА СТОРИ ПОИНТОВ
@
ТЕПЕРЬ ВМЕСТО АБСТРАКТНОЙ СЛОЖНОСТИ ЗАДАЧИ БУДЕМ ИСПОЛЬЗОВАТЬ ЧАСЫ И ДНИ
@
В 10 ДНЕВНОМ СПРИНТЕ ВМЕСТО 5 ЗАДАЧ ТЕПЕРЬ 2 ЗАДАЧИ ПО 5 РАБОЧИХ ДНЕЙ
@
А ПОЧЕМУ ТАК КОМАНДА, ЧТО СЛУЧИЛОСЬ???
@
В СПРИНТЕ 40 ЧАСОВ, ЗАДАЧ НА 40 ЧАСОВ, БОЛЬШЕ БРАТЬ НЕЛЬЗЯ ПО ТК РФ
@
ПИКАЧУ-ЛИЦО СКРАМ МЕНЕДЖЕРА
Мы с REST работаем, про ACID спрашивай у базистов.
АНТОН, ТЫ МНЕ ТАК ПОМОГ ОТСТОЯТЬ, ЧТО МЫ НЕ ВОЗЬМЕМ ЗАДАЧУ Х НА СЕБЯ
@
ЧТО?
@
ДА Я ПРЕДСТАВИЛА КАК ТЫ БУДЕШЬ НЕГАТИВИТЬ ИЗ-ЗА ЭТОГО И ЭТО МНЕ ПОМОГЛО ОТСТОЯТЬ...
@
...
@
АНТОН, ИЗВИНИ, ЧТО ПЕРЕБИВАЮ, НО Я ДУМАЮ ВСЕ ПОНИМАЮТ, ЧТО ТЫ ХОТЕЛ СКАЗАТЬ ЧТО-ТО ПЕССИМИСТИЧНОЕ И Я С ТОБОЙ СОГЛАСЕН...
Я токсичная булочка с маком внутри компании. Как-то грустно из-за этого
Думайте.
Олег это недостижимый идеал
А Боромир бы взял одну задачу и прибавил бы компании ещё больше бизнес-вэлью!
Премия и так зависит от дохода кабана. Отдельно платить за каждую фичу - это всё равно что привязывать зарплату к количеству написанных строк кода, кабаны уже через это проходили и второй раз не поведутся.
> Премия и так зависит от дохода кабана.
Ошибка новичка. Премия зависит от желания кабана. Его доход к твоему дохода отношения не имеет.
Одно другому не мешает. Премия работника по желанию кабана зависит от дохода кабана. А вот от этого не зависит вообще ничего:
> Просите % от прибыли.
> Кабан, гони %.
@
ВЫЯСНИЛ ТОЧНЫЙ АЛГОРИТМ
@
СДЕЛАЛ
@
ОЙ ТУТ ВСЕ ИЗМЕНИЛОСЬ
@
ПЕРЕПИСАЛ ПО НОВОЙ
@
ОЙ ТУТ СНОВА ПОМЕНЯЛОСЬ
@
СНОВА ПЕРЕДЕЛАЛ
...
@
ОЙ СНОВА ПОМЕНЯЛОСЬ
@
НАПРЯГАЕШЬСЯ ИЗ-ЗА ТОГО, ЧТО РУКОВОДСТВО НАЧНЁТ СЧИТАТЬ ПЕРЕРАБОТКИ НОРМОЙ
Был. Вчера. Сегодня уже все поменялось. При этом каждый раз мы обсуждаем не брать задачи без точно финальный финал финала схема версия 3.
Ну, это норма, как показывает мой опыт работы. Какие-то вопросы возникают в процессе работы, а не до её начала. Нужно просто их сразу задавать и переключаться на другую задачу пока коллеги отвечают/обсуждают.
Странная у вас работа. Как будто можно время потратить на что-то более полезное
Мне вчера скрам менеджер заявил, что по графиками производительность моей команды упала и надо что-то с этим делать. Я так на него наорал про то, что если ему нужна производительность на графиках, то мы сейчас весь год будем её поднимать добавляя по одной бесполезной задаче заглушке в спринт, вот только продукт нихуя быстрее от этого делаться не будет. Зато да, охуенная производительность будет на графике.
Не пытайтесь угадать мой язык
Если вы всё ещё используете IP-геолокацию для выбора отображаемого языка, то хватит заниматься ерундой. Это ошибочное допущение, замаскированное под фичу.
IP сообщает, откуда пришёл запрос, и на этом всё. Он не сообщает, какой язык нужен пользователю, на каком языке он говорит и какой язык понимает. Подобная система постоянно ломается— VPN, путешествия, эмиграция, страны с несколькими официальными языками. Это не умное, а раздражающее решение.
https://habr.com/ru/articles/912818/
Не пытайтесь угадать мой язык
Если вы всё ещё используете IP-геолокацию для выбора отображаемого языка, то хватит заниматься ерундой. Это ошибочное допущение, замаскированное под фичу.
IP сообщает, откуда пришёл запрос, и на этом всё. Он не сообщает, какой язык нужен пользователю, на каком языке он говорит и какой язык понимает. Подобная система постоянно ломается— VPN, путешествия, эмиграция, страны с несколькими официальными языками. Это не умное, а раздражающее решение.
https://habr.com/ru/articles/912818/
Макака шатала макабу или капчу
Макака на собесе про идемпотентность не спрашивала...
@
БЫСТРЕНЬКО НАДО СДЕЛАТЬ БИЛЛИНГ, ЧЕРЕЗ НЕДЕЛЮ НАЧНУТ ПРИХОДИТЬ СЧЕТА, А У НАС АПИ НЕТ
@
СЫЧЕВ, НУ ЧТО ТЕБЕ СТОИТ СДЕЛАТЬ БИЛЛИНГ ЗА ПАРУ ДНЕЙ, ТАМ ЖЕ ПРОСТАЯ АРИФМЕТИКА
КОНЕЧНО СДЕЛАЮ БОСС! 4 НЕДЕЛИ НУЖНО
@
СЫЧЕВ, ТЫ ЧЁ? НАДО ЗА ДВА ДНЯ
@
КОНЕЧНО БОСС, НО БУДЕТ ЧЕРЕЗ 4 НЕЛЕЛИ
@
СЫЧЁВ ЕСЛИ ВОПРОС В ДЕНЬГАХ, ТАК Я МОГУ БОНУС ВЫПЛАТИТЬ
@
СПАСИБО ЗА БОНУС БОСС. К СОЖАЛЕНИЮ БЫСТРЕЕ ЧЕМ ЗА 4 НЕЛЕЛИ НЕ ПОЛУЧИТСЯ
@
...
Ненавижу этот язык. Его придумывали не для людей.
@
СЛОЖНЕЙШАЯ КОНТРОЛЬНАЯ ОТ НОВОГО УЧИТЕЛЯ ГЕОМЕТРИИ, ВЕСЬ КЛАСС ПОЛУЧИЛ КТО 3 КТО 2,ТЫ ПОЛУЧИЛ 3 С МИНУСОМ, 3 ПОЛУЧИЛА И МАША БОТАНОВА , 4 ПОЛУЧИЛ ТОЛЬКО САША АУТИСТОВ - НАГЛУХО ОТОРВАННЫЙ ОТ РЕАЛЬНОСТИ МАТЕМАТИЧЕСКИЙ ЗАДРОТ,КОТОРЫЙ ДРОЧИТ НА СХОДЯЩИЕСЯ РЯДЫ,ИЩЕТ В ИНТЕРНЕТЕ КОШИ И ДАЛАМБЕР ПОРНО И СРЕТ ИНТЕГРАЛАМИ , СТАБИЛЬНЫЙ ПОБЕДИТЕЛЬ ТУРГОРОВ И ВСЕРОССОВ
@
МАМ ВЕСЬ КЛАСС ПОЛУЧИЛ 3 И 2 ДАЖЕ МАША БОТАНОВА
@
А МНЕ НЕ ИНТЕРЕСНО КАК ДРУГИЕ УЧАТСЯ
Я правильно понял, что все ойтишники такие как Саша Аутистов? Как стать таким как Саша Аутистов?
У меня по математики тройка была и в школе и в вузе. Никак не помешало уже 6 лет работать софтвер инженером.
А теперь брысь, борда для 18+.
Мне 38, я лиственник. Учился в мухгу до 2018 года. Я аутист, но аутизм нихуя не дал никаких математических способностей, а наоборот у меня ухудшенный навык усвоения информации.
Не думал вложиться в луксмакс? Ну там, диета, спортзал, чтобы стать более привлекательным для противоположного пола? 38 лет это ещё не всё потеряно, у меня знакомый в 40 лет начал встречаться с 25 летней китаянкой.
Я нищук, работаю за зряплату меньше МРОТа. Пушто я до 33 лвл. был рнн. Я аутист. И пошел работать только, когда родители мне через родственников работу нашли, когда мне стало 33. Там навыков не требуется, но и зряплата только половина ставки. Что меньше МРОТа.
Я вкатываюсь в пхп и жс. Потихоньку учу. У меня вышка с мухгу есть по радиотехнике. Но знаний нет, пушто я всё время проиграл в пеку.
Понимаю. Возможно 1С буде более реалистичный вариантом? Там больше вакансий и ниже требования к кандидатам если верить ньюфаг треду.
1С Битрикс мой скуфовыбор
вам больше не стоит заниматься бугуртами
Потому молодые и позитивные аджайл-менеджеры терпеть не могут когда переводишь задачу в человекочасы, а не размеры футболок, сторипоинты, и прочие гойские токены.
Если мерить в человекочасах, то сразу становится видно, что человек нагружен за троих. И как-то неловко становится просить его ещё поднажать, чтобы показать командный дух.
Жопочасы тоже то такоє.
Переводи в водоизмещение яхты барена, или этажность 2й дачи, или обьем движка майбаха. Это универсальная валюта.
Я андроид разработчик. В основном пишу библиотеки под андроид на жабе и С++. Про ваши круды знаю только из мемов.
@
НА ЧЕЛОВЕКА 8 МИНУТ ЗА КОТОЫЕ НУЖНО УСПЕТЬ
@
СОЗДАТЬ ЗАДАЧИ
@
ОБСУДИТЬ ИХ
@
НАПИСАТЬ ОПИСАНИЕ
@
ОЦЕНИТЬ ОБЪЁМ РАБОТЫ
@
ОЙ, У НАС ЗАКОНЧИЛОСЬ ВРЕМЯ И ЕЩЁ 2 ЧЕЛОВЕКА ОСТАЛОСЬ
@
ПОХУЙ
@
ВСЕМ СПАСИБО
@
ВСЕМ ПОКА
Я конечно в ахуе от своего тимлида
Не зря напрягаешься. Перерабатывающих пидаров не просто так буллят в нормальных компаниях, причем в том числе и менеджеры.
Нужно понимать есть ли на то причины. Если это эксцесс разовый и нужно неделю поработать на 1-2ч больше, то окей дедлайн или проеб какой-то.
Если это постоянно раз в месяц, то тут извините идите нахуй.
Есть еще вариант. Я иногда в пятницу работаю чуть дольше просто чтобы закрыть уже задачу и на выходные уйти без висящих дел.
Я работаю 4 часа буквально по таймеру. Работаю больше только если задача интересная для меня персонально. Нафиг кабана, он и так богат.
мимо
Так всё ведь логично
Всё так
@
ЖАРА
@
НЕТ СИЛ РАБОТАТЬ ДНËМ НЕСМОТРЯ НА КОНДИЦИОНЕР И ВЕНТИЛЯТОРА
@
РАБОТАЕШЬ ПО НОЧАМ
> НЕТ СИЛ РАБОТАТЬ ДНËМ НЕСМОТРЯ НА КОНДИЦИОНЕР И ВЕНТИЛЯТОРА
@
ВСЕ-РАВНО РАБОТАЕШЬ
@
ЛЕЛЕЯ МЫСЛИ О СКОРОМ УВОЛЬНЕНИИ
@
БИЗНЕС НЕ ЗАДАЛСЯ
@
КОЛЛЕКТОРЫ ОБОССЫВАЮТ ДВЕРЬ С ТРЕБОВАНИЕМ ВЕРНУТЬ КРЕДИТЫ
@
ЖЕНА ПОДАЛА НА РАЗВОД
@
ЗАПИЛ
@
УМЕР
@
ДЕБАЖИШЬ УБРАВ ВСЁ ЛИШНЕЕ
@
ВСЁ РАВНО ПРИХОДИТЬСЯ ЖДАТЬ ПО 30 МИНУТ
@
В ОБЩЕЙ СЛОЖНОСТИ НА ОЖИДАНИЕ ВЫПОЛНЕНИЯ ПАЙПЛАЙНОВ ПОТРАЧЕНО НЕ МЕНЬШЕ РАБОЧЕЙ НЕДЕЛЕ ЗА ГОД
@
ПРОСИШЬ ВЫДЕЛИТЬ ВРЕМЯ В СПРИНТЕ НА ОПТИМИЗАЦИЮ СI ПАЙПЛАЙНА
@
МЕНЕДЖЕР
@
- НА ЭТО НЕТ ВРЕМЕНИ, НУЖНО КЛЕПАТЬ ФИЧИ!
ой блядь, ну как будто ты сам не разберешься с этой хуйней которую тебе же и делать
мимо-тимлид
Жиза, я за девопсами ебланами переписывал эти ебучие пайплайны, иной раз до часа доходило

@
ДЕЛАЕШЬ СЫРОЙ MVP
@
ПРИ ТЕСТИРОВАНИИ ИСПРАВИТСЯ
Это называется аджайл.
НЕТ ВРЕМЕНИ ДЕЛАТЬ СЫРОЙ MVP
@
ДЕЛАЕШЬ ЧТО-ТО, ЧТО ВЫГЛЯДИТ ТАК, БУДТО ЗАДАЧА СДЕЛАНА
@
ПРИ ТЕСТИРОВАНИИ ДОРАБАТЫВАЕШЬ
@
А НЕЧА НА ТЕСТИРОВАНИЕ ЗАКЛАДЫВАТЬ МЕСЯЦ, А СО СДАЧЕЙ ЗАДАЧИ ТОРОПИТЬ
У нас на тестирование заложено 4 часа...
@
ПРИШЁЛ НОВЫЙ ТИМЛИД, С ОПЫТОМ НА РЕАКТЕ
@
НА ОБЩЕМ ОЗНАКОМИТЕЛЬНОМ СОЗВОНЕ ПМ В ШУТКУ СПРАШИВАЕТ, БУДЕТ ЛИ ПЕРЕХОД НА РЕАКТ
@
ТИМЛИД СЕРЬЁЗНО ОТВЕЧАЕТ, ЧТО ПО-ХОРОШЕМУ ДА, РАССМОТРИТ ДАННУЮ ПЕРСПЕКТИВУ
@
ЧЕРЕЗ ПАРУ МЕСЯЦЕВ ПОНИМАЕШЬ, ЧТО ЭТО НЕ ШУТКА
@
ТИМЛИД ПОТИХОНЬКУ ЛИЧНО ПЕРЕПИСЫВАЕТ ГЛАВНУЮ СТРАНИЦУ НА РЕАКТ
>При этом худшее что можно сделать это создать десяток бесвязанных функций, которые при этом требуют доступа к одному и тому же состоянию вместо создания класса. А именно этим любят заниматься питонисты, по крайней мере у меня на работе.
Не факт: такой условно "питонячий" подход позволяет написать код на одних immutable, и потом такой код будет параллелить
так себя ведут манипуляторы, кстати. Вот тут я бы насторожился очень сильно и занёс в фарли-досье
>В 1С такого не будэ. На 90% вакансий меньше 50 откликов.
Будет, просто чуть позднее. Фиксины на Руси не перевелись ведь
>написать код на одних immutable, и потом такой код будет параллелить
А потом оказалось мутабельность все же нужна и поэтому у тебя умирает комп от аллокации.
>
>ЖДЕШЬ ПО 2 ЧАСА, ЧТОБЫ УЗНАТЬ, ЧТО В КОНЦЕ ПАЙПЛАЙНА УПАЛА КАКАЯ-ТО ЖАБА
Жиза, двчую
Я не понимаю почему в мордах этих CI нет хотя бы крыжиков чтобы просто пропускать какие-то этапы или платформы (падает линуксовая версия - нахуя сначала ждать сборку макосевой?)

>>написать код на одних immutable, и потом такой код будет параллелить
>А потом оказалось мутабельность все же нужна и поэтому у тебя умирает комп от аллокации.
Где нужна там пусть будет. Аллокаций дополнительных при таком подходе, внезапно, не появляется, кстати. (Хотя как в пистоне хз - я про нормальные языки)
>Аллокаций дополнительных при таком подходе, внезапно, не появляется, кстати
Появляются. Если объект иммутабелен, то чтобы изменить его необходимо создавать копию. В C# поэтому нельзя использовать конкатенацию для составления строк.
Это базовая концепция информатики.
>>Аллокаций дополнительных при таком подходе, внезапно, не появляется, кстати
>Появляются. Если объект иммутабелен, то чтобы изменить его необходимо создавать копию.
Старый объект при этом становится не нужен и компилятор это видит вообще-то. Так что, не появляются
>> компилятор это видит
>И что он делает?
Помещает новый объект в старое место. Перевыделять это место не требуется
Тебе все равно требуется выделить где-то память под новый объект.
По сути это задача о +1 в массиве тебе необходимо выделить N+1 памяти под новый, скопировать и добавить, освободить память под старый.
Было бы волшебно, но нет. Поэтому всякие StringBuilder'ы дают буст в производительности.
>Тебе все равно требуется выделить где-то память под новый объект.
>По сути это задача о +1 в массиве тебе необходимо выделить N+1 памяти под новый, скопировать и добавить, освободить память под старый.
Промежуточное всё лежит на стеке и в регистрах. Ты же не на питоне пишешь, не?
Очередные слова очередного неосилятора HTTP. СЛОЖНА ЕМУ БЛЯДЬ, ДАВАЙТЕ 200 НА ВСЁ, А ПОТОМ ПОХУЙ КАК МЕТРИКИ ПРИКРУЧИВАТЬ, ПАРСИТЬ ОТВЕТЫ БУДЕМ
> HTTP. СЛОЖНА ЕМУ БЛЯДЬ
Всё просто, вот только все используют неправильно.
> ДАВАЙТЕ 200 НА ВСЁ
Не всё, а только бизнес-ошибки.
> А ПОТОМ ПОХУЙ КАК МЕТРИКИ ПРИКРУЧИВАТЬ,
Всё так же, к респонс-кодам. Ведь метрики смотрят на техническую доступность приложухи, а не на то, что пользователь ввёл неправильные данные в форме.
А, ну то есть пусть пользователи долбятся в нерабочую форму со 100% отказом, а мы кофиё попивать будем сидеть. Красота. Зато какому-то еблану УДОБНО.
Сотыги у кабаныча из воздуха берутся? Ты как говномидас, всё к чему прикасаешься, всё становится говном, и пользователям хуёво, и кабаныч разоряется, и твоё ебаное апи потом разбирать тщательно приходится что ты там наколхозил.
Если пользователь долбоёб, не умеет читать сообщения об ошибках и не обращается в поддержку, то да, будем пить кофиё. Нам на каждое "Неправильная капча" заводить по инциденту? И при чём тут вообще удобство? Речь как раз про правильное каноничное использование гипертекстового протокола, а не про удобство.
Покажи этот неведомый канон и конкретные выдержки из него, по которым тебе при неправильных данных в запросе нужно отдать 200. Ах да, ты ж его сам придумал
Atomicity, Consistency, Integrity?, Durability. Не самая сложная аббревиатура, всё про транзакции и запись на диск на каждый чих.
В смысле выдержку? Это целиком надо прочитать, чтоб проникнуться. Прям от начала до конца.
Каждый раз такое. Когда кабанчик дохуя визионер, когда вы ещё в поиске product market fit, достаточно тупо клиенту сказать в письме что он где-то споткнулся, как резко нужно всё бросить и фиксить невероятно срочную задачу. А остальное мы просто не можем себе позволить. В итоге не продукты пилим, а развлекаем кабанчика за деньги почасово.
Спорить с твоими голосами в голове у меня нет желания.
А у меня нет либидо и я не хочу трахаться. Хочу ли я работать? Вопрос риторический...
У меня раньше тоже не было, но тут случилось, что я выспался. Боюсь, что если подрочить, то не будет энергии для работы. Может быть можно как-то это сублимировать. Например, сделать сексуальное название переменной
@
- АНТОН, ПОМОГИ, КАК ЗАПИСЫВАТЬ ЗВУК НА ДЕВАЙСЕ?
2 года как он у нас устроен, я каждый раз удивляюсь как в первый его вопросам
Я на фул удаленке. Не уйду пока не уволят
Никогда не любил удалёнку, вернулся в офис сразу после последней волны ковида. Да и между волнами тоже работал в офисе. Очень хуёво мне на удалёнке работается, тупо не могу сосредоточиться на задачах, когда за спиной нет погонщика с кнутом.
Титьков - это Олег-заказчкик из ОПГ-неонацистов. Там речь идет об Олеге-исполнителе.
НОВЫЙ ТИМ ЛИД РАДОСТНО ПИШЕТ, ЧТО РЕШИЛ ВАЙПНУТЬ ВЕСЬ БЭКЛОГ ПРОЕКТА
@
АХУЕВАЕШЬ
@
ОБЪЯСНЯЕШЬ, ЧТО ЭТО ПЛОХАЯ ИДЕЯ
@
Я УВЕРЕН, ЧТО ЭТО ПРАВИЛЬНО АНТОН! НЕ БЕСПОКОЙСЯ
@
ГРУСТНО ВЗДЫХАЯ ПИШЕШЬ ПИСЬМО ГЛАВЕ ДЕПАРТАМЕНТА РАЗРАБОТКИ
Мне пофиг. Пусть не любит. Может уволят наконец-то
Я люблю свою работу
@
В АДЖАЙЛЕ ЕСТЬ КОМАНДА, МЫ ВСЕЙ КОМАНДЕ МОТИВАЦИЮ УМЕНЬШИМ
@
АНАЛИТИКОВ НАХУЙ, РАЗРАБЫ ДОЛЖНЫ ОБСУЖДАТЬ ФИЧИ С ТИМЛИДАМИ
@
КАКОЕ-ТО ВРЕМЯ ЭТО РАБОТАЕТ, Т.К. 90% ВСЕЙ РАБОТЫ - ЭТО ПЕРЕКЛАДЫВАНИЕ КАЛА ИЗ СТОПКИ В СТОПКУ
@
ПРИЛЕТАЕТ ОТ БИЗНЕСА ЗАДАЧА НА ПОЛГОДА, СНОВА НАИВЫСШЕГО ПРИОРИТЕТА
@
ПУК-МЕК, ИТЕРАТИВНАЯ РАЗРАБОТКА, ВАЛИДАЦИЯ ГИПОТЕЗ
@
ЖИДКО ПЁРНУВ, ОБСИРАЕШЬСЯ, НЕ В СИЛАХ ВЫНЕСТИ ХАОСА
>А ПОТОМ ПОХУЙ КАК МЕТРИКИ ПРИКРУЧИВАТЬ, ПАРСИТЬ ОТВЕТЫ БУДЕМ
А нельзя на стороне приложения прикрутить хуйнюшку, которая будет увеличивать счётчики метрик в случае возникновения ошибок? Чтобы ответы не парсить, пусть приложение само запишет, где обосралось
Кмк штатный кейс разработки в тырпырпрайзе, прям дефолт, как try-catch написать
Я не защищаю подход "давайте в 200 положим 500", я видел такой копролит в кодовой базе.
мимокодер
А в чем хаос? Жира, таски, приоритеты. Вижен, стратегия, OKR. Вроде тысячи раз обкатанная схема.
В деталях. Даёшь работу двоих одному? Внедряй вменяемые меры управления. Например:
1) кросс-валидация гипотез по задачам между членами команды, разными командами если ты тырпрайз и бизнесом. Люди в команде должны понимать людей для такого подхода.
2) ведение командной документации, юзер-сторей/питчей от ПМов ПЕРЕД разработкой.
Так мы снижаем бас-фактор и неопределённость.
Кодик, который "просто работает" и к которому отношение "я хз посмотри чё там плиз, доки нет" -- это не продукт, а ноша. Её можно носить с пошаговым планом сделать из неё продукт.
3) Правильное распределение сроков по задачам с учётом вышеизложенной нагрузки. За дедлайны по ночам -- вызывать на разговор и призывать любыми силами к планомерной нагрузке, а не "вывалить, в ужасе побороть, а потом нахваливать героев Родины"
Иначе кто-то где-то пёрнет, да пожиже, чем когда аналитики ебланят, а разрабы "мы по тз работаем)". Было 2 головы, стала 1. Даже если обе были тупорылые.
Понятно, что в целевой картине разраб никогда не ошибается и всегда делает аналитику правильно, но всё-таки есть объективная реальность. В которой надо реально двигать продуктовый подход, а не просто накидывать пока просят дяди
> юзер-сторей/питчей от ПМов
Дополню: часто на это кладётся болт, тупо на словах. По итогу хуй пойми чё в массовом количестве вываливается на прод, а потом аврально тушится. Это выматывает и не походит на подход "мы ответственно делаем продукт"

@
КАБАНЫ В ПЕРВОМ ПОЛУГОДИИ НЕ ПОЛУЧИЛИ ОВЕРПРИБЫЛИ
@
СТРОИЛИ ПРОЦЕССЫ 2 ГОДА, ВСЕ НАХУЙ, ТЕПЕРЬ МЫ СТАРТАП
@
ТЕХЛИД ТЕПЕРЬ МЕНЕДЖЕР, ПРОДАКТ И ТЕСТИРОВЩИК И ДЕВОПС В ОДНОМ ЛИЦЕ, ВЕДЬ ОНИ РАБОТАЮТ КАК РАБОТАЛИ
@
ВЫ ПОЛУЧАЕТЕ 1/3 ОТ СВОЕЙ ЗАРПЛАТЫ, А ВОООТ КОГДА ПРОЕКТ ЗАКРОЕТЕ ТО ПОЛУЧИТЕ БОЛЬШУЮ КОТЛЕТУ
> Даёшь работу двоих одному? Внедряй вменяемые меры управления.
А смысл? Ну, дали работу на 16 часов челу и сказали сделай за 8 часов. Челу на следующий день скажет: не получилось, нужен ещё день. Тут никакие схемы управления не помогут.
> 2) ведение командной документации, юзер-сторей/питчей от ПМов ПЕРЕД разработкой.
Ни разу не видел внутренней документации, которую мог бы понять тот кто её не писал. Тут или чисто для галочки пишешь, или тратишь весь рабочий день, чтобы с графиками, схемами, примерами написать действительно понятно. Никто на это время понятное дело не даёт, так что никто так и не делает.
> Так мы снижаем бас-фактор и неопределённость.
Вот по моему опыту это не снижает бас фактор. Я своими глазами видел как дважды новые люди приходили на проект и даже с возможностью спросить инфу вкатывались по полгода, чтобы начать разбираться. Полгода простоя проекта: заебись. Бас фактор снижается когда у вас два разработчика работающие над одним и тем же участком проекта. Да, тогда они оба обладают компетенциями и если уйдёт один проект не встанет.
> Кодик, который "просто работает" и к которому отношение "я хз посмотри чё там плиз, доки нет" -- это не продукт, а ноша. Её можно носить с пошаговым планом сделать из неё продукт.
Продукт является продуктом ннзависимо от технического состояния, потому что это бизнес термин: нечто приносящее пользу кому-то.
> 3) Правильное распределение сроков по задачам с учётом вышеизложенной нагрузки.
Ну, нормальный ПМ знает, что сроки не работают, поэтому и отношение к ним расслабленное должно быть.
> За дедлайны по ночам -- вызывать на разговор
Бред. Если это не стартап и ты в нем не основатель или владелец опционов, то подобное это чисто развод лоха на человекочасы.
А бооольшая котлета как-то указана в договоре? Акции, опционы, привязка бонуса к прибыли? Нет? Ну, я предлагаю тогда просто расслабиться и работать 1/3 рабочего дня.
@
ЗАПИСАЛСЯ НА КУРС ПО УПРАВЛЕНИЮ РАБОЧИМ ВРЕМЕНЕМ И ВРЕМЕНЕМ ОТДЫХА
@
ПРОХОДИШЬ ЕГО В РАБОЧЕЕ ВРЕМЯ
>Продукт является продуктом ннзависимо от технического состояния, потому что это бизнес термин: нечто приносящее пользу кому-то.
Конечно, ты говоришь про бизнес-продукт. Хачик с сумкой, услуга юриста, опрос на улице за конфетку -- это продукты.
Но мы обсуждаем контекст "продуктового подхода к разработке". Есть "системный подход", когда аналитики => qa => кодеры. Так получается надёжно, но дорого и долго из-за координации.
Подход "продукта" вместо "системы" накладывает ограничения, которые ты правильно описал ниже:
> А смысл? Ну, дали работу на 16 часов челу и сказали сделай за 8 часов. Челу на следующий день скажет: не получилось, нужен ещё день. Тут никакие схемы управления не помогут.
Поможет внятная оценка и декомпозиция задач. Тогда никому не будет прилетать кусок на 16 часов и каждый сможет зайти и часик в день на код-ревью глянуть прогресс коллеги, чтобы посмотреть, как их ПРОДУКТ в виде кода существует. А ещё, поскольку никто не перегружен из-за того, что ты назвал "бредом" внизу сообщения, может возникнуть дельная мысля для коллеги. Мозг думает асинхронно у многих.
Когда WLB на бумаге/отсутствует -- ни у кого дельных мыслёв нет, одно желание: допинать любой ценой.
> Ни разу не видел внутренней документации, которую мог бы понять тот кто её не писал.
Плохо. Очень плохо. Я видел примеры вменяемой документации, которая кмк необходима. Иначе в голове каша, в коде лапша.
> Я своими глазами видел как дважды новые люди приходили на проект и даже с возможностью спросить инфу вкатывались по полгода, чтобы начать разбираться.
Может, потому что они аутята в грустной конторе без документации и соц. скиллов, чтобы вытянуть?
Может, поэтому и нужна документация -- чтобы снизить издержки вовлечения ёбиков в процесс бизнесовой скачки и создавать общий контекст продукта?
> Ну, нормальный ПМ знает, что сроки не работают, поэтому и отношение к ним расслабленное должно быть.
Факт, но в тырпрайзах ебут за дедлайны.
> Бред. Если это не стартап и ты в нем не основатель или владелец опционов, то подобное это чисто развод лоха на человекочасы.
Можешь поподробнее?
>Продукт является продуктом ннзависимо от технического состояния, потому что это бизнес термин: нечто приносящее пользу кому-то.
Конечно, ты говоришь про бизнес-продукт. Хачик с сумкой, услуга юриста, опрос на улице за конфетку -- это продукты.
Но мы обсуждаем контекст "продуктового подхода к разработке". Есть "системный подход", когда аналитики => qa => кодеры. Так получается надёжно, но дорого и долго из-за координации.
Подход "продукта" вместо "системы" накладывает ограничения, которые ты правильно описал ниже:
> А смысл? Ну, дали работу на 16 часов челу и сказали сделай за 8 часов. Челу на следующий день скажет: не получилось, нужен ещё день. Тут никакие схемы управления не помогут.
Поможет внятная оценка и декомпозиция задач. Тогда никому не будет прилетать кусок на 16 часов и каждый сможет зайти и часик в день на код-ревью глянуть прогресс коллеги, чтобы посмотреть, как их ПРОДУКТ в виде кода существует. А ещё, поскольку никто не перегружен из-за того, что ты назвал "бредом" внизу сообщения, может возникнуть дельная мысля для коллеги. Мозг думает асинхронно у многих.
Когда WLB на бумаге/отсутствует -- ни у кого дельных мыслёв нет, одно желание: допинать любой ценой.
> Ни разу не видел внутренней документации, которую мог бы понять тот кто её не писал.
Плохо. Очень плохо. Я видел примеры вменяемой документации, которая кмк необходима. Иначе в голове каша, в коде лапша.
> Я своими глазами видел как дважды новые люди приходили на проект и даже с возможностью спросить инфу вкатывались по полгода, чтобы начать разбираться.
Может, потому что они аутята в грустной конторе без документации и соц. скиллов, чтобы вытянуть?
Может, поэтому и нужна документация -- чтобы снизить издержки вовлечения ёбиков в процесс бизнесовой скачки и создавать общий контекст продукта?
> Ну, нормальный ПМ знает, что сроки не работают, поэтому и отношение к ним расслабленное должно быть.
Факт, но в тырпрайзах ебут за дедлайны.
> Бред. Если это не стартап и ты в нем не основатель или владелец опционов, то подобное это чисто развод лоха на человекочасы.
Можешь поподробнее?
> Поможет внятная оценка и декомпозиция задач.
Декомпозиция покажет скрытую сложность, да, согласен.
> Тогда никому не будет прилетать кусок на 16 часов
А вот с этим не согласен. Точность оценки задачи до 16 часов бывает только для простых задач. Реальная ситуация у меня сейчас перед глазами: задача подготовка релиза -> оценка равна одной неделе -> реальное время выполнения две нелели из-за того, что нашли баги, из-за того, что AWS сервисы глючное говно и из-за них пришлось перезапускать пайплайн раз 5, а пайплан занимает 4 часа. И такие ситуации постоянно.
> код-ревью
> дельные идеи
Это если коллегам есть дело до продукта, что опять же из моего опыта скорее отсутствует чем присутствует для большинства сотрудников.
> Плохо. Очень плохо. Я видел примеры вменяемой документации, которая кмк необходима. Иначе в голове каша, в коде лапша.
Значит кто-то в неё вложил много времени и сил. А значит кто-то в это время не пилил новые фичи. Продакт менеджер вообще решает, что сейчас важнее для компании: фичи или документация. Может без фичей документация и будет нафиг не нужна, потому что тима не закроет ОKR и будет распущена.
> Может, потому что они аутята в грустной конторе без документации и соц. скиллов, чтобы вытянуть?
Хз, с этими двумя покемонами вообще много чего не понятно. Будь моя воля обоих бы давно уволил из-за низкого качества кода, что они присылают на ревью.
> Может, поэтому и нужна документация -- чтобы снизить издержки вовлечения ёбиков в процесс бизнесовой скачки и создавать общий контекст продукта?
Ну, смотри, если делать внутреннюю документацию, то нужно фиксировать внутренний API и пытаться поддерживать обратную совместимость и вообще больше говнокодить не получится. Может ли продуктовая команда себе позволить удлинение релизного цикла в 2 раза из-за этого? Я думаю ответ для большинства компаний нет.
> Можешь поподробнее?
Если я тебя правильно понял, то ты имел ввиду, что кто-то в компании работает в полночь, чтобы успеть к дедлайну. Если это не нормальный рабочий график человека, то это развод на лоха со стороны руководства. Есть 8 часовой рабочий день. Если ПМ проебался со сроками, с управлением, ещё с чем-то, то это проблема ПС, а не инженера. Инженер работает за зарплату. Ему должно быть всё равно на какие-то бизнес дедлайны. Они не должны никаким образом влиять на правило, что я своё на сегодня отработал, на часах 18:00, всем пока. Если же человек без вознаграждения соглашается бесплатно ещё 6 часов вкалывать на кабана, то он очевидно лох, потому что его развели на деньги/неоплачиваемые человекочасы.
Инженер не кофаундер, не фаундер, не топ-менеджер, даже не ПМ. У него нет никакой привязки вознаграждения к бизнес успеху или неудаче продукта. Он есть функция за фиксированную цену и ничем кроме этого он в рамках компании не является. Именно так на разработчиков смотрит ПМ и все кто выше. Чем раньше разработчик это поймёт тем на самом деле всем станет лучше.
Неэффективного ПМ уволят, новый ПМ не будет бороться с сопротивлением уникальных снежинок разработчиков, разработчики будут иметь нормальный ворк-лайф бэланс. Счастье и гармония. А если разработчику больше всех надо, так открывай свой стартап и занимай позицию фаундера. Или ухожи в стартап и сразу договаривайся, что ты работаешь за опционы.
> Поможет внятная оценка и декомпозиция задач.
Декомпозиция покажет скрытую сложность, да, согласен.
> Тогда никому не будет прилетать кусок на 16 часов
А вот с этим не согласен. Точность оценки задачи до 16 часов бывает только для простых задач. Реальная ситуация у меня сейчас перед глазами: задача подготовка релиза -> оценка равна одной неделе -> реальное время выполнения две нелели из-за того, что нашли баги, из-за того, что AWS сервисы глючное говно и из-за них пришлось перезапускать пайплайн раз 5, а пайплан занимает 4 часа. И такие ситуации постоянно.
> код-ревью
> дельные идеи
Это если коллегам есть дело до продукта, что опять же из моего опыта скорее отсутствует чем присутствует для большинства сотрудников.
> Плохо. Очень плохо. Я видел примеры вменяемой документации, которая кмк необходима. Иначе в голове каша, в коде лапша.
Значит кто-то в неё вложил много времени и сил. А значит кто-то в это время не пилил новые фичи. Продакт менеджер вообще решает, что сейчас важнее для компании: фичи или документация. Может без фичей документация и будет нафиг не нужна, потому что тима не закроет ОKR и будет распущена.
> Может, потому что они аутята в грустной конторе без документации и соц. скиллов, чтобы вытянуть?
Хз, с этими двумя покемонами вообще много чего не понятно. Будь моя воля обоих бы давно уволил из-за низкого качества кода, что они присылают на ревью.
> Может, поэтому и нужна документация -- чтобы снизить издержки вовлечения ёбиков в процесс бизнесовой скачки и создавать общий контекст продукта?
Ну, смотри, если делать внутреннюю документацию, то нужно фиксировать внутренний API и пытаться поддерживать обратную совместимость и вообще больше говнокодить не получится. Может ли продуктовая команда себе позволить удлинение релизного цикла в 2 раза из-за этого? Я думаю ответ для большинства компаний нет.
> Можешь поподробнее?
Если я тебя правильно понял, то ты имел ввиду, что кто-то в компании работает в полночь, чтобы успеть к дедлайну. Если это не нормальный рабочий график человека, то это развод на лоха со стороны руководства. Есть 8 часовой рабочий день. Если ПМ проебался со сроками, с управлением, ещё с чем-то, то это проблема ПС, а не инженера. Инженер работает за зарплату. Ему должно быть всё равно на какие-то бизнес дедлайны. Они не должны никаким образом влиять на правило, что я своё на сегодня отработал, на часах 18:00, всем пока. Если же человек без вознаграждения соглашается бесплатно ещё 6 часов вкалывать на кабана, то он очевидно лох, потому что его развели на деньги/неоплачиваемые человекочасы.
Инженер не кофаундер, не фаундер, не топ-менеджер, даже не ПМ. У него нет никакой привязки вознаграждения к бизнес успеху или неудаче продукта. Он есть функция за фиксированную цену и ничем кроме этого он в рамках компании не является. Именно так на разработчиков смотрит ПМ и все кто выше. Чем раньше разработчик это поймёт тем на самом деле всем станет лучше.
Неэффективного ПМ уволят, новый ПМ не будет бороться с сопротивлением уникальных снежинок разработчиков, разработчики будут иметь нормальный ворк-лайф бэланс. Счастье и гармония. А если разработчику больше всех надо, так открывай свой стартап и занимай позицию фаундера. Или ухожи в стартап и сразу договаривайся, что ты работаешь за опционы.
>Значит кто-то в неё вложил много времени и сил. А значит кто-то в это время не пилил новые фичи. Продакт менеджер вообще решает, что сейчас важнее для компании: фичи или документация. Может без фичей документация и будет нафиг не нужна, потому что тима не закроет ОKR и будет распущена
Ты прав насчёт этого и выше, приятно почитать. Чаще бывает, что совсем без доки -- и это провоцирует похуизм к продукту. Попробую описать 2 замкнутых круга этого вопроса:
1) Приходит миддл Вася, смотрит на гору кодика и такой: "О, это я потом почитаю...". И случается твой кейс на полгода. Скажи, не походит на продуктовый подход? А сверху хотят делать продукт, мол, системный анализ избыточен.
2) ПМ не ответственен на 100% за онбординг, это прямая задача тимлида. Но от наличия доки зависит онбординг -- а составление в руках ПМа.
> нужно фиксировать внутренний API
Да, это не титанический объём времени, кмк. День-два на большой проект >15 ручек. И это со схемами, UML-диаграммами по интеграциям и всей хуйнёй.
> пытаться поддерживать обратную совместимость и вообще больше говнокодить не получится
Не факт, можно говнокодить и писать в доку про это. Вопрос в том, дают ли времени.
> Если же человек без вознаграждения соглашается бесплатно ещё 6 часов вкалывать на кабана, то он очевидно лох, потому что его развели на деньги/неоплачиваемые человекочасы.
А если этот кто-то перерабатывающий лох имеет шкурный интерес получить щедрое вознаграждение и грейд-ап?
>А если этот кто-то перерабатывающий лох имеет шкурный интерес получить щедрое вознаграждение и грейд-ап?
То надо на перекуры, обеды и в баню ходить с начальством.
Можно, много метрик ещё замеряет какие-то внутренние показатели приложки. Как сделаешь так и будет. Но в расследовании инцидентов статусы сильно помогают. Намного проще грепать в логе сервера, намного проще проверить гипотезу с нерабочей формой. И все примерно понимают без дополнительной документации что каждый статус значит, за исключением редких упёртых уникумов.
> Ты прав насчёт этого и выше, приятно почитать.
Ох, какой у тебя непривычный стиль общения на дваче. Спасибо.
> 1) Приходит миддл Вася, смотрит на гору кодика и такой: "О, это я потом почитаю...". И случается твой кейс на полгода.
Ну, просто так читать гору кода я не вижу смысла. Васи должны были дать задачу из-за которой он в эту гору полез и не читать код у него вариантов нет. Если он конечно планирует задачу закрыть. В проектах без внутренней документации он будет задавать вопросы мейнтейнеру проекта или тому кого назначили на его вопросы отвечать.
> Скажи, не походит на продуктовый подход? А сверху хотят делать продукт, мол, системный анализ избыточен.
В моем понимании продуктовый подход это про бизнес, а не про организацию технической его составляющей. Продуктовый подход состоит из:
1. Виденье продукта (ответ на вопрос как будет выглядеть продукт через N лет). Тот самый вижен про который говорят ПМы.
2. Стратегия. Конкретные действия как виденье воплотить в реальность. ПМ рисует майлстоуны, прикидывает объем работы, находит ресурсы, устраняет препятствия.
3. Продуктовые гипотезы. Постоянные попытки нащупать какие новые/старые фичи полезны для конечного потребителя, какой длины реклама должен быть, чтобы пользователь не ушёл из приложения и тому подобное.
А технически ПМ может быть совсем нулем. Обычно обязанности за то "как" разработчики создадут и будут поддерживать продукт висят на техническом директоре и/или на техническом лиде.
> 2) ПМ не ответственен на 100% за онбординг, это прямая задача тимлида. Но от наличия доки зависит онбординг -- а составление в руках ПМа.
Ну, мы опять возвращаемся к тому, что ПМ решает на что нужно выделить сейчас время.
> Да, это не титанический объём времени, кмк. День-два на большой проект >15 ручек. И это со схемами, UML-диаграммами по интеграциям и всей хуйнёй.
Ох, у меня совсем не так, только в моей части кода набереться 30-40 функци, которые надо бы задокументировать. Если брать весь продукт, то мы говорим про ~150-200 функций. Нарисовать диаграмму как работает мой участок кода у меня ушло 2 дня. И эта диаграмма давно уже не актуальна. А ещё у нас 12 отдельных сборок для разных заказчиков и сценариев использования. Если честно попытаться это дело описать так, чтобы не для галочки, то можно смело на месяц останавливать работу.
> А если этот кто-то перерабатывающий лох имеет шкурный интерес получить щедрое вознаграждение и грейд-ап?
Вот если оно было прямо обещанно, проговоренно твёрдо и чётко, то да, смысл есть. Если же это ожидания, которые ни с кем не были согласованы, то я бы не стал рассчитывать ни на грейдап, ни на вознаграждение.
У нас так появилась открытая вакансия тимлида, а я по всем обьективным характеристикам подходил под эту роль лучше чем чел с улицы:
- опыт работы в компании 4 года
- въебывание по 12 часов потому что ПМ лично попросил
- глубокое знание внутрянки технической составляющей продукта потому что я и писал его архитектуру в самом начале
А главное никакой конкуренции. Со стороны команды никто бы не был против, все давно привыкли, что я разгребаю вопросики за прошлым тимлидом.
Ну, и я думаю, заебись, наконец-то смогу поменять те вещи в организации, что меня бесили. Прихожу спрашивать техдира, а он мне удивлённо говорит, а мы уже взяли, топ менеджер своего знакомого посадил, извини.
В тот день я наконец-то осознал как меня видят менеджеры и кто я в устройстве компании. Не нужно строить неоправданных ожиданий. Нужно строить так трудовые отношения, чтобы то что ты считаешь справедливым "призом" за свою работу было прописано в контракте.
После этого случая я кстати начал работать по 4 часа в день, кроме дней когда никак работать меньше не получается, а в свободное время пилить свой микростартап.
> Ты прав насчёт этого и выше, приятно почитать.
Ох, какой у тебя непривычный стиль общения на дваче. Спасибо.
> 1) Приходит миддл Вася, смотрит на гору кодика и такой: "О, это я потом почитаю...". И случается твой кейс на полгода.
Ну, просто так читать гору кода я не вижу смысла. Васи должны были дать задачу из-за которой он в эту гору полез и не читать код у него вариантов нет. Если он конечно планирует задачу закрыть. В проектах без внутренней документации он будет задавать вопросы мейнтейнеру проекта или тому кого назначили на его вопросы отвечать.
> Скажи, не походит на продуктовый подход? А сверху хотят делать продукт, мол, системный анализ избыточен.
В моем понимании продуктовый подход это про бизнес, а не про организацию технической его составляющей. Продуктовый подход состоит из:
1. Виденье продукта (ответ на вопрос как будет выглядеть продукт через N лет). Тот самый вижен про который говорят ПМы.
2. Стратегия. Конкретные действия как виденье воплотить в реальность. ПМ рисует майлстоуны, прикидывает объем работы, находит ресурсы, устраняет препятствия.
3. Продуктовые гипотезы. Постоянные попытки нащупать какие новые/старые фичи полезны для конечного потребителя, какой длины реклама должен быть, чтобы пользователь не ушёл из приложения и тому подобное.
А технически ПМ может быть совсем нулем. Обычно обязанности за то "как" разработчики создадут и будут поддерживать продукт висят на техническом директоре и/или на техническом лиде.
> 2) ПМ не ответственен на 100% за онбординг, это прямая задача тимлида. Но от наличия доки зависит онбординг -- а составление в руках ПМа.
Ну, мы опять возвращаемся к тому, что ПМ решает на что нужно выделить сейчас время.
> Да, это не титанический объём времени, кмк. День-два на большой проект >15 ручек. И это со схемами, UML-диаграммами по интеграциям и всей хуйнёй.
Ох, у меня совсем не так, только в моей части кода набереться 30-40 функци, которые надо бы задокументировать. Если брать весь продукт, то мы говорим про ~150-200 функций. Нарисовать диаграмму как работает мой участок кода у меня ушло 2 дня. И эта диаграмма давно уже не актуальна. А ещё у нас 12 отдельных сборок для разных заказчиков и сценариев использования. Если честно попытаться это дело описать так, чтобы не для галочки, то можно смело на месяц останавливать работу.
> А если этот кто-то перерабатывающий лох имеет шкурный интерес получить щедрое вознаграждение и грейд-ап?
Вот если оно было прямо обещанно, проговоренно твёрдо и чётко, то да, смысл есть. Если же это ожидания, которые ни с кем не были согласованы, то я бы не стал рассчитывать ни на грейдап, ни на вознаграждение.
У нас так появилась открытая вакансия тимлида, а я по всем обьективным характеристикам подходил под эту роль лучше чем чел с улицы:
- опыт работы в компании 4 года
- въебывание по 12 часов потому что ПМ лично попросил
- глубокое знание внутрянки технической составляющей продукта потому что я и писал его архитектуру в самом начале
А главное никакой конкуренции. Со стороны команды никто бы не был против, все давно привыкли, что я разгребаю вопросики за прошлым тимлидом.
Ну, и я думаю, заебись, наконец-то смогу поменять те вещи в организации, что меня бесили. Прихожу спрашивать техдира, а он мне удивлённо говорит, а мы уже взяли, топ менеджер своего знакомого посадил, извини.
В тот день я наконец-то осознал как меня видят менеджеры и кто я в устройстве компании. Не нужно строить неоправданных ожиданий. Нужно строить так трудовые отношения, чтобы то что ты считаешь справедливым "призом" за свою работу было прописано в контракте.
После этого случая я кстати начал работать по 4 часа в день, кроме дней когда никак работать меньше не получается, а в свободное время пилить свой микростартап.

@
ЧЕРЕЗ ГОД ДУМАЕШЬ ЧТО РУТИНА ЗАЕБАЛА, А САМ УЖЕ ХОРОШО ПОДНАТАСКАЛСЯ, НАДО УХОДИТЬ
@
СЫЧЕВ, НУ ТЫ ЧЕГО))) ВОТ ТЕБЕ 5% ПРИБАВКИ, А ЕЩЕ ДАДИМ В БАЗАХ ДАННЫХ ПОКОВЫРЯТСЯ, ТЫ ЖЕ САМ ХОТЕЛ)))
@
ЗВУЧИТ НЕПЛОХО, ОПЫТ НЕ ПОВРЕДИТ, ОСТАЮСЬ
@
ЧЕРЕЗ ГОД ПОНИМАЕШЬ ЧТО ДАЛЬШЕ ТУТ РАСТИ НЕКУДА, А ЗП СИЛЬНО НИЖЕ СРЕДНЕГО
@
СЫЧЕВ, НУ ТЫ ЧЕГО))) НАМ ТУТ ВОТ МОНИТОРИНГ НАДО ПОСТАВИТЬ, САМ БУДЕШЬ ДЕЛАТЬ, ТОЛЬКО ПРЕДСТАВЬ КАКОЙ ЭТО БУДЕТ ОПЫТ В РЕЗЮМЕ))) И ДАЖЕ ЗП ПРИБАВИМ НА 5%)))
@
ОМ-НОМ-НОМ ВКУСНЫЙ ОПЫТ, ДАЙТЕ ЕЩЕ
@
ЧЕРЕЗ ГОД ПОНИМАЕШЬ ЧТО ТОЧНО ПОРА ВАЛИТЬ, ЗП КАК В ПЯТЕРОЧКЕ
@
СЫЧЕВ, НУ ТЫ ЧЕГО))) СМОТРИ, КУБЕР! СЛАДКИЙ КУБИК! У НЕГО ЕСТЬ ПОДИК И НОДИК! СЛАДКИЙ ПОДИК, ТЫ ВЕДЬ ХОЧЕШЬ ПОТРОГАТЬ ПОДИК? И ЗП ПОВЫСИМ НА 5%)))
@
МММ, СЛАДКИЙ КУБИК, ХЕРОЧКИ САМИ КО МНЕ ЛОМИТЬСЯ БУДУТ! ДАВАЙТЕ МНЕ КУБИК.
@
НУ ВСЕ, ОПЫТ ЕСТЬ, А ЗП ЧУТЬ ВЫШЕ ГРУЗЧИКА. ПОРА ДЕЛАТЬ ГЭП.
@
НОХАИР
@
НЕТ СЫЧЕВ, В ЭТОМ ГОДУ БЕЗ ПОВЫШЕНИЙ, САМ ПОНИМАЕШЬ)))
Жизненый кек
>СЫЧЕВ, НУ ТЫ ЧЕГО))) СМОТРИ, КУБЕР! СЛАДКИЙ КУБИК! У НЕГО ЕСТЬ ПОДИК И НОДИК! СЛАДКИЙ ПОДИК, ТЫ ВЕДЬ ХОЧЕШЬ ПОТРОГАТЬ ПОДИК? И ЗП ПОВЫСИМ НА 5%)))
Ору
@
NO RECENT PROJECTS
@
ФИРМА С КАПИТАЛИЗАЦИЕЙ ~3 ТРИЛЛИОНА БАКСОВ НЕ МОЖЕТ ПОФИКСИТЬ ЭТО БОЛЬШЕ 5 ЛЕТ
@
КАРТИНКИ СПРАВА В ПУШ НОТИФИКЕЙШЕНАХ ПРИЛОЖЕНИЯ, НАД КОТОРЫМ ТЫ РАБОТАЕШЬ, БОЛЬШЕ НЕ ОТОБРАЖАЮТСЯ
@
ТЕПЕРЬ ТОЛЬКО ПОСЛЕ ДОЛГОГО НАЖАТИЯ НА УВЕДОМЛЕНИЕ
@
ВОЗИЛСЯ С ЭТИМ НЕСКОЛЬКО НЕДЕЛЬ — ДЕБАЖИЛ EXTENSION, КОТОРОЕ ДОБАВЛЯЕТ КАРТИНКИ, ПРОВЕРЯЛ НАСТРОЙКИ — ВСЁ ОК
@
НО КАРТИНКИ НЕ ВИДНО, БОСС НЕДОВОЛЕН
@
ОКАЗЫВАЕТСЯ, ЭТО APPLE INTELLIGENCE
@
AI САМ РЕШАЕТ, ПОКАЗЫВАТЬ ЛИ ИЗОБРАЖЕНИЕ
@
ЕСЛИ НЕ “ПРИОРИТЕТНОЕ” — СКРЫВАЕТСЯ
@
НАПИСАЛ ВСË В СЛАКЕ
@
НАДЕЮСЬ, ЧТО БОСС ПОЙМËТ СИТУАЦИЮ
Сгенерил этот бугурт нейросетью из своих заметок, кек
Я имею в виду, что на начальном экране, когда не открыто ни одного проекта, то есть список недавних проектов, то он пустой. Происходит рэндомно. Хз, почему они не могут это пофиксить. Или это очень редкий баг?

480x854, 0:12
Большое спасибо за интерес к вакансии! К сожалению, сейчас мы не готовы пригласить вас на следующий этап.
Сломалась автоблокировка чата и теперь можно хрюшам писать после такого сообщения. Пытаюсь это сейчас как-то использовать чтобы узнать в какую сторону резюме подправить
Ну они же сами этим пользвуются. Должно ведь заёбывать. Хотя, манагеры то не пользуются (rollsafe.jpg)
@
ВЕЧНО ЗАВОРАЧИВАЕТ ЕБЕЙШЕ СЛОЖНЫЕ ОВЕРИНЖИНИРИНГ АРХИТЕКТУРНЫЕ РЕШЕНИЯ
@
НО ТОЛЬКО В ТЕХ СЕРВИСАХ, ГДЕ ОН МЕЙНТЕЙНЕР
@
ВО ВСЕХ ОСТАЛЬНЫХ РЕПОЗИТОРИЯХ ПРОПОВЕДУЕТ ИСКЛЮЧИТЕЛЬНО МЕТОДОЛОГИЮ ХУЯК-В-ПРОДАКШОН
@
ТО И ДЕЛО ДЕМОНСТРАТИВНО ВОЗМУЩАТЬСЯ ТЕМ, КАКОЙ КОД ГОВНО
@
СМОТРИШЬ ПО BLAME
@
AUTHOR: OLEG GOVNOV
сука накипело
Так ты тыкни его в блейм, лол. Обычно такие потом попускаются и начинают генерировать миллиарды оправданий.
Да пошёл он нахуй. На его нахрюки уже давно никто внимания не обращает.
> blame
Кек, я так сам себя за руку поймал. Чуть не дошёл уже до разраба, которого подозревал и в последний момент что-то щелкнуло проверить blame
Нюфаг? Я в IDE даже отдельную кнопку вывел для блейма, тыкаю ее постоянно, чтобы смотреть насколько древний код, как часто менялся, кем менялся, когда, чтобы скопировать коммит хеш и глянуть в гитлабе.
И не говори... спасибо за сожаление
(Другой анон) В VSCode есть удобный плагин который делает всплывашку на каждой строчке с git blame, при наведении мышкой. Постоянно вижу кто что написал и когда, без всяких кнопок.
Могу сказать что иногда уровень говнокода который насрали уже так велик что необходимо с 0 переписать весь код потому что исправить его уже невозможно.
Я можно сказать эксперт по чистке говна, самое сложное в этом процессе убедить менеджера и лида что кобыла сдохла и нужно её похоронить.
Да. Надо обмазать свой вскод минимум 150 плагинами, чтобы был тру-девелопер экспириенс.
>Ну они же сами этим пользвуются.
Через отвращение, скорее всего
IDE, в целом, это вообще для мудаков
>Так ты фронтомакака небось.
Нет. Просто зачем мне эта информация? Я что могу что-то изменить, как-то влиять на ситуацию? Или необходимо просто развести срач на тему кто написал хуйню.
Берёшь молча переписываешь и все.
Мимо.
Я, если что, без осуждения пишу про 150 плагинов. У меня у самого вим свистит и кофе делает на правильную комбинацию в инсерт моде.
>у самого вим свистит и кофе делает на правильную комбинацию в инсерт моде
Я кстати вот этой хуйни никогда не понимал. Сейчас особый дроч на neovim и мильярд плагинов для него, который через 1000 часов пердолинга на 1% приближается к функциональности полноценной IDE. Ну типа нахуя? Энтузиазм? Или ЧСВ повысить? На мой взгляд профессионал подобной залупой заниматься не будет - профессионал берет стабильный готовый инструмент и зарабатывает 100к/сек.
Ты видел насколько быстро чуваки переключается между вкладками и находят нужный участок кода на нем? 1000 часов пердодилинга, чтобы оптимизировать 2-3 секунды. Разве это не то чем занимаются все программисты?
Лол.
Люто двачую. Это какое-то тяжёлое психологическое заболевание. Склоняюсь к тому, что это какая-то форма понтов и мазохизма
>который через 1000 часов пердолинга на 1% приближается к функциональности полноценной IDE.
Довольно быстро превращается. Десяти-пятнадцати плагинов на все хватает, и у тебя будут, и вкладки, и твои модные темы, и терминал, и манагер лсп, и форматирование, и фуззифайндер, и гит интеграция с блеймами. Пердолинг - только бинды настроить. В неовиме такая настройка займет 15 минут. В виме полчаса.
>профессионал берет стабильный готовый инструмент и зарабатывает 100к/сек.
Вим и неовим - это стабильный и готовый инструмент. Ровно как и емакс, ровно как и вскод. Бери и юзай. Если тебе для стабильной работы очень необходимо обвеситься блестяшками, то в любом из инструментов ты это можешь сделать.
>Энтузиазм? Или ЧСВ повысить?
И то, и то. Некоторым просто удобней пользоваться (нео)вимом, и по этому они его расширяют доп возможностями.
Ну а вообще, главная причина популярности неовима, чисто на мой взгляд, возможность писать плагины на луа. По итогу навасянить что-нибудь за два вечера становится очень просто, и ты сразу закрываешь два пунктика: и фичу, без которой ты ну уж точно никак бы не обошелся, и петпрожектом позанимался.
Ну и, как обычно наставление молодым: screw the work, rice all your shit up.
>Вим и неовим - это стабильный и готовый инструмент
>Десяти-пятнадцати плагинов на все хватает
/0
>Я не могу работать, если у меня не стоит моя модная неонуарная тема, а справа не висит файловое дерево.
?
Я своей рабочей IDE пользуюсь as is - с дефолтной темной темой, с стандартным набором плагинов с околонулевой настройкой (ну панельки раскидаю по своему).
>стабильный готовый продукт
>с стандартным набором плагинов
Так же можешь в виме или емаксе сделать.
Я в виме сижу, чтобы не дрочиться с кривыми vim motion плагинами VS Code. VS Code остается на рабочем пука только для того, чтобы тетрадки жупутеровские от анальников читать.
>Зачем выходить из вима?
Нот бэд
А мог бы просто выйти...
@
НАДЕЕШЬСЯ, ЧТО НАЙДЁШЬ НЕМНОГО НЕДОЧЕТОВ, ЧТОБЫ НИКТО НЕ ПОДУМАЛ, ЧТО ТЫ НЕ ЧИТАЕШЬ КОД И ВООБЩЕ НЕКОМПЕТЕНТЕН
@
НО НЕ СИЛЬНО МНОГО, ЧТОБЫ НЕ ОБИДЕТЬ КОЛЛЕГУ
А может быть ты просто беспринципная ссыкливая собачонка, безмозгло тявкающая для виду, лишь бы погонщик не ебнул палкой за безделие?
КОЛЛЕГА РЕВЬВИТ ТВОЙ КОД
@
НОЛЬ КОММЕНТАРИЕВ
@
ЖАЛУЕШЬСЯ, ЧТО ОН НЕ ЧИТАЕТ МР
@
КОЛЛЕГА РЕВЬЮВИТ ТВОЙ КОД
@
НЕКОМЕНТЕНТЫЕ КОММЕНТАРИИ
@
ОБВИНЯЕШЬ КОЛЛЕГУ В НЕ КОМПЕТЕНТНОСТИ
@
КОЛЛЕГА ОТКАЗЫВАЕТСЯ РЕВЬЮВИТЬ ТВОЙ КОД
@
А ТЕБЕ И НОРМ
Я после нескольких критикалов с прода и матов кабана доёбываюсь на ревью до каждой мелочи и хуй поставлю аппрув, пока не исправят всё. И от коллег жду того же. Пускай лучше человек пообижается сейчас, чем ему срежут премию через несколько месяцев.
Двачую. Я каждый раз когда даю слабину потом об этом жалею. Буквально сегодня тесты упали. Пошёл разбираться и обнаружил, что разраб, которого я пожалел на МРе потому что он уже вторую неделю его переделывал из-за моих комментариев. Я сказал ему, что так и быть на фичу он может не писать тестов и он наконец-то свободен. И из-за его фичи упали другие тесты. Угадайте кто будет это фиксить? Я.
Да хуйня ваши тесты , нехуй там писать. Сэмулировал поведение юзера \ насрал в бд и протестил.
Вот у меня тесты предполагают действия с оборудованием, то есть как составляющая теста, макака должна вставить дивайс в usb. Вот как это автоматизировать.. наверное надо обмазываться умными usb хабами. И их включать в тест. И на облаке хуеблаке в 1000 потоков параллельно это не протестишь, стенд получается надо, и пока он занят тестом1, тест2 ждёт.
Эмулируй подключение девайса. Ты же в курсе про мокирование? Если этим не хочется заниматься, то да, будет один стенд, который своими руками нужно будет сделать
Что за мокирование?
Ну вставить \ достать это полдела. Надо ещё воспроизвести нештатные ситуации на самом девайсе : плохой радио сигнал, отсутствие сим карты, присутствие сим карты но отсутствие на ней баланса, недостаток питания по usb.. короче тут много нюансов, это вам не вебня с которой джун+ИИ справится.
У тебя в ядре есть Fault Injection, а в юзерспейсе можешь сам написать свой мок, либо взять umockdev.
Это когда у тебя система состоит из нескольких модулей (фронт, бэк) и чтобы протестировать часть функционала модуля тебе нужно подключить другой модуль. По каким-то причинам это неудобно (дорого, инфраструктурно сложно). И тогда вместо реального другого модуля пишется его мок, модуль реализующий такой же публичный интерфейс, но с фиксированным выходом, без реальной логики. И вместо реального модуля используется мок.
А как блять его МР вообще влился? Шаги собрать->запустить тесты->натравить сонар->проверить покрытие это база. Без них у нас невозможно залить изменения и никто не будет смотреть твой МР пока там не будет зелёный пайп.
У нас не считается покрытие. QA от меня узнали, что это такое и сказали, что это "анриал" сделать для нашего проекта
ВАСИЛИЙ СЧИТАЕТ, ЧТО ЕСЛИ НЕ НАСРАЛ ПРИДИРКАМИ В МР - ТО СЧИТАЙ РАБОТУ НЕ СДЕЛАЛ
@
АФАНАСИЙ ДОЁБЫВАЕТСЯ ИСКЛЮЧИТЕЛЬНО ДО КОДСТАЙЛА
@
ОЛЕГУ ВООБЩЕ НА ВСЁ ПОХУЙ - У НЕГО СВОЁ ВИДЕНИЕ ПРАВИЛЬНОГО ОФОРМЛЕНИЯ И ЧИСТОЙ АРХИТЕКТУРЫ - ОН БУДЕТ ДОЁБЫВАТЬСЯ ДО КАЖДОЙ СТРОЧКИ, ДО О-БОЛЬШОЕ КАЖДОГО МЕТОДА (ДАЖЕ ЕСЛИ ОН ОБРАЩАЕТСЯ К МАССИВУ ИЗ ТРЕХ ЭЛЕМЕНТОВ), ДО ЦИКЛОМАТИЧЕСКОЙ СЛОЖНОСТИ ДВУХ ВЛОЖЕННЫХ IF, ДО НАРУШЕНИЯ SRP И OCP (ПОХУЙ, ЧТО ПРОЕКТ ВООБЩЕ НАПИСАН БЕЗ СОБЛЮДЕНИЯ ООП), СВЕДЁТ ВСЁ К ПОЛЕМИКЕ ВОКРУГ НЕСУЩЕСТВЕННОЙ ХУЙНИ, ПОТОМ РЕЗКО ПРОПАДЁТ И ПЕРЕСТАНЕТ ОТВЕЧАТЬ НА КОММЕНТАРИИ
>>499173
>разраб, которого я пожалел на МРе потому что он уже вторую неделю его переделывал из-за моих комментариев. Я сказал ему, что так и быть на фичу он может не писать тестов
Какой же ты долбоёб, у меня просто нахуй слов нет.
> Какой же ты долбоёб, у меня просто нахуй слов нет.
И не говори. Буду исправляться. Вообще тяжело работать с 0 % программистами в команде. Ощущаешь себя погонщиком скота.
Когда я пришел в компанию будучи джуном в ней помимо меня было два разраба. Один с 15 годами стажа, разумист, в одного и сервер напишет, и фронт, и инфраструктуру, и безопасность, и эджайл-коуч, и с паяльником эмбединг девайсы перепрошъет. Второй, с 3 годами опыта, но самый настоящий дьявол разработки, чел ебашил код 7 дней в неделю (я смотрел статистику в гитлабе), так же как и первый занимался всем сразу, но больше был байтоебом в С++. И вот эти два замечательных человека меня воспитывали писать код. Стоит ли говорить, что приходилось писать его охуенно, чтобы дотянуться до их стандартов?
Стартап разросся, продукты, команды, новые люди и сейчас у меня два новых чела в команде вместе со мной. И вот они работают, ну, хуево они работают. Качество кода днище, на все разговоры реагируют "да мне похуй, я сеньор, я так чувствую", обвиняют меня в том, что я слишком много от них требую, сами в ревью моих МРах тупо токсичат уровня "так и быть я поставлю свой апрув, но ты написал говно", при этом когда спрашиваешь почему говно, то ответ "ой всё, я апрув поставил, что тебе ещё от меня надо!?".
В общем, это мой первый опыт работы с людьми, которые работать и не хотят и всё это программирование видели в известном месте. При этом лид всё это знает и видит, но он настолько пусси, что не может их уволить. Мол, это ответственность не моя, а продукт менеджера. Продукт менеджер вообще не ебет, что там батарейки делают и как живут и понятное дело, да он и не должен этим заниматься.
Окей. Как так случилось что его изменения сломали другие тесты и при этом прошёл этап прогона тестов после коммита?

Лол, делал такую хуйню в 2017.
Оказался бекендером в embedded-стартапе, железячники в тестирование не умели и адово говнокодили, моё говно ломалось из-за их косяков, а тестировщик тупо не успевал все руками проверить.
Одна железка была на cortex a5 с 256мб памяти, вторая на nrf52 с 64кб, базовая функциональность одинаковая, прост одно стационарное с экраном, второе автономное с батарейкой.
Я прикрутил к ардуине что-то типа пикрил, через него управлял питанием, прикладным и отладочным uart и эмулировал нагрузку.
Ну и нахуярил несколько тестов на пейтоне с pytest и libserial чтоб между тестами ребутать и тд, потом научил тестировщика эти тесты писать.
Охуенно было железячникам утром отправлять список того что они вчера сломали.
До solid state relay была борда с обычными реле, но они щелкали как пиздец в кабинете где мы всем стартапов сидели, а тесты почти круглосуточно шли, пришлось поменять.
Давно съебал из стартапа и эмбеддеда в трейдтех, но вспоминаю с теплотой всю эту хуйню
Мы завязаны на внешнем оборудовании. Состояние этого оборудования недетерминировано на момент теста, точнее оказалось, что не детерминировано.
Если ты не руководитель, то тебе должно быть похуй, морально страдать за продукт кабаныча - ну такое. Я был примерно в такой же ситуации, я около года наблюдал как проект неумолимо катится в пизду, как техлид с архитектором сидят и проектируют какое-то невнятное говно, как мы пишем всратый говнокод без ТЗ, как недавно нанятый техлид лезет в залупу, пытаясь доказать свою полезность, доёбываясь до моего кода, как бесконечно вводятся новые инструменты и технологии - мне было абсолютно поебать - я сидел на бесконечных планированиях-проектированиях без камеры и микрофона и сосал пивко, я проёбывался от рабочих задач по 1-2 недели, я делал ровно то, что от меня просили и в итоге проект закрыли, достойных разрабов (включая меня) перевели на нормальные проекты, а манагера с процессником уволили нахуй.
Ну, устраивать крестовый поход я не планирую. Мне похуй с точки зрения 8 часового дня. Нет, спасибо, столько работать я не хочу. Но 4 часа я ебашу, потому что люблю программировать.
>О-БОЛЬШОЕ КАЖДОГО МЕТОДА (ДАЖЕ ЕСЛИ ОН ОБРАЩАЕТСЯ К МАССИВУ ИЗ ТРЕХ ЭЛЕМЕНТОВ)
Если планируется что он будет обращаться только к массивам маленького размера - тогда делай проверку размера входных данных и чтобы метод падал нахуй/бросал исключение/возвращал ошибку если на вход пришли большие данные.
Лол
Олег ты, помнишь меня? Я твой коллега. Узнал тебя по твоим шизоидным предложениям и высерам. А помнишь, как мы всем отделом нассали тебе в кружку в третьем квартале на сладкоежке тимбилдинге? Ты ещё выпил, облизнулся и попросил добавки. А потом тебя реджектнул МР на тот самый техдир, который на Вернадского изнасиловал собаку и получил условный срок за то, что украл плавленный сырок в магазине. Все увидели что тебе пришло сообщение с текстом "физбаз энтерпрайз мы не пишем", все стали смеяться, а ты обосрался под себя от стыда, а потом сказал, что всю жизнь будешь ненавидеть быдлокодеров, которые не могут в чистую архитектуру, а когда ты на грумминге начал всем затирать за сложность алгоритма на кортеже из трех элементов, то тебя пустили тебя по кругу, после чего тебе наложили на анус восемь швов. Как поживаешь, Олежек?
>Но в расследовании инцидентов статусы сильно помогают.
Ну так, для НЕ бизнес-кейсов ошибки нужны статус-коды. База свалилась, кафка-аутентификация подвела, коммутатор обосрался. Всё это статус Internal, тут ты прав, он поможет.
А есть например бизнес-инциденты, когда условно "коллектор возвращает ошибку 115_1151 при запуске через миниапп". Для разбора этого набора слов и ошибки ты полюбэ будешь звать типа из продуктовой команды, как раз того самого упёртого уникума, без которого ты нихуя не поймёшь. Даже если увидишь Internal.
Кмк для таких кейсов лучше всего отдавать OK, а внутри { successes [], fails [] }
С метриками на fails.Count > 0
>ТО И ДЕЛО ДЕМОНСТРАТИВНО ВОЗМУЩАТЬСЯ ТЕМ, КАКОЙ КОД ГОВНО
>@
>СМОТРИШЬ ПО BLAME
>@
>AUTHOR: OLEG GOVNOV
Жиза, постоянно так делаю. Написал говняка, т.к. сроки поджимают, потом времени нет его выгребать, надо бежать-бежать-бежать
Грустные вздохи на публику мб дадут менеджеру пинка в сторону рефачева
> ВО ВСЕХ ОСТАЛЬНЫХ РЕПОЗИТОРИЯХ ПРОПОВЕДУЕТ ИСКЛЮЧИТЕЛЬНО МЕТОДОЛОГИЮ ХУЯК-В-ПРОДАКШОН
А что бы ты порекомендовал условному Олегу Говнову, который не хочет душить коллег своим зачастую неправильным мнением в чужих проектах?
А что в этом плохого?
Ты ваще еблан что ли? И тест предлагаешь писать на эту залупу? +15 строчек кода на ровном месте, блять, лишь бы не неэффективность
В итоге КОМ ГОВНА захватывать проект, из КОМА ГОВНА рождаются ЧУМНЫЕ СТЕНЫ джоп сесурити момент
Душить и учиться на ошибках
>тест предлагаешь писать на эту залупу?
Да.
Потому что если так не сделать то происходит типовой сценарий: долбоёб вроде тебя пишет реализацию со сложностью O(x^дохуя). Ну а чо, там массив из трёх элементов, пук-среньк.
Другой долбоёб вподе тебя видит интерфейс метода, решает что это то что ему надо и использует с нормального размера данными. И чтобы отловить проблему до попадания кода на прод надо чтобы либо тест был с реального размера данными что не всегда просто. Либо нагрузочное тестирование провести что в случае если тест не прошел требует работы тестировщиков, время которых стоит больше времени долбоёба вроде тебя.
Так что я предпочитаю проблему пресекать уже в зародыше.
>+15 строчек кода на ровном месте
Чмтаемого и понятного для понимания кода.
>лишь бы не неэффективность
Да. Потому что когда ночью упадёт прод - чинить его буду я а долбоёб будет спокойно спать.
>КОМ ГОВНА захватывать проект
Как только будешь нести ответственность за проект - одобряй любой код. А до тех пор делай как говорят.
Олег, соси хуй.
>И чтобы отловить проблему до попадания кода на прод надо чтобы либо тест был с реального размера данными что не всегда просто. Либо нагрузочное тестирование провести что в случае если тест не прошел требует работы тестировщиков, время которых стоит больше времени долбоёба вроде тебя.
Либо написать контракт, проверяющий что x < 5
>Либо написать контракт, проверяющий что x < 5
Если инструментарий позволяет - то да.
Мой посыл в том что если предполагается что алгоритм работает с данными малого размера, значит у использующего эту реализацию не должно быть возможности применить её к большим данным.
@
ЗНАКОМИШЬСЯ С ПРОЕКТОМ, КУЧА КОДА, ВОТ ЭТО ДА, НАВЕРНОЕ ОНИ ПРОФЕССИОНАЛЫ
@
ПОТОМ СМОТРИШЬ ТАКОЙ
if err == nil {
...
if err == nil {
...
}}}}}}
@
ВСЁ ПОНЯТНО, ТУТ ПИЗДЕЦ
Не, не продавят. Последние новости по этому вопросу:
3 June 2025
https://go.dev/blog/error-syntax
Go's Error Handling Is Perfect
Я ору с того что err == nil, весь мир пишет != nil и в обработке выходит. А у этих err == nil, скоуп растет, у них че мониторы 32 дюйма что ле?
Двачую.
И где такой уровень QA требуется?
Сам начинай вести авторские курсы. Это выгоднее чем в ращработку вкатывться
На бюджет понятное дело
P.S. ну или если не можешь ждать пересдачи ЕГЭ или чего там нужно сегодня, то можно поступить платно и перевестись на бюджет в процессе
>надо теперь продавить эксепшены.
Недавно кто-то из отцов-основателей заявил что они точно не будут делать эксепшены. Долго обсуждали, несколько лет и там всё плохо с этим получается
Твердо и четко. Смешно будет когда все-таки добавят, и получится еще хуже чем ожидали. ГОвно постепенно готовят на замену крестам когда те окончательно сложатся под тяжестью 30-летнего кала и шизы комитета.
>Смешно будет когда все-таки добавят
Они волевым решением прекратили (запретили?) разговоры на эту тему => не добавят уже точно
@
ДА, ОЛЕГ ОТ НЕГО УСТАЛ И ЕМУ НАДОЕЛО, ОЛЕГ У НАС ЦЕННЫЙ СОТРУДНИК, ЕГО НЕЛЬЗЯ УТОМЛЯТЬ СКУЧНЫМИ ЗАДАЧАМИ, ПОНИМАТЬ НАДО!
@
КОНЕЧНО ТЕБЕ ПЕРЕДАДУТ ВСЕ ДЕЛА, ЧТО ТЫ!
@
ВОТ ТЕБЕ ССЫЛКА НА ЧАТ, В КОТОРОМ ВЕЛАСЬ ОЖИВЛЕННАЯ ПЕРЕПИСКА С СЕРЕДИНЫ ПРОШЛОГО ГОДА. ТАМ ЕСТЬ ОТВЕТЫ НА ВСЕ ТВОИ ВОПРОСЫ
@
ВОТ ТЕБЕ ДОКУМЕНТАЦИЯ, НАПИСАННАЯ ПОХУЙ КАК, ЛИШЬ БЫ ОТЪЕБАЛИСЬ
@
ВОТ ТЕБЕ РОССЫПЬ ПУЛРЕКВЕСТОВ, ПОЛОВИНА ЭТИХ ПРАВОК НЕ ПРОТЕСТИРОВАНЫ, ДРУГАЯ ПОЛОВИНА ЭТО НЕРАБОЧИЕ ПРОТОТИПЫ. ЧТО ГДЕ - УЖ САМ РАЗБЕРЕШЬСЯ, НЕ МАЛЕНЬКИЙ!
@
ОЖИДАЕМ ОТ ТЕБЯ РАБОЧЕЕ РЕШЕНИЕ И РАЗВЕРНУТУЮ ДОКУМЕНТАЦИЮ ДЛЯ ПОДДЕРЖКИ
@
КСТАТИ ДЕДЛАЙН - МЕСЯЦ
Жизненно
> Либо нагрузочное тестирование провести что в случае если тест не прошел требует работы тестировщиков, время которых стоит больше времени долбоёба вроде тебя.
А у вас что, это ещё не автоматизировано? У нас каждую неделю запускают, увижу если вдруг чё
> Так что я предпочитаю проблему пресекать уже в зародыше.
Проблем в ПО существует очень много. Все пресечёшь? Поздравляю, теперь ты ядро линукса, а кабан воет белугой
>вас что, это ещё не автоматизировано? У нас каждую неделю запускают, увижу если вдруг чё
Алерты в мониторинге если вырос 25 перцентиль или выбросы большие. Причём стоит игнор утренних пиков.
>это ещё не автоматизировано?
Авиоматизировано.
Ок, тест красный. Тестировщик разбирается - какой коммит всё сломал и возможно немного ковыряет причину.
>Все пресечёшь?
Все что считаю важными.
Не нравится - жалуйся кабану и требуй чтобы меня не допускали до кодревью.
>Тестировщик разбирается - какой коммит всё сломал и возможно немного ковыряет причину.
Так это не его работа, а ваша. Тестировщики вообще не ищут причины бага и тем более не следят за пайпами.
Логика простая. Пока тесты не прошли, MR заблокирован.
>не его работа, а ваша
Его работа сказать в какой момент (с какого коммита) что-то пошло по пизде.
А моя работа - не создавать ему лишней работы. Так что пиздуй переделывать свой говнокод или признавай свою несостоятельность как вкатуна, переведём тебя на должность червя-пидора.
> Пока тесты не прошли, MR заблокирован.
Так как нагрузочное тестирование - это долго и ресурсоёмко, тестируется не каждый MR а весь релиз целиком. Можно настроить чтобы тестировалось каждую ночь, но с релизами раз в пару дней это без надобности.
>Тестировщики вообще не ищут причины бага
Зависит от тестировщика. Опытный тестировщик вполне может покопаться и сделать предположения. Но это дело добровольное.
>не следят за пайпами
Следят. Более того, эти пайпы вместе с ними настраиваются.
> Его работа сказать в какой момент (с какого коммита) что-то пошло по пизде.
Первый раз слышу подобное в обязанностях тестировщиков. У нас QA инженеры отвечают за то, чтобы всё было протестировано, в том смысле, что следят, чтобы не было фичей без тестов, что все граничные кейсы протестированы и так далее. Сами они тесты тоже пишут, но редко и обычно на то, что не попадает ни в чью ответственность, например то что схема-модель между всеми платформами одинаковая.