Это копия, сохраненная 31 июля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
@
ТЫ ХОЧЕШЬ СДЕЛАТЬ ЕЁ ХОРОШО
@
КАБАНЧИК НАВЕРНЯКА ХОЧЕТ, ЧТОБЫ ЗАДАЧА БЫЛА СДЕЛАНА ХОРОШО
@
ДА ВСЕ ПРЕДПОЧЛИ БЫ, ЧТОБ ЗАДАЧА БЫЛА СДЕЛАНА ХОРОШО
@
НО ЕСТЬ ОГРАНИЧЕНИЕ ПО ВРЕМЕНИ
@
ЗА ОТВЕДЁННОЕ ВРЕМЯ ТЫ НЕ СДЕЛАЕШЬ ХОРОШО
Синьор, не знающий про complexity attacks, это ты забыл гречку в микроволновке? Забирай скорее, пока джуны не сожрали.
> complexity attacks
Как часто пишется такой сервер, который реально надо защищать от таких атак?
Достаточно часто, чтобы такое знание требовать от синьоров. Потому что если не они, то кто?
Вообще похуй. Что в жабе, что в пистоне каком-нибудь стандартный sort не использует быструю сортировку и устойчив к такой атаке.
Потом приходишь на собес к таким, они тебе всякие complexity attacks и оптимальные алгоритмы спрашивают.
А выходишь на проект, оказывается, что это приложение для правильного подбора собачьего корма
У нас была программистка. Милая худенькая девочка, несколько замкнутая. Программировала хорошо, гоняла с нами в шутаны, сралась за всякие программисткие темы в рабочих чатах. Носила облегающие свитера и штанишки, шишка дымилась. Всем было жаль, когда она ушла.
Ты сейчас додо пиццу описал
СИНЬОР: СЫЧОВ, КОРОЧЕ, НЕ ПИШИ СВОИ СОРТИРОВКИ, А ИСПОЛЬЗУЙ SORT, ТАК КАК ПОЧТИ ВО ВСЕХ ЯП ЭТУ ХУЙНЮ УЧЛИ ЗА ТЕБЯ
СЫЧОВ: ПИСАТЬ СВОИ СОРТИРОВКИ? ЧО? Я ТАКОЙ ХУЙНЕЙ МАЯТСЯ И НЕ СОБИРАЛСЯ
Лучший способ — использовать библиотечные сортировки.
ХОРОШО, СЫЧЕВ
А ТЕПЕРЬ РАССКАЖИ НАМ КАКОВА СЛОЖНОСТЬ ПОИСКА НА ГРАФЕ МЕТОДОМ КОСАРАЙЮ
@
ЧТО ЗНАЧИТ КАКАЯ КАСАРАЯ?
@
НУ-НУ
МЫ ВАМ ПEРЕЗВОНИМ
ТЫ ФРОНТЕНДЕР
@
СПРАШИВАЮТ КАКИЕ ЕСТЬ ПАТТЕРНЫ
@
ПАТТЕРН МАССИВОВ, ПЕРЕМЕННЫХ, АЛГОРИТМОВ, ПРОГРАММ...
@
МЫ ВАМ ПЕРЕЗВОНИМ
> А ТЕПЕРЬ РАССКАЖИ НАМ КАКОВА СЛОЖНОСТЬ ПОИСКА НА ГРАФЕ МЕТОДОМ КОСАРАЙЮ
@
КОСАРЬ, ОЧЕВИДНО ЖЕ
Мне нравится паттерн console.log(1). Настолько нравится, что аж на проще использую.
что-то мне подсказывает, что говна вы поели даже ни из-за использования qsort вместо какого-нибудь другого sort, а из-за плохой архитектуры. И, кстати, что мешает столкнувшись с такой атакой легко и быстро накатить патч?
> И, кстати, что мешает столкнувшись с такой атакой легко и быстро накатить патч?
Невозможность пропатчить работающее по или трудность обновления, очевидно. Не говоря уже об уроне от каждой дос-атаки.
С этого и нужно начинать: сделайте нормальную систему доставки обновлений, мониторинг и т.д. А потом уже занимайтесь ловлей блох. Вы заранее заткнули одну дырку — а кто-то тем временем пролезет в другую, которую вы не заметили, увлекшись premature optimizations.
> А потом уже
> Вы заранее заткнули одну дырку — а кто-то тем временем пролезет в другую, которую вы не заметили, увлекшись premature optimizations.
Евангелист системы обновлений мокрософт, ты?
Типичное «нинужен»
@
СТАТИКОСРАЧ
@
АПДЕЙТОСРАЧ
@
ПАТТЕРНОСРАЧ
@
ВЫ МОЖЕТЕ УЛУЧШИТЬ ЭТОТ СПИСОК, ИСПРАВИВ ИЛИ ДОПОЛНИВ ЕГО
Ещё фронт/бэк-срач как таковой: задачи на вашем фронте/бэке - хуйня для макак, не то что на нашем бэке/фронте.
А что, тут ещё есть воины священных табов/пробелов?
Серанул с дебила, который хочет защищаться от дудоса через ОПТИМИЗАЦИЮ КОДА, и при этом называет кого-то джуном. Еб твою мать, не позорься.
Регулярно бывает в каждом втором треде, но здесь не видел.
конешно, ведь ты реализуешь не 2+2 = 4 заранее известное, а 2 яблока + 2 яблока = хуй его знает чо будет.
Тобишь ООП нехуя не отражает реальный мир. ну и самый объект это хуета, приходит сантехник в больницу и врачь ищет у него метод лечить спидорак, ога))
шизофазия какая-то
ФП намного хуже, чем ООП и императивное программирование.
Очевидно, что читать рецепт приготовления салатика в духе "Нарезать X, добавить Y, перемешать, посыпать сверху Z" куда понятнее, чем "Салат - это посыпанное сверху Z перемешивание после добавления Y к нарезанному X".
@
ИНФРАСТРУКТУРА ДАВНО РАЗВЕРНУТА, ЛОГИРОВАНИЕ НАСТРОЕНО, ВСЕ ЗАПУСКАЕТСЯ С ОДНОЙ КНОПКИ, ТОЛЬКО И ДЕЛАЕШЬ, ЧТО КЛЕПАЕШЬ ФИЧИ И ДАВНО В ДЕБРИ НЕ ЛЕЗЕШЬ
@
РЕШИЛ НАПИСАТЬ ОЧЕРЕДНОЙ АСИНХРОННЫЙ ЧАТИК ДЛЯ СЕБЯ НА ДОСУГЕ
@
"БЛЯ, А КАК НУЖНО НОВЫЕ ПРОЕКТЫ НАЧИНАТЬ, ЧТО БЫ ЕБАТЬСЯ НЕ НУЖНО БЫЛО, Я ЭТО ДВА ГОДА НАЗАД ДЕЛАЛ"
Тру стори. Я обычно не ебу себе мозг, а просто бутстраплю проект на основе производственного.
Дурачок, не понимающий, что "complexity attack" - это самый обычный дудос и что если у тебя вдруг манясорт выполняется 1мс вместо 50мс, то дудосер просто накинет еще пару копеечных машин и продолжит делать то же самое, ты?
САЙД-ЭФФЕКТЫ ЗАПРЕЩЕНЫ
@
СОБАКА ГАВКАЕТ ИСКЛЮЧИТЕЛЬНО ВО ВНУТРЕННЕЕ ПРОСТРАНСТВО ГАВКОВ
@
КАЖДЫЙ ГАВК СЪЕДАЕТ ПОЛГИГАБАЙТА
>САЙД-ЭФФЕКТЫ ЗАПРЕЩЕНЫ
сайд эфект сама программа так как математически не доказуемо исполнение ее, в результате ты просто массив на 5кг байтов перемешиваешь ->>> <<<+
Эх класное было время нарколаю срекес задудосил
Нет, собака — это монада.
Скорее композиции функций.
Справедливости ради, у нас реально были курсы хаскелля в вузе, видел объявления. Ещё знакомым из других групп давали пролог и смоллтолк, не удивлюсь, если там и схема какая-нибудь была.
По блямбде есть неплохой самоучитель тащемта.
Борщехлебам и прочим лисперам перестало хватать денег на интернет
В фп ты просто объявляешь что это салат, а МОШИНА и КУДАХТЕЛЯТОР сами за тебя его делают
ПИШЕШЬ НА ПРОЛОГ
@
СЛУЧАЙНО ОБЪЯВИЛ СЕБЯ ПИДОРОМ
@
НЕМЕДЛЕННО ПОЧУВСТВОВАЛ БОРЩЕВУЮ ПОВАРЕШКУ В ЖОПЕ
>Уровень кодеров с каждым годом всё ниже и ниже.
Ага, сраные кодеры насрали в штаны честным кабанчикам.
Нет, не так.
Ты объявляешь салат как чистую функцию от помидоров и огурцов.
Внезапное появление укропа заставляет тебя переписывать программу.
> Ты объявляешь салат как чистую функцию от помидоров и огурцов
Помидоры и огурцы никогда не заканчиваются, делаешь состояние на бесконечном салате
Как по мне, самое интересное и толковое на wiki haskell org.
https://astro.build/blog/introducing-astro
>In Astro, you compose your website using UI components from your favorite JavaScript web framework (React, Svelte, Vue, etc). Astro renders your entire site to static HTML during the build. The result is a fully static website with all JavaScript removed from the final page. No monolithic JavaScript application required, just static HTML that loads as fast as possible in the browser regardless of how many UI components you used to generate it.
Там в джаваскрипт мирке переизобрели шаблонизаторы.
@
ЧЕРЕЗ ЧАС
@
ДА НУ ЕГО НАХРЕН, ВОН БИБЛИОТЕКА НА ПРОЕКТЕ УЖЕ ЕСТЬ, ЕЙ И ВОСПОЛЬЗУЮСЬ
>СДЕЛАЮ КА Я СВОЙ Х
И тут бы тебя опиздюлить за то что зря тратишь время кабана, изобретая велосипед
Но я ж быстро одумался.
Довольно часто велосипед свой оказывается лучше чем лололо-готовые проверенные решения.
Как минимум минул лишняя зависимость.
А в целом - библиотеки зачастую либо для оч широкого спектра задач, либо в случае опенсорсных, пилились под конкретный кейс. В обоих случаях часто выйдет говно - в первом, тебе не нужно все это, при этом можно срезать углы; во втором - заебешься декораторы, мосты и прочие фассады хуячить чтобы заставить эту мокропиську делать то что нужно тебе.
Плюс, если у тебя еще и нет доступа к исходникам готовых решения - внезапно проект может сдохнуть и потом ебись как хочешь, исходников то у тебя нет - давай, начинай хуячить хаки, а в случае если там еще и баг критичный завелся, уууу, веселья полные штаны будут.
Короче, готовые решения хорошо, когда это годами проверенная хуйня, в идеале - с открытыми исходниками, в самом идеале - ее поддерживает какой-нибудь нормальный фонд. Если хотя бы одно из условий не выполняется - тащить эту мокропиську в проект - себе дороже в будующем выйдет и проебешь ты больше времени, чем сэкономил бы не изобретая велосипед.
>Как минимум минул лишняя зависимость.
А так ты тоже добавляешь зависимость, но уже от своей либы, которую нужно тоже поддерживать.
Вот запилит Вася свою liba_1. Поработает и уволится. А пока он работал команда активно использовала либу на проекте, но только Вася мог разобраться в её исходниках т.к. там лютый пиздец. И теперь ситуация не лучше, чем когда мейнтейнер опенсорса забивает хуй на своё поделие. И хорошо, если у вас будут доступы к исходникам, а то мало ли какая моча ему в голову ебнет - снесет либу.
>в идеале - с открытыми исходниками
С закрытыми либами не сталкивался
Аксиома эскобара во всей красе
Так сейчас же любой уважающий себя фреймворк умеет генерировать проект из темплейта. В чём проблема? Или у тебя не уважающий себя фреймворк?
Ты про те генераторы хеллоуворлдов, где максимум подключаются нужные зависимости, которые надо настраивать руками?
Ну так мир не заканчивается только на MVC, тем более, для какой-нибудь микрофреймворковой залупы даже такого нет.
Это да, но с таким генератором уже сильно приятнее начинать новый проект
А что, есть такие, что и CI/CD развернут и докер поднимут с инфраструктурой типа amqp-брокера и БД? Основная еботня с этим, а не с генерацией вьюх
Таких не видел
@
В ВИКИ ПО ПРОЕКТУ ТРЕБОВАНИЯ БОЛЕЕ ШИРОКИЕ, ДЕЛАЕМ ТОЛЬКО ТО, ЧТО В ЗАДАЧЕ
@
ОТКРЫВАЕШЬ ЗАДАЧУ
@
"СДЕЛАЙТЕ ЗАЕБИСЬ, ВОТ КАК ТУТ НАПИСАНО {ССЫЛКА НА ВИКИ ПО ПРОЕКТУ}"
СРОКИ ПОЖАТЫ, ПОЭТОМУ ДЕЛАЕМ ИЗ ЗАДАЧИ ТОЛЬКО ЭТО И ЭТО
@
ЗАВОДЯТ БАГИ НА ОТСУТСТВУЮЩИЙ ФУНКЦИОНАЛ
> Дурачок, не понимающий, что "complexity attack" - это самый обычный дудос
Не только. Бывает просто дос, бывает 10000 файлов в директории.
> и что если у тебя вдруг манясорт выполняется 1мс вместо 50мс, то дудосер просто накинет еще пару копеечных машин и продолжит делать то же самое
Миллиардер, ты?
АЗЪ ДЕСИГНЕД @ НОТ ЭН ИШЬЮ
@
НЕОБХОДИМО ЭТО СДЕЛАТЬ
@
ПРОШУ ПРЕДОСТАВИТЬ СРОК ЗАВЕРШЕНИЯ
@
В ДАННЫЙ МОМЕНТ ЭТО НЕ ТАК ВАЖНО: У МИШИ ОПЯТЬ УПАЛО
@
НАПОМНИ, ЗАЧЕМ МЫ ЭТО ДЕЛАЛИ
@
ВОЗМОЖНО СТОИТ ЭТО ВЫПИЛИТЬ
@
КСТАТИ ЕСТЬ НОВЫЕ ИДЕИ
Какая же жиза. Всё меняется каждый час
И это жиза. Сами напридумывают что делать, что не делать, а потом нихуя не помнят
@
СДАЁШЬ ТЕСТРРОВЩИКУ
@
ПОЛУЧАЕШЬ ПОРТЯНКУ БАГОВ, КОТОРЫЕ НЕ ОТНОСЯТСЯ К ФИЧЕ, ПРОСТО ОН ИХ ЗАМЕТИЛ И НАДО ПОФИКСИТЬ
@
ГОВОРИШЬ, ЧТО БАГИ НЕ ОТНОСЯТСЯ К ФИЧЕ
@
ДА НЕВАЖНО, ОНИ Ж СВЯЗАНЫ, ПОФИКСИ В РАМКАХ ФИЧИ
@
ФИЧА ИЗ 4-ЧАСОВОЙ ПРЕВРАЩАЕТСЯ В 8-ЧАСОВУЮ
@
ОДНИ ИСПОЛЬЗУЮТ ТИП `X | UNDEFINED` ИЛИ `XUI?: X`, ЧТО ТО ЖЕ САМОЕ
@
ДРУГИЕ ИСПОЛЬЗУЮТ ТИП `X | NULL`
@
ЭТИ ТИПЫ НЕ СОВМЕСТИМЫ
@
ПРИХОДИТСЯ КОНВЕРТИРОВАТЬ ИЗ ОДНОГО В ДРУГОЕ, ОСОБЕННО, КОГДА ИСПОЛЬЗУЕТСЯ СТОРОННЕЕ АПИ
@
UNDEFINED ДАВНО ПОРА ЗАДЕПРЕКЕЙТИТЬ
> ФИЧА ИЗ 4-ЧАСОВОЙ ПРЕВРАЩАЕТСЯ В 8-ЧАСОВУЮ
Чел...
СТАВЯТ НЕБОЛЬШОЙ БАГ НА ЧАС
@
ДЕЛАЕШЬ ЕГО, ОТПРАВЛЯЕШЬ В ТЕСТИРОВАНИЕ
@
ТЕСТИРОВЩИК ОСОЗНАЕТ, ЧТО НА IE ПОЛОВИНА ФУНКЦИОНАЛА НЕ РАБОТАЕТ, ГОВОРИТ ИСПРАВИТЬ
@
ПИШЕШЬ, ЧТО НИЧЕГО ИЗ ЭТОГО НЕ IE В ПРИНЦИПЕ С САМОГО НАЧАЛА НИКОГДА НЕ РАБОТАЛО, ЕЩЁ ДО ТОГО, КАК ТЕБЯ НА ПРОЕКТ НАЗНАЧИЛИ
@
ВСЁ-РАВНО НАДО В ЭТОМ БАГЕ ИСПРАВИТЬ
ФИЧА ИЗ 4-ЧАСОВОЙ ПРЕВРАЩАЕТСЯ В 8-ЧАСОВУЮ
@
Т.Е. В 40 ЧАСОВУЮ
@
А, БЛЯ, ТАМ ЕЩЕ ПАЧКА БАГОВ
@
НУ КОРОЧ ЧЕРЕЗ МЕСЯЦ ДОДЕЛАЮ
Сделать совместимость с ишаком - это реально и есть месяц+
Нахуй им это надо - непонятно, когда у ишака жалкие единицы процентов рынка
>Нахуй им это надо - непонятно, когда у ишака жалкие единицы процентов рынка
Там сидят тупые менеджеры. Сказали "Надо" и хуй че им возразишь
Это наверно какая-то госконтора. К счастью, практически все мои клиенты понимают, что ишак - всё
>ЧТО ТО ЖЕ САМОЕ
With this PR we introduce a new strict mode, --strictOptionalProperties, in which optional properties declared without an explicit undefined in their type do not permit assigning a possibly undefined value
>Интересно, почему jsp умер, а пхп жив?
Потому что из пхп сделали джавообразный язык программирования и как шаблонизатор его не используют даже в пхп мире, там используют Blade/Twig
jsp жутко неудобный. А пхп это стандартный простенький язык, без принудительной ооп как в жабе
Дык ведь флеш недавно совсем задепрекейтили, десять лет ещё не прошло
вот очень плохо что от жабы в браузере отказались. Десктопный уровень прямо в браузере, отказ от хтмл, ксс и жабаскрипта. Нормальная жаба вместо них, с нормальным выполнением на жабамашине клиента.
Можно было бы автокад в браузере запускать и он бы нормально работал
Только теперь в пхп этот самый ооп пихают по самые помидоры
Заебись
>Десктопный уровень прямо в браузере
Типа электрона?
>Нормальная жаба вместо них, с нормальным выполнением на жабамашине клиента.
Нихуя жабамирок.
>отказ от хтмл, ксс и жабаскрипта.
Чтобы выглядело как говно?
@
ВИДИШЬ КАК ЕГО ОБСИРАЮТ
@
БРОСАЕШЬ
@
УЧИШЬ ДРУГОЙ СТЕК
@
О, ЭТО УЖЕ НЕАКТУАЛЬНО
@
УЧИШЬ ТРЕТИЙ
@
ОЙ ЧЕРЕЗ ПОЛГОДА ЗАЛУПА НЕЙМ ЕГО ЗАМЕНИТ
@
ПРОХОДЯТ ГОДА. В ТВОЕЙ ГОЛОВЕ САЛАТ ИЗ РАЗНЫХ НЕДОУЧЕННЫХ ПАРАДИГМ, А ТЫ ТАК И НЕ ВКАТИЛСЯ ДАЖЕ НА ЗАВОДИК
Надо перенести пхп наверх. И что там скратч делает? Это же хуйня для шкилы.
>Руби
>Типа электрона?
электрон это жабаскрипт на десктопе. Прям бинго - говно из веба тащат ещё и на десктоп
Да говно из веба уже по всему столу размазано, хуй вытрешь уже.
Жиза. Успеваешь поработать на каком-то стеке года 3-4 и приходится перекатываться на новый. В результате резюме выглядит как шведский стол
Coffee там нет, да и сдох он давно. Шарп внизу, видимо, из-за неткора/нет5, на который так наяривают шарписты.
ДЕПЛОЙ ИДёТ РУКАМИ ЧЕРЕЗ ФТП
@
НА СОТНЮ ПО-РАЗНОМУ НАСТРОЕННЫХ СЕРВЕРОВ
@
ТРЕТИЙ ГОД ВНЕДРЯЕШЬ ГИТХАБ
@
ЧУВСТВУЕШЬ СЕБЯ ГЕРОЕМ ЗАВОД-ТРЕДА
@
ДОСТАТОЧНО
А потом оказывается, что автор либы читал RFC жопой, а внутри либы треш и пиздец.
А что тебе не нравится? Всё прямо по канонам жабамечты сделано - и сэндбоксинг потому что запускается инстанс браузера азаза и совмещение веба с десктопом.
@
ДУМАЕШЬ, ЧТО У ТЕБЯ ЕСТЬ ПЕРЕМЕННАЯ DATE, КОТОРАЯ КАК БЫ ДОЛЖНА ЗАПОЛНЯТЬСЯ В DATE PICKER'Е
@
ИСПОЛЬЗУЕШЬ ЕЁ В БОЛЬШОМ КУСКЕ КОДА
@
НА САМОМ ДЕЛЕ DATE - ЭТО НЕ ПЕРЕМЕННАЯ, А ФУНКЦИЯ, КОТОРАЯ ВЫДАЁТ ТЕКУЩУЮ ДАТУ И ВРЕМЯ
@
А ВСЁ ПОТОМУ, ЧТО В ДЕЛФИ ФУНКЦИИ, У КОТОРЫХ НЕТ АРГУМЕНТОВ, МОЖНО ВЫЗЫВАТЬ БЕЗ КРУГЛЫХ СКОБОК, КАК БУДТО ЭТО ПЕРЕМЕННЫЕ
@
ХОТЬ DELPHI/PASCAL - НЕ ИДЕАЛЬНЫЙ ЯЗЫК, НО И НЕ ТАКОЙ УЖ ПЛОХОЙ, НО ЭТА ОСОБЕННОСТЬ - ПОЖАЛУЙ ХУДШЕЕ, ЧТО В НЁМ ЕСТЬ
Тащемто генерирует тексты по качеству не хуже некоторых шизофазиков из этого треда
В некторых языках есть похожее. Просто кодстайлом не рекомендуется и вроде как следуют.
А я просто забыл, что не объявил переменную date ну и хуярил всюду её как переменную. И тупой линтер дельфи не ругается на такое, он вообще очень примитивный
Пробуешь всё в свободное время по чуть-чуть, на работе ебашишь то что есть. Ну или обосновываешь кабану почему выгодно переписать. Плевать что от зубов не отскакивает, зато ты примерно в курсе всего.
> Пробуешь всё в свободное время по чуть-чуть
Это хорошо, когда ты не заёбан работой, когда мало дедлайнов, то и в свободное время что-то делать норм. В идеале как в гугле - один день в неделю даётся на игрульки с любыми пет проектами или новыми либами/фреймворками/etc
@
БИЛД ЕСТЕСТВЕННО НЕ ДОТЕСТИРОВАН НА СТЕДЖЕ
@
ОТТЯГИВАЕШЬ ВРЕМЯ ПРОВЕДЕНИЯ НА ПОПОЗЖЕ
@
ОСТАЛОСЬ 2 ЗАДАЧИ ИЗ 30
@
НУ ЛАДНО, ВЫКАТИТЬ МОЖНО, ВСЕ РАВНО СНАЧАЛА ДОСТУПНО НА ОДНОМ ИНСТАНСЕ ВО ВНУТРЕННЕЙ СЕТИ
@
-ЛОГИ НЕ ПИШУТСЯ!
@
-А НА ТЕСТЕ РАБОТАЛО? -РАБОТАЛО
@
ПОПРАВИЛ КОНФЛИКТ, ЕЩЕ 30 МИНУТ СБОРКИ
@
-ЗАДАНИЕ ПОЧЕМУ-ТО НЕ ПОПАДАЕТ В ОЧЕРЕДЬ, Я НА ТЕСТЕ ПРАВДА НЕ ПРОВЕРЯЛА.
@
-А ЕЩЕ СООБЩЕНИЕ ПОЛЬЗОВАТЕЛЮ НЕПОНЯТНОЕ
@
ЧЕРЕЗ 20 МИНУТ СНОВА ЧТО-ТО НЕ НРАВИТСЯ ТЕСТИРОВЩИЦЕ
@
ЕЛЕ КАК ЗАРЕЛИЗИЛИСЬ К 23:00
Сука, я бы убил её или изнасиловал. На тесте половину не смотрят, а на стейдже в день релиза всё всплывает. И еще не пачку ошибок отдает, а по одной. Как блять бесит это
Создайте уже отдельный тред, заебался вас скрывать.
НУЖНО ПОФИКСИТЬ БАГ В ХРАНИМКЕ
@
СЕРВАК А НЕ ОБНОВЛЯЛСЯ ТРИ ГОДА, ПОЛОВИНЫ НУЖНЫХ ПОЛЕЙ В БАЗЕ НЕТ
@
НА СЕРВАКЕ БЕ ВООБЩЕ ПАРАЛЛЕЛЬНАЯ ВЕТКА РАЗРАБОТКИ, НО ЕГО ТОЖЕ НУЖНО ОБНОВЛЯТЬ
@
ЧТОБЫ ПОПАСТЬ НА СЕРВАК ЦЕ, НУЖНО ЧЕРЕЗ РДП ЗАЙТИ НА СЕРВАК ДЕ, В НЁМ ВКЛЮЧИТЬ ВЕПЕЕН И ЗАЙТИ НА СЕРВАК ЦЕ ЧЕРЕЗ ТИМВЛЮВЕР
@
ПОСЛЕДНЯЯ ВЕРСИЯ БАЗЫ НЕ РАЗВЁРНУТА НИ НА ОДНОМ СЕРВАКЕ ВООБЩЕ, ПОТОМУ ЧТО ШЕСТЬ ЗАЯВОК НЕ ОТТЕСТИРОВАНЫ
ПИШЕШЬ НА DELPHI В 2021
@
НУЖНО, ЧТОБЫ ПРОЦЕДУРА ОБНОВЛЯЛА ПЕРЕДАННЫЙ CAPTION ЕСЛИ НУЖНО, А ЕСЛИ НЕ НУЖНО — НЕ ТРОГАЛА
@
ПРОПЕРТЯ У БАЗОВОГО КЛАССА TCOMPONENT PROTECTED
@
ПЕРЕДАВАТЬ ПРОПЕРТЮ VAR-ПАРАМЕТРОМ НЕЛЬЗЯ
@
ЗАМЫКАНИЯ ЕСТЬ, НО НИКАКИХ ВАМ НЯШНЫХ =>(), НУЖНО ПИСАТЬ ПОЛНОЕ ОПИСАНИЕ ФУНКЦИЙ СО ВСЕМИ ТИПАМИ И BEGIN-END
@
@
TYPE TMYCOMPONENT = CLASS(TCOMPONENT);
@
ПАБЛИК МОРОЗОВ
А как ты автотестом протестируешь интерфейс? Автоимпорт из экселя? сложную хитровыделанную печатную форму?
Интерфейсы не ограничиваются вебом.
IDE не подсвечивает функции и процедуры другим цветом, отличным от переменных?
Делфя без дополнительных расширений не умеет, она вообще только ключевые слова и литералы, насколько я помню, умеет.
Блядь, как же хорошо, что тот проект на делфи 2007 ушел другой конторе, а я пишу на современном языке в современной IDE. Как вспомню те три года, так вьетнамские флешбеки.
Суть не в возрасте, а ЫЫЫ ХАЙП ИНФОЦЫГАНЕ КУРСЫ ВКАТ ВКАТ ВКАТ.
import slesorflow as sf
Нет, я батя. Мелкому 2 года.
Алсо, в основном пишу на реакте. А делфи - это как я уже сказал, автоматизация личных дел. И то, только тех, которые на хтмле и джсе не сделаешь. То что на них можно сделать, я делаю на них, потому что тупо не надо запускать тяжёлую делфу и что-то конпелировать, ну и ебаться архаизмом делфи
Не у портабельность веб приложений without even trying, конечно же плюс
И кто о нем слышал тогда? Петухон стал на хайпе с начала десятых по факту, а в конце десятых получил вторую волну хайпа. Как раз логично его относить к зумерам.
На питоне уже в нулевых был всякий прикладной софт. В те времена для него существовала даже развитая гуйня в виде PyQt. Джанга появилась в 2005 и стала люто-бешено хайпить через пару лет. Мемасик просто рисовал ваннаби, который не помнит, как оно на самом деле было.
Зумеры дегенераты, очевидно же.
Ардуине, чсх, тоже сто лет в обед. А если надо сделать какой-то опенсорсный/опенхардварный продукт, ориентированный на широкий круг диайвайщиков или около того, то лучше всего делать его именно на основе AVR (если хватит аппаратных ресурсов) и совместимым с ардуиной просто в силу распространенности, низкого порога вхождения огромного сообщества.
Агрятся же на нее в основном быдлоэлектронщики, у которых внезапно отобрали сакральность создания девайсов на контроллерах, без которой они ничего особо из себя не представляют в профессиональном плане. А именно профессионалам по большому счету плевать.
// Мимо железячный стартапер дохуя
Одну сетевую железку для мелких датацентров, которая получилась в два с половиной раза дешевле всего что есть на рынке. Щас запускаем производство в китае вместе с американскими партнерами. Если выгорит - напишу подробно как вкатиться в это)
Пасиба
1.
response code: 200
response body {
"error" : "ne naideno"
"error_code": "404"
}
2. Кодеры в продуктовых компаниях по уровню на порядок ниже, чем в аутсорсе.
3. ООП - главная и самая оптимальная парадигма на данный момент и будет таковой еще минимум лет 10. Залетные зумерки-порриджи могут сколько угодно спорить, но это так.
4. Разработка на фронтенде сложнее, чем на бекенде. Как минимум, из-за юая, который есть только у первых, в то время, как бизнес-логика +- по сложности одинакова.
Хотя ладно, эта тема для срача уже такая себе, потому что треда 1-2 назад в подобном сраче бекендер пытался блеснуть умом и начал говорить за паттерны, причем паттернами для него было все, даже микросервисы, после чего он насосался таких огромных хуев и в таком количестве, что я сомневаюсь, что следующие полгода кто-то из бекенда захочет на эту тему спорить
надеюсь, тред теперь взлетит
> 4
Но в прошлом треде фронтов обоссали
>>2059547 → .
Фронты настолько тупые, что приняли список книг с паттернами, используемыми в бэке >>2056296 → , за названия паттернов.
покормил
Что не так в 1 пункте?
@404
@почему 404, ведь там просто пустой массив должен быть с 200
@ну по спецефикации 404 на пустой массив))
@ок
@а вот тебе еще 40 вариааций кодов)) обработай все у себя, через год еще будет 150 вариаций)) по спеке все))))
2- все так
3 - ооп не нужен, но он нужен для TODO И институтов.
Фронт сложней бекенда.
открой КРУД бекенд макак и там все просто и логично.
Открой фронтовой проект, там куча сложного пиздеца с реактивностью, событийности, асинхронностью. Это я еще молчу про верстку на гридах с всякими хаками.
Тесты делать на фронте в 10 раз сложней.
Сейчас набегут бекендеры и скажут: ко-ко-ко да просто надо не круд рассматривать а сложный проект, ну тогда и на фронте надо сложный проект рассматривать а не формочку.
>2. Кодеры в продуктовых компаниях по уровню на порядок ниже, чем в аутсорсе.
Офисы может фильтруют совсем дноуровень, по остальным планкам удалёнщики в среднем сильнее
>3. ООП - главная и самая оптимальная парадигма на данный момент и будет таковой еще минимум лет 10. Залетные зумерки-порриджи могут сколько угодно спорить, но это так.
Ну если брать кондовые парадигмы, то по-моему очевидно, что ООП на хаскелле намного менее выразительнее ФП вплоть до тайпклассов в жабоскалах. Современных мультипарадигменных монстров сложно сравнивать
>4. Разработка на фронтенде сложнее, чем на бекенде. Как минимум, из-за юая, который есть только у первых, в то время, как бизнес-логика +- по сложности одинакова.
Современный фронт сегодня включается себя вообщё всё, что включается бек, если не больше. Кручение деревьев может понадобиться даже на рендере вью, отрисовывая какую-нибудь сетку. Лексеры-хуексеры и прочие аст парсеры пишутся пачками для всяких бандлеров, лоадеров и линтеров. Изъёбывание с конкуррентом, пердолинг ресурсов и обход однопоточности на серьёзном проекте может обогнать по сложности написанный для этого проекта бек. Концепты и парадигмы на фронте уже обогнали бек, можно вспомнить то же эрэксные рфп, перекочевавшие с фронта на бек, а не наоборот
>Кодеры в продуктовых компаниях по уровню на порядок ниже, чем в аутсорсе.
Лютый пиздеж. В аутсорсе не задумываются над качеством кода и делают его «на выброс» и уж во всяком случае не для себя.
Работал в трёх галерах и в трёх продуктовых компаниях - в продуктовых всегда разрабы сильней и качество кода лучше; если мы только не говорим про одноразовые стартапы на выброс опять же, а именно уже работающие продукты. А одноразовые стартапы часто как раз таки аутсорсу пихают
> ООП
Спорно. Главная претензия - общие мутабельные данные.
> Разработка на фронтенде сложнее, чем на бекенде
))))
Продуктовая компания : 1 проект пишут 5 лет, все программисты делают доделки и вставляют костыли.
Аутсорс: каждые 3 месяца новый проект, постоянно новые навыки.
Лол, у меня на фронте кручение деревьев часто бывает.
Иду к бекендерам, а они: "бля сложнааа неделю делать, сделай на фронте сам"
Приходится крутить дерево на фронте, фильтрую пришедшие древовидные данные + расщепление узлов.
Но для дедушек я просто сделал форму)00
Продуктовая компания: заботятся о состоянии кодовой базы, делают рефакторинг, вводят новые паттерны и подходы. Экспериментируют и собирают инста фидбэк от своих технологических решений от миллионов юзеров.
Аутсорс: хуярят трёхмесячные лендинги с анимациями и 10 роутовые круды, не пишут тесты, выкидывают проекты дальше, иногда берут в поддержку адовое гавно от других атусорсеров и аккуратно перекрашивают кнопки боясь сломать уже работающую хероту. На запрос про рефакторинг, переход на микросервисы или просто нормальную реализацию фичи получают от прожекта «не ну ребят вы все правильно говорите, но ЗОКАЗЧИК сказал сами понимаете, надо просто булочки напрячь и доставить эти фичи сейчас, потом получим полный контракт и сможем все переделать».
Крутишь бинарные деревья, чтобы перекрасить кнопку? Почетно, молодец.
А теперь не мешай дядям думать над действительно важными вещами
Ну там же не только кнопки.
В прошлом месяце крутил линии что бы рисовать неебаца в рот хитрый инструмент как струны
Дяди крудят JSON
Мимо фронт 350к в месяц.
Анимации и графика, споры нет норм. Красивые лендосы одностраничники получаются.
А дяди пока тебе json поварят, ведь json - это то, что нужно пользователям. Больше jsonov - больше пользователей.
350к норм зпшка, молодец.
Я не делал лендосы лет 10.
Это же верстальщики делают.
Фронт разраб вообще не прикасается к верстке, дядя-бекендщик.
Я разве про верстку? Твоя же экспертиза - анимации и графика, как раз для одноразовых сайтов.
А вот с 10 годами ты меня удивил. Ты 10 лет назад делал лендосы -> 10 дет занимаешься фронтендом? По твоей зп я было предположил что ты крепкий мидл, но видимо таки синьор?
> 4. Разработка на фронтенде сложнее, чем на бекенде.
Я надеьсь, речь идет про всякие базы-хуязы и простую бизнес-логику. А то мне за последний год пришлось четыре раза чинить ядро, писать модули на сях к питону, реализовывать rfc по списку и отлаживать контроллеры. И все в рамках одного проекта. Бекенд тащемта.
Фронт на порядки сложнее бэка, это я как мобильщик говорю.
Там столько особенностей взаимодействия с API что просто ебанешься нормально это все сшивать. Причем по хорошему все нужно заранее знать, потому что может возникнуть необходимость перепидорашивать половину архитектуры, если заранее не предусмотрел что может появится запрос на добавление какой-то хуитки, а со стороны заказчиков и менеджеров это может выглядить настолько же легко как добавить голубую кнопку вот сюда.
Где-то пермишены в определнных ситуациях надо запрашивать и закладываться что пользователь может их в любой момент отозвать или дать вообще не такое как ты просил, где-то в бэкграунде доступны вещи только в определенных ситуациях и в определенное время. В любой момент в твое приложение могут ворваться с пуша, диплинка, шортката, виджета. К этому тоже нужно быть готовым. Всегда нужно быть готовым что сохраняя какие-то данные, если это занимает больше пару секунд делать это в фоне и быть готовым перевести в бэкграунд со своими анальными танцами и особенностями если пользователь решил закрыть приложение. Во многих ситуациях надо еще с отдельным процессом долбиться или часами. Сбоку идут сетевые операции, которые нужно быть готовым отменять/ретраить/ограничитвать/уводить в фон, в любое время. И это еще даже не касаемся UI в котором свои анальные боли с интернационализацией, поворотами/разворотами, разделением на несколько окон, поддержкой разных лейаутов для разных типов устройств(телефон/планшет). Ах, да, многопоточность на которой легко подорваться если нет хорошей базы и асинхронные вызовы эвривере.
Периодически еще нужно кресты/няшную петушить и байтоебстовать.
Если приложение насыщено мультимедиа и нужно обрабатывать стримы видео/аудио добавляется еще один уровень анального циркачества.
Отдельный гиморрой это работа с картами, геолокациями, геофенсинг вот это все.
Типичный бэкендомакакен делает кнопку по нажатию которой высвечивается Hello world и считает что клиентсайд - это только UI и там все просто.
Фронт на порядки сложнее бэка, это я как мобильщик говорю.
Там столько особенностей взаимодействия с API что просто ебанешься нормально это все сшивать. Причем по хорошему все нужно заранее знать, потому что может возникнуть необходимость перепидорашивать половину архитектуры, если заранее не предусмотрел что может появится запрос на добавление какой-то хуитки, а со стороны заказчиков и менеджеров это может выглядить настолько же легко как добавить голубую кнопку вот сюда.
Где-то пермишены в определнных ситуациях надо запрашивать и закладываться что пользователь может их в любой момент отозвать или дать вообще не такое как ты просил, где-то в бэкграунде доступны вещи только в определенных ситуациях и в определенное время. В любой момент в твое приложение могут ворваться с пуша, диплинка, шортката, виджета. К этому тоже нужно быть готовым. Всегда нужно быть готовым что сохраняя какие-то данные, если это занимает больше пару секунд делать это в фоне и быть готовым перевести в бэкграунд со своими анальными танцами и особенностями если пользователь решил закрыть приложение. Во многих ситуациях надо еще с отдельным процессом долбиться или часами. Сбоку идут сетевые операции, которые нужно быть готовым отменять/ретраить/ограничитвать/уводить в фон, в любое время. И это еще даже не касаемся UI в котором свои анальные боли с интернационализацией, поворотами/разворотами, разделением на несколько окон, поддержкой разных лейаутов для разных типов устройств(телефон/планшет). Ах, да, многопоточность на которой легко подорваться если нет хорошей базы и асинхронные вызовы эвривере.
Периодически еще нужно кресты/няшную петушить и байтоебстовать.
Если приложение насыщено мультимедиа и нужно обрабатывать стримы видео/аудио добавляется еще один уровень анального циркачества.
Отдельный гиморрой это работа с картами, геолокациями, геофенсинг вот это все.
Типичный бэкендомакакен делает кнопку по нажатию которой высвечивается Hello world и считает что клиентсайд - это только UI и там все просто.
Лолшто, уже и до блеклистов дошли? Ну ладно я понимаю слейв/мастер, но у блеклистов же этимология даже близко с расой не связана https://en.wikipedia.org/wiki/Blacklisting#Origins_of_the_term
>Сравнивает бекенд в вебстудии делающей сайты-визитки и топовые по сложности задачи фронта
На такие жирные набросы перестали рваться уже тредов 5 как. Попробуй получше
>сами себе усложнили жизнь в 10 раз больше чем нужно, ведь зачем делать технологии/стандарты/языки по уму когда можно с налёта
>жалуются всем, что у них сложно
>в то же время гордятся тем, что потратили дофига времени на то, чтобы разобраться в своём же сранье
плюсовик-кун
Похоже на то.
Все вызовы фронтендеров - укрощение собственных технологий, кек.
А беки спокойно решают бизнес задачи, пилят бизнес логику моделирующую процессы и варят данные для пользователей.
>А беки спокойно решают бизнес задачи, пилят бизнес логику моделирующую процессы и варят данные для пользователей.
Бизнес-задача вернуть 200 OK { "error": "404" }.
А если бы у кода ошибки был тип error_code_404_t, то статическая типизация устранила бы такой баг на этапе компиляции.
Это не баг, так сделано специально.
Ну да, это поинтересней чем ожидание 3 секунд на рендеринг ФРОНТЕНД-ПРИЛОЖЕНИЯ и загрузка миллионов килобайт вспомогательного хлама, без которого НЕ-ВЕРСТАЛЬЩИК и пук в зелёный цвет покрасить не может
Но местный бекендочушок тоже начинает аргументировать кастомными платежными системами, миграциями с миллионами клиенов и оптимизацией 300к запросов в нс
С точки зрения заднеконечника-хуесоса - безусловно
Ну давай сравним сложность этих твоих 300кк запросов в наносекунду и рендеринг струн на сложном хитровыебанном анимацией фронте.
Что сложнее? Ну допустим одинаково.
А что важнее?)
>Высирает стену аргументов где приводит самые крайние кейсы сложности фронта
>Ему в ответ приводят такие же крайние кейсы сложности бека
>Рррряяя защо
))))
Собственно этот полностью описал больше половины сложности фронта >>78984
Понавысирали 10 тысяч разных стандартов и протоколов и героически борятся с несовместимостью.
Еще фронточушки часто про асинхронность и конкурентность затирают, хотя по сути асинхронно они связываются только с беком, тогда как бек имеет те же заебы с асинхронностью но они еще размазаны на десяток-другой микросервисов и состояние на всех них должно быть синхронизовано, что увеличивает сложность на порядок.
А больше сложных задач с фронта никто так и не привел.
2) Все, что есть уникального на фронте - это работа с UI, которая конечно может быть нетривиальной, но говорить, что рисовать анимации сложнее, чем писать всю бизнес-логику проекта может только шизик, не понимающий что за его "кококруд лигко напесать, че там пара полей" могут скрываться тысячи строк кода, которые все нужно привести к этой паре полей и отдать пиздюку фронтендеру, чтобы он их вставил в форму за пять минут.
3) Если фронтендер проебется, то это недовольный клиент. Если бэкендер проебется, то компания может всрать миллион.
>Если фронтендер проебется, то это недовольный клиент. Если бэкендер проебется, то компания может всрать миллион.
Приводил в том треде такой аргумент. Ваще мне пох на спор о сложности, разница в ответственности главным образом.
Да не бывает такого, любой диванный хакер разворотит все приложение напрямую через роуты
@
REACT/REDUX
@
WEBPACK
@
ВЕРСТАЕШЬ МАКЕТЫ
ВАЛИДАЦИЯ НА БЭКЕ
@
ВАЛИДАЦИЯ НА ФРОНТЕ
@
НЕ СОВПАДАЮТ
@
100500 ПРАВИЛ
@
БЭК И ФРОНТ НА РАЗНЫХ СТЭКАХ
Очевидно виноват фронтендер, потому что валидация бэка - это закон, а валидация фронта - это когда мама сказал шапку надеть, а ты вышел из квартиры и снял ее тут же.
Бывает в энтерпрайзе в приложениях внутреннего применения, когда у тебя единственный правильный толстый клиент с бизнес-логикой, а у злоумышленника тупо нет доступов. У нас даже часть sql-запросов идёт напрямую с клиента, но этот пиздец сейчас выпиливают.
2021
@
ОБЛАКА, КОНТЕЙНЕРЫ, МИКРОСЕРВИСЫ СТАНДАРТ ИНДУСТРИИ
@
СОРОКАЛЕТНИЙ ТИМЛИД ФОРСИТ НАЧИНАТЬ ПРОЕКТ НА ДЖАВЕ
И?
2021
@
МИКРАСЕРВИСЫ СИЧАС ВИЗДЕ ПАПУЛЯРНЫ ЗНАЧЕТ ЭТА ХАРАШО И НАМ ТОЖИ НАДА СДЕЛОТЬ!!
@
НЕ НАДО, В ЭТОМ ПРОЕКТЕ НЕЧЕГО РАЗДЕЛЯТЬ НА МИКРОСЕРВИСЫ, ЭТО БУДЕТ ПРОСТО ЛИШНЕЕ УСЛОЖНЕНИЕ АРХИТЕКТУРЫ БЕЗ ПРИЧИНЫ, ПИШЕМ СТАНДАРТНЫЙ МОНОЛИТ НА СТАНДАРТНОМ СТЕКЕ
@
АРЯЯЯ БУМИР НА ДЖАБИ ПИШЕШЬ!!!!!
@
"РАССКАЖИТЕ О СВОЕМ ОПЫТЕ, КАКИЕ ТЕХНОЛОГИИ ИСПОЛЬЗОВАЛИ, КАКИЕ БАЗЫ ДАННЫХ, СПАСИБО, ВАШ ОПЫТ ОЧЕНЬ ИНТЕРЕСЕН" - СОБЕС ЗА 30 МИНУТ, ПОЗИТИВНЫЙ НАСТРОЙ
@
ТЕХНИЧЕСКОЕ СОБЕСЕДОВАНИЕ В КОМПАНИЮ В СНГ
@
"КАКИЕ МЕТОДЫ У ОБЪЕКТА? А ВОТ РАССКАЖИТЕ, КАК ПРАВИЛЬНО НАДО ЧИТАТЬ ГИГАБИТНЫЙ ФАЙЛ? РАССКАЖИТЕ ВНУТРЕННЕЕ УСТРОЙСТВО СБОРЩИКА МУСОРА. А СКОЛЬКО МИКРОСЕКУНД ЗАНИМАЕТ ОПЕРАЦИЯ КОПИРОВАНИЯ?" - СОБЕС ДЛИТСЯ БОЛЬШЕ ЧАСА, ОЩУЩЕНИЯ, БУДТО ГОВНА ПОЕЛ
Фронтендер: "Да что там бэк, json получил, положил в базу, достал из базы, а вот у меня то работа тут"
Бэкендер: "Да что там фронтенд, данные получил, табличку с кнопками нарисовал, а вот у меня то работа тут"
Никакого. Просто люди долбоёбы.
Правда только в случае фронтендера, они редко с бэком работают и вообще обычно слабо представляют, что там. У них "пять полей с сервера пришло, значит это пять строчек круда за пять минут на сервере написано, как и в моей форме". Бэкендеры же почти все так или иначе с фронтом работали, потому что не все компании могут себе позволить отдельную команду на каждый пук, а фулстэк разработчик - это всегда с упором в бэк, потому что без нормального бэка проекта нет в принципе, а хуево нарисованную кнопку клиент потерпит.
УВЕРЕН, ЧТО У ТЕБЯ НЕТ СИНДРОМА САМОЗВАНЦА И ТЫ ДЕЙСТВИТЕЛЬНО НЕКОМПЕТЕНТЕН
Я фулстак, много делал и то и то.
Бэк сложнее. Больше ответственности и мозгоебли. Нужно больше знать, куча всяких технологий, алгоритмы и т д.
Фронт тоже непрост, но там ты не можешь накосячить. Максимум - ну страница сломается, но формочка не отправится - хуита.
На бэке допустишь пару неточностей - всё, через неделю половина сущностей в бд сломались.
@
КАЖДАЯ НОВАЯ ТАСКА, ЭТО УВЕЛИЧЕНИЕ ДОЛИ БЭКЕНДА И УМЕНЬШЕНИЕ ФРОНТЕНДА
@
КОГДА В ПРОШЛЫЙ РАЗ НАКОПИЛСЯ КРИТИЧЕСКИЙ УРОВЕНЬ БЭКЕНДА, УВОЛИЛСЯ И ПЕРЕШЁЛ НА ДРУГУЮ РАБОТУ
@
ФРОНТЕНД РАЗРАБОТЧИКОМ
@
ОСОЗНАЕШЬ, ЧТО НА НОВОМ МЕСТЕ ПРОИСХОДИТ ТОЖЕ САМОЕ
@
СМОТРИШЬ ВАКАНСИИ ТОЛЬКО НА ФРОНТОВ, НЕ СЧИТАЕШЬ, ЧТО ПРИЧАСТЕН К БЭКУ
Мне кажется, что я скоро в бэкендера превращусь, а я не хочу. Хочу верстать, да ращмазывать жсончики по вуе и дёргать апишечку.
> Бэкендеры же почти все так или иначе с фронтом работали
У нас в команде сейчас только один бек фронт педалить умеет, и то это у него дальше хобби не уходит
А у меня в последних четырёх командах 0 фронтов умело пилить бек
Так наоборот заебись же, каждый раз уходишь на x2 и рассказываешь об успешном «подставь название».
Жиза
> РАССКАЖИТЕ О СВОЕМ ОПЫТЕ, КАКИЕ ТЕХНОЛОГИИ ИСПОЛЬЗОВАЛИ, КАКИЕ БАЗЫ ДАННЫХ, СПАСИБО, ВАШ ОПЫТ ОЧЕНЬ ИНТЕРЕСЕН
Собес на сеньора.
> КАКИЕ МЕТОДЫ У ОБЪЕКТА? А ВОТ РАССКАЖИТЕ, КАК ПРАВИЛЬНО НАДО ЧИТАТЬ ГИГАБИТНЫЙ ФАЙЛ? РАССКАЖИТЕ ВНУТРЕННЕЕ УСТРОЙСТВО СБОРЩИКА МУСОРА. А СКОЛЬКО МИКРОСЕКУНД ЗАНИМАЕТ ОПЕРАЦИЯ КОПИРОВАНИЯ?
Собес на миддла/джуна.
>Я фулстак, много делал и то и то.
>Бэк сложнее
Ты на 100% пиздишь. Либо твоя работа с фронтом ограничилась максимум одностраничным сайтом-визиткой или же одноэкранной мобайл-аппкой.
Бред полный.
>Правда только в случае фронтендера, они редко с бэком работают и вообще обычно слабо представляют, что там
Бекендеры точно также в душе не ебут, как работает фронт. Я мобайл дев, и дохулиард раз сталкивался с ситуацией, что для получения инфы на 1 экране мне нужно проделывать сначала 2-3 запроса параллельно, а затем по получению еще 1 на основе ответа предыдущих. Хотя по-нормальному, бекендеру надо было оторвать жопу от стула и дописать несколько полей в SELECT ... FROM, если утрировать. И в итоге получается неоптимальный вызов кучи методов и лишние 2 секунды ожидания для конечного юзера.
> У них "пять полей с сервера пришло, значит это пять строчек круда за пять минут на сервере написано, как и в моей форме".
Если сам реквест уже есть и отдает данные, то представь себе, да, добавить еще пять полей - это пять строчек кода. Если же ты для существующего реквеста при добавлении одного поля начинаешь еще и дергать новые микросервисы, которых не было ранее, то земля тебе пухом братан, научись строить нормально архитектуру проекта.
>Бэкендеры же почти все так или иначе с фронтом работали
Прочитай прошлые пару тредов, как бекендеры отсасывали от элементарных для фронта вопросов
>не все компании могут себе позволить отдельную команду на каждый пук
На каждый нет, но отдельно людей на бек, отдельно на фронт (сайт, мобайл иос, мобай андроид) заводят.
>без нормального бэка проекта нет в принципе
А без нормального фронта ты просто нихуя не продашь, мань, заказчику похуй на потуги бекендеров и всякие джсончики, ему нужно видеть визуальную часть, которая работает быстро и которая показывает нужные данные.
>а хуево нарисованную кнопку клиент потерпит
Ты никогда в жизни не имел дело с фронтом и никогда в жизни даже близко не общался с заказчиками. Это твое предложение тебя выдало. Вангую - ты максимум джун в говноконторке, конечно же на бекенде, дальше выборок из бд и формирования джсонов не заходил. Коммуникация у тебя только с лидом и пмами, не более того. От большинства сложностей и реалий тебя пока просто ограждают.
Бред полный.
>Правда только в случае фронтендера, они редко с бэком работают и вообще обычно слабо представляют, что там
Бекендеры точно также в душе не ебут, как работает фронт. Я мобайл дев, и дохулиард раз сталкивался с ситуацией, что для получения инфы на 1 экране мне нужно проделывать сначала 2-3 запроса параллельно, а затем по получению еще 1 на основе ответа предыдущих. Хотя по-нормальному, бекендеру надо было оторвать жопу от стула и дописать несколько полей в SELECT ... FROM, если утрировать. И в итоге получается неоптимальный вызов кучи методов и лишние 2 секунды ожидания для конечного юзера.
> У них "пять полей с сервера пришло, значит это пять строчек круда за пять минут на сервере написано, как и в моей форме".
Если сам реквест уже есть и отдает данные, то представь себе, да, добавить еще пять полей - это пять строчек кода. Если же ты для существующего реквеста при добавлении одного поля начинаешь еще и дергать новые микросервисы, которых не было ранее, то земля тебе пухом братан, научись строить нормально архитектуру проекта.
>Бэкендеры же почти все так или иначе с фронтом работали
Прочитай прошлые пару тредов, как бекендеры отсасывали от элементарных для фронта вопросов
>не все компании могут себе позволить отдельную команду на каждый пук
На каждый нет, но отдельно людей на бек, отдельно на фронт (сайт, мобайл иос, мобай андроид) заводят.
>без нормального бэка проекта нет в принципе
А без нормального фронта ты просто нихуя не продашь, мань, заказчику похуй на потуги бекендеров и всякие джсончики, ему нужно видеть визуальную часть, которая работает быстро и которая показывает нужные данные.
>а хуево нарисованную кнопку клиент потерпит
Ты никогда в жизни не имел дело с фронтом и никогда в жизни даже близко не общался с заказчиками. Это твое предложение тебя выдало. Вангую - ты максимум джун в говноконторке, конечно же на бекенде, дальше выборок из бд и формирования джсонов не заходил. Коммуникация у тебя только с лидом и пмами, не более того. От большинства сложностей и реалий тебя пока просто ограждают.
>сами себе усложнили жизнь в 10 раз больше чем нужно, ведь зачем делать технологии/стандарты/языки по уму когда можно с налёта
>жалуются всем, что у них сложно
Так может это технологии усложнились, за последние 10-15 лет?
Ну давай, фронточушок, расскажи, что принципиально нового появилось в вёрстке вебсайтов за последние 10-15 лет.
> но полном серьезе думает, что фронтенд - это только сайты
> не знает, что за 15 лет появилось направление мобайл девелопмента, которое полностью перевернуло и изменило мир программирования
> искренне удивляется, струе мочи в лицо и не понимает почему все считают полным дауном
Сельдь, спок
Так а мобильная разработка разве относится к фронтенду?
Как по мне, это полностью отдельное направление, со своими особенностями, своими технологиями
А чего нет-то? Фронтенд - видимая для конечного юзера часть, с которой он взаимодействует.
Разработка ИГОР это внезапно тоже ФРОНТ-ЭНД про серваки для онлайн-дрочилен промолчим, типа это не игры уже а серьезный бизнес
>Я мобайл дев, и дохулиард раз сталкивался с ситуацией, что для получения инфы на 1 экране мне нужно проделывать сначала 2-3 запроса параллельно
То есть непрофессионализм бэкендера влияет еще и на фронт и делает его хуже без какой-либо возможности это исправить на самом фронте, какая неожиданность. Ты точно со мной споришь, а не подтверждаешь все, что я сказал до этого?
>бекендеры отсасывали от элементарных для фронта вопросов
Ты бы еще сказал, что раз программист микропроцессоров отсасывает от вопросов о крудах, то круды писать сложнее, чем микропроцессоры. У людей есть область специализации, и очевидно бэкендер не будет знать, какие функции надо дергать, чтобы анимацию нарисовать. Что это должно доказывать?
>заказчику похуй на потуги бекендеров и всякие джсончики, ему нужно видеть визуальную часть, которая работает быстро и которая показывает нужные данные.
Работает быстро, потому что бэк работает быстро(см. свои причитания по поводу пяти запросов и двух секунд, которые никак не срезать без участия бэка) и показывает нужные данные, которые пришли с бэка. Охуеть.
Это КЛИЕНТСКАЯ разработка. Фронт-ендъ - тоже клиентская разработка, просто с особенностями браузерной среды. Клиент - тот, кто посылает запросы. Сервер - принимает и обрабатывает (условно говоря).
Мобильные приложения могут быть и серверами с клиентским интерфейсом для тыканья пальцами и передачи серверу, например VPN-приблуды.
Да забей ты на этого неуверенного опуща, 90% мобильщиков вообще самый лоуiq в индустрии, в том числе в сравнении с другим фронтом, а он этим еще и выебывается. Типа ему было сложно, значит рокет саенс, а у других очевидно изяк и уходит в закрытое отрицание с использованием двойных стандартов.
>У людей есть область специализации, и очевидно бэкендер не будет знать, какие функции надо дергать, чтобы анимацию нарисовать. Что это должно доказывать?
Все правильно. Вот только фронты не пиздят, что они знают вокруг и бекенд, и все остальное. А бекендеры пиздят, лол.
>>79943
И зачем ты самоотсос делаешь? Типо тут кто-то поверит, что ты и >>79905
разные аноны?
Двачую, хлопцi, забить гугл-мит, показать, что по логике времени разработки на поддержание схемы "3 компонента-3 запроса" уходит больше, чем на "1контейнер-1-запрос-3 компонента" - это не для мобиле девлопемент-макаки.
Шо хард, шо софт скиллы часто на уровне нуля, и сервер-боярам приходится отвлекаться от построения SOA на "пук-среньк 100 из 100 эндпойнтов которые я попросил добавить за последний месяц половина не работает".
Работал с командой лютых моб разрабов, которые перешли с серверной стороны на клиент из любви к десигну, это был идеальный коллаб, взаимодействие на лету происходило. О многом говорящий опыт.
>>79950
Даунич, тебе вот выше написали, что есть клиент, есть сервер (в основном), что за понятие "все вокруг бек" - непонятно вообще.
Тоже модерн-хворь, что разрабы с веб-опытом полагают, что ничего другого и не существует, простая задача "берем протобуфф из очереди, стримим в файл, если прилетают апдейты из другой очереди, вклеиваем в стрим" - разработчика заднего конца с опытом круд-онли иногда ставит в тупик тоже.
>идеальный коллаб
Или просто очень хорошо с фронтами (любыми) общаешься и все подводыне четко и заранее обходятся (даже если ни шиша в беке не понимают).
Согласен, софт-взаимодействие никто не отменял. Просто не всегда есть время на социалку.
>на поддержание схемы "3 компонента-3 запроса" уходит больше, чем на "1контейнер-1-запрос-3 компонента"
Ну так не пизди потом, что это не бек виноват, почему на стороне мобайлаппки приходится ждать на 1-2 секунды больше.
>Шо хард, шо софт скиллы часто на уровне нуля
ага, даже по треба в /pr/ видно, какие "охуенные" хард и софт скилы у бекендеров.
>сервер-боярам
самоотсос
>"пук-среньк 100 из 100 эндпойнтов которые я попросил добавить за последний месяц половина не работает"
То есть, ты признаешь, что это обычное дело, конда ендпоинты из доки (а фронт эндпоинты именно с доки и берет, он не придумывает их от балды) не работают и из-за этого приходится пинать ленивого и тупого бекендера, чтоб он это фиксил?
>Работал с командой лютых моб разрабов, которые перешли с серверной стороны на клиент из любви к десигну, это был идеальный коллаб, взаимодействие на лету происходило. О многом говорящий опыт.
настало время охуительных и правдивых историй
>Даунич, тебе вот выше написали, что есть клиент, есть сервер (в основном), что за понятие "все вокруг бек" - непонятно вообще.
Это к чему вообще? Ты не можешь перевести "front-end"? Что не понятно в определениии - что фронтенд - это видимая часть для конечного юзера, с которой он взаимодействует? И где ты вообще нашел слова про все вокруг бек? Иди таблетки выпей.
>Ну так не пизди потом, что это не бек виноват
Поговорив нормально нашли бы решение и вашим и нашим. Так и надо по хорошему. Без этого точно найдутся непонятки уже пост фактум.
>Вот только фронты не пиздят, что они знают вокруг и бекенд, и все остальное. А бекендеры пиздят, лол.
Речь была не о том, что каждый бэкендер по умолчанию знает фронт и может приложуху на свифте захуярить с закрытыми глазами, а о том, что фулстэк разработчик - это всегда упор в бэк, а не во фронт и что бэкендеров с опытом фулстэка в сто раз больше, чем фронтендеров.
Ты пропустил, мой недалекий друг, один момент. Дока составляется по итога сетапов технических. Если ты на них спал, то доку составят не так, как тебе понравится.
И как раз проблема со стороны моб разраба формулируется "мне срочно нужен ЭП новый, потому что Я не умею работать, с тем, что утверждено на сетапе (я его проспал) и если мне не сделают то-то и то-то, то Я не справлюсь с задачей из-за МЕНЯ будет сорван срок поставки".
>> И где ты вообще нашел слова про все вокруг бек? Иди таблетки выпей.
>>Все правильно. Вот только фронты не пиздят, что они знают вокруг и бекенд, и все остальное. А бекендеры пиздят, лол.
Пропустил слово "знают". Ну да, я написал на андроиде и на реакт-нейтив по приложению, чтобы понять хотя бы общие принципы. И должен сказать, мне понравилось, с удовольствием бы еще занялся, чтобы получше изучить. Разве бывают неинтересные технологии?
>> настало время охуительных и правдивых историй
Я добавлю тебе еще, что лид команды в свое время написал ОСь свою, работая в НИИ. А приложения были для кое-каких приватных операций. Но если ты не согласен, что бывают хорошие моб разрабы, то дело твое.
Все, что мы обсуждаем - делимся опытом. Я заметил, что кол-во людей, далеких от принципов бизнес-разработки, в последние годы в мобайл, фронтенд типа реакта, и ноды - стало расти. И такое отношение немного напрягает. Никто не обобщает, и не говорит "нинужны"
>а валидация фронта - это когда мама сказал шапку надеть, а ты вышел из квартиры и снял ее тут же.
А юзер будет ждать пока ваш бэк пропердится миллионами слоев абстракций и ответит что вот этот символ тут нельзя ставить?
>ваши аргументы не аргументы
>ваши сложности не сложности
>и вообще сами виноваты что сложно у меня вот пришел json я его в базу блобом положил и весь день свободен
))
Будет, если он решит наебать маму, а на улице его оштрафуют за незаконное неношение шапки вне утеплённых помещений в холодное время года.
Все.
Atom, Figma, Notion, VS Code, дальше даже лень перечилсять. У задневиков представление от фронте остались на уровне гипертекстового фидонета.
РЕСТОСРАЧ
@
СТАТИКОСРАЧ
@
АПДЕЙТОСРАЧ
@
ПАТТЕРНОСРАЧ
@
ФРОНТЭНДОСРАЧ
==ВЫ НАХОДИТЕСЬ ЗДЕСЬ==
Одно нихуя на гендеросрач! Кто больше?
Главное в девушке - такие же взгляды на рест.
Фронтендера спросили, что нового появилось в верстке. Фронтендер в ответ перечисляет два текстовых редактора, тулзу с которой он срисовывает гуй который заботливо нарисовал дизайнер, и систему ведения заметок
Все что нужно знать об уровне аргументации фронтендеров.
Тут уже был аргумент: проеб фоонтендера - злой пользователь или группа пользователей от того, что что-то работает не так или виснет.
Проеб бекендера - испорченные ДАННЫЕ пользователей/систем и миллионы долларов.
Если фронтендер обосрался, то у Амазона, допустим, снизиться конверсия в корзину и потеряют какое-то количество денег.
Если обосрался бек - эта корзина может нагерерить миллионы неправильных заказов, например или отправить деньги не туда.
В конце концов суть приложения описана имееео языком бекенда, а фронт может вообще в вашем приложении отсутствовать - например sass. В теперь иди сделай импактную тулзу на чистом фронте, чепушилло
>>Если же ты для существующего реквеста при добавлении одного поля начинаешь еще и дергать новые микросервисы, которых не было ранее, то земля тебе пухом братан, научись строить нормально архитектуру проекта.
>>80307
Ита пиздиц, он наверное думает, что там типа формы с инпутами. Ну дабавь ищо инпут чо ты это самое-то.
Знаю один государственный сайт, в котором поиск по подстроке выполняется подстановкой %. Что за сайт не скажу.
Не понял что не так. На фронте чтоли подставляется?
Джонни-брось-таблицу на них нет...
>>80359
Кек. Да, я поясняю вам за архитектуру и ты сделаешь? Вот вам жизненная ситуация: с бекенда по запросу приходит список категорий. На фронте оно отображаются, заказчик начинает ныть, почему среди них нет пункта All Catеgories. Я поясняю, что я отображаю то, что мне приходит, вопрос к бекенду. На что макака начинает плакаться, как вот тут бекендо-петушки, что это дохуя сложно на бекенде, много работы и т.д. По факту же это РЕАЛЬНО добавляется несколько строчек в коде. В итоге пришлось добавлять 1 строчку на сторону мобайла и выкатывать апдейт.
А вот еще ситуация: запрос на юзер инфо, в ответе есть поле с аватаркой и вроде все хорошо, но к профайлу можно привязывать несколько фото (типо как в телеге). И нормальный программист на бекенде просто без задней мысли мог бы просто поменять нахуй поле avatar на стринговый массив avatars, но нет, пидарас, вроде вас, сделал новый реквест на getUserAvatars.
Прямо сразу видно, как бекенд умеет наладить архитектуру в проектах, правда?
>>80314
Ага и ты тактически проигнорил, как тебе сказали, что революция во фронте в последние лет 15 - это само по себе появление мобайле девелопмента, которое изменило полностью мир программирования. Самое смешное, что даже ты в своем коменте доебался до гугл доков в браузере, которые лет 15 назад были чем-то нереальным в нынешнем виде, потому что весь фронт шагнул очень далеко.
>>80324
>Пиздец фронтендеры тупые, не позорьтесь.
Вот только два предыдущих треда в говно мокали бекендров. И вот в этом, третьем, тоже. Знаешь, но мне даже нравится, какие вы все упорные. Упорство + дичайшее чсв. Вы стоите обосраные, но спорите тупо до самого последнего. Вам уже говорят, что вон у вас же говно стекает по штанам, но вы упорно игнорите и говорите, что обосрались другие. Кек, в прочем, продолжайте. Авось, будет юбилейный тред обоссывания бекендомакак.
Ахаха, какой то ты тупенький. Надеюсь на твоё место возьмут девочку которая будет просто делать как надо а не на говно исходить.
Стапэ. Насчет пояснений за архитектуру тебя подъебал другой анон.
Это раз.
Два. Решение с категориями зависит от задач бузиниса и имеющегося кода. Если все по стандарту, без особенностей и сложных связей на бэке, на оптимизацию можно положить хуй и тд, то можно по-сельски указать в хэше роутов-таблиц что-то типа all: ORM.any / all=>ORM->any и тд, и если в ORM передается что-то подобное, то так и послать туда, все будут счастливы.
Если там по каждому роуту много-много особенностей, то нужно сообща решать задачу и выбирать солюшОн. Не "я так хочу - а я так не могу". Это ебаный диалог, фронт или бэк его участники, без разницы. Но если там легаси 5 тонн написанное разработчиками заднего конца с руками из жопы, то возможно, что решение и правда может быть небыстрым.
То есть скорость реализации от минуты до бесконечности,
>> getUserAvatars
Название роута камелкейсом показывает, что это пидорас вроде вас перешел в бэкенд и скорее всего соединяет рест, рпс и ротегоебатьхуйпоймичто, я опасаюсь, что после твоего реквеста он еще и аватарки эти стал хранить в таблице юзера в виде массива строк.
Три
Я столкнулся недавно с проблемой от реактёров погорелого театра, в стиле мы ни умеем передавать файлы, у нас не получается. Можно мы будем base64 посылать? И пытались навешать манагеру лапшу очень агрессивно и оперируя научными терминами, почему они файлы не могут передавать, потому что там чот память компонента переполняется от трех фото в стеке (лолшто)
Вот скажи, как к таким относиться?
Насчет аватарок вообще - если жить по РЕСТу здорового человека, то запросы должны быть стандартизованы. GET /user/1488/profile?fields=avatars возвращает {hui: 1, pizda: 2, avatars: [URL, URL]}, а добавлять POST /user/1488/profile/avatars и получать в ответ URL
Просто непонятно чо ты агришься, если работать в говноконторе за 1К долларс, то только нервы потратишь зря.
Я щас перешел после того цирка (случайно туда попал) синьором-помидором за 5ку, у нас великолепные девелоперы во всех командах, а в говнопроектах тебе що с переднего, що с заднего конца выебут мозги, а менеджер будет говно жевать вместо того, чтоб следить за докой и решать проблемы по мере их появления.
> бекендеру надо было оторвать жопу от стула и дописать несколько полей в SELECT ... FROM, если утрировать
Так проблема тут не в сложности фронт/бекенда, а в том, что вы не можете договориться друг с другом.
>дохуя сложно на бекенде,
При чем тут сложно, дурачек?
Тебе бекенд отдаёт список ресурсов по апи, а не блядь набор иконок. какой нахуй «all categories?» хочешь дополнительную писюльку - добавляй ее
>Вот только два предыдущих треда в говно мокали бекендров.
Это и весь следующий абзац просто бессмысленный набор букв
Нихуя не понял.
То есть у тебя есть список допустим "Чайники", "Утюги" и "Телевизоры", котоый приходит с бека. И тебе надо еще вариант "все сразу" прикрутить, но ты требуешь этого от бека?
Если так, то назревает вопрос - ты ебанутый? Это же типичный фронтовый кейс.
Он даже за строчку несуществующую в беке удавится, лишь бы на бек свалить свою некомпетентность. Охуительный просто пример привел, 10 из 10 господи.
>они файлы не могут передавать, потому что там чот память компонента переполняется
Надо набрать новых, спрашивая про загрузку файлов на собесе.
Ты только что бугурт-тред.
Задача в том, что в каталоге отобразить список категорий, для дальнейшей фильтрации по ним. На беке есть возможность показать либо по всем категориям, либо по одной/нескольким конкретных. Казалось бы, логично - пришли список всех существующих категорий и дополни его вариантом "все", чтобы пользователь мог ткнуть и этот вариант тоже.
Но нееееет, нытику-бекендеру это слишком сложно, это же надо добавить один вариант в ответ сервера, в итоге надо ради одной строчки делать релиз версии аппки.
>дополни его вариантом "все", чтобы пользователь мог ткнуть и этот вариант тоже.
То есть это набор возможных фильтров? Или что?
Непонятно выражаешься, напиши что приходит сейчас и что ты бы хотел получить
Пиздец. Пришёл как-то на проект, в котором бек медленно работал, база была распухшая и эластика тупила.
Оказалось что эти гении хранили содержимое постов пользователей. И видите ли полные изображения долго рендерились для пользователей, поэтому фронты предложили класть, а бекендер был зелёный и не возразил, в посты картинки низкого разрешения в base64, а потом при рендеринге из заменяли. И это гавно лежало и в эластике и в sql, оч удобно блядь.
Я отписал выше, 'все' это не категория в БД - это 'любой', что требует в динамический запрос к ORM внести какую-то конструкцию. Если чел неопытный, то может не подумать о таком, но в доке ORM это будет описано. Но только я на вашем месте вообще бы не дрочил эти роуты а то завтра поставят задачу мультивыбора и оба жидкого в штаны пустите.
Но как сказал анон выше, вам нужно или уметь договориться друг с другом, или вашим тим лидам, или вам и прожекту/СТО в зависимости от размера и структуры вашей конторы. Хули толку ныть, рисуй схему, объясняй, митнитесь канбанчиком и порешайте. На эмоциях далеко не уедешь в этом бузинесе.
>Бекендера попросили добавить строчку
>Бекендер уже два поста пишет простыни почему это неправильно и почему он этого делать не будет
Что и требовалось доказать
СЛУШАЕШЬ ДВАЧЕРОВ
Серьезно, блядь? СЕРЬЕЗНО? У тебя запрос на список категорий, которые должны отобразиться юзеру, заказчик хочет, что в нем еще был +1 пункт, какого хуя он должен зашиваться хардово на фронте, ебанутый? Для Всех категорий логика остаётся абсолютно такой же, просто при выборе этого пункта параметр category будет или пустой или 0 или ещё какой-нибудь. А если окажется, что категория на такой-то странице всего одна? Это что, будет приходить она с Бека и фронт ещё зашьет Все категории? И юзер будет видеть Все категории +Чайники. Иди ты нахуй, в общем
>>80580
Очередной даун, не понимающий элементарщины и простых кейсов, для которого подумать 1 раз головой и дописать 1 строчку кода - уже невыполнимая задача.
Шизло блядь, ты с мыслями соберись и опиши всю ситуацию нормально, у тебя мысль скачет туда-сюда и эмоции через край бьют второй день.
Ппц у тебя токсичное мышление. Размышлять о проекте = отказываться сделать задачу. Я тебе сказал, что при хорошем раскладе за минуту можно реализовать. В глаза долбишься али от верстки ослеп, истеричка? ))
Пиздец ты ебанутый. Я просто в ахуе.
Тебе псина указали собраться с мыслями и Нормально описать ситуацию и в чем проблема, а ты какую-то хуйню несёшь. Большинство фронтов с кем я имел дело не таки тупые, софтскил на уровне параши.
Компаний конечно дохуя, но если я случайно на собесе услышу вот такую охуенную историю я точно будет знать что за даун передо мной сидит и в общем хуй тебе, а не нормальная зарплата, сиди по гавноконторам и побирайся
>>80860
Чего вы тупите, не пойму. Там очевидная задача, в которой запрос отдает список объектов-категорий
{ "categoryId": 25; "categoryName" : "Zalupa" }
Которые отображаются на клиенте. Заказчик захотел, чтоб еще был пункт "All categories". На что фронт справедливо заметил, что это работа бекенда, добавлять сей пункт, а зашивать его хардово локально - говнокод и ворстпрактис. Причем сами бекендеры тут так хвалятся, что они работают с данными, а фронт просто кнопочки красит, так вот вам работа с данными. В чистейшем виде. Почему сложно добавить в массив объект { "categoryId": 0; "categoryName" : "All" } ? Если это занимает у вас дохуя времени или очень много строчек кода, то у вас действительно хуйня с архитектурой в проекте.
А вообще и в целом - да, надо всегда уметь договариваться.
>>80922
Обиженка, на каком совбесе, успокойся, твой потолок - быть джуном в ооо рога-копыта, до проведения совбесов тебя никуда не допустят. Разве что в сладких мечтах представляй, как ты зп кому-то там будешь урезать.
Вообще вижу по треду, что реально бекенд разрабы какие-то черезчур чсвшные и обиженные на всех, плюс толком не знают, что и на какой стороне должно выполняться. Хотя в реальности как-то нормально в компании общаюсь со всеми, таких жестких противоречий не встречал, а потобные вопросы нормально обсуждаются и решаются на митингах.
Мимо залетный анон
>>80860
>>80922
Перепись даунов в /pr/, спешите видеть.
Блин, мне вот интересно, ну не может быть такого, что бекенд-девы все поголовно идиоты, ну просто не может. Тут есть хоть кто-то нормальный, кто понимает, что работа на фронте не легче, чем на беке, что если речь о добавлении данных, то это реализовывается на беке, а не хардкодится на фронте, что для инфы какого-нибудь одного экрана предпочтительнее сделать 1 запрос, а сначала 3 параллельных, а потом еще 1 в придачу. Есть ли такие, кто, внезапно, знают, что к ответу существующих реквестов можно добавлять новые поля, а не создавать новый реквест для того, чтоб их запросить? Это же элементарные блядь вещи, ну
Ой, гляньте, у нас тут фулстак закукарекал.
> список объектов-категорий
>{ "categoryId": 25; "categoryName" : "Zalupa" }
Ага, список ресурсов, понятно.
> All categories
> { "categoryId": 0; "categoryName" : "All" }
А что это за категория такая с id=0? У вас в магазине есть категория, которая называется All и имеет id 0?
> фронт справедливо заметил, что это работа бекенда
Хм, звучит здорово, фронт рисует то, что вернул ему бек, верно? Давай уточним, как называется url, по которому фронт запрашивает данные. get /api/menu_items_on_the_main_page_please ?
Или все таки что-то вроде get /categories ?
Улавливаешь противоречие, чушка?
Бекенд отдаёт тебе список категорий, а не елементы меню. Это твоя задача нарисовать элементы меню, используя полученную информацию как источник ресурсов. Для ее решения ты строишь отображение (mapping) категорий в элементы меню. В твоём гавнокоде ты, макака, вместо нормального Мапинга, просто генерируешь <li>Запихивая в них атрибуты, полученные из json ресурса. И ещё кукарекаешь про верчение деревьев офкорс.
Теперь скажи, какого хуя ты требуешь для решения задачи, которая относится к визуальной части и являет собой особенности маппинга изменить список ресурсов, приходящий извне? Потому что тебе так удобней и лишнего кода писать не надо? Для таких задач были придуманы абстракции. «all categories» это абстракция уровня твоих ссаных зелёных/коричневых кнопок и итемов <li>. Category_id=20, name=pizda- абстракция другого уровня.
Но тупые и ленивые у тебя бекендеры.
Вывод - фронтендер просто не умеет думать и не знает что такое REST. Но не отчаивайтесь, коллеги. Имеются документальные свидетельства значительного количества более талантливых и компетентных фронтендеров, давайте не будем делать поспешных выводах о целом цехе на основании пары нищих залетных двачеров.
>если речь о добавлении данных, то это реализовывается на беке, а не хардкодится на фронте
>пожалуйста, ну добавьте уже данные а, я макака и не умею думать, данные это не про меня, вообще можете сразу верстку вернуть а я а я ну я просто крч тут рядом постою в углу, только не бейте ладно просто обоссыте
Ты не прав.
>А что это за категория такая с id=0? У вас в магазине есть категория, которая называется All и имеет id 0?
Если такое требование продактовнера, то представь себе, да. Что фронт, что бек делают то, что от них требуют заказчики и получают за это деньги. И если в подобной ситуации ты не добавляешь поле со своей стороны, то получается, что ты подтверждаешь доводы фронтов, что бек вообще не могут думать, тупо достают данные и выкидавают в респонсе.
К тому же, подумай на шаг вперед, для чего эти категории? Наверняка при выборе одной из них будет следующий реквест, где айдишка категории указывается параметром и передается. И для всех категорий будет передаваться айди 0 или пустой или хуй его, какое еще.
Давай чуть расширю пример, а если заказчик хочет помимо категорий Столы\стулья\табуретки добавить не только категорию ВСЕ, а еще и "Товары со скидкой". Что тогда будешь делать? Тоже пихать, чтоб фронт добавил ее себе хардово? И айдишку для этого хардовую? Нет, так это не делается, чувак.
> Давай уточним, как называется url, по которому фронт запрашивает данные. get /api/menu_items_on_the_main_page_please ?
Или все таки что-то вроде get /categories ?
по сути единственное, что ты высрал правильное, именование реквеста должно быть информативнее. Но оно тоже именуется бекендом.
>Теперь скажи, какого хуя ты требуешь для решения задачи, которая относится к визуальной части и являет собой особенности маппинга изменить список ресурсов, приходящий извне? Потому что тебе так удобней и лишнего кода писать не надо?
Если бы ты начал толкать этот аргумент в такой ситуации, то сначала ты бы имел разговор с тимлидом отдела бекенд-разработки, а если бы стоял на своем, то попрощался бы с компанией за некомпетентность.
>>80945
Да, есть.
мимо бекенд-разраб, заебали своими срачами, живите мирно
Если фронт или бэк не могут в параметры запроса - гнать в шею или переводить в ученики нахуй и в пизду
Да впринципе плевать где, дело минутное. Очевидно попросил бы он норм, а не как истеричка, настучавшая еще на хуевого бекендера начальству изза этого, то и получил бы что хочет.
А если список категорий понадобится на странице, где "все категории" не нужны? А если та же страница, но на другом клиенте, не будет использовать "все категории" или она будет выведена отдельной кнопкой? А если у нас еще есть открытое апи для сторонних разрабов? Во всех этих ситуациях надо будет хардово удалять элемент на фронте, чтобы местный дегенерат из /pr не переутруждался?
Я уже молчу про саму анти-идеоматичность подобных шизорешений, потому что вариант "все категории" это очевидно особый элемент интерфейса, а не кусок данных.
Отдельно повеселил вскукарек фронтодебила "а если категория одна то что????" - ну так не рисуй для одной категории дополнительный вариант, дебил, или если бы это делал бек то оно бы как-то само магически сработало?
Пизда, зашёл в бугурт-тред и получил бугурт от тупости местных фронтендеров. Надеюсь это все такой троллинг.
>подумай на шаг вперед, для чего эти категории?
Я думаю на шаг вперед, и вот что будет в случае реализации твоего решения - завтра прибежит кабан в мыле и будет спрашивать, почему у них соседний сервис, дергающий эти же категории стал отвечать 404, и почему какой-нибудь аналитический отчет превратился в тыкву из-за несоответствия списка категорий утвержденному, почему безопасники седые, ведьу них аудит пестрит ошибками доступа к сущностям, отсутствующим в acl? Что мне ему отвечать, что мы добавили в ответ несуществующую сущность, чтобы в одном кейсе на фронте не добавлять кнопку?
Еще завтра его попросят выделить "все категории" жирным, и он будет жаловаться, что бэк ему не присылает список классов для кнопки.
В голос с этого петуча)))0
Если на стороне бека в бд нет каких-то данных, то их не надо туда добавлять, надо просить фронт их всегда ЗАШИВАТЬ ХАРДОВО. Так запишем))0000)))
Даун, тебе выше расписали другие бекендеры ситуацию, если надо добавлять не только ВСЕ КАТЕГОРИИ, а еще и ТОВАРЫ СО СКИДКОЙ. Что тогда будешь делать? Проигнорить, как на дваче, не получится.
>А если список категорий понадобится на странице, где "все категории" не нужны? А если та же страница, но на другом клиенте, не будет использовать "все категории" или она будет выведена отдельной кнопкой
Ну так будь добр, читай тз проекта и готовь сразу несколько запросов в таком случае. Отдельно - список категорий, отдельно список категорий для такого-то экрана. Или это сильно сложно? Или опять фронт в штаны тебе насрал?
Ситуация изначально в том, что взмыленый кабан прибежал и сказал, почему нет пункта ВСЕ КАТЕГОРИИ? Согласно тз, список для отображения категорий (где по новому требованию добавляется пункт ВСЕ) должен браться по такому-то запросу. Получается, проеб бека, как бы тут зумеры-бекендеры-джуны не плакались.
БТВ, 404 ответ, лол что? Каким хуем при добавлении итема должно стать 404, ты жопой код пишешь?
>если надо добавлять не только ВСЕ КАТЕГОРИИ, а еще и ТОВАРЫ СО СКИДКОЙ
Фронт добавляет кнопку, которая будет запрашивать внезапно не категорию, а товары со скидкой /products?discount=1 , как того и требует задача. Готово, принимайте.
>Отдельно - список категорий, отдельно список категорий для такого-то экрана
Охуенно. Продолжай.
>>81100
>где по новому требованию добавляется пункт ВСЕ
>по такому-то запросу
Неужели? Как удобно, сослаться на только что придуманное шизо-тз.
>БТВ, 404 ответ, лол что? Каким хуем при добавлении итема должно стать 404, ты жопой код пишешь?
Типичная фронтомакака не может представить себе, что на бэке может быть несколько связанных сервисов, и какие-то сервисы клать хотели на твои кнопки. Они обратились к списку категорий - получили категорию, отсутствующую в своей бд, отдали 404.
inb4 отдавай 200 OK {"error": "da"}
Нахуя у тебя в ТЗ пишут, откуда и куда должны прилетать данные? У разработчиков своих мозгов нет? у тебя точно нет
>Ты не прав.
Нет, ты.
> Если такое требование продактовнера, то представь себе, да.
Караганда. Продакт овнер это продакт овнер, а разработчик это разработчик. Последний продаёт кабану свою экспертизу. «Требование» твоего овнера 1к1 маппиться в код только в шарашкиных галерах вроде твоей. В нормальных командах это происходит иначе.
> И айдишку для этого хардовую?
Ты - осел. Это ещё рад подтверждает мысль о том, что тупость не имеет нации/специализации. Я об этом блядь и говорю, что нехуй в структуре категорий иметь псевдокатегорию, как предлагает фронтендер {id:0, name: zalupa}
> по сути единственно
Сути в твоих соплях побольше, чем в нытье верстальщика, но не сил но больше.
> то попрощался бы с компанией за некомпетентность.
Братиш, когда я захочу даунгрейднуться на твои 350к, мы обсудим как откашлять вопрос с твоим тимлидом отдела бекенд разработки
> мимо бекенд-разраб
В прошлом (проекте) фуллстэк забыл добавить
Более сложные и интересные примеры подразумевают, что там как минимум есть специально обученный архитектор, который такой бред, как ручная генерация DTO для добавления кнопки на фронте, отсеивает, и смысл жаловаться фронтам/бэкам друг на друга отпадает.
Потому что в нормальных проектах, прикинь, спецы компетентные и умеют в абстракции с обоих сторон, такого рода проблем там просто нет как класса.
А тут фронтомакаки зассамонили фулстака и называют всех зумерами, ну что ж, обоссым не дрогнем
Ладно ты фронтмакака, твоё дело кнопочки красить, уметь в абстракции не обязательно.
>Охуенно. Продолжай.
get /first_page_categories
get /second_page_categories
get /first_page_on_tablet_categories
И правильно там анон заметил, почему пидор бек не прислал список классов для итема. Он че охуел блядь чтоли, это теперь на фронте кодить???
>Согласно тз, список для отображения категорий
Ага, а тз пишет продактовнер, да, прямо как в той обоссаной галере псевдобекендера. Ты тут не семенишь, пусечка?
А вот это называется параметры запроса. Представь, пусечка, они могут быть разные ->>>2081100
В последних местах, где я работал, проекты не имели постоянных фронтендеров, зато бекендеры были в одно ебало архитекторами с техническим бекраундом от тонкостей понимания сетей до распределенных алгоритмов, и с десятком языков. Обычно первым делался бекенд с набором скриптов для опроса апи, потом кто-нибудь, кому не лень, говнякал формы или на реакте, или на чем-то еще (я вообще ебошил чистую статику на похуй в стиле девяностых). Потом на проект звался фронтендер из общего пула, ему выдавалось апи и он за месяц делал интерфейс с рюшечками, который потом передавался или ему на поддержку, или младшему из бекенд-когорты, потому что хули там поддерживать.
Да, в целом и сеет место, но я предпочитаю продуктовые команды
Задача - добавить две кнопки с поведением, отличным от других кнопок.
Мое предложение - добавить на фронте кнопку для всех категорий и зашить там id:0 и кнопку для товаров со скидкой, которая будет запрашивать /products?discount=1
Твое предложение - добавить на бэк сущности "экран на фронте" и "кнопка на фронте" сделать many-to-many связь между ними, опциональную ссылку с кнопки на существующую категорию, а если это кнопка не для конкретной категории, то ввести еще какой-то признак для этой кнопки, сделать DTO с логикой "если к кнопке не привязана категория, то перезаписывать id, взятый из бд, нулем", и все это для того, чтобы шизофронт имел возможность запрашивать /categories?screen={screenName} , но не добавлять кнопку вручную.
Звучит как что-то разумное, не правда ли? нет
А потом просят вынести кнопку "Все категории" со списка категорий в отдельную кнопочку сбоку, и мобилопетух, жидко пукнув, опять бежит к бекендеру с криками "ррряяя удали все что понавертел обратно" после чего их всех ебут в жопу за то что "все категории" отвалились в веб-версии
>Бекендодебилы уже второй день подряд кругодрочат друг другу и пишут простыни, почему они не будут добавлять две строчки когда их попросили
Н-да... И эти же люди что-то про "сложные микросервисы, согласованность, интеграции" поясняют.
>пишут простыни
Обосновывают, почему так делать - плохая практика, описывают вероятные проблемы, возникающие от такого решения, в том числе с такими вещами, как
>сложные микросервисы, согласованность, интеграции
Но все это, разумеется, дешевые отговорки, ведь фронтентобог ответит
>Нипанятна, домбавьте две стмрочки, а то у мня кмнопочку наримсовать не помлучается ;(
Анон ты видимо не понял, я ссылался на твой пост как пример правильного решения. Все верно говоришь
На самом деле эта ветка - отличная иллюстрация утверждения «для фронтендера две новые строчки в json == две новые строчки в коде, хули сложнава?1»
Еще подобное говно, как правило, не должно подчиняться дефолтной сортировке (aka приклеить вверху/внизу списка). Значит ли это, что это тоже задача бэка, или все-таки на фронте хочешь не хочешь, а придется делать эти кнопки отдельно ну или сортировать на фронте категории второй раз с костылями вида .sort(category => category.id === 0 ? -1 : 0)?
>Задача в том, что в каталоге отобразить список категорий, для дальнейшей фильтрации по ним. На беке есть возможность показать либо по всем категориям, либо по одной/нескольким конкретных.
Итого имеем две апишки:
- показать все продукты по фильтру
- показать список категорий
На фронте:
- дергаем апишку на получение списка категорий
- кастуем респонс апишки в свой кошерный список категорий и дописываем им свойство тип
- добавляем в начало списка категорию "скидки" с типом "скидки". Если ее надо показывать только тогда, когда продуктов со скидкой > 0, то дергаем предварительно апишку на получение количества продуктов по фильтру, такая апишка в магазе точно должна быть.
- если категорий > одна штука, добавляем в начало списка категорию "по всем категориям" с типом "по всем категориям"
- сортируем список категорий по типу
- когда пользователь хуярит по кнопке/кнопкам категорий, дергаем вторую апишку на получение списка продуктов и передаем в фильтр пагинацию, необязательный список категорий (параметр отсутствует или пустой, когда нужно все), булевый необязательный параметр "только скидки". Если пользователь хуярит по "все категории", то селектятся/анселектятся все категории.
У специальных категорий нет айдишника. Нахой он им нужен? Реализация примитивного DU.
ЧЯНТД?
Кейс: фронт брыкается и хочет кастомизировать запросы конкретно под только одну его юай
Пошаговое решение:
- переделываем нах апишку на рпц - нахуй всякие хттп, мешающие быстро хуярить код
- между рпц и фронтом создаем новую аппку
- кастомизируем все запросы под фронт в новой аппке
- добавляем wa и выпилываем нах фронт отдел/перекласифицируем в верстальщиков. В случае с мобилками/декстопом/другой_хуйней еще проще - wa не нужен или можно переюзать как быстро прототипирование, но это не кошерно, в конце желательно выкинуть wa и переделать на натив + получить плюшки от шаринга кодовой базы, одной формы получения данных + выпилить промежуточную аппку для трансформации запросов (нахуй хттп), заодно и жсон выкинуть
>Задача в том, что в каталоге отобразить список категорий, для дальнейшей фильтрации по ним. На беке есть возможность показать либо по всем категориям, либо по одной/нескольким конкретных.
Итого имеем две апишки:
- показать все продукты по фильтру
- показать список категорий
На фронте:
- дергаем апишку на получение списка категорий
- кастуем респонс апишки в свой кошерный список категорий и дописываем им свойство тип
- добавляем в начало списка категорию "скидки" с типом "скидки". Если ее надо показывать только тогда, когда продуктов со скидкой > 0, то дергаем предварительно апишку на получение количества продуктов по фильтру, такая апишка в магазе точно должна быть.
- если категорий > одна штука, добавляем в начало списка категорию "по всем категориям" с типом "по всем категориям"
- сортируем список категорий по типу
- когда пользователь хуярит по кнопке/кнопкам категорий, дергаем вторую апишку на получение списка продуктов и передаем в фильтр пагинацию, необязательный список категорий (параметр отсутствует или пустой, когда нужно все), булевый необязательный параметр "только скидки". Если пользователь хуярит по "все категории", то селектятся/анселектятся все категории.
У специальных категорий нет айдишника. Нахой он им нужен? Реализация примитивного DU.
ЧЯНТД?
Кейс: фронт брыкается и хочет кастомизировать запросы конкретно под только одну его юай
Пошаговое решение:
- переделываем нах апишку на рпц - нахуй всякие хттп, мешающие быстро хуярить код
- между рпц и фронтом создаем новую аппку
- кастомизируем все запросы под фронт в новой аппке
- добавляем wa и выпилываем нах фронт отдел/перекласифицируем в верстальщиков. В случае с мобилками/декстопом/другой_хуйней еще проще - wa не нужен или можно переюзать как быстро прототипирование, но это не кошерно, в конце желательно выкинуть wa и переделать на натив + получить плюшки от шаринга кодовой базы, одной формы получения данных + выпилить промежуточную аппку для трансформации запросов (нахуй хттп), заодно и жсон выкинуть
>ЧЯНТД?
Отвечаешь на жирноту.
Бекендеры полтреда борются с одним жирным троллем, все что нужно знать об IQ средней бекмакаки.
> Бекендеры полтреда борются с одним жирным троллем, все что нужно знать об IQ средней бекмакаки.
Еще больше баззвордов накидать не мог?
Олсо типичный пример бекендомакаки, думающей что фронт не ушел дальше жкури и табличной верстки.
На самом же деле на фронте будет не меньше дел чем на беке, потому что на фронте уже есть компонента, которая по переданному урлу запрашивает данные и показывает их списком, эта компонента кроме категорий переиспользуется еще в 20 местах, а "Все категории" нужно отобразить только в одном. И получится, что на фронте придется как-то перехватывать результат запроса и хардкодить в него "Все категории", только потому что бекендомакакичу интереснее на харкаче сраться, а не работу работать.
Даже такая бэкендомакака, как я, знает, что в этих ваших компонентах можно добавить пропсы для условного рендеринга, или, что в этом случае больше подходит, сделать компонент-обертку, который будет выводить две лишние кнопки плюс компонент-список. Не держи всех вокруг за идиотов, д'Артаньян.
>Бекендеры полтреда борются с одним жирным троллем, все что нужно знать об IQ средней бекмакаки.
Это какой-то толстый перефорс?
По факту тут пара бекендеров, которые живут в манямирке и не понимают, что:
- в реальности требования заказчика будут всегда приоритетными
- фронт - это не только сайт. Это почти всегда сайт, мобайл андроид, мобайл иос. И их хотелки с зашиванием локально кнопки ВСЕ КАТЕГОРИИ, а затем зашиванием локально условной кнопки ТОВАРЫ СО СКИДКОЙ будут слаться нахуй, потому что бизнесу выгоднее заплатить 1 раз за работу на бекенде, чем 3 раза за ведро, иос и веб.
- всегда отдается предпочтение динамике перед статикой. Вот этот список категорий при получении на фронте отображается в виде условных вкладок, каждая из которых соответствует условному экрану под вкладкой, где соответствующий категории контент. И вот в случае, когда все адекватно приходит с бекенда, как надо, то на фронте просто привязывается экран к вкладке, к экрану привязывается соответствующая айдишка, по которой производится запрос. А эти дауны предлагают забить на динамичность, отображать статично ВСЕ КАТЕГОРИИ всегда на одной позиции, с всегда зашитой постоянной айдишкой, после чего зашить на какую-то другую позиции еще один элемент и, видите ли, конкретно для него полностью менять логику, отправляя вообще другой реквест. ЗАебись, просто заебись. Бизнесс вас поаплодирует нет
И этой паре даунов все поясняют, что они обосраные, причем поясняют даже не только фронты, но они все также стоят на своем, от чего остальные просто ловят лулзы. Я вот зайду в следущий раз завтра днем и очень надеюсь, что эти дебичи высрут еще невнятной шизы, с которой можно дальше проигрывать. Особенно орнул с мамкиного босса-бизнессмена >>81170 который в своих шизанутых мечтах главный босс вселенной и главный решала в айти, лел.
>что бизнесу выгоднее заплатить 1 раз за работу на бекенде, чем 3 раза за ведро, иос и веб
Смелое заявление. Проверять его в условиях бэкенда сложнее монолитного круда, конечно, не буду.
>Еще больше баззвордов накидать не мог?
Хуле тебе непонятно?
DU - Discriminated Unions. Не надо мне заливать, что ты не знаешь функциональное программирование, которое суют в javascript/typescript.
WA - WebAssembly. Раз ты выучил всякие ангуляры, реакты и так далее, то еще одну новую хуйню выучить не составит труда. Только с тем отличием, что за код ты теперь не отвечаешь, теперь твоя зона ответственности накидать html тегов и css стилей для компонент. Про javascript забудь. В случае с мобилками/декстопом, там свой отдельный тулинг для хуяринга верстки без кода.
Только RPC может тебе незнакомый термин. Проблема в том, что JSON и HTTP - крайне неоптимальная хуйня со своими RESTful и другие блядскими базвордами. Еще и цена железа > цены программиста. Так охуенно гонять строки на сервере или аллоцировать лишнюю память. Я хочу просто вызывать функцию как если бы эта функция была не на сервере, а у меня локально в javascript. Без всей вот этой хуйни по типу: дернуть определенный URL, в определенном формате, с определенным методом (GET, PUT...), с определенными хедерами и так далее. Еще и модельку создай. Хочу, чтобы все это дерьмо генерировалось автоматом и чтобы было на языке бекенда или на каком-либо другом нативном языке, а не на javascript, а я просто функцию дергал, вот это все про RPC.
Все, больше базвордов не вижу.
>эта компонента кроме категорий переиспользуется еще в 20 местах, а "Все категории" нужно отобразить только в одном
Про входные параметры в компоненту и компоненты высших порядков тебе уже ответили.
>зашить на какую-то другую позиции еще один элемент и, видите ли, конкретно для него полностью менять логику, отправляя вообще другой реквест
Падажжи, но ведь ровно эти и написано в задаче выше - добавить кнопку, по нажатию на которую отбражаются не конкретная категория, а товары со скидкой. То есть по вашим же требованиям, которые вы сами выше описали, логика работы этой кнопки будет отличаться от обычной кнопки-категории. Почему тогда бэк должен менять логику работы категорий?
Еще не забудь, что эту кнопку сделать красной и пожирнее - этож скидки.
А датасаентисты кто?
Ты просто нихуя не понял, но это нормально для бекендера, не переживай.
>Бэкендер: "Да что там фронтенд, данные получил, табличку с кнопками нарисовал, а вот у меня то работа тут"
Заднеприводный не палится.
Обезьяна, ты так и не ответила, если эту кнопку надо сделать пожирнее и покрасить в красный цвет, а так скорее всего и будет раз скидки, то что ты будешь делать? Просить присылать с бека набор стилей под 3 разные платформы?
>Бизнесу выгоднее заплатить за перехуячивание логики работы одной из ключевых сущностей, чем напрячь три макаки отрисовать по кнопке за 10 минут
Господи, какие же фронтендеры тупые, пиздец, просто пиздец. Зачем ты продолжаешь позориться? Или ты бекендер, который косит под дебила-фронта?
@
ФРОНТОМАКАКЕ СЛОЖНО, ПОЭТОМУ ХАРДКОДИШЬ ЭТУ КАТЕГОРИЮ В СПИСОК ВСЕХ С ID=-1, КОСТЫЛИШЬ НЕСУЩЕСТВУЮЩУЮ КАТЕГОРИЮ В ЛОГИКУ ОБРАБОТКИ
@
БИЗНЕС ХОЧЕТ КНОПКУ СКИДКИ
@
ФРОНТ ОПЯТЬ РАЗНЫЛСЯ, ДОБАВЛЯЕШЬ В ОТВЕТ ЕЩЕ И "СКИДКИ" ID=-2, КОСТЫЛИШЬ ФИЛЬТРАЦИЮ ПО СКИДКАМ В КАТЕГОРИЯХ, ХОТЯ УЖЕ БЫЛ ФИЛЬТР ПО СКИДКАМ, НУ ЛАДНО
@
БИЗНЕСУ НАДО ПОКРАСИТЬ КНОПКУ
@
ФРОНТЕРУ СЛОЖНААА, ПРИСЫЛАЕШЬ С ОТВЕТОМ ВСЕ НУЖНЫЕ СТИЛИ ПОД ВСЕ ПЛАТФОРМЫ
@
БИЗНЕСУ НАДО ДОБАВИТЬ "МОИ РЕКОМЕНДАЦИИ"
@
ФРОНТОМАКАКА ОПЯТЬ ПЛАЧЕТСЯ. ДЕЛАЕШЬ ДЛЯ КАЖДОГО ЮЗЕРА НОВУЮ КАТЕГОРИЮ С РЕКОМЕНДАЦИЯМИ ИМЕННО ПОД НЕГО, ПРИСВАИВАЕШЬ ИМ ID=-3+ID ЮЗЕРА С ЛЕФТПАДОМ ДО 9 ЗНАКОВ, НЕ ЗАБЫВАЕШЬ СОЗДАВАТЬ ТАКУЮ КАТЕГОРИЮ ДЛЯ КАЖДОЙ НОВОЙ РЕГИСТРАЦИИ, ПОЛУЧАЯ СОБЫТИЯ РЕГИСТРАЦИИ ИЗ ОТДЕЛЬНОГО СЕРВИСА
@
БИЗНЕС ПРОСИТ ВЫНЕСТИ "СКИДКИ" НА ДРУГОЙ ЭКРАН
@
ФРОНТОМАКАКА РЕВЕТ
@
БЬЕШЬ ЕЙ В ЕБАЛО
БИЗНЕС ХОЧЕТ ЕЩЕ ДОБАВИТЬ ВКЛАДКУ "ПОСОВЕТОВАТЬСЯ С РОБОТОМ-КОНСУЛЬТАНТОМ О ТОВАРЕ"
@
ДЕЛАЕШЬ КАТЕГОРИЮ РОБОТ-КОНСУЛЬТАНТ
@
СООБЩЕНИЯ РОБОТА ЭТО ТОВАРЫ В НЕЙ
@
СООБЩЕНИЯ ПОЛЬЗОВАТЕЛЯ НА ЛЕТУ ПРЕОБРАЗОВЫВАЮТСЯ В ФИЛЬТРЫ ПО СООБЩЕНИЯМ РОБОТА, ЧТОБЫ ПОДОБРАТЬ НУЖНЫЙ ОТВЕТ
@
ХОРОШО
@
БИЗНЕС РЕШИЛ ПЕРЕЙТИ ОТ СТАТИЧЕСКОГО НАБОРА ВОПРОСОВ-ОТВЕТОВ НА МАШИННОЕ ОБУЧЕНИЕ
@
НЕХОРОШО
БИЗНЕС ХОЧЕТ ВОЗМОЖНОСТЬ ФИЛЬТРОВАТЬ СРАЗУ ПО НЕСКОЛЬКИМ КАТЕГОРИЯМ
@
КАТЕГОРИЯ "ЧАЙНИКИ ПЛЮС КАСТРЮЛИ", КАТЕГОРИЯ "ЧАЙНИКИ ПЛЮС ЛОЖЕЧКИ", ... КАТЕГОРИЯ "ЧАЙНИКИ ПЛЮС ЛОЖКИ ПЛЮС КАСТРЮЛИ ПЛЮС ВИЛКИ ПЛЮС СТАКАНЫ ПЛЮС..."
Плюсовики в вебе есть, только в извращенном виде.
>тулзу с которой он срисовывает гуй
Это он еще не знает, что фигма на плюсах с васмом написана лол
Хренли она тогда такая торможеная? Я думал там стандартный стек из смуззи завёрнутого в барбершоп и запущенного на виртуальном гироскутере.
мимо
Найс!
Лол
>Через 10 лет будут давать сразу лычку архитектора за понимание стека TCP/IP.
Настанет мое время
мимо макака-тестер
>БЬЕШЬ ЕЙ В ЕБАЛО
Скорее бежишь высирать очередную сущность в бд, ты же у нас дохуя решатель задач бизнеса.
Это ты конечно знатно наманяврировал
Он тебе, писька, предложил отказаться от рест и использовать бекенд в качестве либы.
По описанию у фронтендера два компонента на всю систему: ListComponent и ItemComponent. Реквесты шлются из компонента и результат сраз сетится в штмл.
>Продуктовая компания: заботятся о состоянии кодовой базы, делают рефакторинг, вводят новые паттерны и подходы. Экспериментируют и собирают инста фидбэк от своих технологических решений от миллионов юзеров
Влажные мечты
Двачую. Не понимаю, почему они боятся добавлять в язык современные фичи. Сделали бы interface и implementation опциональными и чтобы можно было писать фукции и процедуры прямо в классе, сделали бы нормальные замыкания. Спасибо хоть сделали type inference и объявление переменных в коде
Оч удобно и главное не надо код повторять. Бизнесу так выгодней, а тупые бекендеры обязаны подчиняться или с ними проведёт беседу технологический суперлидер министерства используемых компонентов и если и это не поможет, то жалкий веритель json отправится на мороз, а его место займут десятки желающих
>объявление переменных в коде
Меня сейчас сейчас флешбек накрыл о лабораторках на турбопаскале...
> 1) На фронте и бэке функциональная логика одна и та же, потому что они оба работают на достижение одной цели, но на фронте всегда находится только малая ее часть.
На фронте может дублироваться половина логики бэкенда и хранение данных, если приложение должно работать в офлайне.
Без гугления что такое покрывающий индекс, а кластерный индекс?
Дело в том, что в СНГ и сеньёров собесудуют как мидлов или джунов
Ты просто проецируешь свой личный опыт. В реальности фуллстэк может трансформировать и во фронта и в бэка или потом опять переходить туда сюда
> Фронт-ендъ - тоже клиентская разработка, просто с особенностями браузерной среды
Где в слов фронт-энд слово браузер?
Но ведь она и в браузере может работать? Что-то я не верю, что её отдельно писали нативно
Пишешь в поисковик "frontend developer", получаешь на выходе html, js, css. "frontend" - такой же результат.
Пишешь в поисковик "mobile developer", получаешь ios или android developer.
У тебя знания, оторванные от реальности. Если ты говоришь за клиентскую часть, то так и говори "клиент".
Frontend означает передовой разработчик, разработчик передовых решений.
Backend с другой стороны означает задний, заднеприводный, сзади. То есть бек - сзади, позади индустрии и технологий, фронт наоборот фронтовик, самый передовой, технологичный, современный.
Бекендеры потому и злые, что все время позади и отстают. Жалко
>Frontend означает передовой разработчик, разработчик передовых решений.
https://caniuse.com/?search=es6
Все так. Тут половина выебщиков небось пишет на восьмой джаве, а ведь ей лет десять уже. Можете представить фронта, который работает с настолько же устаревшими технологиями?
Да. Когда вышел последний HTML? А CSS? В CSS до сих пор не научились без изъебов сделать обычную страничку с футором, прижатым к низу страницы. На собесах дрочат js разработчиков какого цвета будет див, если к нему применить два класса, изменяющих цвет. К js же каких костылей только не прикручивали, все равно где, да выведется undefined или undefined is not a function. Стандарт ES6 до сих пор не поддерживается всеми браузерами. На проде используются дырявые бета версии пакетов, написанные Васей Пупкином с последним коммитом 5 лет назад.
Я делал сложные высоконагруженные приложения, я делал серверлесс приложения, я делал онлайн херню на сокетах.
Сложность фронта - ну, средняя, странички + перделки-свистелки.
>>82040
Что такое мобильный фронт? Веб для мобилок? Его я тоже делал и не раз.
Конечно, есть своя мозгоебля с css (особенно с флексом), старые терефоны, старые браузеры, сафари ебаный и т д - но в целом, ничего фатального. На бэке все гораздо сложнее.
>Почему в срачах бека и фронта что одни, что другие постоянно начинают обсуждать что-то магазиноподобное вместо взятия каких-то сложных и более интересных примеров?
Потому что 80% программистов пишут что-то магазиноподобное
80% программистов с двача
Интересно, а прогеры, которые пишут для микроконтроллеров - это бэкендеры, получается?
Очевидно же, что что категорий гораздо больше, чем 2 (3 если фулстэк считать). И мобильные разработчики - это отдельная от фронтенда категория.
> А какого хрена мобильные разработчики причислены к фронтенду? Только по логике "ну раз их результат виден пользователю, то они фронтенд" ?
> Интересно, а прогеры, которые пишут для микроконтроллеров - это бэкендеры, получается?
Да.
> Очевидно же, что что категорий гораздо больше, чем 2 (3 если фулстэк считать). И мобильные разработчики - это отдельная от фронтенда категория.
Нет.
Программисты не делятся только на фронтендеров/бэкендеров. В мире есть программисты, свободные от веб-дрисни
Ну правильно. Оставшиеся 10% занимаются наиболее интересными вещами и не настолько заменимы, как веб-макаки.
@
ПОТОМУ ЧТО ТАМ Я НЕ УГЛУБЛЯЛСЯ В Х И УГЛУБЛЯЛСЯ В У, А ИНТЕРЕСЕН МНЕ Х
@
ММ, ПОНЯТНО, ВОТ ВАМ ОФФЕР
@
ПРИНЯЛ ОФФЕР, ВСЕ ВЫГЛЯДЕЛО ХОРОШО
@
ПОВТОРЯЕТСЯ СИТУАЦИЯ, ИЗ-ЗА КОТОРОЙ ТЫ УШЁЛ С ПРОШЛОЙ РАБОТЫ, ПРОСТО ТЕПЕРЬ ЗА ДРУГИЕ ДЕНЬГИ
Ну вот зачем мне тогда оффер дали, если очевидно, что мне с конторой не по пути?
Да.
Потому что им нужна макака, которая будет кодить за деньги. Им неважно, чем ты хотел бы заниматься, им главное - это результат.
Это ещё не всё ведь. Макака нужна такая, которая будет работать долго, а не уволится через несколько месяцев. Не всегда текучка кадров допустима, она должна окупаться.
Так для этого есть эйчары и менеджеры, которые будут тебе рассказывать "Ты потерпи до конца месяца/квартала, мы поговорим с тимлидом/найдем тебе новый проект/ дадим заниматься тем, что хочешь, только потерпи"
Бмап вопросу
Их нигде не изобрели и не изобретут. Это лютейший костыль вместо нормальной реализации механизма событий.
Лолшто? Сигналы/слоты - это абстракция над механизмом событий в виде эвентлупа, которая значительно его упрощает. Веб-дети вообще что ли не в курсе за современные концепции построения гуйни и изобретают велосипеды?
Содомит
Хз, у нас божественный SOAP, всё по 200.
Судя по этому заявлению, ты на кутях никогда не писал.
>3. ООП - главная и самая оптимальная парадигма на данный момент и будет таковой еще минимум лет 10. Залетные зумерки-порриджи могут сколько угодно спорить, но это так.
ООП - это всерьёз и на долго, а еще лучше это мультипарадигменный язык.
>ПЕРЕСЕЛ ИЗ ВИНДЫ В КОНСОЛЬНЫЙ ЛИНУХ
А мог бы как нормальный человек сначала на убунту какую-нибудь перелезть, а не сразу арчами с никс-осами обмазываться
Бэкендера поместили в контейнер с маркировкой "груз 200"
Бывает часто наоборот, начинают со всяких слаков, потом уходят на убунту. Я начинал с freebsd, сейчас уже давно на убунте.
>ПЕРЕСЕЛ ИЗ ВИНДЫ В КОНСОЛЬНЫЙ ЛИНУХ
ПСЕВДОЭЛИТАРНО СТРАДАЕШЬ
@
ЗАДРОТ С ДЕСЯТЬЮ ГОДАМИ ВЫСЛУГИ
@
СИЖУ ПОД ДОРАБОТАННОЙ НАПИЛЬНИКОМ ВИНДОЙ
@
ДОВОЛЕН КАК СВИНЬЯ
@
UBUNTU ТОЛЬКО НА ВИРТУАЛЬНОЙ МАШИНЕ
@
АНТИБУГУРТ
За такое в тюрячку можно сесть
@
ХММ, НАМ БЫ ЕЁ ПОБЫСТРЕЕ РЕЛИЗНУТЬ
@
ДАВАЙ НАКОСТЫЛИМ КАК НИБУДЬ, НАПРИМЕР {ПЕРЕСКАЗЫВАЕТ ТО, КАК ТЫ УЖЕ СДЕЛАЛ} - ДА, УЁБИЩНО, НО НАМ РЕЛИЗ НУЖЕН, ПОТОМ ИСПРАВИМ
Я вот считал то решение нормальным...
>НАМ БЫ ЕЁ ПОБЫСТРЕЕ РЕЛИЗНУТЬ
Да что все кабаны так торопятся релизнуть?
Вон киберпанк быстро релизнули, и? Кусок глючного говна, который на некоторых платформах просто не работал
>быстро
После скольких лет делеев? Правда вроде как они его раза два с нуля переделывали, сами не зная, чего хотят.
Быстро - затратили на разработку меньше времени, чем было нужно.
В чём твоя проблема с 200, бугуртер?
Это код HTTP — протокола, отвечающего за передачу гипертекста, а не логику приложения.
Как ты будешь отличать 404 из-за ненайденного ресурса от 404 из-за отправленного не на тот домен запроса?
Код HTTP должен отражать результат передачи сообщения от HTTP-клиента к HTTP-серверу, поэтому при удачном попадании по нужному адресу он всегда должен быть 200.
Свою ошибку на уровне приложения можете положить в кастомный header, если очень не хочется использовать body, как делают все нормальные люди.
>Это код HTTP — протокола, отвечающего за передачу гипертекста, а не логику приложения.
Ты нахуя OSI сломал?
Да, например к тому, что при таком отношении у тебя отваливаются почти все статусы кроме 200, 500 и каких-нибудь 429, вот в такой парадигме что означает 404?
>что приложение не найдено
Схуяли? До сервера дошло, он это обработал, попытался сделать запрос на код и не нашел, тут явно 500 или даже 400, так как неверный запрос со стороны клиента.
>от 404 из-за отправленного не на тот домен запроса?
Что значит не на тот домен?
Так и будешь определять. На «не том» домене ресурс найден? Нет, не найден. А на нашем найден? Нет, снова не найдёт. Если ресурс не найдет - мы возвращаем соответствующий код
Одни сервера возвращают 400, лругие 500, трети 404. Очень удобно и стандартизованно, да? Нет, нахуй такие проблемы, есть только два кода: 200 и всё остальное.
Окей, какой запрос должен вернуть сервер по ендпоинту
GET /users/1234
если юзера 1234 не существует?
А нахуя они, шизоид ебаный, нахуя? Что за мода смешива ь бизнес-логику и протокол обмена данными, это такой троллинг затянувшийся или что?
Смотря что нужно клиенту. В большинстве случаев он никак ошибку обработать не может, может только показать текст ошибки, и тогда толку он кодов нет.
Все ошибки, возникшие до/вместо бизнес-логики - транспортый уровень.
Когда ты передаешь какие-то команды через HTTP, ты уже ломаешь OSI. HTTP предназначен для гипертекста — это такой текст со ссылками, как в Википедии. Накостыливая логику для каких-то команд поверх HTTP, тебе следует также накостыливать логику для проверки результатов их выполнения, а не совать его в HTTP status code.
>>85063
То и значит, не тот домен. Фронт работает с двадцатью бэками и вместо домена твоего бэка указали домен другого приложения. Ты будешь дебажить это говно в два раза дольше, если приложения отдают одинаковые 404 ошибки.
> в такой парадигме что означает 404?
Не найден скрипт для обработки запроса по указанному тобой пути. Ты возможно пропустил развитие веба, но в принципе https://api.govno.com/v1/ololo — это файл ololo в каталоге v1 внутри публичной корневой директории виртуалхоста api.govno.com, к которому ты обращаешься по протоколу HTTPS. Если ты не воспринимаешь путь в URL как путь к файлу в файловой системе, поздравляю, ты зумер/поридж/нуб.
Так на запрос /users/1234 надо возвращать 404 ( потому что нету такого файла в каталоге) или 200 OK {"error": "user not found" } ?
>Ты возможно пропустил развитие веба
Я прекрасно в курсе почему так делали и что раньше сайты были из вечно умирающих php скриптов рассованых по разным папкам, мы про современный говорим, где каждое приложение уже хранит список роутов и само менеджит их исполнение.
Постараюсь донести просто, чтобы поняли самые тупые.
HTTP коды отдаёт HTTP сервер.
Если вы не пишете HTTP сервер, HTTP коды не ваше дело.
> где каждое приложение уже хранит список роутов и само менеджит их исполнение
Вот эту хуйню и надо искоренять.
У тебя есть такой файл в каталоге или ты обрабатываешь его скриптом с другим названием в другом месте, испольузуя интеграцию веб-сервера с апп-сервером? Если второе, и твой скрипт существует, веб-сервер должен отдать 200.
2. В ОТВЕТЕ ВСЕГДА 200
3. ПРИ ОШИБКАХ КОД 200 И ТЕКСТ ОШИБКИ В BODY
3. РУЧКИ ВЫГЛЯДЯТ КАК /api?method=процедура_нейм И АРГУМЕНТЫ В BODY
Какой блядь стейт и кэш у веб-страницы? Пиши свой протокол для приложения, возможно даже UDP будет более подходящим, и там уже маслай коды какие хочешь.
>Какой блядь стейт и кэш у веб-страницы?
Дед, тебе в могилу пора с устаревшим пониманием стандартов
> не скриптов
Кому веб-сервер передал запрос, чтобы искать пользователя в базе? Веб-сервер не умеет подключаться к базе, он должен обратиться к какому-то приложению, состоящему из файлов. Если точка входа в приложение была найдена, код ответа 200, если нет — 404 либо 500 в зависимости от того некритично или критично это было согласно настройкам веб-сервера.
>код ответа 200, если нет — 404 либо 500 в зависимости от того некритично или критично это было согласно настройкам веб-сервера.
Это где в спецификации определяется критичность?
Это не твоё дело, если ты не пишешь HTTP сервер. Твоё дело не лезть в код статуса.
Потому что ТЫ СКОЗАЛ? В спеке явно описаны примерные кейсы для применения статусов так как он разрабатывался как прикладной протокол.
Прикладной протокол ПЕРЕДАЧИ ГИПЕРТЕКСТА, почему ты не дописал это до конца, мм? Если ты занимаешь передачей команд и каких-то объектов через протокол, для этого не предназначенный, будь добр передавай их статусы внутри запроса, не подменяй код HTTP.
Веб-сервер и есть данное приложение. И состоит он из одного файла - бинарника сервера.
А внутри него прописано : если запрос прилетел на /users/{id}, то вызвать функцию getUser(int id)
>ПЕРЕДАЧИ ГИПЕРТЕКСТА, почему ты не дописал это до конца
Потому что он уже юзается не только для этого, дед, в могилу уже полезай
Судя по его ответам, у него до сих пор сервер состоит из статичных страниц и файлов, которые надо отдавать
У меня сервер слушает не 80 и не 443 порт, и работает с UDP пакетами, поверх которых написан протокол конкретно моего приложения. А веб-извращенцы продолжают ебать несчастный HTTP своими костылями.
Да можешь не оправдываться, все и так поняли, что ты идиот
Какой стек, о чем ты? Берешь любую либу и говнякаешь на чем хочешь. Я последнюю такую штуку вообще на си и либэвенте написал, очень удобно и быстро.
// другой анон
>>85129
Твоя позиция ясна, но аргументация недостаточно убедительна. По мне, то что ты предлагаешь - хуйня собачья уровня >>85143
С моей точки зрения вполне уместно пользоваться кодом ответа именно так, как предлагает большинство сгонов здесь и как обычно подразумевается использовать.
Тыпредлагаешь использовать http как тонкую прослойку уровня доставил/недоставил, а для как ты говоришь бизнес логики городить велосипеды с ошибками в body и вот это все. И каждый хуй на свой лад будет это имплементировать и договариваться.
я считаю вполне уместно использовать его как прикладной протокол чтобы иметь больше концепций и общих соглашений
Нахуя?
Хорошо, что этот хоть в рубашке, а так вообще обычно был бы в какой-нибудь черной футболке с тупым айти приколом
Будем называть кафе и рестораны тейблспейсами.
Мне чет вуз не дал никаких знаний функциональщины. Зато выебали мозги схемами IDEF0 и функциями управления.
Берешь и читаешь/смотришь курсы про интересующий язык.
>в плюсах
В плюсах обычно тощие надменные очкарики плотют мало, кекеке.
мимо 176/61 -5 диоптрий
Подключили крестовые говнолибы через васм, значит вся тулза написана на крестах, ага.
>Веб-дети вообще что ли не в курсе за современные концепции построения гуйни и изобретают велосипеды?
Когда приведёшь пример софта с интерфейсом написанном на Qt и не выглядящем как говно, тогда и заливай про современные концепции.
Любой софт, написанный на Qt.
>Если ты не воспринимаешь путь в URL как путь к файлу в файловой системе, поздравляю, ты зумер/поридж/нуб.
Пердолик не палится. В принципе на ноде заднеприводные тоже плачутся от ES модулей.
Перетолстил
Наверное те кто разрабатывает ОС, игровые движки, энтерпрайз проекты ищут баги месяцами или вообще забивают на них.
Обычно через некоторое время хорошо изучаешь поведение системы и по ошибке сразу находишь место, где она скорее всего допущена. Но бывают ёбнутые баги с прода, где долго сидишь, думаешь, переписываешься с техподдержкой, которая об этом баге сообщила, и потом, когда так и не получилось воспроизвести, переписываешь места, где эта хуйня могла произойти.
Это не надолго, для вас уже придумали новый образ айтишника
Во-первых, KDE.
Во-вторых, например, Clementine, VLC и SMPlayer.
В-третьих, как вообще рендеринг элементов интерфейса связан с двумя упомянутыми мной архитектурными аспектами, а именно сигналы-слоты (обработка событий) и компоновщики?
IT-зуммерам вебня вообще мозги отбила, все в кучу сваливают. Неудивительно, что в 2021 году вы все еще изобретаете то, что было изобретено 15 лет назад.
Заднеприводный нодер выходит на связь. Мы не плачемся, мы наслаждаемся ей, это же круто.
Ви об этом?
https://doc.qt.io/archives/qt-4.8/qtwebkit-bridge.html
Орнул с типа, который сказал "Это никогда не изобретут".
Алсо вспомнил пару фронт-макак с реквестом: "Ой, сокеты тяжело реализовать, это костылей куча, можно я каждую секунду буду запрос посылать, а ты, если что-то изменилось по сравнению с прошлым запросом, присылать мне ответ труе, а я тогда новый ГЕТЬ запрос делать? В смысле `нахуй пошел`?"
Для убогих все, что с событиями связано - великая тайна весьма и сильное колдуноство
> Ви об этом?
Не совсем. Я скорее имел в виду что-то типа подхода к построению веб-гуйни вида qt (или хотя бы gtk), до которого в помойках.js все никак не дойдут.
> Орнул с типа, который сказал "Это никогда не изобретут".
Я уже устал с веб-макакенов орать. Это какой-то особый вид пионеров, которые искренне верят, что до них ничего не существовало и открывают IT заново в своей песочнице.
>UNDEFINED ДАВНО ПОРА ЗАДЕПРЕКЕЙТИТЬ
Лучше null, т.к. его почти ничего не возвращает из внутри встроенных функций, и его в явном виде используют только карго-джависты.
Это копия, сохраненная 31 июля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.