КЛИЕНТ @ ДАВАЙ БУДЕМ РАБОТАТЬ МИМО АПВОРКА @ ОТКАЗЫВАЕШЬСЯ @ РАБОТАЕШЬ НА НЕГО НЕСКОЛЬКО МЕСЯЦЕВ @ НИ С ТОГО НИ С СЕГО ХОЧЕТ РАСТОРГНУТЬ КОНТРАКТ @ ПРОСИШЬ ПОСТАВИТЬ НОРМ ОТЗЫВ @ Я ПОСТАВЛЮ 3 БАЛЛА @ НО ЗА ЧТО, Я ВСЁ СДЕЛАЛ НОРМАЛЬНО, У ВАС НЕ БЫЛО НАРЕКАНИЙ @ НУ ТИП ЗАМНОГО ЧАСОВ НАРАБОТАЛ @ ДАВАЙ СДЕЛАЮ РЕФАНД НА СКОЛЬКО НУЖНО ДЕНЕГ, ТОЛЬКО НАПИШИ НОРМАЛЬНЫЙ ОТЗЫВ @ НИХАЧУ ВРАТЬ АПВОРКУ @ Я ЧЕСТНЫЙ @ ДА, ЧЕСТНО ПОЛЬЁТ ТЕБЯ ГРЯЗЬЮ ВМЕСТО ТОГО, ЧТОБЫ ПРИЗНАТЬ, ЧТО ОН ЖАДНЫЙ @ А ПЛАТИТЬ МИМО АПВОРКА, ЧТО ЗАПРЕЩЕНО ЕГО ПРАВИЛАМИ, - ЭТО НОРМ, ЭТО НЕ ПРОТИВОРЕЧИТ ЕГО ПРИНЦИПАМ ЧЕСТНОСТИ
>>2184294 (OP) Дежурно напоминаю, что протоколы взаимодействия по HTTP включают в себя массу предопределённых статус-кодов, что делает костылинг своих кодов ошибок поверх возвращения 200 статус-кода на все запросы чистейшим долбоебизмом.
>>2184299 О, гуру объясни каким кодом HTTP мне вернуть юзеру ошибку что он пиздоглазое мудило указал не валидный email. При это вероятно это ебло мог отправить через curl
ДЕЛАЕШЬ ОГРОМНУЮ ФОРМУ, С КУЧЕЙ СОСТОЯНИЙ @ ВСЁ УЧЁЛ, ЕСЛИ ГДЕ-ТО ЧТО-ТО ИДЁТ ПО ПИЗДЕ - ФОРМА К ЭТОМУ ГОТОВА И ВСЁ РАБОТАЕТ КАК НАДО @ ГДЕ НЕ УЧЁЛ - УЧЛИ КОМПЕТЕНТНЫЕ КОЛЛЕГИ @ ТЕСТИРОВЩИК НЕ ДАЛ ПРОСКОЧИТЬ НИ МАЛЕЙШЕЙ ХУЙНЕ @ ВСЁ ЗБС, ИНОГДА ФОРМА ОТВАЛИВАЕТСЯ, НО ЭТО ЕСЛИ БЭКЕНД ЧТО-ТО ИЗМЕНИЛ И НЕ ПРЕДУПРЕДИЛ - ОПЕРАТИВНО ВНОСЯТСЯ ИЗМЕНЕНИЯ И ВСЁ РАБОТАЕТ @ ... @ НА ПРОЕКТ ПОДКЛЮЧИЛИ ДЖУНА @ ТЫ ЗАНЯТ ДРУГИМИ ЗАДАЧАМИ, КОЛЛЕГИ ТОЖЕ @ ЭТУ ФОРМУ КТО-ТО СЧЁЛ МАЛОВАЖНОЙ И НЕСЛОЖНОЙ - В ТЕЧЕНИЕ СПРИНТА ЕЙ ЗАНИМАЛСЯ ТОЛЬКО ДЖУН @ ВОТ ТЕБЕ ПРИЛЕТАЕТ БАГ ПО ФУНКЦИОНАЛУ, КОТОРЫЙ ЕСТЬ И В ЭТОЙ ФОРМЕ @ "ПОПРАВЛЮ СРАЗУ И В НЕЙ, МНЕ НЕ СЛОЖНО" @ ФОРМА НЕ РАБОТАЕТ В ПРИНЦИПЕ @ ОКУКЛИВАЕШЬСЯ В РАМКИ БАГА, ФОРМУ НЕ ТРОГАЕШЬ @ В БАГЕ ЕСТЬ ОШИБКА, ПРО КОТОРУЮ ДЖУН ПИСАЛ И ТЫ ОТВЕЧАЛ ЕМУ, С ЧЕМ ОНА СВЯЗАНА @ ОН ПРОСТО ПОСТАВИЛ УСЛОВИЕ, ЧТОБ КОД НЕ СРАБАТЫВАЛ И ОШИБКА НЕ ПОЯВЛЯЛАСЬ
>>2184552 Да. У меня видимо рабский менталитет - мне неприятно сидеть без задач даже 2 часа из 8. Как так то, задач нет? У всех вон есть, а мне не дают.
>>2184370 Это классическое 400 Bad Request, так что не очень пример.
>>2184564 Это не совсем рабский менталитет, а потому что ты своё время тоже проебываешь, а мог бы быть загружен тасками, прокачивать скиллы и получать большую зп.
>>2184767 > НЕ ДЕЛАЙ МЕТОДЫ С САЙД ЭФФЕКТАМИ Нет. Смысл CQRS в делении всех процедур на команды с сайд-эффектами и запросы, которые ищут данные и ничего не изменяют.
>>2184772 На каком уровне это разделение происходит? Вот есть у меня контроллер/класс, который запросы принимает показать данные и накрудить их. Я теперь должен просто 2 контроллера или сервиса сделать в одном запросы на селекты из бд, на другом уже создание/удаление? Или мне надо отдельную директорию создавать со своими контролерами/сервисами/репозиториями?
>>2184769 Для невписывающихся ошибок есть error message и можешь наговнякать свои внутренние коды. Только фронту скорее всего они нахуй будут не нужны. Он просто выдаст текстовое сообщение об ошибке юзеру и не будет ебать себе мозг
>>2184780 Не надо ничего специально делать, у тебя и так cqrs. Это как паттерны, которые используешь и даже не прдозреваешь, что они имеют специальное название. В круде R означает то же, что Q в cqrs, остальные буквы круда означают C.
>>2184783 > Только фронту скорее всего они нахуй будут не нужны. Он просто выдаст текстовое сообщение об ошибке юзеру и не будет ебать себе мозг Так мы и приходим к бесполезности встроенных статускодов для ошибок из бизнес-логики.
>>2184798 Нет, 500 при любой ошибке. Раздел не найден - 500, нет доступа - 500, сессия истекла - 500, ручка вернула ошибку - 500. Незачем грузить юзера деталями, фронты отрисуют "произошла ошибка", а поддержка посмотрит в логах.
>>2184788 В одном случае фронт напишет "вы отправили слишком много запросов, попробуйте позднее" (429), в другом случае напишет "объект с таким именем уже существует" (409), в ещё одном случае напишет "у вас закончились средства на счёте" (402). У двухсоткадебила фронт напишет неопознанная ащипка, потому что эта хуйня ему пришла в теле JSON'а.
>>2184803 Суть не в UTF-8, а в том, что возвращая на все запросы 200, ты переносишь часть логики отображения, а именно - тексты ошибок, на бэкэнд, где эта логика нахуй не впёрлась.
>>2184832 - СЫЧЁВ, ПОЧЕМУ ПОЛЬЗОВАТЕЛЮ ВЫВОДИТСЯ СООБЩЕНИЕ "У ВАС ЗАКОНЧИЛИСЬ СРЕДСТВА НА СЧЁТЕ", ХОТЯ ДОЛЖНО ВЫВОДИТЬСЯ "ПОПОЛНИТЕ СЧЁТ, ПОМЖАЛУЙСТА"????7 @ - ТАК ВЕДЬ Я Ж БЭКЭНДЕР, КАБАН КАБАНЫЧ, С ТАКИМ ВОПРОСОМ К ФРОНТУ @ - ФРОНТЭНДЕР ЕРОХИН СКАЗАЛ, ЧТО СООБЩЕНИЕ СОЗДАЁТСЯ НА БЭКЭНДЕ!!!!1 @ ПИСОЕШЬ @ КАКОЕШЬ @ ФИКСИШЬ СООБЩЕНИЯ ДЛЯ ФРОНТА @ ПО РУССКОМУ У ТЕБЯ В ШКОЛЕ БЫЛА ТРОЙКА, ПОЭТОМУ СОВЕРШАЕШЬ ШЕСТНАДЦАТЬ ОРФОГРАФИЧЕСКИХ ОШИБОК @ ЖИДКО ПУКНУВ, УМИРАЕШЬ
>>2184294 (OP) Да ладно! Неужели тру-стори? Я не работал на апворке, но даже если offline работодателя жестко по хуям прокатываешь, и, казалось бы, у него есть объективные причины для недовольства, он тебе это лично скажет, и скажет, что не желает продолжать контракт. Но, при этом, он может даже согласиться написать хорошую рекомендацию.
И по себе заметил: я, скорее, вообще никакой рекомендации не дам по сотруднику, который меня жестко не устроил, чем напишу что-то плохое. Это же как в Яндекс-такси. Ты, скорее, вообще не поставишь оценку водителю, чем поставишь меньше пяти звёзд.
Вообще, правдивые отзывы я даю только тем людям, которых лично знаю. Да и они мне только на кухне могут намекнуть, что такой-то - немного мудоват. Ведь негативный отзыв срёт в карму не только ему, но и тебе. Может быть это ты на самом деле очень переговороспособный, а он - нормальный и в другой команде будет нормально работать, нахуй рисковать своей же кармой в таком случае?
Есть даже общепринятая техника собеседований (не только у меня такая): когда берёшь человека на работу, просто просишь рекомендацию. Что там написано - вообще не важно, можно даже не читать. Важно, что рекомендация есть. Потому что все прекрасно понимают, что если человек не конченный мудак, то рекомендацию ему напишут. А если у кого-то и был негативный опыт, то он не будет открыто писать, что человек - мудак, он как-то уклончиво ответит, мол: "Я не готов дать однозначную оценку, сам решай, подходит он тебе или нет." Чтобы откровенный негатив влепили, это надо очень постараться же, разве нет?
>>2185020 Бла бла, много слов. Попасться может какой угодно шизик, который из-за 50 долларов удушится и напишет такой разгромный отзыв, как будто ты его тысяч на 10 долларов обокрал. История вполне похожа на правду. мимо-апворкер
>>2185037 Пиздец. Отказываюсь верить, что это правда. Хер с ними с query params, хер с ним с ответами даже (ok, 4, rejected), но что за пиздец с ответами.
>>2185057 Потому что чем дольше сидишь без задач, тем больше шанс, что тебе в итоге скинут какое-нибудь говно, которое никто не хотел разгребать, лишь бы занять чем-нибудь.
>>2185292 Так тесты и есть > какое-нибудь говно, которое никто не хотел разгребать Туда же рефакторинг, исправление опечаток, документирование кода и прочая.
>>2184848 Бекенд должен вернуть 4хх или 5хх-й статус и в теле ответа жсон с бизнес-ошибкой 1488282, а фронт уже на её основании должен написать нужный текст. JSON с маппингом кодов ошибок в текст для нужной локали можно хранить на s3 отдавать как статику, всё равно он меняется реже чем код фронтенда деплоится.
>>2185613 >Бекенд должен вернуть 4хх или 5хх-й статус как девопсы должна отличать реальный 500 от "баба срака не то нажала"? Пусть в логах копаются, не сахарные?
>>2186039 Расскажешь, почему ответ 200 OK на неуспешную регистрацию лучше, чем 400 Bad Request или 422 Unprocessable Entity? А так же расскажешь, какими манятранспортными кодами ты вообще пользуешься, кроме 200 и 500, и какой манятранспортный слесарь их выставляет, если не твой сервер, по написанной тобой бизнес-логике?
>>2186126 неуспешная регистрация это успешная операция приложения, бизнес-логики и транспорта. Ничего не сломалось, не потерялось, не упало, все проверки сработали. Почему это должно быть ошибкой?
>>2186138 >неуспешная регистрация это успешная операция приложения, бизнес-логики и транспорта Что такое "неуспешная операция" всего этого и где в дело вступают статус коды? Если у тебя возникнет "ошибка транспорта", то к серверу запрос не дойдет в принципе, и никаких статус кодов там и в помине не будет. Ошибка же приложения, это по твоим критериям получается любая runtime error, которую ты так же должен обработать ручками и отдать клиенту 500ку. И тут два вопроса:
1) Схуев ли ты в этих хочешь отдавать клиенту 500ку, а не 200, как обычно в твоем шизоприложении? Ты же ошибку поймал, обработал, обычная бизнес-логика, как при ошибке регистрации. Кукарек "чтобы админы знали" не принимается, ты можешь написать обработчик своих кастомных говноошибок точно так же, раз решил ими пользоваться в принципе, да и знать о том, что клиент не может за 20 запросов подряд зарегаться, настолько же важно для бизнеса, как знать о 500ках, может даже важнее. 2) Даже если ты ответишь кое-как на первый вопрос, остается еще вопрос: где тут в дело вступают все остальные сотни статус кодов, кроме 200 и 500? Кто их выставляет, по какому принципу, если ты в "бизнес-логике" их трогать не хочешь? Зачем ты выкинул в мусорку половину протокола?
>>2186219 И правильно, что не читал, дебил мелкобуквенный, иди читай лучше что такое http протокол, да и вообще, что такое протокол в принципе и почему это не автобус-транспорт, как ты в своей шизоидной голове видимо вообразил. Потом вернешься и извинишься.
>>2186138 Вообщем, похоже 200 на всё адепты не имеют базовых понятияй о TCP/IP.
HTTP - это не протокол транспортировки, а протоко бизнес уровня, и его статус коды созданы для использования приложениями.
Протокол транспортировки - это TCP.
То что вы делаете, возвращая >200 Ok { "error": "user not found" } вместо >404 NotFound { "error": "user not found" } - это ваши колхозные стандарты, создающие недо-протоколы поверх HTTP, нигде не задокументированные.
>>2184878 Тащемто сообщения об ошибках могут локализоваться и на сервере. Так проще что-то на нём изменить и не надо ждать, пока приложения на всех платформах обновятся. Плюс ты не хранишь одинаковые сообщения об ошибках и их локализации отдельно для каждой платформы. Всё в одном месте. А уже локализации UI приложений пусть лежат в самом приложении.
>>2185020 >>2185026 Так у меня уже 40 контрактов за 7 лет на апворке. Со всеми клиентами можно было договориться. Если им кажется замного часов - или бесплатно что-то делаешь или рефандишь. А тут какой-то особенно ебанутый попался. Но это скорее всего просто шантаж. Пытается меня посильнее напугать, а потом заставлять делать что хочет. Был ещё много лет назад китаец с похожим подходом
>>2185020 > И по себе заметил: я, скорее, вообще никакой рекомендации не дам по сотруднику, который меня жестко не устроил, чем напишу что-то плохое. Это же как в Яндекс-такси. Ты, скорее, вообще не поставишь оценку водителю, чем поставишь меньше пяти звёзд.
Так и я по себе так сужу - зачем портить человеку жизнь. А есть ебанутые стервозные люди. Не много, но есть. Но как правило они просто хотят выдоить побольше выгоды из фрилансера за минимальные деньги
>>2185020 Рекомендации и отзывы на апворке - это принципиально разные вещи. Рекомендацию ты можешь выбросить в мусорку, а отзыв на апворке так просто не уберёшь. Только топ рейтед фрилансеры могут удалить и то не чаще чем раз в 10 контрактов. Так что клиенты смекнули это и пользуются
>>2186291 Это application layer для http страницы, как изначально создавалось в конце прошлого века. Тут согласен. А если у тебя не страница, а целое приложение поверх - то тут нет, тут поверх нужен свой application layer, а http становится транспортом.
>>2186290>>2186327 Вы оба неправы, потому что считаете, что есть отдельно транспорт в виде tcp/http(автобус), а есть отдельно сервер с некой бизнес-логикой. И что якобы можно в этот автобус зайти, сесть, поехать и на полпути к серверу получить от водителя пинок под зад с причиной "404 тормоза не найдены, всем выйти". Такого быть не может, протокол имплементируется конечным сервером и в отрыве от этого сервера(и клиента) никакого протокола не существует, в воздухе он не висит. Если сервер не послал соединение нахуй в принципе в самом начале, то ты уже до этого сервера "доехал" и общаешься именно с ним, а не с водилой автобуса. И все коды, хуйды и прочее выставляет так же сервер, а у автобуса(протокола) как такового есть только два состояния - "соединение установлено" и "соединение разорвано". Так что ваши рассуждения о лейерах в контексте разговора смысла не имееют, лееры существуют только в виде абстракций на бумаге, в реальном мире существует клиент и существует сервер, с которым этот клиент общается.
Уже не первый десяток тредов рестодети все никак не могут определиться как правильно сову на глобус натягивать, в то время как графкл, жрпц и прочие бояре всегда возвращают 200 и не ебут мозги.
>>2186363 Потому что у того же графкл есть полностью своя система работы с данными, от действий, до ошибок, до самой структуры этих данных. И там http коды действительно не имеют смысла, в основном потому, что они не предусматривают "частичный успех" запроса, тогда как графкл для этого и сделан - чтобы клиент мог сам выбирать, какие действия ему выполнить в одном запросе и какие данные получить в ответе. С классическим REST-сервером это бессмысленно сравнивать и бессмысленно пытаться фичу одного сделать костылем другого, т.к абсолютно разные вещи для разных задач.
>>2186373 Дело не в ресте(который ни слова не говорит о статус кодах, вот вообще ни одного), а в том, что если ты хочешь общаться с классическим http-сервером, перекидывая стандартные странички с текстом(хоть html, хоть json, хоть рест, хоть хуест), то тебе нужно учитывать стандартные практики, которым http-сервера и http-клиенты следуют. И там их целый набор - кешировать 200, реагировать на не-200 статус другим образом, писать в логи такие статусы, игнорировать другие, и так далее и так далее. Все эти практики стандартные, общепринятые, ожидаемые и понимаются разработчиками с полуслова. Если ты хочешь все эти практики выкинуть в окно и переизобрести заново, то тебе нужна нихуевая причина, иначе ты просто долбоеб. У разработчиков графкл была причина - они хотели дать клиенту больше гибкого контроля над сервером, вместо набора конкретных команд и эндпоинтов(но очевидно это пришло с усложнением и своими проблемами). А у тебя какая?
>>2186382 Ну так как раз таки рест это единственный подход к апи, который обращается со статус кодами не так как остальные. И про работу со статус кодами ты все верно сказал, во всем не-рест-мире норма например будить админа, когда слишком много 400/500 ошибок, потому что значит что-то на сервере отъебнуло, а не то что мамкин кулхацкер в запросе -100тысяч поменял на +100миллионов и ждёт что ему деньги на счет нарисуются.
>>2186384 4xx - это клиентские ошибки, которые всегда handled и являются частью нормальной работы. А вот если 500+, даже если это не exception в рантайме (например запись в дб не прошла, но без exception) - это как раз таки повод поднимать админа, всё правильно.
>>2186384 >Ну так как раз таки рест это единственный подход к апи, который обращается со статус кодами не так как остальные Будь добр, открой страницу в википедии с описанием реста и найди там хотя бы одно слово о статус кодах. Найдешь - приходи и пиши эту чушь. >норма например будить админа, когда слишком много 400/500 ошибок, потому что значит что-то на сервере отъебнуло Ты понятия не имеешь, о чем говоришь. Админ у него будет null pointer error на сервере фиксить, ну еб твою мать.
>>2186382 > У разработчиков графкл была причина - они хотели дать клиенту больше гибкого контроля над сервером, вместо набора конкретных команд и эндпоинтов(но очевидно это пришло с усложнением и своими проблемами).
Кстати, кто вкатился в графкл - стоит ли оно того? Говно или годнота? Взлетит, или поиграются и забудут? Я вяло ковырял на досуге, вроде и прикольно, но по-моему слишком много сложностей, а выгоды особой нет, думаю не взлетит.
Потом появился http в виде html страниц. Это были страницы с форматированным текстом и возможностью делать ссылки на другие такие страницы. Http в качестве обслуживания запроса этих страниц. Создатель не предполагал появления программной логики внутри страниц, или что http будут использовать другие приложения.
Прошло лет 20.
Относительно недавно появился форс restful - попытка натянуть http на всю возможную бизнес логику. Попытка натянуть сову на глобус. Естественно нереализуемая за пределами запроса страничек. Весь это рестосрач - отголосок этого форса, результат гнилостного влияния этой бессмыслицы на неокрепшие умы.
>>2186400 >Создатель не предполагал появления программной логики внутри страниц, или что http будут использовать другие приложения. А создатель интернета не предполагал, что в нем будут смотреть порнуху. Срочно удалить всю порнуху из интернета.
Что нам говорит рестфул? Что существует только 4 глагола, остальное это существительные. Как по рестфулу сказать "свести годовой бюджет"? Пук среньк. Как сказать "выстрелить по противнику"? Мммм мням нинужна.
Рестфул это чушь, неприменимая к самостоятельным сложным приложениям
>>2186403 > Как по рестфулу сказать "свести годовой бюджет"? Можно, если сводить его на клиенте и затем сохранять через PUT. Только это бизнес-логика на клиенте, рай для хацкеров, ад для безопасников.
>>2186392 Если ты имеешь в виду "взлетит ли для обычных апишек", то нет, не взлетит и не должен, графкл для этого не предназначен в принципе. В 99% случаев выверенный контроль над данными с сервера нахуй не нужен, если у тебя нет сотен непредсказуемых клиентов, которым нужны абсолютно разные данные в разных комбинациях. У обычных приложений все клиенты и все действия известны заранее, им не нужно усложнять работу со всем своим API в несколько раз, чтобы удовлетворить васю, которому захотелось дернуть пользователей, комментарии, платежи и свое очко одновременно на одной странице. И даже для редких исключений можно сделать исключение в одном месте, а не перехуячивать всю архитектуру с нуля. Так что нет, графкл - это очень нишевая вещь, которую просто расфорсили до невозможности и пихают куда попало. Если ты придешь в контору, которая пользуется графкл и это не гугл/гитхаб/майкрософ, то тебе можно дать только один совет - беги нахуй.
>>2186403 >Как по рестфулу сказать "свести годовой бюджет"? POST /do_anything >Как сказать "выстрелить по противнику"? Зачем ты стреляешь по противнику через протокол обмена текстом, шиз?
>>2186394 >Админ сначала должен логи раскопать и пнуть уже потом кодеров, если вина в их говнокоде, все верно. А теперь подумай, что случается чаще - 500ка по вине упавшей базы данных(лол блять) или 500ка по вине говнокодерства? И да, ты не ответил, нахуя тебе 500ка, если ты можешь будить админа и по 200 со своим любимым говновелосипедом вроде 200 OK { error: 'runtime_error' }? Религия не позволяет? Или может все-таки существуют определенные конвенции по поводу значений статус кодов и которые встроены по умолчанию во все системы, от клиентских до мониторящих? А если они существуют в 500ках, то почему ты так яро отрицаешь их существование в 400/422 и иже с ними?
>>2186436 Двухсоткадебилы, как ты грубо называешь более опытных коллег, мониторят работу бизнес-логики, а не код ответа. Твоё приложение может лежать, но отдавать 200, потому что одна девопсина настроила Always Online™ в CF, а вторая об этом не знала. Заебись промониторил?
>>2186437 Ебать дебил, если ты мониторишь приложение через запрос к конечному серверу, то как тебе статус коды в принципе помогут узнать о том, что клаудфлара закешировала ответ да еще и учитывая что ты и так всегда 200 хочешь возвращать?? А если ты мониторишь его с самого сервера как нормальный человек, то при чем тут вообще клаудфлара? Как в лужу пукнул.
>>2186440 >как тебе статус коды в принципе помогут узнать о том Членикс, я понимаю, что у тебя маленькая оперативная память, но постарайся уложить в неё абстракцию целиком. Я не использую статус коды в бизнес логике => они ничего в принципе не помогают узнать by design. Ты пытаешься спорить с моей парадигмой, подменяя её суть сутью своей. Своим мониторингом я буду проверять отработала ли бизнес-логика, а не ответил ли веб-сервер "всё ок". >мониторишь его с самого сервера как нормальный человек Проиграл с этого SRE инженера. "Сам сервер" у нормальных людей — это контейнеры, создаваемые и уничтожаемые сто раз на дню.
[не забыть при перекате]Аноним18/10/21 Пнд 02:38:09#119№2186450
Дежурно напоминаю, что HTTP предназначен для передачи гипертекста и коды состояния HTTP должен отдавать веб-сервер, а не приложение, которое вы накостыливаете поверх HTTP.
>>2186449 > "Сам сервер" у нормальных людей — это контейнеры, создаваемые и уничтожаемые сто раз на дню. Я так и понял, что ты дебсик-сисьадмин и не встречал нормальные системы мониторинга, которые работают на самом сервере и являются его частью. Снаружи сервера ты только за своим хуем можешь последить, а не за ошибками со всеми подробностями.
>>2186452 >где именно происходит его разделение с "приложением" Обычно это место называется "сокет" в случае размещения веб-сервера и приложения на одной машине. В случае размещеня на разных твой вопрос становится абсурдным.
>>2186454 То есть ты отдаешь все-все статус коды под nginx-прокладку, которая в 99% случаев пользуется только тремя, а себе оставляешь огрызок и переизобретаешь эти самые статусы заново, я правильно понял? И соответственно 500ки тоже не отдаешь, ведь в nginx 500тить нечему по сути? И при этом еще заставляешь клиента отличать ошибку nginx от ошибки конечного сервера и обрабатывать два набора ошибок, так? А ты не ебанутый случаем?
>>2186456 >соответственно 500ки тоже не отдаешь А ты отдаёшь? Кто после этого ёбнутый? >переизобретаешь эти самые статусы заново Какие коды HTTP соответствуют состояниям "заявка в друзья этому пользователю уже была отправлена" и "ранее пользователь отклонил твою заявку, но сейчас она была отправлена повторно"? Какие будут коды для "повторите запрос с капчей" и "повторите запрос позже, у нас обед вы настроили себе самоограничение"? Может ещё для "пополнить баланс нельзя, потому что ваш аккаунт подозрительный" статус код HTTP есть? >заставляешь клиента отличать ошибку nginx парень, ты вызываешь искреннее сочувствие. Ошибка "конечного сервера" - это ошибка приложения, когда запрос дошёл до бизнес-логики. Ошибки веб-сервера не надо никак специально обрабатывать, их обрабатывает веб-браузер.
>>2186450 Ты не забывай, что не все, как ты, пишут CGI-скрипты для апача, многие сейчас делают приложения, которые и есть вебсервера (т.е. они занимают порт/юникс сокет и отвечают на запросы от туда)
>>2186360 > и на полпути к серверу получить от водителя пинок под зад с причиной "404 тормоза не найдены, всем выйти". Такого быть не может удаляешь приложуху со своего веб-сервера - получаешь 404 на все запросы к нему. Дальше не читал
>>2186530 Что-то по пикрилу не похоже, что там для теста. Впрочем хули я удивляюсь, после того как тредов 5 назад бекендеров обоссали вдоль и поперек, то коды типа -1 уже должны восприниматься, как данность.
>>2186489 >удаляешь приложуху со своего веб-сервера - получаешь 404 на все запросы к нему. Дальше не читал Эти 404 кто рисует, шиз? Мамка твоя? Или ты по какой-то шизоидной причине не считаешь инфраструктуру приложухи, типа nginx, частью этой приложухи?
>>2186612 >хардкодящий несуществующие данные на беке, чтобы рисовать на фронте было удобнее нормальная практика вполне. Очень частая ситуация, когда фронт опережает бек, а заказчику надо уже что-то показывать
>>2186403 Пиздец ты тупорылый. Сведение годового бюджета предполагает получение данных без изменения данных на сервере? Тогда GET. Предполагает отправку данных и изменение данных на сервере в соответствии с присланным? Тогда POST или PUT/PATCH, смотря как данные обновляются, целиком или старые обновляются.
>>2186458 > Какие коды HTTP соответствуют состояниям "заявка в друзья этому пользователю уже была отправлена" 409 > "ранее пользователь отклонил твою заявку, но сейчас она была отправлена повторно" 200/201 > "повторите запрос с капчей" 406/449 > "повторите запрос позже, у нас обед вы настроили себе самоограничение" классика, 429 > "пополнить баланс нельзя, потому что ваш аккаунт подозрительный" 403
>>2186687 > > Какие коды HTTP соответствуют состояниям "заявка в друзья этому пользователю уже была отправлена" > 409 200 > > "ранее пользователь отклонил твою заявку, но сейчас она была отправлена повторно" > 200/201 200 > > "повторите запрос с капчей" > 406/449 200 > > "повторите запрос позже, у нас обед вы настроили себе самоограничение" > классика, 429 200 > > "пополнить баланс нельзя, потому что ваш аккаунт подозрительный" > 403 200 > Всему вас, двухсоткадебилов, учить надо. 200
Я когда слышу все истории про джунов, которые сломали прод - у меня ощущение, что это блять в какой-то параллельной вселенной происходит. И это выставляется как "какой джун тупой". Нет, джун как джун - это значит менеджеры/лиды долбоёбы, что в принципе допустили ситуацию, что ДЖУН БЛЯТЬ ЕБОШИТ НАПРЯМУЮ В МАСТЕР БЕЗ РЕВЬЮ. Вы что совсем ебанаты блять?
>>2186816 Гипертекст — термин, обозначающий систему из текстовых страниц, имеющих перекрёстные ссылки, составленные как по вертикали, так и по горизонтали.
Ссылки на другие тексты есть? Есть. Значит гипертекст.
>>2186835 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 тебе нужно сначала сослаться из текста в сноску, затем из сноски пойти в другой документ и там НАЙТИ ВРУЧНУЮ место, на которое ссылаются, потому что якоря не предусмотрены. До гипертекста тут ещё несколько итераций усложнения, которых не будет, потому что это противоречит идее проекта.
ПРИХОДИШЬ НА НОВЫЙ ПРОЕКТ @ ПРОЕКТ НАПИСАН ПЛОХО @ ПРИ ДОБАВЛЕНИИ ФУНКЦИОНАЛА ПЕРЕД ТОБОЙ МОРАЛЬНЫЙ ВЫБОР: НАПИСАТЬ ХОРОШО (НО ПРИДЕТСЯ РЕФАКТОРИТЬ) @ ИЛИ НАПИСАТЬ ПО АНАЛОГИИ, КАК УЖЕ НАПИСАНО(А ЗНАЧИТ ДОБАВИТЬ ГОВНОКОДА)
>>2187226 > НАПИСАТЬ ХОРОШО (НО ПРИДЕТСЯ РЕФАКТОРИТЬ) И уворачиваться от струи мочи сеньоров, потому что дохуя всего сломал и не учёл, а затем после мержа ещё и фиксить критикалы с взмыленной жопой.
Не надо так делать. Всегда если вижу, что можно улучшить, рефакторю сопутствующий код. Со временем кодовая база становится лучше, да и у тебя отношение к проекту лучше, так как ты в него внес свой вклад, код тебе в нем понятен и устраивает качество. А если писать говнокод по аналогии, то помимо очевидной деградации проекта еще и будешь получать демотивацию от работы с этим проектом.
>>2187304 На тебя никогда не пытались все косяки повесить после такого? Обычно ведь на таких проектах еще нет ни тестов, ни поставленных процессов разработки.
>>2187314 Не, не пытались, в основном наоборот говорили малаца, что порефакторил, правда бывало, что нужно было все таки доказать пользу изменений. Но и тесты были естественно, и процессы налажены. Без тестов рефакторить и правда не лучшая затея, лучшим изменением в таком случае будет добавление тестов, за это тебе точно почет и уважение будет, и принесет максимум пользы.
ВСЯ БИЗНЕС-ЛОГИКА ВО ВЬЮХАХ @ ТРАНСПОРТ ДЕРГАЕТСЯ НАПРЯМУЮ ИЗ ВЬЮХ @ ВСЁ ВО ВЬЮХАХ, ДАЖЕ НЕБО, ДАЖЕ АЛЛАХ @ ТЫЖ ФРОНТЭНДЕР, ТЕБЕ ТОЛЬКО КНОПКИ НАДО КРАСИТЬ
>>2187411 Да, есть такое. Самое смешное, что в любом споре с бекендомакаками они говорят, что фронтенденры только красят вьюшечки, а вся сложная логика на бекенде, но как только дело доходит до реальнх кейсов, то оказывается, что сложные комбинирования запросов, кеширования, локализация и прочая БИЗНЕС-ЛОГИКА таки именно на фронте.
>>2187413 В любой микросервисной системе то же самое, только на порядок больше и с куда более высокой ценой ошибки, макакен. Твое ИП Ашот Шаурмянов с монолитом на жаве5 никого не ебет.
>>2187429 Необязательно микросервисной, любая интеграция сложнее "кинуть жсон и забыть" превращается в ту же хуету что у фронтеров, только если на фронте ты обычно можешь найти конкретного бекендкра кто это писал и попросить переделать/объяснить/доработать, то в интеграциях часто у тебя есть только лишь дока, и то если повезет. Процессинг платежей и особенно подписок это вообще отдельный вид искусства порой.
>>2187413 Так мобайл это уже толстый клиент иначе и сайт сойдет. Но, мобилкодебил, ты не имеешь дело с масштабированием и хайлоадом, срешь себе в один инстанс "бизнесслогику" по сокрытию инпута, если чекбокс не выбран. Похуй какой ты там стор выберешь и т.д, цена ошибки низкая. Так что завали ебало. >>2187429 Микросервисы сосут, получается.
>>2187491 Для бека любой клиент - это фронтенд. А почему нет? Просто только в вебе разделяют бек и фронт, т.к. во всех остальных сферах бека просто нет и разделять нечего, но для бека это такие же клиенты, как и веб-фронт. мимополз
>>2187513 Нет. Если не считать реакт нейтивы всякие наверно. Но у меня прост другое мнение, а оно заключается в том, что фронт это любое клиентское приложение.
УДАЛЁНКА @ УТРО @ В ОЖИДАНИИ ДЕЙЛИ КОВЫРЯЕШЬ В НОСУ, ПРОВЕРЯЕШЬ ВЧЕРАШНИЕ НОВОСТИ @ ДЕНЬ @ ОТКРЫВАЕШЬ ТЫТРУБУ @ СКРОЛЛИШЬ ДВОЩИ, НЕБО, АЛАХА @ МЕНЕДЖЕР ВСЁ СПРАШИВАЕТ ЧТО ТЫ ТАМ ЗАТИХ, ПОЧЕМУ ТЕБЯ НЕ СЛЫШНО, КАК ТАМ ТАСОЧКА? @ ОТБРЁХИВАЕШЬСЯ, ПОСЛЕ УГРЫЗЕНИЙ СОВЕСТИ ЧИТАШЕЬ КОД, КАК БЫ ПРИНОРАВЛИВАЕШЬСЯ @ ВЕЧЕР @ СУДОРОЖНО ДЕЛАЕШЬ ТАСКУ, ЧУВСТВУЕШЬ СЕБЯ ПАРШИВО @ ОБЕЩАЕШЬ СЕБЕ С ЗАВТРАШНЕГО ДНЯ СРАЗУ СЕСТЬ ЗА ТАСКИ @ ВЫХОДНЫЕ @ КОВЫРЯЕШЬ ПЕТПРОЕКТ, ДОВОЛЬНО УРЧА
>>2187413 Охуетб, в мирке фронтенда вынести запросы из вьюхи в сервис, вывести локализованное сообщение и пр. это уже сложна. Со сложных комбинирований запросов вообще проиграл.
>>2187611 На выходных хочу доработать недоделанное за неделю и не делаю, за что испытываю вечный стыд. Утром просыпаюсь, вру на дейли, потом до обеда ничего точно не могу делать, может часа в 4 раздупляюсь и часов до 8-9 могу ковыряться в коде, потом лень.
>>2187226 Добавляешь такой же говнокод, что был там и до тебя @ Его не принимают, просят переписать свою часть кода нормально @ Весь остальной код до и после твоего это жопа сатаны пропущеная через обфускатор
>>2187517 >фронт это любое клиентское приложение Ну хз, как-то странно мобилки фронтом называть. Т.е. если ты игру для мобилки на unity пилишь это получается ты фронтендщик шарпер? Звучит всрато. Я бы даже реакт натив фронтом бы не назвал
>>2186963 Думал так сделать - но может быть такое, что они с ним свяжутся по этому поводу, но в результате не заблокируют. Тогда он ещё больше разозлится
>>2187459 >Похуй какой ты там стор выберешь и т.д, цена ошибки низкая Ясно, ты никогда не работал на больших или средних проектах. Рассказываю, как происходит в реале: заказчик хочет посмотреть демку, которую пилит, внезапно, ФРОНТ, и любые косяки сразу замечаются и критикуются. Причем похуй, из-за кого эти косяки в большинстве случаев именно из-за криворукого бекендера. Сам был свидетелм ситуации, когда долбаеб с бека выполнял у себя 2 запроса секунд 5, за что по началу влетело мобайл-фронтовику. Потом уже разобрались и указали на долбаеба. Так что за цену ошибки ты очень сильно проебался, порридж.
>срешь себе в один инстанс "бизнесслогику" по сокрытию инпута, если чекбокс не выбран Чего, блядь? Ты вообще понимаешь, что такое бизнес-логика?
>>2187627 >Охуетб, в мирке фронтенда вынести запросы из вьюхи в сервис, вывести локализованное сообщение и пр. это уже сложна. Ты просто тупорылый даун, который даже не увидел моей иронии в том, что все бекендеры свято уверены, что они делают всю логику только у себя, а на фронте нет ничего, но в реальнх кейсах внеапно они и сами непротив топить за то, чтобы всякие локализации, обьединения реквестов и т.д. реализовывались на клиенте. > Со сложных комбинирований запросов вообще проиграл. Сделать 2 параллельных реквеста с двумя разными эндпоинтами по сложности одинаково, чем на твоей стороне, обезьяна ты безмозглая, постучаться в 2 разных микросервиса. Только при этом мне это все надо обернуть в красивую вьюшечку, с красивыми крутилками, всплывашками и предусмотреть все возможные стейты. Еще вопросы, петуч?
>>2187933 >Обычные ошибки фронта - не отправится формочка, зависнет менюшка, заказчик будет ругаться на некрасивое окошко >Обычные ошибки бека - проебутся или станут неконсистентными данные, не пройдет платеж, к данным получит доступ тот кто не должен его иметь, ляжет сервак нахуй >РРРРЯЯЯ У ФРОНТА ЦЕНА ОШИБКИ ВЫСОКА А У БЕКА НИЧЕГО СТРАШНОГО
>>2187933 >порридж Пердикс спок. Кстати fun fact - наверное 9 из 10, если не чаще, хипстеров-зумерков в вебе это именно жс-макаки с реактом/вуе в очке, а то еще хуже, тащащие жс на бекенд и именующие себя фулстеками. В голос чуть-чуть.
ЩА СДЕЛАЮ, ЖДИТЕ, БУКВАЛЬНО МИНУТ 10 НУЖНО @ СИДИШЬ УЖЕ ПОЛЧАСА, ПРОИСХОДИТ КАКАЯ-ТО ПАРАША, ПРИ ТОМ, ЧТО ВСЁ СДЕЛАНО И ВСЁ ОТРАБАТЫВАЕТ @ У ТЕБЯ НЕТ ВЕРСИЙ, В ЧЕМ ПРОБЛЕМА @ ПИЗДЕЦ
>>2188030 Представь себе, если на бекенде запрос выполняется черезчур долго, то это будет вполне заметно на фронте и в первую очередь начнуть пихать на него. И только потом по цепочке вычислят, что долбаеб как почти и всегда на беке.
Когда фронтендододики да, андроиды и гейосники, это вас тоже касается уже признают, что кроме как красить и двигать кнопки они ничего не умеют? А то вечно навоображают что они какую-то YOBA бизнес-логику делают и сидят такие важные.
>>2188517 > при одинаковой ответственности и одинаковом объеме работы с бизнес-логикой на фронте
Валидировать формочки и слать их на бекенд - это не бизнес-логика, и тем более не сопоставимая с объемом бизнес-логики на бекенде. Бекенд должен сделать как минимум такую же валидацию
>>2188536 >Валидировать формочки и слать их на бекенд - это не бизнес-логика Да. А вот комбинировать запросы (а не тупо слать 1), добавлять локализацию, кеширование, локальные бдшечки - это уже именно она.
>>2188568 1) Отправка двух запросов параллельно, то есть одновременно. После того, как оба завершатся - комбинированный ответ показывается в юайке. 2) Пункт 1, но на основе комбинированного ответа, то есть после тех 2 запросов отправить третий, респонс которого уже будет отображен а юайке 3) Отправка 2,3,4,5, да сколько угодно реквестов по очереди, каждый у себя в параметрах имеет значения из респонса предыдущего.
>>2188603 Так да. Все так. Но почему фронтом это воспринимается нормально, а бекенд выебывается, думая, что реализовывает невероятно сложные вещи, как будто блядь собственноручно ракеты в космос запускают?
>>2188610 Так я бек и ответил тебе по этой причине именно так. Не, у нас это на автомате, голова больше над решением практической бизнес задачи думает.
>одинаковом объеме работы с бизнес-логикой Смотри >>2188031
>на фронте еще лежит задача работы с UI А на беке - с бд, файлохранилищем, процессингом платежей, кафкой, хуяфкой, распределенными транзакциями, кешем и еще пиздилиард чего. И че?
>>2188610 Потому что то что ты перечисляешь это самое сложное что встревается на фронте, не считая ебли с легаси версткой конечно, а на беке это самый базовый минимум.
Вот сколько ни работаю, а такой хрени ни от бэков, ни от наших фронтов не слыхивал. Максимум проблем - ну не получится за один запрос получить все данные, так как они лежат в разных несвязных системах. Ну это к архитекторам. Но вот тут почему-то всегда найдется то ли серьезно воинствующий фронтовик, то ли просто зеленый, которому и несуществующий дто с id=-666 в апи подсунь, чтобы не хардкодить кнопку на фронте, и отличительные признаки этой кнопки подавай, чтобы не перепутать с другими. Вот теперь тут новые шедевры пошли, скомбинировать запросы. У вас там промис.алл и аналоги, существующие на всех языках отменили? Айдишки ручками не джойнятся? В чем смысл так толстить? Что ты там делаешь, ты ебанутый?
>>2188553 >>А вот комбинировать запросы (а не тупо слать 1) Это как вы апи сделаете. Бэк может как угодно обработать, хоть по ендпоинту на каждую кнопку предоставить, хоть одну с параметрами. Претензии к архитектору/лиду, если такое сделали. >>добавлять локализацию Это отображение данных. Не задача бека. Туда же идут форматы дат и чисел. >>кеширование На беке свое кеширование, на фронте - свое. Запросы к БД скорее всего и так кешируется. То что там странички перерисовываются - бек не исправит. Статику можно раздавать с отдельного нжинкс сервера, но там логики нет. >>локальные бдшечки Что это? У бека есть БД, есть редис, есть файловая система. Все что у хранится пользователя - проблемы фронта. Не хочешь - не храни.
>>2188907 есть такая мудрость - хочешь сделать нормально - сделай это на беке и отдай на фронт в виде строки. Даты, числа, суммы, форматирование, отчёты, локализация
ПРИХОДИШЬ ДЖУНОМ НА ГАЛЕРУ @ КОЛЛЕГИ СМОТРЯТ, КАК НА НИЩЕГО @ ХУЯЧИШЬ НА РАБОТЕ ПО 9 ЧАСОВ @ ХУЯЧИШЬ ДОМА ЕЩЕ 3 ЧАСА @ ЧИТАЕШЬ ЭККЕЛЯ, РОБЕРТА МАРТИНА @ НАЧМНАЕШЬ РАЗБИРАТЬСЯ В АРХИТЕКТУРЕ @ КОЛЛЕГИ ВСЕ ТАК ЖЕ СМОТРЯТ СВЫСОКА @ СЕРТИФИЦИРУЕШЬСЯ @ УХОДИШЬ В ДР ГАЛЕРУ НА ПЛЮС ТЫЩУ @ ХЕРАЧИШЬ ЕЩЕ ДВА ГОДА В ТАКОМ РЕЖИМЕ @ СТАНОВИШЬСЯ МИДЛПЛЮС @ ПРИГЛАШАЮТ ПРОВЕСТИ СОБЕСЕДОВАНИЕ @ ПРИХОДИШЬ @ ВИДИШЬ КОЛЛЕГУ УЕБАНА С ПРОШЛОЙ РАБОТЫ @ ПРОЕЗЖАЕШЬ ПО НЕМУ НА АСФАЛЬТОУКЛАДЧИКЕ @ МЫ ВАМ ПЕРЕЗВОНИМ
>>2189226 >ХУЯЧИШЬ НА РАБОТЕ ПО 9 ЧАСОВ >@ >ХУЯЧИШЬ ДОМА ЕЩЕ 3 ЧАСА @ ЧЕРЕЗ ПОЛГОДА ВЫГОРАЕШЬ И УВОЛЬНЯЕШЬСЯ @ КОЛЛЕГИ ПРОДОЛЖАЮТ НЕСПЕШНО КОВЫРЯТЬ БАГИ ПО 8 ЧАСОВ И СПОКОЙНО УХОДЯТ ДОМОЙ
>>2188939 Импосибл.>>2189232 >За что? Что он тебе сделал? Написано же, не понравилось как посмотрел. Обида на всю жизнь, двачеры они такие. Ведь мамка хвалит корзиночку за то, что тот покакал, значит и весь мир должен носиться с двачером, он же особенный. А в реальности почему-то всем насрать.
>>2188928 >числа, суммы Я кстати проиграл, когда узнал, что в свифтовском foundation уже много лет висит баг из-за которого парсинг json float'ов может привести к 0.30000000000000004, потому что они парсятся через жопу. На работе айосеры с ним ебались полдня, потому что не знали, что такое floating point arithmetic, я за пять минут в гугле нашел проблему. В качестве решения предлагают ОКРУГЛЯТЬ ПОСЛЕ ПАРСИНГА или ОТПРАВЛЯТЬ С БЭКА В ВИДЕ СТРОКИ. Ебало представили?
>>2188907 > Бэк может как угодно обработать, хоть по ендпоинту на каждую кнопку предоставить, хоть одну с параметрами. Претензии к архитектору/лиду, если такое сделали. найс маневры. Если бек натупил - виноват архитектор, ага.
>Это отображение данных. Не задача бека. Туда же идут форматы дат и чисел Помимо отображения это еще и бизнес-логика, так как тебе нужно каким-то образом сторить текущий язык, дефолтный язык и все доступный языки, например.
>>локальные бдшечки >Что это? У бека есть БД, есть редис, есть файловая система. Все что у хранится пользователя - проблемы фронта. Не хочешь - не храни. Точно такие же бд, всякие там реалмы и румы. Я бы может и не хотел хранить, но у бизнеса свои планы.
>>2189016 >Из перечисленного тут вообще ничего не является бизнес-логикой. Как раз таки все и является. Твое дергание микросервисов и пакование джсончика не есть чем-то сложным по сравнению с работой фронта.
>>2189627 Чмонь, подавляющее большинство фронтендеров приспустит жидкого и проебет данные в задаче с простейшей распределенной транзакцией, что является суровыми буднями бекогоспод.
>>2189627 >Твое дергание микросервисов и пакование джсончика не есть чем-то сложным по сравнению с работой фронта А эти микросервисы, они из воздуха спавнятся сами, взамен на жертвоприношения фронтов?
>>2189627 >Помимо отображения это еще и бизнес-логика, так как тебе нужно каким-то образом сторить текущий язык, дефолтный язык и все доступный языки, например. Ты ебанутый? Это одна хешмапа и две переменные. Сторить ему нужно языки, еб твою мать. мимо
>>2189627 > Не хочешь - не храни. Что значит не храни? Если надо, чтобы прилага работала в оффлайне - значит надо хранить. Оффлайн может быть просто тупо человек зашёл в лифт, где интернет не тянет и он не может пользоваться твоей прилагой
>>2188137 >>2188126 Пчёлы, вы нихуя не сечёте в десигне. Вся эта хуета с челками, двадцатью камерами и прочей всратой ебалой делается для того, чтобы ваши телефоны по внешнему виду напоминающие кусок зеркала или металической плитки хоть как-то отличались друг от друга. Вот купил ты телефон за 100к или макбук за 500, а выглядит он точно так же как соседний ксяоми партия гордится вами, потому что современные телефоны это один ебанный экран и больше нихуя. Вот они и выкручиваются делая всякую ебалу. Мало того, околовсратый дизайн это продвижение само по себе. Вот даже в твоём примере - не будь этой челочки, что бы ты прикрепил к своему посту без текста? О чём мемасики пилить? О просто ноутбуке блядь с клавиатурой и экраном, да? Охуенный повод для мемов. А так вот сколько людей уже тригернулось от этих чёлочек, и всё руками самих гоев по собственному желанию, да еще и положительный образ бренду создают ну не фотки гитлера конеш, ну вы поняли, типа у всех внешний вид продукции вызывает радость, опять же партия гордится, но уже другая
>>2189751 Да всё я это понимаю. Но меня тошнит от этой чёлки. Я даже ипхон с чёлкой не брал, сижу на 7. Жду пока её выпилят. А макбук 16 придётся срочно брать, пока не пропали безчёлочные
>>2190131 У меня просто подозрение, что эта тяга к феминизации идет от пассивно-подчиненной роли кодерков в бизнесе. Кабаныч забегает на демо, смотрит что напилили в его продукте, недовольно фырчит и рякает: - "Ну что, членодевки, когда фичи клиентам отдадим?!", а кодерки такие: - "Да, мастер, сделаем всё как вы пожелаете, только сотыгу не отбирайте"
Пыня подписал указ об очередных нерабочих днях @ Половина знакомых не из IT приготовилась чиллить от Хеллоуина до годовщины Октября @ GaleraName является непрерывно действующей организацией, а наши гребцы работают преимущественно удаленно. Поэтому режим веслания остается прежним. @ Mkay
>>2186635 >Или ты по какой-то шизоидной причине не считаешь инфраструктуру приложухи, типа nginx, частью этой приложухи? Кстати, кстати, это охуенный тест на профпригодность. Если ты с какой ебени-матери считаешь nginx или вообще какой бы то ни было энвайронмент частью своего приложения, то твое место на апворке. Аминь.
>>2190793 >Если ты с какой ебени-матери считаешь nginx или вообще какой бы то ни было энвайронмент частью своего приложения, то твое место на апворке. Разумеется я считаю частью своего приложение те вещи, которые ему позволяют работать, а не витаю в шизоидном воображаемом вакууме с сырой бизнес-логикой вокруг.
Приснился сон, как я пытался в монге написать какой-то хитровыебаный запрос, который в мускуле пишется легко и просто. И главное так долго длился этот сон. Видимо этот бред приснился из-за жары в комнте, батареи люто горячие. Пиздец, много лет ничего не снилось про программирование.
ДЕЛАЕШЬ ПЕТ-ПРОЕКТ ЧТОБЫ ВСЁ БЫЛО ПО УМУ @ ХОЧЕШЬ ЗАПИЛИТЬ X @ ВЫЯСНЯЕТСЯ ЧТО ВЫБРАННАЯ ТОБОЙ ORM НЕ ПОЗВОЛЯЕТ БЕЗ КОСТЫЛЕЙ СДЕЛАТЬ X ТАК КАК Y НЕ ПОДДЕРЖИВАЕТСЯ ЛИБО НЕ РАБОТАЕТ @ ЗАКРЫВАЕШЬ ПЕТ ПРОЕКТ, ОТКРЫВАЕШЬ ДОТУ
>>2192138 > ДЕЛАЕШЬ ПЕТ-ПРОЕКТ ЧТОБЫ ВСЁ БЫЛО ПО УМУ > @ > ХОЧЕШЬ ЗАПИЛИТЬ X > @ > ЗАКРЫВАЕШЬ ПЕТ ПРОЕКТ, ОТКРЫВАЕШЬ ПОЕ Вот так вот... Потому что РАБотать ещё надо.
>>2192370 Нет, работаю не в пое, но работа отнимает у меня желание писать код вне работы, поэтому я вне работы только в игры играю или как-то ещё расслабляюсь. Надо менять проект. > Доложите обменный курс экзолей к пачке дошика. 1к1 на старте лиги. Вчера лига началась, кстати, но что-то я решил, что хватит уже.
>>2192407 Хочешь сделать пет-проект @ Идей дохуя @ Почти все используют неофициальные апи @ Ссышься что проект выпилят из маркета/подадут в суд @ Не делаешь
>>2192439 ДОХУЯ ИДЕЙ И МОТИВАЦИИ ДЕЛАТЬ ПЕТ-ПРОЕКТ @ ПОДНАКОПИВ, УВОЛИЛСЯ С РАБОТЫ С 9 ДО 6 ЧТОБЫ ЗАНИМАТЬСЯ ПЕТ-ПРОЕКТОМ @ ВСЁ ВРЕМЯ ЗАНИМАЕТ ШАБАШКА, КОТОРАЯ ОБЕСПЕЧИВАЕТ ПРИТОК ДЕНЕЖЕК трустори, я не тролль
РАБОТАЕШЬ В МЕЛКОЙ ДНОВЕБСТУДИИ ВЕРСТАЛЬЩИКОМ @ ТЕБЯ УЧАТ, ЧТО ВСЕГДА НУЖНО ПРЕДУСМАТРИВАТЬ ВОЗМОЖНОСТЬ ТОГО, ЧТО ВМЕСТО 1Й СТРОКИ, КАК В МАКЕТЕ, БУДЕТ МНОГО СТРОК @ ИЗОБРАЖЕНИЯ ТАКЖЕ ДОЛЖНЫ БЫТЬ ГОТОВЫ К ТОМУ, ЧТО ВМЕСТО 100Х100 ПИКСЕЛЕЙ, ЗВГРУЗЯТ КАРТИНКУ В 10 РАЗ БОЛЬШЕ ИЛИ МЕНЬШЕ, ЛИБО НЕ С ТЕМ СООТНОШЕНИЕМ @ В ВЁРСТКЕ МОЖНО ИСПОЛЬЗОВАТЬ ГРИДЫ @ УШЁЛ В КРУПНУЮ КОНТОРУ, ВЕРСТАЕТ ОТДЕЛЬНАЯ КОМАНДА @ -ПУК СРЕНЬК, В МАКЕТЕ ОДНА СТРОКА, С ОДНОЙ СТРОКОЙ ЖЕ ВСЕ ОК @ АММНЯМ ИЗОБРАЖЕНИЕ НЕПРАВИЛЬНОЕ, ВОТ И ПОПЛЫЛО ВСЁ, ДА @ ВЕРСТАЮТ НА БУТСТРАПЕ
>>2192896 > А на чём надо верстать вместо бутстрапа? Уже завезли более модный фреймворк? Css. Наверное, можно и на бутстрапе адекватно верстать, но что-то на деле люди, которые его используют, валятся на том, что строки в заголовке не 1, а 2.
>>2192896 Вместо бутстрапа предлагается писать свою библиотеку компонентов и юзать её. В крупных компаниях это оправдано, но мелким студиям это нахуй не всралось, бутстрапа хватает почти для всего.
ИГРАЕШЬ В СИМС 4 @ ВДРУГ ПОНИМАЕШЬ, ЧТО СЕЙЧАС РАБОЧИЙ ДЕНЬ @ РАБОЧИЙ МЕССЕНДЖЕР - ДИСКОРД @ ВСЕ ЭТО ВРЕМЯ ОН ПОКАЗЫВАЛ, ЧТО ТЫ ИГРАЕШЬ @ ПРОСЫПАЕШЬСЯ В ХОЛОДНОМ ПОТУ
>>2193054 Проиграл. Было нечто похожее: СИДИШЬ В ОФИСЕ @ WI-FI СВОЙ НА КАБИНЕТ @ ЗАХОДИШЬ В HEARTHSTONE @ "ДВА ИГРОКА ОНЛАЙН ИЗ ВАШЕЙ СЕТИ" @ ТИМЛИД И ПМ ЕХИДНО УЛЫБАЮТСЯ
>>2193621 Чтоб таких сидуаций не было - я обычно раздаю LTE со своего смартфона на рабочий ноут и уже так во что-то играю. Даже если захотят мониторить трафик сети внутри компании - нихуя не увидят, ведь я с мобильного интернета.
>>2193649 Пока в Виларибо пердолят для клиента свою уникальную™ ксс либу, которая придаст их сайту неповторимый® дизайн, в Вилабаджио уже состригли бабос с десяти клиентов, скормив им бутстрап.
@ ПРОВОДИШЬ СОБЕС @ КАНДИДАТ ОТВЕЧАЕТ 50 НА 50, ЧТО-ТО ОК, ЧТО-ТО НЕТ @ НА ВОПРОСЫ, НА КОТОРЫЕ НЕ ЗНАЕТ ОТВЕТА, НАЧИНАЕТ БЫЧИТЬ В ДУХЕ: "эээ блэт, а вы вообще сами такое юзаете? Где такое вообще используется ааа?" @ ИСКРЕННЕ НЕ ПОНИМАЕТ, ПОЧЕМУ ЕГО ШЛЮТ ВЕЖЛИВО НАХУЙ, ГОВОРЯТ, ЧТО СКОРО ПЕРЕЗВОНЯТ, И НЕДОУМЕВАЕТ, ПОЧЕМУ ЕГО НЕ ХОТЯТ БРАТЬ В КОМАНДУ
Пизда, просто трустори, вот на что надеются такие быдланы, которые приходят на собес и смеют сами еще начать быковать на интервьеров? Это же просто днище ебаное
ИДЕШЬ НА КУХНЮ ДЕЛАТЬ СЕБЕ ЧАЙ @ НАТЫКАЕШЬСЯ СВЕТОНЕПРОНИЦАЕМЫЙ ЗЕЛЕНЫЙ ДЫМ НЕМЫТЫХ ПОДМЫШЕК @ КУХНЯ ВОНЯЕТ, ХОТЬ ТОПОР ВЕШАЙ @ ОТКРЫВАЕШЬ ОКНО В ПОПЫТКАХ ВДОХНУТЬ КИСЛОРОДА И ДОЖДАТЬСЯ ПОКА ЗАКИПИТ ЧАЙНИК @ ЧЕРЕЗ 2 МИНУТЫ ПОНИМАЕШЬ, ЧТО ПОТОКИ ЕДКОГО СМРАДА ВЫТЯГИВАЮТСЯ И ТЫ НЕ МОЖЕШЬ ВДОХНУТЬ ДАЖЕ ВЫСУНУВШИСЬ ИЗ ОКНА @ УМИРАЕШЬ ОТ УДУШЬЯ
ТЕХСОБЕС @ МОЖЕТЕ ОБЪЯСНИТЬ, ЧТО ТАКОЕ "X" @ ЕСЛИ ЧЕСТНО, ВПЕРВЫЕ СЛЫШУ @ ХОРОШО, СЛЕДУЮЩИЙ ВОПРОС... @ ПОДОЖДИТЕ, А ЧТО ЭТО ЗА "X" ВСЁ-ТАКИ? @ ЭЭЭМММ ПУК НУУУ ЗАЙДИТЕ В ГУГЛ И ВООБЩЕ ЭТО МЫ ВАС ОПРАШИВАЕМ! СЛЕДУЮЩИЙ ВОПРОС!
>>2193863 Так интервьюер и не обязан ни на что отвечать, это не он хочет на работу устроиться.
>ПОДОЖДИТЕ, А ЧТО ЭТО ЗА "X" ВСЁ-ТАКИ? То есть, кадидат не в состоянии гуглить, чтоб сделать это после собеса, получается, что он тем более не особо нужен.
ВТОРОЙ РАБОЧИЙ ДЕНЬ @ ТИМ ЛИД НЕ МОЖЕТ ПОСЧИТАТЬ РАССТОЯНИЕ ОТ -1 ДО 1 @ СЕО ПИШЕТ ПАС С ДВУМЯ С @ СЪЁБЫВАЕШЬСЯ В УЖАСЕ @ БЛАГО В МОРОЗИЛКЕ ЕЩЁ ЛЕЖИТ ПОЛ ВЫМЕНИ КОРОВЫ
ПЕРВАЯ РАБОЧАЯ НЕДЕЛЯ @ НЕТ НИКАКИХ ТАСОК @ ХОЧЕШЬ РАБОТАТЬ, СТРАДАЕШЬ ОТ БЕЗДЕЛЬЯ @ ПОДУМЫВАЕШЬ СВАЛИТЬ, ВЕДЬ ЕСЛИ ТЕБЕ НИКАКУЮ ЗАДАЧУ ВЫДЕЛИТЬ НЕ МОГУТ, ТО ВСЕ ПРОЦЕССЫ, ЭТО ЕБАНЫЙ БАРДАК, НАВЕРНЯКА @ ПРОШЛО ПОЛГОДА @ ХОЧЕШЬ, ЧТОБЫ ТАСКИ НАКОНЕЦ КОНЧИЛИСЬ @ КАКОГО ХРЕНА ТАСКИ ВООБЩЕ ЕСТЬ, ЗАЧЕМ ОНИ НУЖНЫ? @ ПОДУМЫВАЕШЬ СВАЛИТЬ
>>2193969 > СЕО ПИШЕТ ПАС С ДВУМЯ С Если он имел в виду передачу мяча/шайбы, то он допустил ошибку. Но мне кажется, что он имел в виду password, а слова и в английском, насколько я знаю, сокращаются на гласную, значит сокращение будет "pass.", значит ошибки нет
>>2193905 Мне месяц говнотаски в учебных целях давали, и я учился разбираться что вообще происходит и спрашивать у взрослых дядь как сделать Х при том я пришёл без собеса и не зная язык и технологию
ХОЧЕТСЯ СВАЛИТЬ С РАБОТЫ @ ТАСКИ ПИЗДЕЦОВЫЕ, НАГРУЗКА НЕ ЛУЧШЕ @ - БЛЕТ, ВОТ СТАНЕТ ПОЛЕГЧЕ, ТОГДА БУДУ СОБЕСЕДОВАТЬСЯ, А ТО ТЯЖЕЛО @ ТАСКИ СТАЛИ АДЕКВАТНЕЕ, НАГРУЗКА УМЕНЬШИЛАСЬ @ - ДА ЧТО-ТО ЛЕНЬ СОБЕСЕДОВАТЬСЯ, СЛИШКОМ КОМФОРТНО
В КОМПАНИИ КРЫЗИС, ДВА ЛЯМА ЕВРО УБЫТКОВ ЗА ГОД @ СЕО ЗАТЕЯЛ РЕОРГАНИЗАЦИЮ @ МЕНЕДЖЕР УВИДЕЛ ЭТОТ ПИЗДЕЦ И СВАЛИЛ В ОТПУСК НА МЕСЯЦ @ СЫЧЕВ, ТЕПЕРЬ ТЫ ВМЕСТО МЕНЕДЖЕРА @ БУДЕШЬ ЗА БИЗНЕС ОТВЕЧАТЬ @ НУ И ЧТО ЧТО ТЫ ТЕХЛИД? ЛИД ЭТО ЛИДЕР. ЛИДИРУЙ ЁПТА
>>2195298 А кто такой техлид вообще? Что он должен желать? У меня вот в конторе есть техлид - он меня собесил и как-то раз попросил скилы описать а потом уволился, всё.
ВАЖНЫЙ ЧЕЛОВЕЧЕК ДОГОВАРИВАЕТСЯ С ТОБОЙ НА БОЛЬШОЙ ПРОЕКТ @ ТЫ С ФУЛЛТАЙМ РАБОТОЙ, НО ВЫГЛЯДИТ ОСИЛЯЕМО @ ХОРОШИЕ ДЕНЬГИ, ТЕМ БОЛЕЕ ЧТО ИПОТЕКА САМА СЕБЯ НЕ ВОЗЬМЁТ @ ЗАРУЧАЕШЬСЯ ГОТОВНОСТЬЮ ДРУГА ПОМОЧЬ, ПЛАН ВЫГЛЯДИТ НАДЁЖНО @ НАБРАСЫВАЕШЬ ПЛАН РАЗРАБОТКИ, БИЗНЕС-ПРОЦЕССЫ @ НАЧИНАЕТЕ ПИЛИТЬ ТЕХНИЧЕСКУЮ ЧАСТЬ @ "ПОСМОТРИТЕ И ОЦЕНИТЕ БИЗНЕС-ПРОЦЕССЫ, СООТВЕТСТВУЮТ ЛИ ОНИ" @ ДА-ДА, КОНЕЧНО, ПОСМОТРЮ. СКИНЬ МНЕ ЕЩЁ РАЗ ПОЖАЛУЙСТА @ КАЖДУЮ ВСТРЕЧУ ПРОСИТ СКИНУТЬ ОДНО И ТО ЖЕ ЗАНОВО @ СЕТУЕШЬ НА ЗАНЯТОСТЬ ЧЕЛОВЕКА, НО ОКЕЙ, ЕДЕМ ДАЛЬШЕ
.... ПРОХОДИТ ПОЛГОДА .....
НЕПЛОХАЯ ТЕХНИЧЕСКАЯ БАЗА НА НЕТКОРЕ, ОРИЕНТИРОВАННАЯ НА ОБЛАКО И МАСШТАБИРУЕМОСТЬ @ СНОСНЫЕ ФРОНТЕНДЫ, СДЕЛАННЫЕ С ЛЮБОВЬЮ (весь прокет состоит из нескольких отдельных подпроектов) @ ДРУГ ОТВАЛИВАЕТСЯ ПО СЕМЕЙНЫМ ПРИЧИНАМ @ ОСТАЁШЬСЯ ОДИН. ЕЩЁ ОДИН ДРУГ-ТЕСТЕР-НАПИХИВАЕТ ТЕБЕ ПОЛНЫЙ БЭКЛОГ БАГОВ. БЕЗ ЭТОГО ОСТАЛОСЬ ДОДЕЛАТЬ ЕЩЁ ПРОТИВНЫЕ 20% ФУНКЦИОНАЛА @ ЗАШИВАЕШЬСЯ НА ФУЛЛТАЙМЕ, ЗАШИВАЕШЬСЯ ПО ДРУГИМ ДЕЛАМ. ТЕПЕРЬ ЗАШИВАЕШЬСЯ И В ЭТОМ ПРОЕКТЕ @ ЗАКАЗЧИКА НЕ ВОЛНУЕТ НИ ТО, ЧТО ЕСТЬ ПО ФАКТУ, НИ ТО, КАКИЕ ПРОБЛЕМЫ РЕШАЮТСЯ, НИ ТО, ЧТО ТЫ ОСТАЛСЯ ОДИН КАК СИЛА, СПОСОБНАЯ КОДИТЬ @ ЗАКАЗЧИКУ НУЖНО ГОТОВИТЬ ЕБАНУЮ ГОРУ ДОКУМЕНТОВ, ПЕРСОНАЛА, КОНТЕНТА, НО НИХУЯ НЕТ. @ ЗАТО ПОСТОЯННО ЕСТЬ ОДИН ВОПРОС @ "СКАЖИ МНЕ, КОГДА МЫ ЗАПУСТИМСЯ?"
>>2195305 Дохуя всего. 1) Преобразование бизнес требований в технические 2) Разработка архитектуры проектов 3) Ответственность за выбор стека и методологий разработки 4) Ответственность за нефункциональные требования системы 5) Менторство инженегров в команде
>>2195344 К сожалению я почти уверен, что это не ускорит процесс, будет как в том жизненном анекдоте - что один программист сделает за день, два сделают за два дня. Мне придётся достаточно много времени посвятить не только реализации своих задач, но ещё и "онбордингу" другого программиста, оформлению тасков для него, и в конце концов это может оказаться тупо дорого, ведь стоимость мероприятия заранее чётко оговорена и фиксирована, а разделять утешительный приз за полгода пиздеца я не захочу.
А то, кого нанимать и как вертеть этот проект заказчик будет после релиза (или после выполнения всех тех. требований, т.к. у меня есть сомнения, что проект будет полноценно запущен), это уже его проблемы, пусть нанимает кого может/хочет. Документацию и техподдержку нулевого дня я обеспечу, но на этом мои полномочия всё.
>>2195321 ДЕБИЛ С ФУЛТАЙМОМ ВЗЯЛ СЕБЕ ЕЩЕ ПРОЕКТ ПОД ОТВЕТСТВЕННОСТЬ @ НЕ РАСЧИТАЛ СИЛЫ, НАСТАВИЛ КОРЯВЫХ ЭСТИМЕЙТОВ @ ВМЕСТО НОРМАЛЬНОЙ КОМАНДЫ НАБРАЛ ДРУЗЯШЕК @ НАПИСАЛ ЗАБАГОВАННОЕ ГОВНО ЕЩЕ ДО ЗАПУСКА @ КАБАНЫ ВИНОВАТЫ!!!
>>2195796 А если кошечка завтра должна будет делять мяу анусом, а если вместо кошечки придет кошкодевочка, а что если кошечка должна будет с каждым мау сходить бо-большому в бд, а если кошечка должна дернуть анус собачке? Вот тогда-то все абстракции и понадобятся протекут, и придется добавить еще пяток слоев.
В свою защиту скажу, что "полный" бэклог багов - это про мелочные баги типа "на фронте что-то не там, где нужно", за эти полгода было написано столько же кода, сколько пишет одна знакомая мне галерка из 5 человек, и любой сервис в рамках этого проекта можно хоть сейчас пулять на кластер инстансов и оно будет работать. Да и сроки/план был составлен достаточно неплохо (всего лишь второй раз беру такого масштаба проект), я ещё не сильно всрал сроки, который эстимейтили аж в феврале (!), да и неповоротливость заказчика играет на руку, выигрывая время для меня.
А то, что я стал зашиваться - так это в феврале вообще нельзя было никак предусмотреть. Потому что появилась необходимость заниматься дополнительными делами, возникшая недавно и внезапно.
Можно обвинить меня в том, что положился на друзей, и неточно заэстимейтил (взял маленький запас), ведомый желанием не упустить клиента, но в васянстве - не думаю, и уж точно нельзя обвинить в халтуре. Технически это почти лучшее, что я делал.
>>2195745 От компании зависит. Нету какого-то общепринятого разделения. Но по тому, что встречал сам, могу сказать, что тимлид управляет командой, раздает таски, отвечает за релизы, короче больше менеджер, но с уклоном в разработку. А техлид отвечает за постановку технической задачи, выбор стека, требования к реализации. Ну т.е. приходит менеджер, говорит, нам нужен сервис аналитики на основе таких-то данных пользователя. Техлид смотрит, делает эпик, где описывает: так, юзаем кафку, такую-то библиотеку, генерим такие событие и отправляем в этот топик. Тимлид смотрит на эпик и заводит стори с оценкой и декомпозируемыми задачами, назначает их конкретным разработчикам По окончанию разработки, когда тимлид с командой провели ревью и заапрувили таски, техлид принимает сторик, смотрит, все ли отвечает требованиям и дает отмашку Тимлид планирует в какой релиз добавить изменения
>>2197029 Ну тип ты настроил авторизация, в бд лежит соленый хэш, доступ к бд по белому списку айпи, ссх, все дела, даже пентагон легче взломать. Логи энжинкса: 42.69.13.21 {GET} https//govuzlugi.ga/login?name=pupkin&pass=1234
ДЕЙЛИК С УТРА @ СОЗВОН СО СТЕЙКХОЛДЕРАМИ ДО ОБЕДА @ ПОСЛЕ ОБЕДА РАЗРУЛИВАНИЕ ЗАДАЧ КОМАНДЫ @ ПОТОМ СОЗВОН С ПАРТНЕРАМИ ПО ПОВОДУ ИНТЕГРАЦИЙ @ СМОТРИШЬ НА СВОЮ ЛЫЧКУ @ СТАРШИЙ ИНЖЕНЕР
>>2197503 сберьбанк? А таски есть или похуй на них? Бесит меня лично больше всего когда созвоны не освобождают от дедлайнов, то есть они как бы чисто в нагрузку
>>2197513 Стартап в западной европе. Дедлайны есть и созвоны от них не освобождают, но слава яйцам я могу их собственноручно отодвинуть. Вообще есть ощущения что я делаю свою работу + работу менеджера.
>>2197513 Меня просто бесят частые созвоны, особенно, когда участвует много людей, большинство из которых разговор не касатается. Раз в неделю ещё терпимо, но я предпочитаю вообще без них
>>2197570 Так формы - это ж прошлый век, сейчас вместо кнопки submit делают обычную кнопку с коллбеком, который дёргает апиху, и там одинаково легко и с хедерами, и с query string и с json в body, а в ответе будет 200 OK {error:true, message: "Юзер уже есть"}
>>2197570 > и как туплю, конечно яваскриптом. но ты наверно имел в виду api. но там всё равно как правило юзернэйм и пароль отправляются в теле запроса, а уже токены - в хедерах
>>2197573 >участвует много людей, большинство из которых разговор не касатается И нахуя вы на них ходите? Я всегда отвечаю на дебильные инвайты "нет спасибо" и не хожу.
Заходит 200ка дурачок в бар, заказывает коктейль, а бармен ему: "да, ОК". Даёт ему стакан без коктейля, но с бумажкой. На бумажке написано "owibka: balans ne sweden"
>>2198177 >>2198179 >>2198237 Вангую этот мем распространяет одебиливший от http спеки понадусеровый рестошвайн, чтобы обучить 200 ОК {"error": True} 200к в наносекунду успешных кодеров в том, что знание таблички http кодов для чего-то нужно кроме как срать на двачах
>>2198456 Ожидание: нееет, не увольяйся, у нас же работа без тебя встанет, мы тебе дадим х3 Реальность: ну и катись, очередь за забором, незаменимых нет, гнильца, ложка дёгтя, крыса с корабля, в семье не без урода
>>2198595 Так это ж интересно - возможность юзать редко используемые технологии. Если б я делал проект для двух с половиной тёток, я бы тоже написал его на экзотическом стеке.
>>2198601 Вы там совсем странные? Графкуэл не серебряная пуля, обычно он как доп. слой абстракции над уже имеющимися сервисами, паттерны типа там фасад-прокси-композит, хуе-мое. Причем абстракция даже для крупного бэка часто внутренняя, не для фронта
>>2184294 (OP) ОСИЛИЛ КНИГИ ПО ДИЗАЙНУ REST @ СДЕЛАЛ ПЕТ ПРОЕКТ ПО КРАСОТЕ @ УСТРОИЛСЯ НА ГАЛЕРУ @ ОТКРЫЛ ГЛОБАЛЬНЙ ПЕРЕХВАТЧИК ИСКЛЮЧЕНИЙ @ ПЕРЕХВАТ EXCEPTION @ return new ErrorMessage(HttpStatus.OK, "Proizohla nepredvidennaya oshibka. Povtorite pozhe");
>>2184294 (OP) ОСИЛИЛ КНИГИ ПО ДИЗАЙНУ REST @ СДЕЛАЛ ПЕТ ПРОЕКТ ПО КРАСОТЕ @ УСТРОИЛСЯ НА ГАЛЕРУ @ ОТКРЫЛ ГЛОБАЛЬНЙ ПЕРЕХВАТЧИК ИСКЛЮЧЕНИЙ @ ПЕРЕХВАТ EXCEPTION @ return new ErrorMessage(HttpStatus.OK, "Proizohla nepredvidennaya oshibka. Povtorite pozhe");
Я считаю, что большинство "ошибок клиента" - это на самом деле тоже ошибки сервера, который дал юзеру допустить такую ошибку. Класс клиентских ошибок должен быть намного более узким, например, если юзер руками влез в урл и что-то там написал. Если раньше была страница, но кто-то на стороне сервера её удалил или переместил, а юзер перешёл по раннее корректной ссылке, он должен получать не 404, а 500.
ЛИД УВОЛИЛСЯ @ ЛИДОМ СДЕЛАЛИ ТЕБЯ @ РАЗБОР ПОТОКА ЗАДАЧ ОТ ПИЭМА ТЕПЕРЬ НА ТЕБЕ @ РАЗБОР ПОТОКА КОКАИНОВЫХ ИДЕЙ ПРОДАКТ ОВНЕРА ТЕПЕРЬ НА ТЕБЕ @ А ТЫ ОМЕЖКА, СЛАТЬ НАХУЙ УМЕЕШЬ ТОЛЬКО НА АНОНИМНЫХ БОРДАХ @ ХУЙ ЗНАЕТ ЧЕ ТЕПЕРЬ ДЕЛАТЬ, ПРИВЫК К ВЛАСТИ И ДЕНЬГАМ — ТЕРЯТЬ НЕ ХОТЕТ
>>2199137 ПМА НЕТ В ПОМИНЕ, ПРОДАКТ ОВНЕР ТЫ @ ПОМИМО, КОНЕЧНО, "ОСНОВНОЙ" РАБОТЫ СЕНИВОРОМ @ ГОВОРИШЬ СО СТЕЙКХОЛДЕРАМИ @ РИСУЕШЬ ЗАДАЧИ КОМАНДАМ @ ЛИДИШЬ ПРОЕКТЫ @ КОДИШЬ КОД @ ПОЛУЧАЕШЬ ЖАЛКИЕ 250К ЗА РАБОТУ СТО
ЗАДАЧА - СДЕЛАТЬ ФУНКЦИОНАЛ ИКС К СЛЕДУЮЩЕМУ ДЕМО @ ОБЪЯВЛЕНА ПРОДАКТ ОВНЕРОМ @ "ВЛАДИМИР ПРОДУКТОВНЕРОВИЧ, МОЖЕТ ВМЕСТО Х ЕСТЬ СМЫСЛ СДЕЛАТЬ Y? ЭТО И БЫСТРЕЕ И ЛОГИЧНЕЕ РАБОТАТЬ БУДЕТ..." @ "НЕТ, ЗАКАЗЧИК ЧЕТКО СКАЗАЛ ЧТО ХОЧЕТ Х, ДЕЛАЙТЕ Х" @ ТАСКА В ЖИРЕ НА ФУНКЦИОНАЛ Х ЗАВЕРЕНА ПРОДАКТ ОВНЕРОМ @ ПРОДЕМОНСТРИРОВАНА НЕСКОЛЬКО РАЗ ПО ХОДУ РАЗРАБОТКИ ПРОДАКТ ОВНЕРУ @ ... @ ДЕНЬ ПЕРЕД ДЕМО, РЕПЕТИЦИЯ @ "В СМЫСЛЕ КНОПКА ДЕЛАЕТ Х, А НЕ Y??? КТО ПИСАЛ ЗАДАЧУ? В СМЫСЛЕ МНЕ ПОКАЗЫВАЛИ УЖЕ, Я НЕ ПОМНЮ ТАКОГО, ЭТО ЖЕ НЕ ТАК ДОЛЖНО РАБОТАТЬ, НУ ВЫ САМИ ПОДУМАЙТЕ ЗАЧЕМ ДЕЛАТЬ Х ЕСЛИ ОЧЕВИДНО ПРОЩЕ Y"
>>2198908 >>2198909 Так а в чем проблема-то? Если у тебя происходит исключение, которое не является специальным HTTP-исключением со встроенным статус-кодом и телом ответа, то разумно отдать 500 "Ne smogla". А больше в общем случае ты ничего и не сделаешь.
>>2199163 ГАЛЕРА @ У ТЕБЯ ТРИ ПРОЕКТА @ НА ВСЕХ РАБОТАЕШЬ ДЖЕЙСОНОУКЛАДЧИКОМ @ ПЯТЫЙ ГОД ПОДРЯД @ РЯДОМ ТРЕХ СТАЖЕРОВ ПО 500 БАКСОВ В МЕСЯЦ ПРОДАЮТ КАК СЕНИВОРОВ ЗА 4К @ КОДИШЬ ЗА НИХ ТАК КАК ОНИ НЕ СПРАВЛЯЮТСЯ
В ЭТИ ВЫХОДНЫЕ Я ПОДТЯНУ ЗНАНИЯ ПО ТЕМЕ Х И У, ВОТУВИДИТИ! @ БУДЕТ НЕСЛОЖНО, НУЖНО ЧАСА 3 ВЫДЕЛИТЬ В ТЕЧЕНИЕ 2УХ ДНЕЙ @ О, СКИДОН НА АНИМЕШНУЮ МЕТРОИДВАНИЮ В СТИМЕ @ БЕРУ! @ НИЧЕГО НЕ ИЗУЧИЛ ЗА ВЫХОДНЫЕ
>>2199052 двачую. Всегда в API возвращаю и http статус код, и status: "ok|error", с причиной ошибки и подробным описанием, чтобы и нормальные люди, и 200ка дебилы, были удовлетворены.
ДВУХСОТКА-ДОДИК ЗАКАЗАЛ СЕБЕ ДОДОПИЦЦУ уже достаточно @ ПИЦЦУ ПРИНЕСЛИ, НА КОРОБКЕ ФИРМЕННАЯ НАКЛЕЙКА "Я ПРОВЕРИЛ, ВСЁ ХОРОШО" @ ДВУХСОТКАДОДИК ОТКРЫЛ КОРОБКУ, А ТАМ ГОВНО @ В ГОВНЕ ТОРЧИТ ЗАПИСОЧКА "409 mesya4nii balans ne sveden" @ С ТЕХ ПОР ДВУХСОТКАДЕБИЛ ПЕРЕШЁЛ НА ДИЕТУ ИЗ ГОВНА
ДЕРЖИ АПИШКУ, СДЕЛАЙ Х @ АПИШКА НЕ ПОЗВОЛЯЕТ СДЕЛАТЬ Х, ТАМ НЕ ПОД ВСЕ ТРЕБОВАНИЯ РЕШЕНИЕ ПОДОЙДЁТ, В ДОКУМЕНТАЦИИ ДАЖЕ БЛИЗКО НЕТ ТОГО, ЧТО НУЖНО ДЛЯ РЕАЛИЗАЦИИ ВОТ ЭТИХ ВОТ ПУНКТОВ @ НУ СДЕЛАЙ КАК-НИБУДЬ, ЧЁ ТЫ >>2200539 Ну так менеджер не осилит.
>>2200545 Сидит такой менеджер и думает "так, для X в апишке есть все нужные ручки, бегло посмотрел, всё задокументировано, у разрабов не должно возникнуть вопросов, я бы и сам сделал, но слишком много чести".
>>2200532 ПОЛУЧАЕШЬ ЗАДАЧУ, ОЦЕНЕННУЮ В 1 ЧАС @ ДАЖЕ БЕГЛОГО ВЗГЛЯДА ХВАТАЕТ, ЧТОБЫ ПОНЯТЬ, ЧТО ОНА НЕ НА 1 ЧАС А НА 2 @ УСТАНОВКА ПРОЕКТА 2 ДНЯ @ ЧТЕНИЕ ДОКУМЕНТАЦИИ 2 ДНЯ @ РЕШЕНИЕ ПРОБЛЕМ С РАЗВОРАЧИВАНИЕМ ПРОЕКТА 2 ДНЯ @ ПОЛУЧЕНИЕ ВСЕХ НУЖНЫХ ЮЗЕРОВ/ДОСТУПОВ/ВПНОВ 2 ДНЯ И БОЛЬШЕ @ ПОВТОРЕНИЯ КЕЙСА ИЗ ТИКЕТА 2 ДНЯ @ ПРОШЛО 2 НЕДЕЛИ, ТАСКА НА 1-2 ЧАСА ЕЩЕ НЕ СДЕЛАНА
ДЕЛАЕШЬ ЗАДАЧУ, УЖЕ ЗАЕБАЛСЯ, ВРЕМЯ ПОДЖИМАЕТ @ "НУ ВРОДЕ ВСЁ ГОТОВО, ЕСЛИ ЧТО, ТЕСТИРОВЩИК НАЙДЁТ ОШИБКИ, Я БОЛЬШЕ НЕ МОГУ" @ СОЗДАЁШЬ ПР @ ПР ПРИНИМАЕТСЯ В ТЕЧЕНИЕ ПОЛЧАСА, БЕЗ КОДРЕВЬЮ И ТЕСТИРОВАНИЯ, ПОТОМУ ЧТО КТО-ТО ТАК РЕШИЛ @ НЕ ТЫ ОДИН ЗАЕБАЛСЯ
>>2201168 ЛУНТИКС @ СИ ДИЕЗ @ Heartbeat took longer than "00:00:01" at "11/02/2021 14:27:31 +00:00". This could be caused by thread pool starvation @ КАЖДЫЙ ВТОРНИК
ТЫ - СТАЖЁР, РАБОТАЕШЬ БУКВАЛЬНО ПЕРВЫЕ 3 МЕСЯЦА В ЖИЗНИ @ ЗАПИЛИЛ ФИЧУ ПО ТЗ @ ПРОШЛО ВСЕ ТЕСТИРОВАНИЯ И РЕВЬЮ, ЗАЛИТО В ПРОД @ ПРОХОДИТ 1,5 МЕСЯЦА @ ФИЧУ ОТКАТЫВАЮТ С ПРОДА Т.К. НЕ РАБОТАЕТ ЧАСТЬ ФУНКЦИОНАЛА @ СМОТРИШЬ - ДЕЙСТВИТЕЛЬНО, ТЫ ДОЛБОЁБ И НАПИСАЛ НЕСКОЛЬКО ВЫЗОВОВ НЕ ТАМ @ ЧЕМ ЗАНИМАЛИСЬ НА ТЕСТИРОВАНИИ И РЕВЬЮ?
>>2201482 > ТЫ - СТАЖЁР, РАБОТАЕШЬ БУКВАЛЬНО ПЕРВЫЕ 3 МЕСЯЦА В ЖИЗНИ > @ > ЗАПИЛИЛ ФИЧУ @ ДОВОЛЕН СОБОЙ > @ > ПРОХОДИТ 1,5 МЕСЯЦА > @ > СМОТРИШЬ - ТЫ ДОЛБОЁБ @ НАПИСАЛ ХУЙНЮ У меня вот так было. Раза 3 цикл повторялся, после которого что бы я ни написал до "просветления", я осознавал, что это та ещё параша.
>>2201613 НАЧИНАЕШЬ ЧИНИТЬ @ НАХОДИШЬ КРИТИЧНЫЙ БАГ @ У КЛИЕНТА НИХУЯ НЕ РАБОТАЛО БОЛЬШЕ ГОДА @ ОН ЗАПЛАТИЛ ДОХУЯ ЗА ФИЧУ @ ЕЩЕ НЕ ПОЗДНО ИСПРАВИТЬ @ НО НУЖНО ПЕРЕПИСЫВАТЬ ПОЛСЕРВИСА @ ПМ ТОРОПИТ ВЫКАТИТЬ ФИЧУ @ ЗАБЫВАЕШЬ О ТОМ ЧТО ВИДЕЛ ТЕСТЫ
ЗАЕБАЛО ЧТО МАЛО ПЛАТЯТ @ ОТВЕЧАЕШЬ РАНДОМНОЙ ЭЧАЙРКЕ С ЛИНКЕДА @ ПРОХОДИШЬ СОБЕС ПО ПРИКОЛУ @ ВНЕЗАПНО ПОЛУЧАЕШЬ ОФФЕР 50%+ К ТЕКУЩЕЙ @ НА ТЕКУЩЕЙ ТЕБЕ ПОВЫШАЛИ НЕДЕЛЮ НАЗАД @ ДРОПАЕШЬ ОФФЕР ИБО ПРИВЫК К КОЛЛЕГАМ И ДЕЛАЕШЬ ТАСКИ х4 ОТ ЗАПЛАНИРОВАННОГО
СЛОЖНЫЕ БАГИ, ДОЛГО ДЕБАЖИШЬ, УЖЕ 3 ЧАСА НОЧИ, БОЛЬШЕ НЕТ СИЛ РАБОТАТЬ @ ПОФИКСИЛ НЕКОТОРЫЕ, НАДЕЕШЬСЯ ЧТО ЗА НОЧЬ МОЗГ ВО СНЕ ПРИДУМАЕТ РЕШЕНИЕ ДЛЯ ОСТАВШЕГОСЯ БОСС БАГА, МОЖЕТ БЫТЬ ОНО ПРИСНИТСЯ @ ЛЁГ СПАТЬ @ СНИТСЯ, КАК ТЫ КЛЕИШЬ НЕСКОЛЬКИХ ТНЕЙ И ЕБЁШЬ ИХ @ СПАСИБО КОНЕЧНО, СОН ОХУЕННЫЙ, НО ХОТЕЛОСЬ БЫ ЕЩЁ ПРИДУМАТЬ, КАК ПОФИКСИТЬ БАГ
Неужели микросервисы действительно появились из-за того, что никто не может в архитектуру приложения и желания размазать своё дерьмо по 10-100+ репозиториям? Страшно же подумать сколько нетворк ресурсов в мире тратиться на взаимодействие между микрописечками.
>>2203361 А ведь они всегда писали своё говно в предположении, что раз компьютеры стали достаточно мощными, можно начинать говнокодить, железо справится с нагрузкой. Начинка становится мощнее, а программы как тормозили, так и тормозят из-за блоатваре.
>>2203347 Это противостояние имеет то же начало, что и REST vs не-REST. Одни дебилы берут бойлерплейт, натягивают свои поделки на него и считают, что иначе неправильно, другие дебилы придумывают собственную архитектуру под свои поделки и считают, что иначе неправильно. Недебилы используют оба подхода в зависимости от задач.
Если ты можешь разбить приложение на отдельные малосвязанные между собой сервисы - значит ты можешь сделать микросервисы.
По сути, плюсы такие: 1) Можно микросервис писать на любом языке, а не впиливать функционал только на том языке, на котором написано основное приложение 2) Микросервисы проще масштабировать 3) Их в отдельных случаях проще разрабатывать 3)
>>2203471 Главный плюс микросервисов это возможность их независимой разработки. Тупо каждая команда складывает говнокод в своём репозитории, а наружу только эндпоинты для джейсонов торчат да кастомеры кафку слушают. С точки зрения результата для бизнеса это всё маняоптимизации, во многих случаях вредные.
>>2203517 Сразу хочется вспомнить типикал проблемы уровня "в обновлении переделали API, половина сервисов не может работать со старым, половина не умеет с новым". А потом ещё спрашивают нахуя нужен архитектор.
>>2203471 >специфичное вроде нейронок или стейтфул сервисов Базворд провижининг фактори. Стейтфул сервис - это сервис, хранящий свой стейт, т.е. абсолютно любой с БД. Без стейта называется стейтлес. Лучше не пользоваться незнакомыми словами.
@
ДАВАЙ БУДЕМ РАБОТАТЬ МИМО АПВОРКА
@
ОТКАЗЫВАЕШЬСЯ
@
РАБОТАЕШЬ НА НЕГО НЕСКОЛЬКО МЕСЯЦЕВ
@
НИ С ТОГО НИ С СЕГО ХОЧЕТ РАСТОРГНУТЬ КОНТРАКТ
@
ПРОСИШЬ ПОСТАВИТЬ НОРМ ОТЗЫВ
@
Я ПОСТАВЛЮ 3 БАЛЛА
@
НО ЗА ЧТО, Я ВСЁ СДЕЛАЛ НОРМАЛЬНО, У ВАС НЕ БЫЛО НАРЕКАНИЙ
@
НУ ТИП ЗАМНОГО ЧАСОВ НАРАБОТАЛ
@
ДАВАЙ СДЕЛАЮ РЕФАНД НА СКОЛЬКО НУЖНО ДЕНЕГ, ТОЛЬКО НАПИШИ НОРМАЛЬНЫЙ ОТЗЫВ
@
НИХАЧУ ВРАТЬ АПВОРКУ
@
Я ЧЕСТНЫЙ
@
ДА, ЧЕСТНО ПОЛЬЁТ ТЕБЯ ГРЯЗЬЮ ВМЕСТО ТОГО, ЧТОБЫ ПРИЗНАТЬ, ЧТО ОН ЖАДНЫЙ
@
А ПЛАТИТЬ МИМО АПВОРКА, ЧТО ЗАПРЕЩЕНО ЕГО ПРАВИЛАМИ, - ЭТО НОРМ, ЭТО НЕ ПРОТИВОРЕЧИТ ЕГО ПРИНЦИПАМ ЧЕСТНОСТИ
Предыдущий https://2ch.hk/pr/res/2164653.html