ОБЩИЙ БУГУРТ ТРЕД V46.0 / GENERAL BUTTHURT THREAD V46.0 /butthurt/ /butthurt/
Аноним
15/10/21 Птн 13:17:00
№1
@
ДАВАЙ БУДЕМ РАБОТАТЬ МИМО АПВОРКА
@
ОТКАЗЫВАЕШЬСЯ
@
РАБОТАЕШЬ НА НЕГО НЕСКОЛЬКО МЕСЯЦЕВ
@
НИ С ТОГО НИ С СЕГО ХОЧЕТ РАСТОРГНУТЬ КОНТРАКТ
@
ПРОСИШЬ ПОСТАВИТЬ НОРМ ОТЗЫВ
@
Я ПОСТАВЛЮ 3 БАЛЛА
@
НО ЗА ЧТО, Я ВСЁ СДЕЛАЛ НОРМАЛЬНО, У ВАС НЕ БЫЛО НАРЕКАНИЙ
@
НУ ТИП ЗАМНОГО ЧАСОВ НАРАБОТАЛ
@
ДАВАЙ СДЕЛАЮ РЕФАНД НА СКОЛЬКО НУЖНО ДЕНЕГ, ТОЛЬКО НАПИШИ НОРМАЛЬНЫЙ ОТЗЫВ
@
НИХАЧУ ВРАТЬ АПВОРКУ
@
Я ЧЕСТНЫЙ
@
ДА, ЧЕСТНО ПОЛЬЁТ ТЕБЯ ГРЯЗЬЮ ВМЕСТО ТОГО, ЧТОБЫ ПРИЗНАТЬ, ЧТО ОН ЖАДНЫЙ
@
А ПЛАТИТЬ МИМО АПВОРКА, ЧТО ЗАПРЕЩЕНО ЕГО ПРАВИЛАМИ, - ЭТО НОРМ, ЭТО НЕ ПРОТИВОРЕЧИТ ЕГО ПРИНЦИПАМ ЧЕСТНОСТИ
Предыдущий https://2ch.hk/pr/res/2164653.html
Дежурно напоминаю, что протоколы взаимодействия по HTTP включают в себя массу предопределённых статус-кодов, что делает костылинг своих кодов ошибок поверх возвращения 200 статус-кода на все запросы чистейшим долбоебизмом.
>>2184299
КОЛЛЕГА:
@
ДАВАЙ ВСЕГДА ВОЗВРАЩАТЬ 200
@..
ОТКАЗЫВАЕШЬСЯ
@
НИХАЧУ ВРАТЬ КЛИЕНТУ
@
Я ЧЕСТНЫЙ
@
ВСЁ УЧЁЛ, ЕСЛИ ГДЕ-ТО ЧТО-ТО ИДЁТ ПО ПИЗДЕ - ФОРМА К ЭТОМУ ГОТОВА И ВСЁ РАБОТАЕТ КАК НАДО
@
ГДЕ НЕ УЧЁЛ - УЧЛИ КОМПЕТЕНТНЫЕ КОЛЛЕГИ
@
ТЕСТИРОВЩИК НЕ ДАЛ ПРОСКОЧИТЬ НИ МАЛЕЙШЕЙ ХУЙНЕ
@
ВСЁ ЗБС, ИНОГДА ФОРМА ОТВАЛИВАЕТСЯ, НО ЭТО ЕСЛИ БЭКЕНД ЧТО-ТО ИЗМЕНИЛ И НЕ ПРЕДУПРЕДИЛ - ОПЕРАТИВНО ВНОСЯТСЯ ИЗМЕНЕНИЯ И ВСЁ РАБОТАЕТ
@
...
@
НА ПРОЕКТ ПОДКЛЮЧИЛИ ДЖУНА
@
ТЫ ЗАНЯТ ДРУГИМИ ЗАДАЧАМИ, КОЛЛЕГИ ТОЖЕ
@
ЭТУ ФОРМУ КТО-ТО СЧЁЛ МАЛОВАЖНОЙ И НЕСЛОЖНОЙ - В ТЕЧЕНИЕ СПРИНТА ЕЙ ЗАНИМАЛСЯ ТОЛЬКО ДЖУН
@
ВОТ ТЕБЕ ПРИЛЕТАЕТ БАГ ПО ФУНКЦИОНАЛУ, КОТОРЫЙ ЕСТЬ И В ЭТОЙ ФОРМЕ
@
"ПОПРАВЛЮ СРАЗУ И В НЕЙ, МНЕ НЕ СЛОЖНО"
@
ФОРМА НЕ РАБОТАЕТ В ПРИНЦИПЕ
@
ОКУКЛИВАЕШЬСЯ В РАМКИ БАГА, ФОРМУ НЕ ТРОГАЕШЬ
@
В БАГЕ ЕСТЬ ОШИБКА, ПРО КОТОРУЮ ДЖУН ПИСАЛ И ТЫ ОТВЕЧАЛ ЕМУ, С ЧЕМ ОНА СВЯЗАНА
@
ОН ПРОСТО ПОСТАВИЛ УСЛОВИЕ, ЧТОБ КОД НЕ СРАБАТЫВАЛ И ОШИБКА НЕ ПОЯВЛЯЛАСЬ
@
НЕ ДАЮТ ЗАДАЧ
Респонс приехал
@
ПРОСТО НЕ ДЕЛАЙ МЕТОДЫ С САЙД ЭФФЕКТАМИ
Сука, а нахуя такое сложное название выдумывать и называть это какой-то неебацца методологией?
На каком уровне это разделение происходит?
Вот есть у меня контроллер/класс, который запросы принимает показать данные и накрудить их. Я теперь должен просто 2 контроллера или сервиса сделать в одном запросы на селекты из бд, на другом уже создание/удаление?
Или мне надо отдельную директорию создавать со своими контролерами/сервисами/репозиториями?
@
ЧТО ОЗНАЧАЕТ КОД 317
@
А 418?
В одном случае фронт напишет "вы отправили слишком много запросов, попробуйте позднее" (429), в другом случае напишет "объект с таким именем уже существует" (409), в ещё одном случае напишет "у вас закончились средства на счёте" (402). У двухсоткадебила фронт напишет неопознанная ащипка, потому что эта хуйня ему пришла в теле JSON'а.
как объяснишь это? Кстати где найти нормальное описание апи двачей?
- СЫЧЁВ, ПОЧЕМУ ПОЛЬЗОВАТЕЛЮ ВЫВОДИТСЯ СООБЩЕНИЕ "У ВАС ЗАКОНЧИЛИСЬ СРЕДСТВА НА СЧЁТЕ", ХОТЯ ДОЛЖНО ВЫВОДИТЬСЯ "ПОПОЛНИТЕ СЧЁТ, ПОМЖАЛУЙСТА"????7
@
- ТАК ВЕДЬ Я Ж БЭКЭНДЕР, КАБАН КАБАНЫЧ, С ТАКИМ ВОПРОСОМ К ФРОНТУ
@
- ФРОНТЭНДЕР ЕРОХИН СКАЗАЛ, ЧТО СООБЩЕНИЕ СОЗДАЁТСЯ НА БЭКЭНДЕ!!!!1
@
ПИСОЕШЬ
@
КАКОЕШЬ
@
ФИКСИШЬ СООБЩЕНИЯ ДЛЯ ФРОНТА
@
ПО РУССКОМУ У ТЕБЯ В ШКОЛЕ БЫЛА ТРОЙКА, ПОЭТОМУ СОВЕРШАЕШЬ ШЕСТНАДЦАТЬ ОРФОГРАФИЧЕСКИХ ОШИБОК
@
ЖИДКО ПУКНУВ, УМИРАЕШЬ
Да ладно! Неужели тру-стори? Я не работал на апворке, но даже если offline работодателя жестко по хуям прокатываешь, и, казалось бы, у него есть объективные причины для недовольства, он тебе это лично скажет, и скажет, что не желает продолжать контракт. Но, при этом, он может даже согласиться написать хорошую рекомендацию.
И по себе заметил: я, скорее, вообще никакой рекомендации не дам по сотруднику, который меня жестко не устроил, чем напишу что-то плохое. Это же как в Яндекс-такси. Ты, скорее, вообще не поставишь оценку водителю, чем поставишь меньше пяти звёзд.
Вообще, правдивые отзывы я даю только тем людям, которых лично знаю. Да и они мне только на кухне могут намекнуть, что такой-то - немного мудоват. Ведь негативный отзыв срёт в карму не только ему, но и тебе. Может быть это ты на самом деле очень переговороспособный, а он - нормальный и в другой команде будет нормально работать, нахуй рисковать своей же кармой в таком случае?
Есть даже общепринятая техника собеседований (не только у меня такая): когда берёшь человека на работу, просто просишь рекомендацию. Что там написано - вообще не важно, можно даже не читать. Важно, что рекомендация есть. Потому что все прекрасно понимают, что если человек не конченный мудак, то рекомендацию ему напишут. А если у кого-то и был негативный опыт, то он не будет открыто писать, что человек - мудак, он как-то уклончиво ответит, мол: "Я не готов дать однозначную оценку, сам решай, подходит он тебе или нет." Чтобы откровенный негатив влепили, это надо очень постараться же, разве нет?
Бекенд должен вернуть 4хх или 5хх-й статус и в теле ответа жсон с бизнес-ошибкой 1488282, а фронт уже на её основании должен написать нужный текст. JSON с маппингом кодов ошибок в текст для нужной локали можно хранить на s3 отдавать как статику, всё равно он меняется реже чем код фронтенда деплоится.
Расскажешь, почему ответ 200 OK на неуспешную регистрацию лучше, чем 400 Bad Request или 422 Unprocessable Entity? А так же расскажешь, какими манятранспортными кодами ты вообще пользуешься, кроме 200 и 500, и какой манятранспортный слесарь их выставляет, если не твой сервер, по написанной тобой бизнес-логике?
>неуспешная регистрация это успешная операция приложения, бизнес-логики и транспорта
Что такое "неуспешная операция" всего этого и где в дело вступают статус коды? Если у тебя возникнет "ошибка транспорта", то к серверу запрос не дойдет в принципе, и никаких статус кодов там и в помине не будет. Ошибка же приложения, это по твоим критериям получается любая runtime error, которую ты так же должен обработать ручками и отдать клиенту 500ку. И тут два вопроса:
1) Схуев ли ты в этих хочешь отдавать клиенту 500ку, а не 200, как обычно в твоем шизоприложении? Ты же ошибку поймал, обработал, обычная бизнес-логика, как при ошибке регистрации. Кукарек "чтобы админы знали" не принимается, ты можешь написать обработчик своих кастомных говноошибок точно так же, раз решил ими пользоваться в принципе, да и знать о том, что клиент не может за 20 запросов подряд зарегаться, настолько же важно для бизнеса, как знать о 500ках, может даже важнее.
2) Даже если ты ответишь кое-как на первый вопрос, остается еще вопрос: где тут в дело вступают все остальные сотни статус кодов, кроме 200 и 500? Кто их выставляет, по какому принципу, если ты в "бизнес-логике" их трогать не хочешь? Зачем ты выкинул в мусорку половину протокола?
Вообщем, похоже 200 на всё адепты не имеют базовых понятияй о TCP/IP.
HTTP - это не протокол транспортировки, а протоко бизнес уровня, и его статус коды созданы для использования приложениями.
Протокол транспортировки - это TCP.
То что вы делаете, возвращая
>200 Ok { "error": "user not found" }
вместо
>404 NotFound { "error": "user not found" }
- это ваши колхозные стандарты, создающие недо-протоколы поверх HTTP, нигде не задокументированные.
Тащемто сообщения об ошибках могут локализоваться и на сервере. Так проще что-то на нём изменить и не надо ждать, пока приложения на всех платформах обновятся.
Плюс ты не хранишь одинаковые сообщения об ошибках и их локализации отдельно для каждой платформы. Всё в одном месте.
А уже локализации UI приложений пусть лежат в самом приложении.
>>2185026
Так у меня уже 40 контрактов за 7 лет на апворке. Со всеми клиентами можно было договориться. Если им кажется замного часов - или бесплатно что-то делаешь или рефандишь. А тут какой-то особенно ебанутый попался. Но это скорее всего просто шантаж. Пытается меня посильнее напугать, а потом заставлять делать что хочет. Был ещё много лет назад китаец с похожим подходом
> И по себе заметил: я, скорее, вообще никакой рекомендации не дам по сотруднику, который меня жестко не устроил, чем напишу что-то плохое. Это же как в Яндекс-такси. Ты, скорее, вообще не поставишь оценку водителю, чем поставишь меньше пяти звёзд.
Так и я по себе так сужу - зачем портить человеку жизнь. А есть ебанутые стервозные люди. Не много, но есть. Но как правило они просто хотят выдоить побольше выгоды из фрилансера за минимальные деньги
Рекомендации и отзывы на апворке - это принципиально разные вещи. Рекомендацию ты можешь выбросить в мусорку, а отзыв на апворке так просто не уберёшь. Только топ рейтед фрилансеры могут удалить и то не чаще чем раз в 10 контрактов. Так что клиенты смекнули это и пользуются
Вы оба неправы, потому что считаете, что есть отдельно транспорт в виде tcp/http(автобус), а есть отдельно сервер с некой бизнес-логикой. И что якобы можно в этот автобус зайти, сесть, поехать и на полпути к серверу получить от водителя пинок под зад с причиной "404 тормоза не найдены, всем выйти". Такого быть не может, протокол имплементируется конечным сервером и в отрыве от этого сервера(и клиента) никакого протокола не существует, в воздухе он не висит. Если сервер не послал соединение нахуй в принципе в самом начале, то ты уже до этого сервера "доехал" и общаешься именно с ним, а не с водилой автобуса. И все коды, хуйды и прочее выставляет так же сервер, а у автобуса(протокола) как такового есть только два состояния - "соединение установлено" и "соединение разорвано". Так что ваши рассуждения о лейерах в контексте разговора смысла не имееют, лееры существуют только в виде абстракций на бумаге, в реальном мире существует клиент и существует сервер, с которым этот клиент общается.
Потому что у того же графкл есть полностью своя система работы с данными, от действий, до ошибок, до самой структуры этих данных. И там http коды действительно не имеют смысла, в основном потому, что они не предусматривают "частичный успех" запроса, тогда как графкл для этого и сделан - чтобы клиент мог сам выбирать, какие действия ему выполнить в одном запросе и какие данные получить в ответе. С классическим REST-сервером это бессмысленно сравнивать и бессмысленно пытаться фичу одного сделать костылем другого, т.к абсолютно разные вещи для разных задач.
Дело не в ресте(который ни слова не говорит о статус кодах, вот вообще ни одного), а в том, что если ты хочешь общаться с классическим http-сервером, перекидывая стандартные странички с текстом(хоть html, хоть json, хоть рест, хоть хуест), то тебе нужно учитывать стандартные практики, которым http-сервера и http-клиенты следуют. И там их целый набор - кешировать 200, реагировать на не-200 статус другим образом, писать в логи такие статусы, игнорировать другие, и так далее и так далее. Все эти практики стандартные, общепринятые, ожидаемые и понимаются разработчиками с полуслова. Если ты хочешь все эти практики выкинуть в окно и переизобрести заново, то тебе нужна нихуевая причина, иначе ты просто долбоеб. У разработчиков графкл была причина - они хотели дать клиенту больше гибкого контроля над сервером, вместо набора конкретных команд и эндпоинтов(но очевидно это пришло с усложнением и своими проблемами). А у тебя какая?
Ну так как раз таки рест это единственный подход к апи, который обращается со статус кодами не так как остальные. И про работу со статус кодами ты все верно сказал, во всем не-рест-мире норма например будить админа, когда слишком много 400/500 ошибок, потому что значит что-то на сервере отъебнуло, а не то что мамкин кулхацкер в запросе -100тысяч поменял на +100миллионов и ждёт что ему деньги на счет нарисуются.
>Ну так как раз таки рест это единственный подход к апи, который обращается со статус кодами не так как остальные
Будь добр, открой страницу в википедии с описанием реста и найди там хотя бы одно слово о статус кодах. Найдешь - приходи и пиши эту чушь.
>норма например будить админа, когда слишком много 400/500 ошибок, потому что значит что-то на сервере отъебнуло
Ты понятия не имеешь, о чем говоришь. Админ у него будет null pointer error на сервере фиксить, ну еб твою мать.
> У разработчиков графкл была причина - они хотели дать клиенту больше гибкого контроля над сервером, вместо набора конкретных команд и эндпоинтов(но очевидно это пришло с усложнением и своими проблемами).
Кстати, кто вкатился в графкл - стоит ли оно того? Говно или годнота? Взлетит, или поиграются и забудут? Я вяло ковырял на досуге, вроде и прикольно, но по-моему слишком много сложностей, а выгоды особой нет, думаю не взлетит.
Потом появился http в виде html страниц. Это были страницы с форматированным текстом и возможностью делать ссылки на другие такие страницы. Http в качестве обслуживания запроса этих страниц. Создатель не предполагал появления программной логики внутри страниц, или что http будут использовать другие приложения.
Прошло лет 20.
Относительно недавно появился форс restful - попытка натянуть http на всю возможную бизнес логику. Попытка натянуть сову на глобус. Естественно нереализуемая за пределами запроса страничек. Весь это рестосрач - отголосок этого форса, результат гнилостного влияния этой бессмыслицы на неокрепшие умы.
Как по рестфулу сказать "свести годовой бюджет"? Пук среньк. Как сказать "выстрелить по противнику"? Мммм мням нинужна.
Рестфул это чушь, неприменимая к самостоятельным сложным приложениям
Если ты имеешь в виду "взлетит ли для обычных апишек", то нет, не взлетит и не должен, графкл для этого не предназначен в принципе. В 99% случаев выверенный контроль над данными с сервера нахуй не нужен, если у тебя нет сотен непредсказуемых клиентов, которым нужны абсолютно разные данные в разных комбинациях. У обычных приложений все клиенты и все действия известны заранее, им не нужно усложнять работу со всем своим API в несколько раз, чтобы удовлетворить васю, которому захотелось дернуть пользователей, комментарии, платежи и свое очко одновременно на одной странице. И даже для редких исключений можно сделать исключение в одном месте, а не перехуячивать всю архитектуру с нуля. Так что нет, графкл - это очень нишевая вещь, которую просто расфорсили до невозможности и пихают куда попало. Если ты придешь в контору, которая пользуется графкл и это не гугл/гитхаб/майкрософ, то тебе можно дать только один совет - беги нахуй.
>Админ сначала должен логи раскопать и пнуть уже потом кодеров, если вина в их говнокоде, все верно.
А теперь подумай, что случается чаще - 500ка по вине упавшей базы данных(лол блять) или 500ка по вине говнокодерства? И да, ты не ответил, нахуя тебе 500ка, если ты можешь будить админа и по 200 со своим любимым говновелосипедом вроде 200 OK { error: 'runtime_error' }? Религия не позволяет? Или может все-таки существуют определенные конвенции по поводу значений статус кодов и которые встроены по умолчанию во все системы, от клиентских до мониторящих? А если они существуют в 500ках, то почему ты так яро отрицаешь их существование в 400/422 и иже с ними?
Двухсоткадебилы, как ты грубо называешь более опытных коллег, мониторят работу бизнес-логики, а не код ответа. Твоё приложение может лежать, но отдавать 200, потому что одна девопсина настроила Always Online™ в CF, а вторая об этом не знала. Заебись промониторил?
Ебать дебил, если ты мониторишь приложение через запрос к конечному серверу, то как тебе статус коды в принципе помогут узнать о том, что клаудфлара закешировала ответ да еще и учитывая что ты и так всегда 200 хочешь возвращать?? А если ты мониторишь его с самого сервера как нормальный человек, то при чем тут вообще клаудфлара? Как в лужу пукнул.
>как тебе статус коды в принципе помогут узнать о том
Членикс, я понимаю, что у тебя маленькая оперативная память, но постарайся уложить в неё абстракцию целиком. Я не использую статус коды в бизнес логике => они ничего в принципе не помогают узнать by design. Ты пытаешься спорить с моей парадигмой, подменяя её суть сутью своей. Своим мониторингом я буду проверять отработала ли бизнес-логика, а не ответил ли веб-сервер "всё ок".
>мониторишь его с самого сервера как нормальный человек
Проиграл с этого SRE инженера. "Сам сервер" у нормальных людей — это контейнеры, создаваемые и уничтожаемые сто раз на дню.
> "Сам сервер" у нормальных людей — это контейнеры, создаваемые и уничтожаемые сто раз на дню.
Я так и понял, что ты дебсик-сисьадмин и не встречал нормальные системы мониторинга, которые работают на самом сервере и являются его частью. Снаружи сервера ты только за своим хуем можешь последить, а не за ошибками со всеми подробностями.
>что такое "веб-сервер"
nginx, caddy, Apache
>кто его пишет
http://hg.nginx.org/nginx/
https://github.com/caddyserver/caddy/graphs/contributors
https://httpd.apache.org/contributors/
То есть ты отдаешь все-все статус коды под nginx-прокладку, которая в 99% случаев пользуется только тремя, а себе оставляешь огрызок и переизобретаешь эти самые статусы заново, я правильно понял? И соответственно 500ки тоже не отдаешь, ведь в nginx 500тить нечему по сути? И при этом еще заставляешь клиента отличать ошибку nginx от ошибки конечного сервера и обрабатывать два набора ошибок, так? А ты не ебанутый случаем?
>соответственно 500ки тоже не отдаешь
А ты отдаёшь? Кто после этого ёбнутый?
>переизобретаешь эти самые статусы заново
Какие коды HTTP соответствуют состояниям "заявка в друзья этому пользователю уже была отправлена" и "ранее пользователь отклонил твою заявку, но сейчас она была отправлена повторно"? Какие будут коды для "повторите запрос с капчей" и "повторите запрос позже, у нас обед вы настроили себе самоограничение"? Может ещё для "пополнить баланс нельзя, потому что ваш аккаунт подозрительный" статус код HTTP есть?
>заставляешь клиента отличать ошибку nginx
парень, ты вызываешь искреннее сочувствие. Ошибка "конечного сервера" - это ошибка приложения, когда запрос дошёл до бизнес-логики. Ошибки веб-сервера не надо никак специально обрабатывать, их обрабатывает веб-браузер.
200 - ТРАНСПОРТНЫЙ ПРОТОКОЛ ОКЕЙ
@
201 - ТРАНСПОРТНЫЙ ПРОТОКОЛ СОЗДАЛ СУЩНОСТЬ
@
202 - ТРАНСПОРТНЫЙ ПРОТОКОЛ ПРИНЯЛ СУЩНОСТЬ
@
203 - НЕАВТОРИТЕТНЫЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
@
204 - ПУСТОЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
@
205 - ПЕРЕЗАПУЩЕННЫЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
@
206 - ЧАСТИЧНЫЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
@
207 - МНОГОСТАТУСНЫЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
@
208 - УЖЕ НАКЛЯУЗЯЧЕННЫЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
@
226 - ОБРАЗЦОВО-МАНИПУЛИРОВАННЫЙ ТРАНСПОРТНЫЙ ПРОТОКОЛ
>рпс/грпс возвращает 200 при ошибках бизнес логики
>графкл возвращает 200 при ошибках бизнес логики
>значительная часть реста тоже возвращает 200 при ошибках бизнес логики
>ИТТ рестошизы что-то орут про коныенци и общепринятые практики использования кодов для возврата бизнес-ошибок
> HTTP предназначен для передачи гипертекста
Да, но не ограничивается им
Для передачи только гипертекста есть Gemini
https://gemini.circumlunar.space/docs/specification.gmi
Пиздец ты тупорылый. Сведение годового бюджета предполагает получение данных без изменения данных на сервере? Тогда GET. Предполагает отправку данных и изменение данных на сервере в соответствии с присланным? Тогда POST или PUT/PATCH, смотря как данные обновляются, целиком или старые обновляются.
> Какие коды HTTP соответствуют состояниям "заявка в друзья этому пользователю уже была отправлена"
409
> "ранее пользователь отклонил твою заявку, но сейчас она была отправлена повторно"
200/201
> "повторите запрос с капчей"
406/449
> "повторите запрос позже, у нас обед вы настроили себе самоограничение"
классика, 429
> "пополнить баланс нельзя, потому что ваш аккаунт подозрительный"
403
Всему вас, двухсоткадебилов, учить надо.
> > Какие коды HTTP соответствуют состояниям "заявка в друзья этому пользователю уже была отправлена"
> 409
200
> > "ранее пользователь отклонил твою заявку, но сейчас она была отправлена повторно"
> 200/201
200
> > "повторите запрос с капчей"
> 406/449
200
> > "повторите запрос позже, у нас обед вы настроили себе самоограничение"
> классика, 429
200
> > "пополнить баланс нельзя, потому что ваш аккаунт подозрительный"
> 403
200
> Всему вас, двухсоткадебилов, учить надо.
200
Я когда слышу все истории про джунов, которые сломали прод - у меня ощущение, что это блять в какой-то параллельной вселенной происходит. И это выставляется как "какой джун тупой". Нет, джун как джун - это значит менеджеры/лиды долбоёбы, что в принципе допустили ситуацию, что ДЖУН БЛЯТЬ ЕБОШИТ НАПРЯМУЮ В МАСТЕР БЕЗ РЕВЬЮ. Вы что совсем ебанаты блять?
>НИХАЧУ ВРАТЬ АПВОРКУ
@
ТОЖЕ НЕ ХОЧЕШЬ ВРАТЬ АПВОРКУ
@
ПЕРЕСЫЛАЕШЬ АПВОРКУ ПРЕДЛОЖЕНИЕ КЛИЕНТА РАБОТАТЬ МИМО АПВОРКА
Dictionary
Definitions from Oxford Languages
hypertext
/ˈhʌɪpətɛkst/
noun, COMPUTING
a software system allowing extensive cross-referencing between related sections of text and associated graphic material.
Так что, если ты не можешь сослаться напрямую из части документа в часть другого документа, это уже не гипертекст. В gemini тебе нужно сначала сослаться из текста в сноску, затем из сноски пойти в другой документ и там НАЙТИ ВРУЧНУЮ место, на которое ссылаются, потому что якоря не предусмотрены. До гипертекста тут ещё несколько итераций усложнения, которых не будет, потому что это противоречит идее проекта.
@
ПРОЕКТ НАПИСАН ПЛОХО
@
ПРИ ДОБАВЛЕНИИ ФУНКЦИОНАЛА ПЕРЕД ТОБОЙ МОРАЛЬНЫЙ ВЫБОР: НАПИСАТЬ ХОРОШО (НО ПРИДЕТСЯ РЕФАКТОРИТЬ)
@
ИЛИ НАПИСАТЬ ПО АНАЛОГИИ, КАК УЖЕ НАПИСАНО(А ЗНАЧИТ ДОБАВИТЬ ГОВНОКОДА)
@
ДОБАВЛЯЕШЬ ГОВНОКОДА
@
СТАНОВИШЬСЯ ГОВНОКОДЕРОМ
Не надо так делать. Всегда если вижу, что можно улучшить, рефакторю сопутствующий код. Со временем кодовая база становится лучше, да и у тебя отношение к проекту лучше, так как ты в него внес свой вклад, код тебе в нем понятен и устраивает качество. А если писать говнокод по аналогии, то помимо очевидной деградации проекта еще и будешь получать демотивацию от работы с этим проектом.
Не, не пытались, в основном наоборот говорили малаца, что порефакторил, правда бывало, что нужно было все таки доказать пользу изменений. Но и тесты были естественно, и процессы налажены. Без тестов рефакторить и правда не лучшая затея, лучшим изменением в таком случае будет добавление тестов, за это тебе точно почет и уважение будет, и принесет максимум пользы.
@
ТРАНСПОРТ ДЕРГАЕТСЯ НАПРЯМУЮ ИЗ ВЬЮХ
@
ВСЁ ВО ВЬЮХАХ, ДАЖЕ НЕБО, ДАЖЕ АЛЛАХ
@
ТЫЖ ФРОНТЭНДЕР, ТЕБЕ ТОЛЬКО КНОПКИ НАДО КРАСИТЬ
Да, есть такое.
Самое смешное, что в любом споре с бекендомакаками они говорят, что фронтенденры только красят вьюшечки, а вся сложная логика на бекенде, но как только дело доходит до реальнх кейсов, то оказывается, что сложные комбинирования запросов, кеширования, локализация и прочая БИЗНЕС-ЛОГИКА таки именно на фронте.
мимо фронтендер-мобайл
Необязательно микросервисной, любая интеграция сложнее "кинуть жсон и забыть" превращается в ту же хуету что у фронтеров, только если на фронте ты обычно можешь найти конкретного бекендкра кто это писал и попросить переделать/объяснить/доработать, то в интеграциях часто у тебя есть только лишь дока, и то если повезет. Процессинг платежей и особенно подписок это вообще отдельный вид искусства порой.
Так мобайл это уже толстый клиент иначе и сайт сойдет. Но, мобилкодебил, ты не имеешь дело с масштабированием и хайлоадом, срешь себе в один инстанс "бизнесслогику" по сокрытию инпута, если чекбокс не выбран. Похуй какой ты там стор выберешь и т.д, цена ошибки низкая. Так что завали ебало.
>>2187429
Микросервисы сосут, получается.
@
УТРО
@
В ОЖИДАНИИ ДЕЙЛИ КОВЫРЯЕШЬ В НОСУ, ПРОВЕРЯЕШЬ ВЧЕРАШНИЕ НОВОСТИ
@
ДЕНЬ
@
ОТКРЫВАЕШЬ ТЫТРУБУ
@
СКРОЛЛИШЬ ДВОЩИ, НЕБО, АЛАХА
@
МЕНЕДЖЕР ВСЁ СПРАШИВАЕТ ЧТО ТЫ ТАМ ЗАТИХ, ПОЧЕМУ ТЕБЯ НЕ СЛЫШНО, КАК ТАМ ТАСОЧКА?
@
ОТБРЁХИВАЕШЬСЯ, ПОСЛЕ УГРЫЗЕНИЙ СОВЕСТИ ЧИТАШЕЬ КОД, КАК БЫ ПРИНОРАВЛИВАЕШЬСЯ
@
ВЕЧЕР
@
СУДОРОЖНО ДЕЛАЕШЬ ТАСКУ, ЧУВСТВУЕШЬ СЕБЯ ПАРШИВО
@
ОБЕЩАЕШЬ СЕБЕ С ЗАВТРАШНЕГО ДНЯ СРАЗУ СЕСТЬ ЗА ТАСКИ
@
ВЫХОДНЫЕ
@
КОВЫРЯЕШЬ ПЕТПРОЕКТ, ДОВОЛЬНО УРЧА
@
НЕ РАБОТАЕТ
@
НЕ ПОНЯЛ
@
ВЫВАЛИЛСЯ ИЗ ЭСТИМЕЙТОВ
>Похуй какой ты там стор выберешь и т.д, цена ошибки низкая
Ясно, ты никогда не работал на больших или средних проектах. Рассказываю, как происходит в реале: заказчик хочет посмотреть демку, которую пилит, внезапно, ФРОНТ, и любые косяки сразу замечаются и критикуются. Причем похуй, из-за кого эти косяки в большинстве случаев именно из-за криворукого бекендера. Сам был свидетелм ситуации, когда долбаеб с бека выполнял у себя 2 запроса секунд 5, за что по началу влетело мобайл-фронтовику. Потом уже разобрались и указали на долбаеба. Так что за цену ошибки ты очень сильно проебался, порридж.
>срешь себе в один инстанс "бизнесслогику" по сокрытию инпута, если чекбокс не выбран
Чего, блядь? Ты вообще понимаешь, что такое бизнес-логика?
>>2187627
>Охуетб, в мирке фронтенда вынести запросы из вьюхи в сервис, вывести локализованное сообщение и пр. это уже сложна.
Ты просто тупорылый даун, который даже не увидел моей иронии в том, что все бекендеры свято уверены, что они делают всю логику только у себя, а на фронте нет ничего, но в реальнх кейсах внеапно они и сами непротив топить за то, чтобы всякие локализации, обьединения реквестов и т.д. реализовывались на клиенте.
> Со сложных комбинирований запросов вообще проиграл.
Сделать 2 параллельных реквеста с двумя разными эндпоинтами по сложности одинаково, чем на твоей стороне, обезьяна ты безмозглая, постучаться в 2 разных микросервиса. Только при этом мне это все надо обернуть в красивую вьюшечку, с красивыми крутилками, всплывашками и предусмотреть все возможные стейты. Еще вопросы, петуч?
>Причем похуй, из-за кого эти косяки в большинстве случаев именно из-за криворукого бекендера.
> Косяки на фронте
> Виноват бэкэндер
>Обычные ошибки фронта - не отправится формочка, зависнет менюшка, заказчик будет ругаться на некрасивое окошко
>Обычные ошибки бека - проебутся или станут неконсистентными данные, не пройдет платеж, к данным получит доступ тот кто не должен его иметь, ляжет сервак нахуй
>РРРРЯЯЯ У ФРОНТА ЦЕНА ОШИБКИ ВЫСОКА А У БЕКА НИЧЕГО СТРАШНОГО
>порридж
Пердикс спок.
Кстати fun fact - наверное 9 из 10, если не чаще, хипстеров-зумерков в вебе это именно жс-макаки с реактом/вуе в очке, а то еще хуже, тащащие жс на бекенд и именующие себя фулстеками. В голос чуть-чуть.
@
СИДИШЬ УЖЕ ПОЛЧАСА, ПРОИСХОДИТ КАКАЯ-ТО ПАРАША, ПРИ ТОМ, ЧТО ВСЁ СДЕЛАНО И ВСЁ ОТРАБАТЫВАЕТ
@
У ТЕБЯ НЕТ ВЕРСИЙ, В ЧЕМ ПРОБЛЕМА
@
ПИЗДЕЦ
>>2188517
> при одинаковой ответственности и одинаковом объеме работы с бизнес-логикой на фронте
Валидировать формочки и слать их на бекенд - это не бизнес-логика, и тем более не сопоставимая с объемом бизнес-логики на бекенде.
Бекенд должен сделать как минимум такую же валидацию
1) Отправка двух запросов параллельно, то есть одновременно. После того, как оба завершатся - комбинированный ответ показывается в юайке.
2) Пункт 1, но на основе комбинированного ответа, то есть после тех 2 запросов отправить третий, респонс которого уже будет отображен а юайке
3) Отправка 2,3,4,5, да сколько угодно реквестов по очереди, каждый у себя в параметрах имеет значения из респонса предыдущего.
Трех примеров достаточно?
Но вот тут почему-то всегда найдется то ли серьезно воинствующий фронтовик, то ли просто зеленый, которому и несуществующий дто с id=-666 в апи подсунь, чтобы не хардкодить кнопку на фронте, и отличительные признаки этой кнопки подавай, чтобы не перепутать с другими. Вот теперь тут новые шедевры пошли, скомбинировать запросы. У вас там промис.алл и аналоги, существующие на всех языках отменили? Айдишки ручками не джойнятся? В чем смысл так толстить? Что ты там делаешь, ты ебанутый?
Мимофулл
@
ТВОЙ КОД?
>>А вот комбинировать запросы (а не тупо слать 1)
Это как вы апи сделаете. Бэк может как угодно обработать, хоть по ендпоинту на каждую кнопку предоставить, хоть одну с параметрами. Претензии к архитектору/лиду, если такое сделали.
>>добавлять локализацию
Это отображение данных. Не задача бека. Туда же идут форматы дат и чисел.
>>кеширование
На беке свое кеширование, на фронте - свое. Запросы к БД скорее всего и так кешируется. То что там странички перерисовываются - бек не исправит. Статику можно раздавать с отдельного нжинкс сервера, но там логики нет.
>>локальные бдшечки
Что это? У бека есть БД, есть редис, есть файловая система. Все что у хранится пользователя - проблемы фронта. Не хочешь - не храни.
@
КОЛЛЕГИ СМОТРЯТ, КАК НА НИЩЕГО
@
ХУЯЧИШЬ НА РАБОТЕ ПО 9 ЧАСОВ
@
ХУЯЧИШЬ ДОМА ЕЩЕ 3 ЧАСА
@
ЧИТАЕШЬ ЭККЕЛЯ, РОБЕРТА МАРТИНА
@
НАЧМНАЕШЬ РАЗБИРАТЬСЯ В АРХИТЕКТУРЕ
@
КОЛЛЕГИ ВСЕ ТАК ЖЕ СМОТРЯТ СВЫСОКА
@
СЕРТИФИЦИРУЕШЬСЯ
@
УХОДИШЬ В ДР ГАЛЕРУ НА ПЛЮС ТЫЩУ
@
ХЕРАЧИШЬ ЕЩЕ ДВА ГОДА В ТАКОМ РЕЖИМЕ
@
СТАНОВИШЬСЯ МИДЛПЛЮС
@
ПРИГЛАШАЮТ ПРОВЕСТИ СОБЕСЕДОВАНИЕ
@
ПРИХОДИШЬ
@
ВИДИШЬ КОЛЛЕГУ УЕБАНА С ПРОШЛОЙ РАБОТЫ
@
ПРОЕЗЖАЕШЬ ПО НЕМУ НА АСФАЛЬТОУКЛАДЧИКЕ
@
МЫ ВАМ ПЕРЕЗВОНИМ
антибугурт
@
PRODUCT OWNER, SAFETY MANAGER, REQUIREMENTS ANALYST, CONSULTANT, SCRUM MASTER(ТАСКОВ НЕ БЕРЕТ ВООБЩЕ, ТЯН 45 ЛВЛ), REQUIREMENTS ENGINEER, PROJECT MANAGER
@
VASYAN PUPKIN - SENIOR DEVELOPER, ABISHEK SHANTI - JUNIOR DEVELOPER
@
В баклоге 190 тасков на 1.5 года вперёд
>числа, суммы
Я кстати проиграл, когда узнал, что в свифтовском foundation уже много лет висит баг из-за которого парсинг json float'ов может привести к 0.30000000000000004, потому что они парсятся через жопу. На работе айосеры с ним ебались полдня, потому что не знали, что такое floating point arithmetic, я за пять минут в гугле нашел проблему. В качестве решения предлагают ОКРУГЛЯТЬ ПОСЛЕ ПАРСИНГА или ОТПРАВЛЯТЬ С БЭКА В ВИДЕ СТРОКИ. Ебало представили?
> Бэк может как угодно обработать, хоть по ендпоинту на каждую кнопку предоставить, хоть одну с параметрами. Претензии к архитектору/лиду, если такое сделали.
найс маневры. Если бек натупил - виноват архитектор, ага.
>Это отображение данных. Не задача бека. Туда же идут форматы дат и чисел
Помимо отображения это еще и бизнес-логика, так как тебе нужно каким-то образом сторить текущий язык, дефолтный язык и все доступный языки, например.
>>локальные бдшечки
>Что это? У бека есть БД, есть редис, есть файловая система. Все что у хранится пользователя - проблемы фронта. Не хочешь - не храни.
Точно такие же бд, всякие там реалмы и румы. Я бы может и не хотел хранить, но у бизнеса свои планы.
>>2189016
>Из перечисленного тут вообще ничего не является бизнес-логикой.
Как раз таки все и является. Твое дергание микросервисов и пакование джсончика не есть чем-то сложным по сравнению с работой фронта.
>>2188126
Пчёлы, вы нихуя не сечёте в десигне. Вся эта хуета с челками, двадцатью камерами и прочей всратой ебалой делается для того, чтобы ваши телефоны по внешнему виду напоминающие кусок зеркала или металической плитки хоть как-то отличались друг от друга. Вот купил ты телефон за 100к или макбук за 500, а выглядит он точно так же как соседний ксяоми партия гордится вами, потому что современные телефоны это один ебанный экран и больше нихуя. Вот они и выкручиваются делая всякую ебалу. Мало того, околовсратый дизайн это продвижение само по себе. Вот даже в твоём примере - не будь этой челочки, что бы ты прикрепил к своему посту без текста? О чём мемасики пилить? О просто ноутбуке блядь с клавиатурой и экраном, да? Охуенный повод для мемов. А так вот сколько людей уже тригернулось от этих чёлочек, и всё руками самих гоев по собственному желанию, да еще и положительный образ бренду создают ну не фотки гитлера конеш, ну вы поняли, типа у всех внешний вид продукции вызывает радость, опять же партия гордится, но уже другая
У меня просто подозрение, что эта тяга к феминизации идет от пассивно-подчиненной роли кодерков в бизнесе. Кабаныч забегает на демо, смотрит что напилили в его продукте, недовольно фырчит и рякает: - "Ну что, членодевки, когда фичи клиентам отдадим?!", а кодерки такие: - "Да, мастер, сделаем всё как вы пожелаете, только сотыгу не отбирайте"
@
Половина знакомых не из IT приготовилась чиллить от Хеллоуина до годовщины Октября
@
GaleraName является непрерывно действующей организацией, а наши гребцы работают преимущественно удаленно. Поэтому режим веслания остается прежним.
@
Mkay
>Или ты по какой-то шизоидной причине не считаешь инфраструктуру приложухи, типа nginx, частью этой приложухи?
Кстати, кстати, это охуенный тест на профпригодность.
Если ты с какой ебени-матери считаешь nginx или вообще какой бы то ни было энвайронмент частью своего приложения, то твое место на апворке. Аминь.
>Если ты с какой ебени-матери считаешь nginx или вообще какой бы то ни было энвайронмент частью своего приложения, то твое место на апворке.
Разумеется я считаю частью своего приложение те вещи, которые ему позволяют работать, а не витаю в шизоидном воображаемом вакууме с сырой бизнес-логикой вокруг.
@
ХОЧЕШЬ ЗАПИЛИТЬ X
@
ВЫЯСНЯЕТСЯ ЧТО ВЫБРАННАЯ ТОБОЙ ORM НЕ ПОЗВОЛЯЕТ БЕЗ КОСТЫЛЕЙ СДЕЛАТЬ X ТАК КАК Y НЕ ПОДДЕРЖИВАЕТСЯ ЛИБО НЕ РАБОТАЕТ
@
ЗАКРЫВАЕШЬ ПЕТ ПРОЕКТ, ОТКРЫВАЕШЬ ДОТУ
Нет, работаю не в пое, но работа отнимает у меня желание писать код вне работы, поэтому я вне работы только в игры играю или как-то ещё расслабляюсь. Надо менять проект.
> Доложите обменный курс экзолей к пачке дошика.
1к1 на старте лиги. Вчера лига началась, кстати, но что-то я решил, что хватит уже.
@
ИДЕЙ НЕТ
@
ОТ МЫСЛЕЙ ПРО ТУДУЛИСТ И МУВИСЕРЧЕР К ГОРЛУ ПОДСТУПАЕТ ТОШНОТА
@
ИГРАЕШЬ В ДОТУ
@
НЕТ ВРЕМЕНИ ИЗ-ЗА ПОСТОЯННЫХ ПЕРЕРАБОТОК
@
API ДЕЛАЕШЬ НА ЖАБЕ
@
С ХИБЕРОМ
@
С JWT
@
С ЮНИТ- ТЕСТАМИ
@
ПЕТ- ПРОЕКТ СТАЛ ВТОРОЙ РАБОТОЙ
@
ТЕБЯ УЧАТ, ЧТО ВСЕГДА НУЖНО ПРЕДУСМАТРИВАТЬ ВОЗМОЖНОСТЬ ТОГО, ЧТО ВМЕСТО 1Й СТРОКИ, КАК В МАКЕТЕ, БУДЕТ МНОГО СТРОК
@
ИЗОБРАЖЕНИЯ ТАКЖЕ ДОЛЖНЫ БЫТЬ ГОТОВЫ К ТОМУ, ЧТО ВМЕСТО 100Х100 ПИКСЕЛЕЙ, ЗВГРУЗЯТ КАРТИНКУ В 10 РАЗ БОЛЬШЕ ИЛИ МЕНЬШЕ, ЛИБО НЕ С ТЕМ СООТНОШЕНИЕМ
@
В ВЁРСТКЕ МОЖНО ИСПОЛЬЗОВАТЬ ГРИДЫ
@
УШЁЛ В КРУПНУЮ КОНТОРУ, ВЕРСТАЕТ ОТДЕЛЬНАЯ КОМАНДА
@
-ПУК СРЕНЬК, В МАКЕТЕ ОДНА СТРОКА, С ОДНОЙ СТРОКОЙ ЖЕ ВСЕ ОК
@
АММНЯМ ИЗОБРАЖЕНИЕ НЕПРАВИЛЬНОЕ, ВОТ И ПОПЛЫЛО ВСЁ, ДА
@
ВЕРСТАЮТ НА БУТСТРАПЕ
@
ВДРУГ ПОНИМАЕШЬ, ЧТО СЕЙЧАС РАБОЧИЙ ДЕНЬ
@
РАБОЧИЙ МЕССЕНДЖЕР - ДИСКОРД
@
ВСЕ ЭТО ВРЕМЯ ОН ПОКАЗЫВАЛ, ЧТО ТЫ ИГРАЕШЬ
@
ПРОСЫПАЕШЬСЯ В ХОЛОДНОМ ПОТУ
ПРОВОДИШЬ СОБЕС
@
КАНДИДАТ ОТВЕЧАЕТ 50 НА 50, ЧТО-ТО ОК, ЧТО-ТО НЕТ
@
НА ВОПРОСЫ, НА КОТОРЫЕ НЕ ЗНАЕТ ОТВЕТА, НАЧИНАЕТ БЫЧИТЬ В ДУХЕ: "эээ блэт, а вы вообще сами такое юзаете? Где такое вообще используется ааа?"
@
ИСКРЕННЕ НЕ ПОНИМАЕТ, ПОЧЕМУ ЕГО ШЛЮТ ВЕЖЛИВО НАХУЙ, ГОВОРЯТ, ЧТО СКОРО ПЕРЕЗВОНЯТ, И НЕДОУМЕВАЕТ, ПОЧЕМУ ЕГО НЕ ХОТЯТ БРАТЬ В КОМАНДУ
Пизда, просто трустори, вот на что надеются такие быдланы, которые приходят на собес и смеют сами еще начать быковать на интервьеров? Это же просто днище ебаное
@
НАТЫКАЕШЬСЯ СВЕТОНЕПРОНИЦАЕМЫЙ ЗЕЛЕНЫЙ ДЫМ НЕМЫТЫХ ПОДМЫШЕК
@
КУХНЯ ВОНЯЕТ, ХОТЬ ТОПОР ВЕШАЙ
@
ОТКРЫВАЕШЬ ОКНО В ПОПЫТКАХ ВДОХНУТЬ КИСЛОРОДА И ДОЖДАТЬСЯ ПОКА ЗАКИПИТ ЧАЙНИК
@
ЧЕРЕЗ 2 МИНУТЫ ПОНИМАЕШЬ, ЧТО ПОТОКИ ЕДКОГО СМРАДА ВЫТЯГИВАЮТСЯ И ТЫ НЕ МОЖЕШЬ ВДОХНУТЬ ДАЖЕ ВЫСУНУВШИСЬ ИЗ ОКНА
@
УМИРАЕШЬ ОТ УДУШЬЯ
@
получил первый в жизни таск
@
пук
@
среньк
@
раскладываешь товар в пятер0чке
@
за бОльшую зп
ЗАПЛАТИЛ ЗА ОНЛАЙН КУРС
@
КАЖДЫЙ С ТАКИМ СТАЛКИВАЛСЯ И У ВСЕХ ГОРИТ
@
В ТРЕДЕ НОЛЬ РЕАКЦИИ
@
ЕРОХИН НАПИСАЛ: 200 OK {Error: "Forbiden"}
@
ТРЕД УТОНУЛ
@
ТИМ ЛИД НЕ МОЖЕТ ПОСЧИТАТЬ РАССТОЯНИЕ ОТ -1 ДО 1
@
СЕО ПИШЕТ ПАС С ДВУМЯ С
@
СЪЁБЫВАЕШЬСЯ В УЖАСЕ
@
БЛАГО В МОРОЗИЛКЕ ЕЩЁ ЛЕЖИТ ПОЛ ВЫМЕНИ КОРОВЫ
@
НЕТ НИКАКИХ ТАСОК
@
ХОЧЕШЬ РАБОТАТЬ, СТРАДАЕШЬ ОТ БЕЗДЕЛЬЯ
@
ПОДУМЫВАЕШЬ СВАЛИТЬ, ВЕДЬ ЕСЛИ ТЕБЕ НИКАКУЮ ЗАДАЧУ ВЫДЕЛИТЬ НЕ МОГУТ, ТО ВСЕ ПРОЦЕССЫ, ЭТО ЕБАНЫЙ БАРДАК, НАВЕРНЯКА
@
ПРОШЛО ПОЛГОДА
@
ХОЧЕШЬ, ЧТОБЫ ТАСКИ НАКОНЕЦ КОНЧИЛИСЬ
@
КАКОГО ХРЕНА ТАСКИ ВООБЩЕ ЕСТЬ, ЗАЧЕМ ОНИ НУЖНЫ?
@
ПОДУМЫВАЕШЬ СВАЛИТЬ
@
ТАСКИ ПИЗДЕЦОВЫЕ, НАГРУЗКА НЕ ЛУЧШЕ
@
- БЛЕТ, ВОТ СТАНЕТ ПОЛЕГЧЕ, ТОГДА БУДУ СОБЕСЕДОВАТЬСЯ, А ТО ТЯЖЕЛО
@
ТАСКИ СТАЛИ АДЕКВАТНЕЕ, НАГРУЗКА УМЕНЬШИЛАСЬ
@
- ДА ЧТО-ТО ЛЕНЬ СОБЕСЕДОВАТЬСЯ, СЛИШКОМ КОМФОРТНО
@
ТЫ С ФУЛЛТАЙМ РАБОТОЙ, НО ВЫГЛЯДИТ ОСИЛЯЕМО
@
ХОРОШИЕ ДЕНЬГИ, ТЕМ БОЛЕЕ ЧТО ИПОТЕКА САМА СЕБЯ НЕ ВОЗЬМЁТ
@
ЗАРУЧАЕШЬСЯ ГОТОВНОСТЬЮ ДРУГА ПОМОЧЬ, ПЛАН ВЫГЛЯДИТ НАДЁЖНО
@
НАБРАСЫВАЕШЬ ПЛАН РАЗРАБОТКИ, БИЗНЕС-ПРОЦЕССЫ
@
НАЧИНАЕТЕ ПИЛИТЬ ТЕХНИЧЕСКУЮ ЧАСТЬ
@
"ПОСМОТРИТЕ И ОЦЕНИТЕ БИЗНЕС-ПРОЦЕССЫ, СООТВЕТСТВУЮТ ЛИ ОНИ"
@
ДА-ДА, КОНЕЧНО, ПОСМОТРЮ. СКИНЬ МНЕ ЕЩЁ РАЗ ПОЖАЛУЙСТА
@
КАЖДУЮ ВСТРЕЧУ ПРОСИТ СКИНУТЬ ОДНО И ТО ЖЕ ЗАНОВО
@
СЕТУЕШЬ НА ЗАНЯТОСТЬ ЧЕЛОВЕКА, НО ОКЕЙ, ЕДЕМ ДАЛЬШЕ
.... ПРОХОДИТ ПОЛГОДА .....
НЕПЛОХАЯ ТЕХНИЧЕСКАЯ БАЗА НА НЕТКОРЕ, ОРИЕНТИРОВАННАЯ НА ОБЛАКО И МАСШТАБИРУЕМОСТЬ
@
СНОСНЫЕ ФРОНТЕНДЫ, СДЕЛАННЫЕ С ЛЮБОВЬЮ (весь прокет состоит из нескольких отдельных подпроектов)
@
ДРУГ ОТВАЛИВАЕТСЯ ПО СЕМЕЙНЫМ ПРИЧИНАМ
@
ОСТАЁШЬСЯ ОДИН. ЕЩЁ ОДИН ДРУГ-ТЕСТЕР-НАПИХИВАЕТ ТЕБЕ ПОЛНЫЙ БЭКЛОГ БАГОВ. БЕЗ ЭТОГО ОСТАЛОСЬ ДОДЕЛАТЬ ЕЩЁ ПРОТИВНЫЕ 20% ФУНКЦИОНАЛА
@
ЗАШИВАЕШЬСЯ НА ФУЛЛТАЙМЕ, ЗАШИВАЕШЬСЯ ПО ДРУГИМ ДЕЛАМ. ТЕПЕРЬ ЗАШИВАЕШЬСЯ И В ЭТОМ ПРОЕКТЕ
@
ЗАКАЗЧИКА НЕ ВОЛНУЕТ НИ ТО, ЧТО ЕСТЬ ПО ФАКТУ, НИ ТО, КАКИЕ ПРОБЛЕМЫ РЕШАЮТСЯ, НИ ТО, ЧТО ТЫ ОСТАЛСЯ ОДИН КАК СИЛА, СПОСОБНАЯ КОДИТЬ
@
ЗАКАЗЧИКУ НУЖНО ГОТОВИТЬ ЕБАНУЮ ГОРУ ДОКУМЕНТОВ, ПЕРСОНАЛА, КОНТЕНТА, НО НИХУЯ НЕТ.
@
ЗАТО ПОСТОЯННО ЕСТЬ ОДИН ВОПРОС
@
"СКАЖИ МНЕ, КОГДА МЫ ЗАПУСТИМСЯ?"
Дохуя всего.
1) Преобразование бизнес требований в технические
2) Разработка архитектуры проектов
3) Ответственность за выбор стека и методологий разработки
4) Ответственность за нефункциональные требования системы
5) Менторство инженегров в команде
+ дохуя всего
К сожалению я почти уверен, что это не ускорит процесс, будет как в том жизненном анекдоте - что один программист сделает за день, два сделают за два дня. Мне придётся достаточно много времени посвятить не только реализации своих задач, но ещё и "онбордингу" другого программиста, оформлению тасков для него, и в конце концов это может оказаться тупо дорого, ведь стоимость мероприятия заранее чётко оговорена и фиксирована, а разделять утешительный приз за полгода пиздеца я не захочу.
А то, кого нанимать и как вертеть этот проект заказчик будет после релиза (или после выполнения всех тех. требований, т.к. у меня есть сомнения, что проект будет полноценно запущен), это уже его проблемы, пусть нанимает кого может/хочет. Документацию и техподдержку нулевого дня я обеспечу, но на этом мои полномочия всё.
@
КОШЕЧКА ДЕЛАЕТ МЯУ
@
ТВОИ ПЯТНАДЦАТЬ СЛОЕВ ВРАППЕРОВ И АБСТРАКЦИЙ НЕ ДЕЛАЮТ НИХУЯ
А если кошечка завтра должна будет делять мяу анусом, а если вместо кошечки придет кошкодевочка, а что если кошечка должна будет с каждым мау сходить бо-большому в бд, а если кошечка должна дернуть анус собачке? Вот тогда-то все абстракции и понадобятся протекут, и придется добавить еще пяток слоев.
>>2195584
В свою защиту скажу, что "полный" бэклог багов - это про мелочные баги типа "на фронте что-то не там, где нужно", за эти полгода было написано столько же кода, сколько пишет одна знакомая мне галерка из 5 человек, и любой сервис в рамках этого проекта можно хоть сейчас пулять на кластер инстансов и оно будет работать. Да и сроки/план был составлен достаточно неплохо (всего лишь второй раз беру такого масштаба проект), я ещё не сильно всрал сроки, который эстимейтили аж в феврале (!), да и неповоротливость заказчика играет на руку, выигрывая время для меня.
А то, что я стал зашиваться - так это в феврале вообще нельзя было никак предусмотреть. Потому что появилась необходимость заниматься дополнительными делами, возникшая недавно и внезапно.
Можно обвинить меня в том, что положился на друзей, и неточно заэстимейтил (взял маленький запас), ведомый желанием не упустить клиента, но в васянстве - не думаю, и уж точно нельзя обвинить в халтуре. Технически это почти лучшее, что я делал.
От компании зависит. Нету какого-то общепринятого разделения.
Но по тому, что встречал сам, могу сказать, что тимлид управляет командой, раздает таски, отвечает за релизы, короче больше менеджер, но с уклоном в разработку. А техлид отвечает за постановку технической задачи, выбор стека, требования к реализации.
Ну т.е. приходит менеджер, говорит, нам нужен сервис аналитики на основе таких-то данных пользователя.
Техлид смотрит, делает эпик, где описывает: так, юзаем кафку, такую-то библиотеку, генерим такие событие и отправляем в этот топик.
Тимлид смотрит на эпик и заводит стори с оценкой и декомпозируемыми задачами, назначает их конкретным разработчикам
По окончанию разработки, когда тимлид с командой провели ревью и заапрувили таски, техлид принимает сторик, смотрит, все ли отвечает требованиям и дает отмашку
Тимлид планирует в какой релиз добавить изменения
@
СОЗВОН СО СТЕЙКХОЛДЕРАМИ ДО ОБЕДА
@
ПОСЛЕ ОБЕДА РАЗРУЛИВАНИЕ ЗАДАЧ КОМАНДЫ
@
ПОТОМ СОЗВОН С ПАРТНЕРАМИ ПО ПОВОДУ ИНТЕГРАЦИЙ
@
СМОТРИШЬ НА СВОЮ ЛЫЧКУ
@
СТАРШИЙ ИНЖЕНЕР
Блять, где я не туда свернул?
- 405 Not Allowed
- 422 Unprocessable Entity
- 503: Service Unavailable
Даже не так
Заходит 200ка дурачок в бар, заказывает коктейль, а бармен ему: "да, ОК". Даёт ему стакан без коктейля, но с бумажкой. На бумажке написано "owibka: balans ne sweden"
@
GRAPHQL
нахуяяяя блять
>редко используемые технологии
Вы из 2015 года капчуете? Небось ещё на пехепе или джяве какой пишете
> Небось ещё на пехепе или джяве какой пишете
Не ну ты высрал. Норм языки, джава для больших приложений сложных, а пыха для на каком-нибудь ларавеле для екомерца и тд.
Вообще графкуэл имеет свои плюсы, но пихать его везде вместо реста и вообще нигде не использовать серверный рендеринг это вообще-то немножко оверкил.
@
НА ПОЧТУ ПРИШЕЛ ONLINE ASSESSMENT
@
ПРЯМО В СПАМ
Ну блять.
ОСИЛИЛ КНИГИ ПО ДИЗАЙНУ REST
@
СДЕЛАЛ ПЕТ ПРОЕКТ ПО КРАСОТЕ
@
УСТРОИЛСЯ НА ГАЛЕРУ
@
ОТКРЫЛ ГЛОБАЛЬНЙ ПЕРЕХВАТЧИК ИСКЛЮЧЕНИЙ
@
ПЕРЕХВАТ EXCEPTION
@
return new ErrorMessage(HttpStatus.OK, "Proizohla nepredvidennaya oshibka. Povtorite pozhe");
ОСИЛИЛ КНИГИ ПО ДИЗАЙНУ REST
@
СДЕЛАЛ ПЕТ ПРОЕКТ ПО КРАСОТЕ
@
УСТРОИЛСЯ НА ГАЛЕРУ
@
ОТКРЫЛ ГЛОБАЛЬНЙ ПЕРЕХВАТЧИК ИСКЛЮЧЕНИЙ
@
ПЕРЕХВАТ EXCEPTION
@
return new ErrorMessage(HttpStatus.OK, "Proizohla nepredvidennaya oshibka. Povtorite pozhe");
ЛИД УВОЛИЛСЯ
@
ЛИДОМ СДЕЛАЛИ ТЕБЯ
@
РАЗБОР ПОТОКА ЗАДАЧ ОТ ПИЭМА ТЕПЕРЬ НА ТЕБЕ
@
РАЗБОР ПОТОКА КОКАИНОВЫХ ИДЕЙ ПРОДАКТ ОВНЕРА ТЕПЕРЬ НА ТЕБЕ
@
А ТЫ ОМЕЖКА, СЛАТЬ НАХУЙ УМЕЕШЬ ТОЛЬКО НА АНОНИМНЫХ БОРДАХ
@
ХУЙ ЗНАЕТ ЧЕ ТЕПЕРЬ ДЕЛАТЬ, ПРИВЫК К ВЛАСТИ И ДЕНЬГАМ — ТЕРЯТЬ НЕ ХОТЕТ
@
ОБЪЯВЛЕНА ПРОДАКТ ОВНЕРОМ
@
"ВЛАДИМИР ПРОДУКТОВНЕРОВИЧ, МОЖЕТ ВМЕСТО Х ЕСТЬ СМЫСЛ СДЕЛАТЬ Y? ЭТО И БЫСТРЕЕ И ЛОГИЧНЕЕ РАБОТАТЬ БУДЕТ..."
@
"НЕТ, ЗАКАЗЧИК ЧЕТКО СКАЗАЛ ЧТО ХОЧЕТ Х, ДЕЛАЙТЕ Х"
@
ТАСКА В ЖИРЕ НА ФУНКЦИОНАЛ Х ЗАВЕРЕНА ПРОДАКТ ОВНЕРОМ
@
ПРОДЕМОНСТРИРОВАНА НЕСКОЛЬКО РАЗ ПО ХОДУ РАЗРАБОТКИ ПРОДАКТ ОВНЕРУ
@
...
@
ДЕНЬ ПЕРЕД ДЕМО, РЕПЕТИЦИЯ
@
"В СМЫСЛЕ КНОПКА ДЕЛАЕТ Х, А НЕ Y??? КТО ПИСАЛ ЗАДАЧУ? В СМЫСЛЕ МНЕ ПОКАЗЫВАЛИ УЖЕ, Я НЕ ПОМНЮ ТАКОГО, ЭТО ЖЕ НЕ ТАК ДОЛЖНО РАБОТАТЬ, НУ ВЫ САМИ ПОДУМАЙТЕ ЗАЧЕМ ДЕЛАТЬ Х ЕСЛИ ОЧЕВИДНО ПРОЩЕ Y"
@
БУДЕТ НЕСЛОЖНО, НУЖНО ЧАСА 3 ВЫДЕЛИТЬ В ТЕЧЕНИЕ 2УХ ДНЕЙ
@
О, СКИДОН НА АНИМЕШНУЮ МЕТРОИДВАНИЮ В СТИМЕ
@
БЕРУ!
@
НИЧЕГО НЕ ИЗУЧИЛ ЗА ВЫХОДНЫЕ
{
status: "success",
content: {
status: "error",
message: "oshibka"
}
}
@
РАБОТАЕШЬ
200 OK! Хочешь узнать больше? >>Переходи по ссылке!
@
ПИЦЦУ ПРИНЕСЛИ, НА КОРОБКЕ ФИРМЕННАЯ НАКЛЕЙКА "Я ПРОВЕРИЛ, ВСЁ ХОРОШО"
@
ДВУХСОТКАДОДИК ОТКРЫЛ КОРОБКУ, А ТАМ ГОВНО
@
В ГОВНЕ ТОРЧИТ ЗАПИСОЧКА "409 mesya4nii balans ne sveden"
@
С ТЕХ ПОР ДВУХСОТКАДЕБИЛ ПЕРЕШЁЛ НА ДИЕТУ ИЗ ГОВНА
@
ДАЖЕ БЕГЛОГО ВЗГЛЯДА ХВАТАЕТ, ЧТОБЫ ПОНЯТЬ, ЧТО ОНА НЕ НА 1 ЧАС
ПОЛУЧАЕШЬ ЗАДАЧУ, ОЦЕНЕННУЮ В 1 ЧАС
@
ДАЖЕ БЕГЛОГО ВЗГЛЯДА ХВАТАЕТ, ЧТОБЫ ПОНЯТЬ, ЧТО ОНА НЕ НА 1 ЧАС А НА 2
@
УСТАНОВКА ПРОЕКТА 2 ДНЯ
@
ЧТЕНИЕ ДОКУМЕНТАЦИИ 2 ДНЯ
@
РЕШЕНИЕ ПРОБЛЕМ С РАЗВОРАЧИВАНИЕМ ПРОЕКТА 2 ДНЯ
@
ПОЛУЧЕНИЕ ВСЕХ НУЖНЫХ ЮЗЕРОВ/ДОСТУПОВ/ВПНОВ 2 ДНЯ И БОЛЬШЕ
@
ПОВТОРЕНИЯ КЕЙСА ИЗ ТИКЕТА 2 ДНЯ
@
ПРОШЛО 2 НЕДЕЛИ, ТАСКА НА 1-2 ЧАСА ЕЩЕ НЕ СДЕЛАНА
@
"НУ ВРОДЕ ВСЁ ГОТОВО, ЕСЛИ ЧТО, ТЕСТИРОВЩИК НАЙДЁТ ОШИБКИ, Я БОЛЬШЕ НЕ МОГУ"
@
СОЗДАЁШЬ ПР
@
ПР ПРИНИМАЕТСЯ В ТЕЧЕНИЕ ПОЛЧАСА, БЕЗ КОДРЕВЬЮ И ТЕСТИРОВАНИЯ, ПОТОМУ ЧТО КТО-ТО ТАК РЕШИЛ
@
НЕ ТЫ ОДИН ЗАЕБАЛСЯ
@
ЗАПИЛИЛ ФИЧУ ПО ТЗ
@
ПРОШЛО ВСЕ ТЕСТИРОВАНИЯ И РЕВЬЮ, ЗАЛИТО В ПРОД
@
ПРОХОДИТ 1,5 МЕСЯЦА
@
ФИЧУ ОТКАТЫВАЮТ С ПРОДА Т.К. НЕ РАБОТАЕТ ЧАСТЬ ФУНКЦИОНАЛА
@
СМОТРИШЬ - ДЕЙСТВИТЕЛЬНО, ТЫ ДОЛБОЁБ И НАПИСАЛ НЕСКОЛЬКО ВЫЗОВОВ НЕ ТАМ
@
ЧЕМ ЗАНИМАЛИСЬ НА ТЕСТИРОВАНИИ И РЕВЬЮ?
> ТЫ - СТАЖЁР, РАБОТАЕШЬ БУКВАЛЬНО ПЕРВЫЕ 3 МЕСЯЦА В ЖИЗНИ
> @
> ЗАПИЛИЛ ФИЧУ
@
ДОВОЛЕН СОБОЙ
> @
> ПРОХОДИТ 1,5 МЕСЯЦА
> @
> СМОТРИШЬ - ТЫ ДОЛБОЁБ
@
НАПИСАЛ ХУЙНЮ
У меня вот так было. Раза 3 цикл повторялся, после которого что бы я ни написал до "просветления", я осознавал, что это та ещё параша.
@
ЗАПУСКАЕШЬ
@
НЕ ЗАПУСКАЮТСЯ
@
ОТВЕЧАЕШЬ РАНДОМНОЙ ЭЧАЙРКЕ С ЛИНКЕДА
@
ПРОХОДИШЬ СОБЕС ПО ПРИКОЛУ
@
ВНЕЗАПНО ПОЛУЧАЕШЬ ОФФЕР 50%+ К ТЕКУЩЕЙ
@
НА ТЕКУЩЕЙ ТЕБЕ ПОВЫШАЛИ НЕДЕЛЮ НАЗАД
@
ДРОПАЕШЬ ОФФЕР ИБО ПРИВЫК К КОЛЛЕГАМ И ДЕЛАЕШЬ ТАСКИ х4 ОТ ЗАПЛАНИРОВАННОГО
@
ПОФИКСИЛ НЕКОТОРЫЕ, НАДЕЕШЬСЯ ЧТО ЗА НОЧЬ МОЗГ ВО СНЕ ПРИДУМАЕТ РЕШЕНИЕ ДЛЯ ОСТАВШЕГОСЯ БОСС БАГА, МОЖЕТ БЫТЬ ОНО ПРИСНИТСЯ
@
ЛЁГ СПАТЬ
@
СНИТСЯ, КАК ТЫ КЛЕИШЬ НЕСКОЛЬКИХ ТНЕЙ И ЕБЁШЬ ИХ
@
СПАСИБО КОНЕЧНО, СОН ОХУЕННЫЙ, НО ХОТЕЛОСЬ БЫ ЕЩЁ ПРИДУМАТЬ, КАК ПОФИКСИТЬ БАГ
@
ОТКРЫЛ IDE
@
ВЫГОРЕЛ
@
ЛЕЖИШЬ ЧАС
@
ЛЕЖИШЬ ДВА
@
НАДО ПОКУШОТЬ
Это противостояние имеет то же начало, что и REST vs не-REST. Одни дебилы берут бойлерплейт, натягивают свои поделки на него и считают, что иначе неправильно, другие дебилы придумывают собственную архитектуру под свои поделки и считают, что иначе неправильно. Недебилы используют оба подхода в зависимости от задач.
Да любые
Если ты можешь разбить приложение на отдельные малосвязанные между собой сервисы - значит ты можешь сделать микросервисы.
По сути, плюсы такие:
1) Можно микросервис писать на любом языке, а не впиливать функционал только на том языке, на котором написано основное приложение
2) Микросервисы проще масштабировать
3) Их в отдельных случаях проще разрабатывать
3)
@
ВКАТЫВАЕШЬСЯ
Главный плюс микросервисов это возможность их независимой разработки. Тупо каждая команда складывает говнокод в своём репозитории, а наружу только эндпоинты для джейсонов торчат да кастомеры кафку слушают. С точки зрения результата для бизнеса это всё маняоптимизации, во многих случаях вредные.
