Прошло два треда, а пердолики так и не ответили, что же там ПРОТОКОЛ веб сервера добавляет при статусе 201.
GOOGLE KUBERNETES ENGINE
@
КЛАСТЕРЫ
@
ПОДЫ
@
БАЛАНСЕРЫ
@
ИНГРЕСЫ
@
НЕТВОРК ЭНДПОИНТЫ
@
СЕРВИСЫ
@
СЕРВИСНЫЕ АККАУНТЫ
@
АПЛИКЕЙШЕНЫ
@
КОНТЕЙНЕРЫ
@
НЕБО И АЛЛАХ
@
ЧТОБЫ ПОДНЯТЬ НОВЫЙ СЕРВИС НУЖНО СДЕЛАТЬ МИЛЛИАРД КЛИКОВ, КОММАНД В КОНСОЛИ И НАПИСАТЬ МИЛЛИАРД СТРОК YAML КОНФИГОВ
Неужели нельзя было сделать это всё проще?
Пикрил в шапку добавлял обиженый бекендщик из 5 тредов назад, для которого добавить объект в json было непосильной задачей, ведь нужен и для которого микросервис - это паттерн?
Уровни OSI выше 4-го не имеют смысла. Модель очень чёткая до уровня 4, но дальше там ничего, что с реальностью пересекается, нет.
Да и ниже тоже модель "не соблюдается". Когда придумывали, подразумевалось, например, что сетевое оборудование будет работать только на одном уровне, каждый тип на своём. Но уже очень давно это не так, какие-нибудь свичи фильтры не то, что по ethernet+ip делают, то и даже на tpc/udp залезают, то есть отватывают 3 уровня одновременно.
Но при этом всё равно до уровня 4 модель OSI очень разумная и полезная.
Дежурно напоминаю, что никакого HTTP, "поверх" которого можно написать приложение, отдельно не существует, и что весь протокол до последнего байта реализуется именно твоим сервером и именно твоим приложением. Зубные феи не гоняют гипертекст за тебя и не выставляют статусы отдельно от твоего сервера
То, что какой-то добрый человек за тебя-дурака написал базовую логику того же роутинга или выставления 404 или 500, а ты потом эту логику используешь в виде готового фреймворка/библиотеки, никаким образом не превращает ее в священный транспортный http-грааль, витающий в воздухе независимо от всего.
@
ЧТОБЫ ТЫ МОГ РЕАЛИЗОВАТЬ HTTP
@
ПОВЕРХ HTTP
Мне так весь рест похерили макаки, потому что не могут в написание generic обертки для вызовов бэка на своей динамико-параше.
@
X-Status-Code: 1488 U nas obed
СОБЕС НА ДЖУНА-ФРОНТЕНДЕРА
@
"ЧТО ВЫВЕДЕТ: console.log(1.0 + 2.0 === 3.0)"
@
"ЭТО ИЗИ"
@
"ОК. ТОГДА НАПИШИ ФУНКЦИЮ КОТОРАЯ РАБОТАЕТ ТАК: f(3)(4) = 7, f(5)(5) = 10, f(9)(10) = 19"
@
"ПУКПУКСРЕНЬКСРЕНЬК. Я КРАСИТЬ ФОРМОЧКИ ПРИШЕЛ, А НЕ ОСИ ПИСАТЬ"
И хули такие золотые, которым надо не код писать а попиздеть, прут на позицию разработчика? Почему не каким-нибудь менеджером или маркетологом, где умение красиво пиздеть больше ценится? Или дизайнером, раз больше нравится рисовать?
Вообще бывают, просто довольно сложные. Довольно часто тебе надо сделать какую-то функцию, которая берёт мало параметров, чтобы отправить её в коллбэк.
В принципе замыкания для этого не обязательны, часто это решается через ООП механизмы, когда создаётся объект, а в коллбэк передаётся специальный метод. Но замыкания в таких случаях нагляднее.
>>2149417
>>2149437
409 - Conflict
The web server responds with this error when it considers the client request as legitimate, but the request could not be completed due to a conflict with the current state of the resource. The response body usually includes enough information for the user to recognize the source of the conflict and to fix the problem.
The conflict here is usually unrelated to standard web server authority or security, but to specific application conflicts, not defined in the HTTP protocol itself.
> The conflict here is usually unrelated to standard web server authority or security, but to specific application conflicts, not defined in the HTTP protocol itself.
Специально уточнили для 200-шизиков
@
Решил, но получилась некрасивая портянка
@
Открываешь discussion, чтобы посмотреть как решили другие
@
Первое же решение: красивый, лаконичный код
@
Чувствуешь себя тупым
Есть такие же?
@Я ТУПЛЮ И СЛОЖНО
@МНЕ ДЕЛАЮ УПРЕК ЧТО Я ГОВНО И НУЖНО ПОЗАНИМАТЬСЯ НЕДЕЛЬКУ В ДОМАШНИХ ПРОЕКТАХ
@РАЗБИРАЮСЬ ДАЛЬШЕ ГОВОРЯТ ЧТО ТАК ДЕЛАТЬ НЕЛЬЗЯ НУЖНО ВОТ ТАК! ОЩУЩАЮ ДЖУНОМ
@ СПРАШИВАЮ У ЛИДА СКОЛЬКО ОН В ЭТОЙ ТЕХНОЛОГИИ
@ ГОВОРИТ 10 ЛЕТ
@ ПОКАЗЫВАЮ ЛИДУ НОВЫЙ ФРЕЙМВОРК КОТОРЫЙ УЧИЛ ПОСЛЕДНИЙ МЕСЯЦ
ЛИД ПОНИМАЕТ ЧТО БУДЕТ СО МНОЙ НА РАВНЫХ И ГОВОРИТ ЧТО ЭТОТ ФРЕЙМВОРК ГОВНО И ХАЙП))))
201 связан с семантикой запроса PUT. Сервер должен отвечать 201, если создал какой-то ресурс, и 200 или 204, если ресурс уже существует. При этом могут передаваться всякие хедеры, которые появняют, был ли ресурс модифицирован.
PUT вместе с 201, а так же DELETE - это кирпичики для построения протокола приложения. Например, вы пушите гипертекст на сервер, и он там что-то с ними делает. В итоге всё это выродилось в рест.
Проблема в том, что HTTP делался в те времена, когда реализация сервера была частью приложения. Но потом сервера выделились в отдельные сущности (даже не библиотеки), появился cgi, сервера стали отвечать на отдельные запросы сами, не добрасывая их до приложения, и начался ад. Согласно изначальному дизайну, 404 должен был указывать, что ресурса нет, потому что сервер и приложение были одним целым. А теперь, когда у нас перед приложением стоит uwsgi, пять реверс-прокси или L7-балансеров, 404 может означать ошибку на любом из них, а ты сиди и разбирайся, читая X-хедеры и тела ответов.
Тут надо отметить, что 404 еще в прежние времена не исключал двойного толкования, потому что должно быть деление между путем и ресурсом. Если юзер запрашивает некий /forum/msg/100500, а 100500 не найдено - это одна ошибка, а если он спрашивает /frm/msg/100500 и сервер не знает, что это за путь к ресурсу - совсем другая. Впрочем, это уже мои измышления. Правда в том, что после выделения серверов в отдельные приложения и появления балансеров всё стало только хуже. Если мы строим REST, то не можем быть уверены, что 404 - это отсутсвие ресурса на сервере, а не ошибка конфигурации. 400 может быть как отлупом от сервера на POST со слишком большим телом запроса (тоже иногда ошибка конфигурации), так и невалидные данные юзера.
HTTP превратили в транспортный протокол, натянув сову на глобус, из-за чего и без того тонкая абстракция стала дырявой (https://web.archive.org/web/20181006063833/http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html).
Рассуждения основаны на вдумчивом чтении RFC:
- https://datatracker.ietf.org/doc/html/rfc7231#section-4.3.4
- https://datatracker.ietf.org/doc/html/rfc7231#section-6.3.2
// Чтение манов в слух, $100 в час, ваш Юсб-кун
Спасибо за простыню, но как это относится к спору? Это подтверждает или опровергает какую-то из позиций? Спор, напомню про то, дозволено ли разработчику менять хттп статусы.
Упоминание 201 было аргументом против того, что статусами сейчас может заниматься только веб-сервер, а не приложение за ним. Получается, либо мы отказываемся от всех 2хх статусов, кроме 200, либо веб-сервер все же что-то там создает втайне от приложения.
Простой вопрос, казалось бы, но неймфаг ведь ответ никак не связан с твоей деятельностью, так что подпись - это просто желание добавить авторитета пасте не будет неймфагом, если не посчитает нужным размазать немного графомании по древу.
А это уж ты делай выводы сам. Я из прочитанного сделал вывод, что всё хуйня, а потому как ни делай - всё равно будет говно, потому что абстракция дырявая. С точки зрения пуризма транспортного протокола надо использовать только 200, но с точки зрения общепринятой практики это банально неудобно при работе с существующими инструментами, которые предполагают использование статусов (как тот же базовый браузерный дебаг).
Целую, твой неймфаг.
@
НЕ ЗАВЕЗЛИ ТИП DATE
Нужен линтер для бугуртов
>>2151229
В чем хуйня-то? Придумали себе какие-то субъективные критерии чистоты, сами понимают, что на практике они обернулись бы кучей неудобств, но все равно плачут, что протокол кривой и им не соответствует.
Вам эта красота зачем, чтобы что? Положить распечатку запроса-ответа в палату мер и весов, полюбоваться красотой, а потом выкинуть это неюзабельное говно и пойти изобретать тот же уродливый хттп, только в профиль? Ну шиза же.
Протокол создавали в 90-е года под нужны 90-х годов.
Он очень даже разумен для тех задач.
Сейчас его используют для совсем-совсем других задач и целей, поэтому пытаться соответствовать всем его спецификациям просто глупо.
Реально только классы ошибок имеют смысл
2xx - "всё работает в штатном режиме, получите результат", например пользователя такого нет.
4xx - "сервер работает хорошо, но у вас кривой запрос, не делайте таких больше".
5xx - "в жопу, у нас аврал, вас много, а сервер один, короче через пару часов спросите, может ответим"
Мне нравится твой вариант, но он противоречит https://datatracker.ietf.org/doc/html/rfc7231#section-4.3.4:
> The PUT method requests that the state of the target resource be created or replaced with the state defined by the representation enclosed in the request message payload.
Так что 201 в случае created тоже относится к PUT
В теории да, но на практике 502 - это когда бекенд отвалился.
На практике nginx может сам выдать 400. Например тут:
> large_client_header_buffers
> ... Поле заголовка запроса также не должно превышать размера одного буфера, иначе клиенту возвращается ошибка 400 (Bad Request)...
Давай, научи веб-сервер ногинск отдавать жсоны с полным описанием проблемы по возможно изменяющейся схеме, бэк ведь тоже такие же жсоны отдает при своих ошибках на случай, если бэку плохо. Ну а хуле, не в статусе же писать о проблемах, это разделение одной абстракции ведь.
@
ЯВЛЯЕШЬСЯ АБСОЛЮТНО ЗАШУГАНЫМ ЧМОМ, БЕЗ НАВЫКА ОБЩЕНИЯ С ЛЮДЬМИ
@
СОФТ СКИЛЛЫ НА УРОВНЕ ПОЛНОГО ОТСУТСТВИЯ
@
НА ПОЛНОМ СЕРЬЕЗЕ ПРЕДСТАВЛЯЕШЬ АЙТИШНИКОВ, КАК ОДИНОЧЕК И ЗАГАДОЧНЫХ ЛИЧНОСТЕЙ, КОТОРЫЕ ПРОСТО СЕБЕ ПРОГРАММИРУЮТ И КОТОРЫМ НЕ ТО ЧТО КОМАНДНАЯ РАБОТА, А И ВООБЩЕ КОНТАКТЫ С ДРУГИМИ ЛЮДЬМИ ЯВЛЯЮТСЯ ЧЕМ-ТО ЧУЖДЫМ (эдакий Нео до того, как узнал про Матрицу)
@
ВЫУЧИВ ПРОГРАММИРОВАНИЕ ДО УРОВНЯ ЧУТЬ ВЫШЕ, ЧЕМ ТРЕЙНИ, РЕШАЕШЬ УСТРОИТЬСЯ В КАКУЮ-НИБУДЬ КОМПАНИЮ НА РАБОТУ
@
САМО СОБОЙ, С МЫСЛЯМИ, ЧТО РАЗ ТЫ АЙТИШНИК ТО ТЕБЯ ДОЛЖНЫ ЧУТЬ ЛИ НЕ С УЛИЦЫ ВЫХВАТЫВАТЬ С РУКАМИ И НОГАМИ, ДОПЛАЧИВАЯ ПРИ ЭТОМ ТОЛЬКО ЗА САМ ФАКТ ТОГО, ЧТО ТЫ СОИЗВОЛИЛ ПРИДТИ В ТАКОЕ-ТО МЕСТО
@
ЯВЛЯЯСЬ ДИКИМ ВЫХОДЦЕМ ИЗ ГЕТТО, ЭДАКИМ БЫДЛАНОМ НА ПОНТАХ, НАЧИНАЕТ КАЧАТЬ СВОИ ПРАВА МОМЕНТАЛЬНО ВСЕМ ПОДРЯД ОТ ХРЮШ ДО ТИМЛИДОВ - ТЕСТОВЫЕ ЗАДАНИЯ ТЫ НЕ ДЕЛАЕШЬ, СОБЕСЕДОВАНИЯ ТОЖЕ НЕ ДЛЯ ТВОЕГО ВЕЛИЧЕСТВА, БРАТЬ ДОЛЖНЫ ПРОСТО СРАЗУ ПО УМОЛЧАНИЮ ПРИЧЕМ СРАЗУ НА УРОВЕНЬ НЕ НИЖЕ СИНЬОРА
@
ТИМЛИДЫ И СИНЬОРЫ В ОХУЕ ШЛЮТ ТЕБЯ НАХУЙ, ИБО С ПОЛУДИКИМ ЕБАНАТОМ НЕ СРАБОТАЕТСЯ НИКТО ДА И НЕ ЗАХОЧЕТ, ХРЮШИ В ШОКЕ УДАЛЯЮТ ТВОИ КОНТАКТЫ ОТОВСЮДУ ПОПУТНО КИДАЯ ТЕБЯ В БЛЕКЛИТ В ХР- ЧАТАХ ТВОЕГО ГОРОДА
@
ВО ВСЕХ ОСТАЛЬНЫМ КОМПАНИЯХ ТВОЕГО ГОРОДА СИТУАЦИЯ ПОВТОРЯЕТСЯ
@
ОБИЖЕНЫЙ НА ВСЕХ И ПРОДОЛЖАЯ ВЕРИТЬ В СВОЙ МАНЯМИРОК ЗАХОДИТ НА ДВАЧ в /pr
@
"ррррряяя, мне все должны, мой талант никто не воспринимает, ряяя, совковый менталитет, аряя кабаны охуели, ряяяяя, собеседующие мне хотят задавать вопросы!!!1"
На самом деле, подобный типаж часто встречается. Если нет опыта общения с людьми, то со знакомыми (теми же одноклассниками) ты можешь быть дичайшим омеганом, а с незнакомыми вести себя как конченое быдло, при этом будешь оставаться таким, пока не поставят на место.
@
С УЖАСОМ ПЫТАЕШЬСЯ ВСПОМНИТЬ КОД 201
@
ВСПОМИНАЕШЬ ЧТО В ПРОЕКТЕ gRPC
@
УЛЫБАЕШЬСЯ И ДОБАВЛЯЕШЬ ЕЩЕ ОДНУ ЕНУМ КОНСТАНТУ
С такой толсотой пиздуй в /б/
>Я могу в умные цитатки, но своими мозгами обделен.
Там даже в FAQ объяснили почему был выбран вариант работы поверх HTTP/2, а не сокеты первые версии работали как раз поверх сокетов
У тебя из коробки будут работать все сетевые моменты поддерживающие HTTP/2, всякие proxy, load balancing, failover, плюс можно даже в браузере его использовать.
@
АНТИБУГУРТ
СО ШКОЛКИ БЫЛО СЛОЖНО ОБЩАТЬСЯ С ЛЮДЬМИ
@
ПОЭТОМУ ДРУЖИЛ ТОЛЬКО С КОМПЛЮДАХТЕРОМ
@
В ИНСТИТУТЕ УЧИЛСЯ С ТАКИМИ ЖЕ ЗАДРОТАМИ, КОТОРЫЕ ТЯЖЕЛЕЕ МЫШКИ НИЧЕГО НЕ ДЕРЖАЛИ — ЭТИ ХОТЯ БЫ ТАК ЖЕ БЕЗОБИДНЫ, КАК ТЫ
@
НАСТАЛО ВРЕМЯ ИСКАТЬ РАБОТУ
@
ОТПРАВИТЬ РЕЗЮМЕ ДЛЯ ТЕБЯ УЖЕ ПОДВИГ, ЧТО УЖ ГОВОРИТЬ ПРО ЗВОНОК ПО ТЕЛЕФОНУ
@
НО НАДО
@
...
@
...
@
...
@
БЛАГОДАРЯ КОВИДУ ОБЩЕНИЕ С КОЛЛЕГАМИ В 99% СЛУЧАЕВ ОГРАНИЧИВАЕТСЯ СЛАКОМ
@
ЗАКРЫВАЕШЬ ТАСОЧКИ, НА ДЕЙЛИ ГОВОРИШЬ РОВНО СТОЛЬКО, СКОЛЬКО НАДО
@
ДОВОЛЬНО УРЧИШЬ
@
СПОРИШЬ С КЕМ-ТО НА ДВОЩАХ, ДЕСЯТЬ РАЗ РЕДАКТИРУЕШЬ ПОСТ ПЕРЕД ОТПРАВКОЙ, ПОСЛЕ ВСТАЁШЬ ИЗ-ЗА ПЕКИ, ХОДИШЬ ПО КОМНАТЕ, С НЕТЕРПЕНИЕМ ЖДЁШЬ ОТВЕТА
>>2151583
Собеседователь-порватка с 300 собеседованиями в год из прошлого треда
@
НО ТАМ ЖЕ ДОХУЯ РАБОТЫ, МОЖНО ХОТЯ БЫ ПРЕДВАРИТЕЛЬНО ТЗ, ЧТОБЫ НА ПО СТЕКУ ПОДГОТОВИТЬСЯ? МЫ ТАМ НЕ СО ВСЕМ РАБОТАЛИ
@
СЫЧЁВ, ПОГОВОРИЛ С ЗАКАЗЧИКАМИ. ПРЕДВАРИТЕЛЬНОЕ ТЗ НЕ ДАДУТ, ТЗ БУДЕТ ПОЗЖЕ НА МЕСЯЦ. У НИХ БЮДЖЕТ СРЕЗАЛИ В ДВА РАЗА, ПОЭТОМУ НАДО БУДЕТ СДЕЛАТЬ ВСЁ ЗА МЕСЯЦ, А НЕ ЗА ДВА.
>>ЗАКРЫВАЕШЬ ТАСОЧКИ, НА ДЕЙЛИ ГОВОРИШЬ РОВНО СТОЛЬКО, СКОЛЬКО НАДО
@
ПОЯВЛЯЮТСЯ ТАСОЧКИ БЕЗ ОПИСАНИЯ
@
ПОЗВОНИ ЕРОХИНУ ОН ТЕБЕ ОБЪЯСНИТ ЧЕ ДЕЛАТЬ
@
НАБИРАЕШЬ ЕРОХИНУ
@
НУ ТАМ ХУЕ МОЕ ЗАЕБИСЬ ВОБЩЕМ ЧТОБ БЫЛО ДЕЛАЙ, НУ ТЫ ПОНЯЛ, ДАВАЙ ДО СВЯЗИ
@
...
@
СЫЧЕВ НУ ЧЕ ТЫ НАХУЕВЕРТИЛ ТУТ ТЕБЕ ЖЕ НОРМАЛЬНО ВСЕ ОБЪЯСНИЛИ!
СЫЧЕВ НУ ЧЕ ТЫ НАХУЕВЕРТИЛ ТУТ ТЕБЕ ЖЕ НОРМАЛЬНО ВСЕ ОБЪЯСНИЛИ!
@
ПОСЛЕ ПАРЫ ТАКИХ СЛУЧАЕВ КАБАН КАБАНЫЧ/МЕНЕДЖЕР МЕНЕДЖЕРОВИЧ/СКРАМ МАСТЕР ДЕЛАЕТ ЕРОХИНУ ВТЫК, ТЕПЕРЬ ТАСОЧКИ ВСЕГДА С ОПИСАНИЯМИ
А нахуй соглашаться на тз по разговору, если в компании есть тасочки?
>>КАБАН КАБАНЫЧ/МЕНЕДЖЕР МЕНЕДЖЕРОВИЧ/СКРАМ МАСТЕР ДЕЛАЕТ ЕРОХИНУ ВТЫК
Эти тасочки Менеджер Кабанович и создает, а описание нахуй надо и так же понятно, а если что вон Ероха объяснит дурачку подробно.
>>нахуй соглашаться на тз по разговору
Какое еще тз, у нас скрам, а не вотерфол! Таска есть? Въебывай!
У НАС СКРАМ А НЕ ВОТЕРФОЛ
@
СЕЙЧАС ПОДОЖДИ АНЖЕЛОЧКА НАПИШЕТ ТЕЗЕ ПОТОМ ПО НЕМУ ЗАВЕДЕТ ТИКЕТЫ
@
ДВА МЕСЯЦА АНЖЕЛОЧКА ПИШЕТ ТЗ
@
В ТИКЕТАХ НАПИСАНО "СДЕЛАТЬ ЗАЕБИСЬ"
@
СЫЧЕВ, ЧТО ТЫ ТАМ ВОЗИШЬСЯ? НАМ ЧЕРЕЗ НЕДЕЛЮ В ПРОД КАТИТЬ, ТЫ ЭТО ПОНИМАЕШЬ? МЫ ОБЕЩАЛИ, СЫЧЕВ, ТЫ НАС ПОДВОДИШЬ!
@
ПРОШЕЛ МЕСЯЦ
@
ПРОЦЕСС ВСТАЛ, ЗА СПРИНТ НИХУЯ НЕ СДЕЛАЛИ
@
ПРИХОДИТ СКИП ЛЕВЕЛ МЕНЕДЖЕР, СПРАШИВАЕТ КАКОГО ХУЯ
@
СКРАМ МАСТЕР ОТВЕЧАЕТ: ДА НЕПОНЯТНО, НАДО СОБРАТЬ МИТИНГ НА ВСЮ КОМАНДУ ЧТОБ ВЫЯСНИТЬ
@
СЫЧЁВ, ЗАЧЕМ ТЕБЕ ДЕНЬГИ?
@
НА ЕДУ? НА ЕДУ И 10К ХВАТИТ, ВСЁ ОТ ЗАПРОСОВ ЗАВИСИТ...
@
КАБАН КАБАНЫЧ, А ВАМ ЗАЧЕМ ДЕНЬГИ?
@
НУ У МЕНЯ ПЛАНЫ ТАМ, ИДЕИ ВСЯКИЕ
@
И ВООБЩЕ, СЫЧУШ, ТЕКУЩАЯ ЗП - ЭТО ДОГОВОР МЕЖДУ МНОЙ И ТОБОЙ, ЕГО НАРУШАТЬ НЕКРАСИВО
Порриджи не знают ничего, кроме хттп, который за них делает либа
Порриджи изобретают tcp over http
Так низкоуровневое программирование для бумеров.
Нормальные люди подключают либу, греют кофе и приходят на работу чтобы сделать пару кликов мышкой.
А ты сиди там, дрочись со своими протоколами. ТСП какой-то, ИП-4, ип-5, иди нахуй, пидорская хуйня какая-то, для пидоров.
@
Зачем они тогда нужны...
>носиквел база со встроенным графкюелем
Хм. А я думаю, что я только что изобрел потенциальный хипстотренд. Если подмаркетить, выкатить как НОВОЕ СЛОВО. То сожрут и будут просить еще и благодарить за подачки в виде фич, которые в старых технологиях реализованы 50 лет назад.
>>2154014
>вебсокетах
Хорошо. Можно слово РИАЛТАЙМ в маркетинг добавлять.
Лично на своем опыте:
ЯВЛЯЕШЬСЯ АБСОЛЮТНО ЗАШУГАНЫМ ЧМОМ, БЕЗ НАВЫКА ОБЩЕНИЯ С ЛЮДЬМИ
@
СОФТ СКИЛЛЫ НА УРОВНЕ ПОЛНОГО ОТСУТСТВИЯ
@
КОДИТЬ ПОШЕЛ ИЗ-ЗА ТОГО ЧТО ПОСМОТРЕЛ МАТРИЦУ И ЛЕЙН С ГИТСАМИ
@
НА РАБОТЕ РАБОТАЕШЬ ХУЕВО И МЕДЛЕННО, НО НА ФОНЕ КАДРОВ С КУРСОВ КАБАН ДУМАЕТ ЧТО ТЫ ПРОСТО ПЕРФЕКЦИОНИСТ, ВЕДЬ ЗА МЕСЯЦ-ТО ТЫ СДЕЛАЛ РАБОЧУЮ ХУЙНЮ, В ТО ВРЕМЯ КАК ВКАТУНЦЫ - ДОКЕР ПОСТАВИТЬ НЕ ОСИЛИЛИ И ОРАЛИ ЧТО ИМ ДОЛЖНЫ КТО-ТО ЕЩЕ ЕГО ПОСТАВИТЬ
@
ПОСТОЯННО В СТРЕССЕ
@
ВСЮДУ ХОДЮТ ЛЮДИ, ТЕБЕ НЕПРИЯТНО
@
ЧЕРЕЗ ГОД РАБОТЫ ТЕБЯ ПОВЫШАЮТ ДО МИДЛА И ПРОСЯТ ОБЩАТЬСЯ С КЛИЕНТАМИ
@
ПОСТОЯННО ОБСЕРЫ ТО С ПОДКЛЮЧЕНИЕМ К СЕРВАКУ КЛИЕНТА, ТО ЕЩЕ ИЗ-ЗА ЧЕГО-ТО
@
ТЫ НЕ В СОСТОЯНИИ ДАЖЕ ПО ПОЧТЕ ВЫЯСНИТЬ ЧТО НЕ ТАК И КАК ТЕБЕ СДЕЛАТЬ ТО ЧТО ОТ ТЕБЯ ХОТЯТ
@
ИЗ-ЗА ЭТОГО ПОСТОЯННО НАХОДИШЬСЯ НА ГРАНИ: УБИТЬ СЕБЯ, УВОЛИТЬСЯ ИЛИ МОЖЕТ БЫТЬ ПРЕТВОРИТЬСЯ БРЕВНОМ И ОНО САМО ПРОЙДЕТ
> Так HTTP протокол уровня транспорта или уровня приложения???
Это протокол прикладного уровня (приложения), который уже много других протоколов используют как транспорт. Сказано же, OSI model это чисто теоретическая хуйня, которая к практике мало отношения имеет.
ДАВАЙТЕ ВАМ САЙТ ПО БАРТЕРУ СДЕЛАЮ, ВСЕГО 15К?
@
ВЫ МНЕ КОСМЕТОЛОГИЧЕСКИЕ ПРОЦЕДУРЫ, А Я ВАМ САЙТ?
@
ДАВАЙТЕ!
@
СТАРАЕШЬСЯ, ПОКУПАЕШЬ НА СВОИ ДЕНЬГИ КРАСИВУЮ ТЕМУ, VPS, НАСТРАИВАЕШЬ REDIS, NGINX-КЕШИРОВАНИЕ, ДЕЛАЕШЬ ВСЁ АККУРАТНЕНЬКО, С ДУШОЙ
@
ВЛОЖИЛ СВОИХ ДЕНЕГ 15К И МЕСЯЦ РАБОТЫ
@
ООООЙ КАКОЙ КРАСИИИИВЫЙ! СПАСИИИИБО <3
@
ПРОХОДИТ ГОД
@
ВЛАДЕЛЕЦ ХУЙ НА САЙТ ПОЛОЖИЛ, ДАЖЕ НЕ ЗАХОДИТ И НИКАК НЕ РАЗВИВАЕТ
@
ПИШУ ЕЙ: ПРИВЯЖИТЕ ПОЖАЛУЙСТА СВОЮ КАРТУ, СКОРО ХОСТИНГ ИСТЕКАЕТ
@
ОНА: А СКОЛЬКО ЭТО БУДЕТ СТОИТЬ?
@
4500 РУБЛЕЙ ЗА ГОД
@
ООООЙ А ЧО ТАК ДОРОГА? ОН ЖЕ МНЕ НЕ ПРИНОСИТ ДЕНЕГ!!!!
@
А НЕЛЬЗЯ ЛИ ПОДЕШЕВЛЕ?
@
ДА И ВРЕМЕНИ НЕТ, У ВАС НЕТ ЧЕЛОВЕЧКА, КОТОРЫЙ ЕГО БЫ БЕСПЛАТНО РАЗВИВАЛ!?
@
В ИТОГЕ, 3 ПИЛИНГА СДЕЛАЛА ВСЕГО И ТО Я САМ ПЛАТИЛ ЗА ПРЕПАРАТЫ
>>2154211
Реальная цена этого сайта - ну наверно тысяч 100. Потому что там страниц 10 наверно, я придумывал все тексты (медицинской тематики), заказывал дизайн логотипа, честно покупал иконки (а не пиздил с торрентов). Короче душу и сердце вложил, а по факту, он сейчас никому не нужен. И ещё главное, она говорит: "а можно его просто как страничку в интернете оставить? Типа визитки". Ну нифига себе блин визитка!
Короче, знал бы что так получится - не стал бы заморачиваться. Мораль сей басни - лучше не проявлять инициативу. Если хотите помочь человеку, ему не всегда требуется ваша помощь. В итоге только сам себе лишнюю работу найдёшь.
https://www.drgolyakova.com/
Всплывающие при прокрутке фотки - это часть темы или сам пили? Алсо, как такое делается - на голом CCS или ещё нужен JS?
Ну сайт годный даже ПОДЧЕРПНУЛ кое-что для себя, но местами в статьях где-то переведены термины и названия веществ, где-то нет, причём одних и тех же
>Знакомая захотела простенький сайт за копейки "шобы был"
>По итогу заплатил дохуя сам, а получил от нее обещанные копейки
>При этом заюзал все известные ему баззворды
>Залил в какое то облако дороже 100р/год хотя по сути сайт является визиткой
>Сайт закономерно оказался никому не нужен
>РРРЯЯЯ ЗАШО ТУПЫЕ ДЕВКИ БЛЯДЬ
>Пошел плакаться на двач и сливать ее контакты
Анальник классический
>Потому что там страниц 10 наверно, я придумывал все тексты (медицинской тематики), заказывал дизайн логотипа, честно покупал иконки (а не пиздил с торрентов). Короче душу и сердце вложил, а по факту, он сейчас никому не нужен. И ещё главное, она говорит: "а можно его просто как страничку в интернете оставить? Типа визитки". Ну нифига себе блин визитка!
Но ведь это на самом деле сайт-визитка. Да, возможно качественно сделанная дорогая визитка, но без задач. Ты бы лучше свой личный сайт доработал.
Тоже не понимаю, зачем там редис. Дизайн и персонализацию вижу, контент есть, оригинальность оценить не могу, ничего технологического не вижу.
Сайт немного "копирайтерский", отстранённый, про всякие косметические процедуры, и мало про то, как работает конкретный врач, такое ощущение складывается. Для раскрутки врача это не очень.
А вообще, ты пытался подкатить к симпатичной пёзде, пёзда тебя проигнорила и не заметила твои труды. Во-первых пёзды не понимают в этих технологиях ничего, во-вторых такие подкаты не работают в принципе.
Что самое интересное, автор сам на своём сайте пишет про супер дешёвый облачный хостинг
https://build-in-saratov.com/aws-cheapest-hosting/
А с пёзды хочет, чтобы она платила довольно заметную сумму, за которую можно приличный vps купить.
Я с AWS не работал и не умею, то главный профит в таких задачах вижу в том, что это независимая от тебя инфраструктура, ты просто отдаёшь аккаунт проекта заказчику и дальше он пусть сам поддерживает.
Крохоборство это несерьёзно, если скажем фирма не готова платить 1тр-2тр в месяц, то значит им сайт не нужен.
Услуги девопса, который в состоянии все эти aws сам настраивать тоже стоят денег.
Если ты у себя хостишь какие-то сайты, то там всё просто, нет никакой проблемы на одной vps держать десятки таких лендингов, поэтому это ничего не стоит в плане денег. VPS дешёвые. Просто тогда на тебя этот хостинг завязан, вот это нехорошо.
>как такое делается
intersection observer
https://www.youtube.com/watch?v=T8EYosX4NOo
>>2154230
Спасибо, рад что понравилось. Эти эффекты по большому счёту самим элементором делаются. Согласен, есть косяки, но у меня уже сил не хватило допилить.
>>2154233
Кекнул чёт.
>>2154245
Это вордпресс с элементором. Редис - прослойка между mysql и вордпрессом, он чуточку ускоряет запросы к DB.
>>2154248
Да, видимо ты прав. Перенесу на бесплатный oracle vps, так будет лучше. Раз
>>2154252
>Ты бы лучше свой личный сайт доработал.
Да, всё руки до него не доходят, такие дела.
>Тоже не понимаю, зачем там редис
Редис - это супербыстрая бд за счёт того, что хранит данные в оперативной памяти. Она гораздо быстрее mysql, у неё время ответа меньше одной миллисекунды. В итоге её логично использовать как прослойку между вопрдпрессом и mysql.
>Сайт немного "копирайтерский", отстранённый, про всякие косметические процедуры
Да есть такое дело. Потому что я сам всё писал и поэтому вышло не очень.
>А вообще, ты пытался подкатить к симпатичной пёзде
Я не пытался, у нас чисто дружески-деловые отношения. Она замужем и с ребёнком. Просто хотел помочь от чистой души, думал может лишнюю денежку заработает.
>>2154232
Кек.
>>2154257
Я знаю бесплатные хостинги, просто сильно мелочиться не стал и выбрал сразу платный. Но щас думаю, лучше бесплатный оракл бы использовал.
>>2154259
AWS Amplify - это и есть cloudfront + s3. Просто это незаметно behind the scenes происходит.
>>2154271
Фишка AWS в том, что там полно сервисов на любой вкус и карман. Там всегда что-то для себя может найти как и нищеброд, так и успешный крупный бизнес.
Ну вот смотри, как это смотрится со стороны.
Ты предлагаешь кому-то услуги, которые им не нужны. Тем, кто в этом ничего не понимаешь. Вкладываешь время-деньги, но потом жалуешься, что твою работу не могут оценить.
Твои клиенты видят это иначе. Они видят, что да, красиво и интересно, прикольно такое иметь. Но они не готовы оплачивать этот объём работы и поддержки. Ни морально, ни на самом деле реальной необходимости нет.
Тут ещё общая история для этого рынка, рынка мелких заказчиков - заказчик хочет, чтобы было на уровне, как у лидеров индустрии, но только за копейки, потому что вкладывать мало-мальски сравнимые деньги он не может.
Ну и давай прямо. Ты делал не потому, что хотел помочь, а потому, что хотел сам что-то такое полезное и интересное сделать. Типа такой пет-прожект.
>Редис - это супербыстрая бд за счёт того, что хранит данные в оперативной памяти. Она гораздо быстрее mysql, у неё время ответа меньше одной миллисекунды. В итоге её логично использовать как прослойку между вопрдпрессом и mysql.
Это называется "переусложнение". MySQL тоже работает достаточно быстро, вряд ли ты упираешься в то, что не хватает производительности. Уж на таком "проекте" это смешно. Зато используя редис, ты добавляешь лишнюю зависимость, лишнюю точку отказа и сокращаешь возможности того, где систему можно поднять.
А это очень плохо. В таких задачах ключевое не максимальная производительность, её никто не заметит, а удобство и лёгкость поддержки, что очень страдает от лишней зависимости.
А чел воткнул редиску на сайт визитку и удивляется почему его не оценили.
>по доброте душевной.
Никогда ничего не делай бабам по доброте душевной, только за секс, пусть отсасывает тебе каждую неделю и дает поебать свои дырки а ты развиваешь сайт. Бабы они тупые и не ценят труд и еще наебывают кунов что бы заиметь себе програмиста, таксиста, строителя, друга, ебыря и т.д.
>Неужели нельзя было сделать это всё проще?
я так делал.
Руками собираешь варник, руками делаешь ему версию
app.war##005
Заходишь в морду томката, жамкаешь на деплой. И оно автоматом останавливает старую приложуху и поднимает твою новую. Незаметно для клиентов, без всяких падений и 400.
Что этим пердоликам не хватает, хз. Видимо каждый считает себя вторым амазоном
@
ГЛАВНОЕ ЧТОБЫ РАБОТАЛО
@
ИДЕШЬ В ВУЗ
@
НУЖНО ЧТОБЫ БЫЛО БЫСТРО
@
ИДЕШЬ ДЖУНОМ
@
НУЖНО ЧТОБЫ БЫЛО КРАСИВО И ЧИТАЕМО
@
СТАНОВИШЬСЯ СЕНЬОРОМ
@
СТАНОВИШЬСЯ МИДЛОМ
@
НУЖНО ЧТОБЫ БЫЛО БЫСТРО
@
ГЛАВНОЕ ЧТОБЫ РАБОТАЛО
Ох, как же у местных бракоделов (пикрелейтед) припекло, второй день уже успокоиться не могут.
@
В КОМАНДЕ СЕНЬОРОВ КОТОРЫЕ ВКАТИЛИСЬ В НУЛЕВЫХ
@
У ВАС ХОЛОДНАЯ ВОЙНА ИЗ-ЗА ТОГО ЧТО СТАНДАРТЫ К НАПИСАНИЮ КОДА ИЗМЕНИЛИСЬ
@
ПРИХОДИТ ДЖУН
@
ПИШЕТ КРУЧЕ ТЕБЯ И ТЕБЕ НРАВИТСЯ ЕГО КОД, НО БОЯСЬ ЗА СВОЕ МЕСТО - ПРИСОЕДИНЯЕШЬСЯ К СЕНЬОРАМ В ТРАВЛЕ ЕГО КОДА
@
ОТНОШЕНИЯ С СЕНЬОРАМИ НАЛАЖИВАЮТСЯ, ТИМЛИД ГОВОРИТ ЧТО ПОРА БЫ И ТЕБЯ В СЕНЬОРЫ ПЕРЕВОДИТЬ
@
САМ В СВОЕЙ ЧАСТИ ПРОЕКТА, КОТОРАЯ ТОЛЬКО НА ТЕБЕ - ВОРУЕШЬ ПОДХОДЫ ДЖУНА
>ЧТОБЫ ПОДНЯТЬ НОВЫЙ СЕРВИС НУЖНО СДЕЛАТЬ МИЛЛИАРД КЛИКОВ ИЛИ КОММАНД В КОНСОЛИ
Делаю одной командой из мейкфайла, который написал 1 раз миллион лет назад, проблемс?
- Давай я тебе воооот такую хуйню сделаю, ну давай, ну че ты хвали меня, восхищайся моей ОХУЕННОСТЬЮ!! может даже писичка перепадёт...
@
- Ок ладно только отъебись... Не, чёт хуйня какая-то
@
РЯЯЯЯЯ КАК ПАСМЕЛА Я ЖИ ЕЙ ВСЁ БЕСПЛАТНО ДЕЛАЛ СЛЫШИТЕ?! Б Е С П Л А Т Н О !!!
>>2154329
>>2154334
>>2154981
Блин, я не знаю, почему редис у всех такой атомный подрыв жоп вызвал. Он накатывается элементарно за 2-ты минут максимум.
Показываю. Берется элементарно slickstack (slickstack.io)
В конфигах указывается лишь несколько параметров, типа api-ключа cloudflare, название домена, пароль ssh и т.д. И всё, стек разворачивается одной командой:
cd /tmp/ && wget -O ss slick.fyi && bash ss
После этого у тебя появляется redis, mysql, php с opcache-кешированием, nginx с настроенным кешированием, cloudflare, выпускается ssl-сертификат, настраиваются бекапы с помощью rsync, поднимается staging-домен, настраивается файрволл, fail2ban правила, антивирусник clamav, настраивается вордпресс, отрубается всё ненужное и прочие.
О каком оверкилле вы говорите вообще? Там нету никакого оверкилла. Любой школьник может зайти на сайт slickstack'а и развернуть стек с редисом. Он доступен любому желающими, там всё готовое на блюдечке уже лежит. Я его просто люблю и давно им пользуюсь.
>>2154322
Я понимаю, что кто-то может не шарить в этом. Поэтому старался максимально интуитивно делать, даже перевел все английские фразы на русский. Расчет был на блог - то есть, что владелец будет периодически раз в неделю публиковать статьи. Тогда он из визитки превратился бы в полноценный блог с потенциалом монетизации. Хуле так сложно, просто заходить и публиковать маленькую статью?
А то, что это интересно мне/моему портфолио. Нет, я уже лет 10 в вебе тусуюсь. У меня отличное портфолио, я работал с кучей крупных клиентов таких как Kettler Sport, Pantheon, Trivago и проч. Мелкий сайт визитка мне ничего не дает. Я за эти годы миллион этих визиток сделал.
Понятное дело, что с таким опытом сразу просить 150к за сайт, мне бы просто сказали бы нет. Поэтому чисто символически сказал в расчёте что моя работа принесет пользу.
Но в итоге всем похуй.
@
ОДИН ИЗ МИДДЛОВ ДЕЛАЕТ ЗАДАЧИ В 10 РАЗ МЕДЛЕННЕЕ ОСТАЛЬНЫХ
@
РЕШИЛ РАЗОБРАТЬСЯ
@
СЕЛИ ПАРНО ПРОГРАММИРОВАТЬ
@
МИДЛ ВРОДЕ БЫ НОРМАЛЬНЫЙ, СДЕЛАЛИ ЗАДАЧКУ БЫСТРО
@
ДАЛ ЕМУ СОЛО ЗАДАЧКУ
@
МИДЛ ЗАМЕДЛИЛСЯ В 8 РАЗ
@
РЕШИЛ СПРОСИТЬ ЕГО ЧТО ДА КАК
@
"ПРОГРАММИРОВАНИЕ ЗАЕБАЛО, ПРИШЕЛ ЗА ЗАРПЛАТОЙ, НО НЕ МОГУ ЭТИМ ГОВНОМ ЗАНИМАЬСЯ"
@
ПЫНЯ 22 ГОДА, ИТОГИ
Сука, скорей бы гречневым начали платить нормально
Лол блядь, эталонный ВЕБМАСТЕР. Тебе >>2154322 все по сути расписал, но ты продолжаешь стоять на своем и еще СНИСХОДИТЕЛЬНО ОБЪЯСНЯТЬ будто все вокруг тебя тупые.
Давай еще раз. Дело не в сложности развертывания. А в лишней зависимости и точке отказа. Чем больше у тебя ненужной хуйни понапихано, тем дороже хостинг, тем меньше вариантов хостинга, и тем больше вероятность что где-то что-то отъебнет, а профита с этого ровно ноль.
Если бы я пришел к девопсу и попросил поднять редиску на одном из наших промо-подсайтов, прост чтобы было, он бы покрутил пальцем у виска (и был бы прав).
Ты странный чел. Redis - не точка отказа, если он упадёт, ничего не случится абсолютно. Сайт продолжит работать как ни в чём не бывало. Если хостинг позволяет - почему бы не поставить? За $5 элементарно машинка с 1гб памяти покупается и этого гига с избытком хватает. Сам редис - 100мб памяти ест.
Профиты есть. Чисто визуально, сайт процентов на 20-30% быстрее загружается. А от того, что тебе от этого печёт, я в этом не виноват.
Ты кому-то что-то пытаешься доказать, а реально при этом всё больше и больше сомнений появляется.
То у тебя миллион сайтов в опыте, но при этом ты очень много вложил в этом в общем-то шаблонный сайт. Уже странно.
Причём ведь к тебе нормально тут относились, пытались лишь на какие-то косяки со стороны указать, как это может смотреться со стороны.
Попробовать сделать сайт в качестве пет-прожекта нормально. Или другую работу. Вот когда хочешь попробовать себя в каком-то направлении. И да, обидно, если твою работу не оценят. Многие через это проходили в том или ином виде.
Попробовать услугами подкатить к бабе тоже нормально. Не работает правда, но и через это многие проходили. Тоже обидно.
Все люди, все наивные, все чем-то огорчаются и чему-то учатся.
Если ты такой профи, тогда уже много вопросов. Что тебя вообще задевает, что кто-то там твой сайт не оценил? Если ты работал на заказах реально, то должен понимать, что это обычная история, даже если платят.
Если ты профи, то должен понимать проблемы своих клиентов, реальные потребности пользователей, а не те задачи, которые хочешь решить. И да, как ни печально, то, что надо делать, может очень сильно отличаться от того, что хочется сделать.
Наконец, если ты такой профи и хочешь помочь, то не понятно, почему у тебя своего хостинга нет. Ты можешь тупо запустить сервис на своём хостинге и просто забыть о нём, это дополнительно ничего стоить не будет, кроме домена. И не надо будет просить денежку платить.
И не надо объяснять, что якобы несложно это поднять. Мы тут, многие, и не такое можем поднять. Но не для нас ты сайты делаешь.
Зачем например на голой жабе докер? Жаба-машина и есть виртуализация
Но ведь докер это не виртуализация (имеется в виду не шиндовс, а естественная среда для докер контейнеров).
И до докера делали
mount -o bind /dev /mnt/distro/dev
chroot /mnt/distro /bin/bash
До докера существовала squashfs сохраняющая изменения в слоях В том же паппи линуксе загружались плагины-образы с флешки с дополнительным софтом
И вообще кто тебя заставляет весь софт в контейнере запускать?
Вы заебали с докером воевать. Что, если не докер? Инсталлер на десяток гигов, который тащит оракл, жаба-машину, очереди, сервер приложений и прочее говно, и этот инсталлер надо на каждой ноде запускать руками? А кто этот инсталлер будет собирать* А обновлять?
>почему у тебя своего хостинга нет
Ээээм... вот смысл залочивать клиента на себя? Ты хоть представляешь, какой это геморрой? Другой разраб придёт и начнётся... дай ssh-доступ, дай то, дай сё. Весь смысл покупки другого хостинга - максимально дистанцировать клиента клиента от себя. В случае замены разраба, чтобы умыть руки и сказать это ваш хостинг вот сами и разбирайтесь.
>И не надо будет просить денежку платить.
Ты не понял. Я в принципе не думал об этом. Когда ты дохуя зарабатываешь, то $5 кажется смешным. Это как две шаурмы в месяц, не думал что кто-то будет жаловаться мол я обираю его на две шаурмы. Для меня пять долларов это смешная сумма, я плачу без задней мысли.
>что кто-то там твой сайт не оценил?
Обидно когда не используют. Мы как-то запилили интернет-магазин, целый космолёт. А его тупо не стали использовать. Вот это обидно.
>Обидно когда не используют.
Потому что твоё говно по факту нахуй не нужно. Тебя просто не хотели обижать прямым отказом и дали шанс вежливо соскочить с темы, никого не напрягая, но анальник с нулевым эмоциональным интеллектом не понимает нюансов человеческого общения и как обычно проебался и нашел за что кинуть обидку
@
ВРЕМЯ ИДЁТ, ТЫ ВСЁ ЕЩЁ НЕ МОЖЕШЬ РЕШИТЬ ТАСКУ
@
РЕШАЕШЬ ОБРАТИТЬСЯ ЗА ПОМОЩЬЮ К КОЛЛЕГЕ
@
НЕ ПОНИМАЕТЕ ДРУГ ДРУГА
@
ПОМОЩИ НЕТ
@
СКВОЗЬ АНАЛЬНУЮ РЕЗЬ РЕШАЕШЬ ЗАДАЧУ САМ
Пусть попишет доки для инсталяторов. Или попробует порешать несколько десятков раз проблемы на чужой машине, которые хуй пойми как воспроизводятся. Сразу образумится.
Положительная сторона тоже есть. Можно плевать в потолок, пока это дерьмо само что-то устанавливает несколько часов, вместо уже готового образа. Заебывать только быстро начинает.
@
ТЕМПЛЕЙТЫ И КОД КОНТРОЛЛЕРА ДУБЛИРУЮТСЯ ДЛЯ ЭТИХ ФОРМ
@
НАХУЙ ВЫДЕЛЯТЬ ОБЩИЙ КОД - И ТАК СОЙДЁТ
@
ПОДУМАЕШЬ, КАЖДЫЙ РАЗ ЧТО-ТО МЕНЯТЬ В 2 МЕСТАХ
@
ТЕ ЕЖЕДНЕВНО ДЁРГАЮТ СВОЙ АНУС
@
СЫЧЁВ НЕ МОЖЕТ ДЁРНУТЬ ДАЖЕ ХАТЕТЕПЕ МЕТОД
@
ОЙ, ТУТ БОЛЕЕ ВАЖНАЯ ТАСКА, ПЕРЕКЛЮЧАЕШЬСЯ НА НЕЁ
@
ПЛАН РАБОТЫ ПО ПРЕДЫДУЩЕЙ ТАСКЕ В ГОЛОВЕ: ДА ПОШЁЛ Я НАХУЙ
@
ОЙ ТУТ БАГ, НАДО СРОЧНО ИСПРАВИТЬ
@
НАЧИНАЕШЬ КОВЫРЯТЬ БАГ
@
УЖЕ ХОЧЕТСЯ СПАТЬ
@
ИДЁШЬ СПАТЬ
@
ЗА ДЕНЬ НИХУЯ НЕ СДЕЛАЛ
Через пару лет
1 if
2 if
3 if
...
100500 if
@
Сычев ты новенький, закрой простой баг...
@
Какой рефакторинг, Сычев? Задача Э Л Е М Е Н Т А Р Н А Я, понаберут тут с улицы!
@
Ерохин, почему клиенты ругаются, что у них проводки в отчетах по два раза появляются?
@
Это Сычев чинил крутилку на фронте! Я не причем!
@
В СТРОКЕ BASE64
@
В BASE64 ПРОТОБУФ
@
В ПРОТОБУФЕ ДЖЕЙСОН
@
В ДЖЕЙСОНЕ СТРОКА
@
...
В принципе для этого как раз ООП нужно. Что в случае кода, что в случае страниц.
Ты создаёшь базовую функцию, которая что-то делает. В ней сотня вызовов других функций, которые делают какие-то мелкие части.
Вместо if-else ты наследуешься от базовой страницы (для веб-страниц) или базового класса и переопределяешь функции нужным тебе образом.
Ровно для этого ООП и придумывали.
Ну-ка, братан, давай, переделай нам очереди, только без остановки и естественно с сохранением части старых очередей на всякий случай. Да-да, сделай по два роута для каждой таски, новый и старый, а мы подумаем, что использовать будем и чтоб не кофлитковали. Ну заодно порефакторить этого ебаного спрута по всему проекту надо.
Это реализация ООП.
У тебя есть шаблон, можно так назвать, базовый класс.
Ты наследуешься от неё. В потомках ты используешь базовую функцию из базового класса, но переопределяешь часть методов, благодаря чему она работает иначе.
Просто классический ОО подход. А остальное уже особенности реализации.
Но в целом он прав. Не наследование конечно, а композиция. Суть в том что ты вместо каждого ифа назначаешь внешнего ответственного за кусок логики. А то с какого пня у тебя вдруг форма стала знать о этой логике? С какого она вообще стала знать что там создает или редактирует, если эта логика где-то в контроллере находится?
В чём он прав? Я вижу какой-то подростковый бунт. Мол мы молодые, упругие, за нами будущее, мы не хотим писать как эти замшелые деды на джаве.
Не, я всё понимаю, я тоже не люблю, когда наследование на двадцать уровней вложенности.
Плоха не какая-то парадигма и принципы, плохо лишь когда на одну парадигму всё завязывается, а не подбирается индивидуально под задачи.
Если ты сваливаешься в какие-то принципы, например принципиально избегать ООП, то ты неизбежно будешь из-за своих принципов напарываться на грабли. Надо всё уметь и все возможности использовать.
При чем тут ООП? Я про наследование. Наследование имплементации - та еще хуета. Изменение поведения предков влияют на изменение поведения наследников. Получается такая нихуёвая завязка на имплементацию, которую труднее поддерживать, тестировать и т.д.
Существует очень мало случаев, которые оправдывают использование наследования. Поведение двух разных формочек - не такой случай.
Почему тебе так не нравится наследование?
Формочки как раз довольно хорошие примеры, когда ООП работает очень хорошо. А вот if-else в формочках плохо.
В if-else ты загоняешь логику куда-то внутрь кода, ты вынужден туда лезть, чтобы что-то изменить. Очень сложно расширять логику, если хочешь ещё один вариант добавить, тебе надо дополнительные if-else прописывать и вылавливать их в коде.
В случае ООП контроль этого хозяйства снаружи, ты правишь логику внешних слоёв, а не внутренних.
>Почему тебе так не нравится наследование?
>Наследование имплементации - та еще хуета. Изменение поведения предков влияют на изменение поведения наследников. Получается такая нихуёвая завязка на имплементацию, которую труднее поддерживать, тестировать и т.д.
Дали человеку композицию, а он говорит "нет, хочу жрать говно. дайте мне наследование"
Ты по-моему слишком увлёкся книжками по философии программирования.
Давай проще.
Вот есть у тебя две формочки. Они большие, сложные, но есть несколько полей, которые надо по-разному рисовать в зависимости от чего-то.
Вариант с наследованием - рисование этих кусков делегировать какой-то функции (виртуальной в терминологии плюсов), по умолчанию она рисует одним образом, а если надо изменить, то делаем класс-наследник и в нём переопределяем эту функцию, чтобы она рисовала так, как надо.
Что ты предлагаешь? Править код и вставлять туда кучу if-else, рисовать в одном случае одним образом, в другом другим? П при вызове функции соответственно параметр добавить, каким способом рисовать? Или как?
Приватные методы в наследниках выносишь в классы. Инстансы классов прокидываешь как параметр в конструктор или в паблик метод. Убираешь наследников.
Получишь легкие тесты, работу на контрактах.
Насмотрелся я на 'сеньоров': "Меня %framework_name% испортил, нормально писать не хочу и не буду". Ножкой топ-топ, в бороду хмык-хмык и хуевертит 4 уровня наследования. Сверху на поддержке докинут кейсов; сеньор не придумает ничего лучше чем в наследнике 4 уровня инстанцировать теми же данными наследника 3 уровня.
>Приватные методы в наследниках выносишь в классы. Инстансы классов прокидываешь как параметр в конструктор или в паблик метод. Убираешь наследников.
Откуда приватные? Они не приватные, а proterted или public.
Но твоя схема куда более адовая. При предлагает фактически городить лес коллбэков, которые надо из родителя дёргать. Это ад. На самом деле ты велосипедишь таблицы виртуальных фунций, то есть делаешь кривой самописный вариант наследования вместо нормального штатного. Зато как понтово звучит, "на контрактах".
>и хуевертит 4 уровня наследования
То, что наворачивать слои ради слоёв плохо по крайней мере я не отрицаю. Проектировать надо вдумчиво в любом случае. Но это не проблема ООП, а проблема проектирования вообще. Когда усложняют вместо того, чтобы упрощать.
Какой блять лес колбеков, о чем ты? Попустись.
Нет никакой лишней когнитивной нагрузки позвать zalupaDrawer.draw() вместо вызова this.drawZalupa()
Только в первом варианте ты спокойно пишешь маленькие юнит тесты и довольно урчишь. Во втором случае ты забиваешь на юнит тесты из прицнипа ибо эту лапшу тестировать невозможно
>Нет никакой лишней когнитивной нагрузки позвать zalupaDrawer.draw() вместо вызова this.drawZalupa()
Разница огромна, в первом случае ты снаружи вызываешь весь функционал, а это значит код снаружи и логика снаружи.
Ты вообще какое-то откровенное спагетти предлагаешь.
Ты предлагаешь в метод класса передавать другой класс, чьи методы надо дёргать, чтобы основной функционал поддержать. Это зависимости вверх-вниз, это ад.
И только потому, что ты не смог разобраться с тем, как на ООП по-человечески разрабатывать.
Ты может на свою мелкую залупу и сделаешь простые тесты, зато сразу будут проблемы с тестами на класс, откуда ты её вызываешь.
Я уже не говорю, что для реализации потребуются дополнительные абстрации. Ты удаляешь класс-наследник, задо должен дополнительно описывать интерфейс, который ты передаёшь в класс-родитель, чтобы тот мог дёрнуть методы.
> наследование это нарушение инкапсуляции.
Нет, инкапсуляция это сокрытие деталей реализации. Если же методы описаны как публичные или приватные, это это интерфейсная часть специально для того, чтобы ей пользоваться.
>Внешний класс может изменить поведение, и ты об этом не узнаешь
Не может, не должен. Все основополагающие принципы ООП запрещают менять базовый класс так, что это может сломать его пользователей, в том числе тех, кто от него наследуется. Например это описывается в SOLID. И не только там.
@
В 3Х РАЗНЫХ МЕСТАХ ОНА РАЗНАЯ
@
ПОТОМУ ЧТО ИЗНАЧАЛЬНО БЫЛО 3 РАЗНЫХ МАКЕТА И РАЗНЫЕ ТРЕБОВАНИЯ К ФОРМАМ
@
ПОТОМУ ЧТО НАДО БЫЛО ВЧЕРА
@
ПОТОМУ ЧТО РАЗНЫЕ ЛЮДИ ДЕЛАЛИ ИХ
@
ПОТОМУ ЧТО РОТ ЕБАЛ
@
ОДНО И ТО ЖЕ ДЕЛАЕТСЯ РАЗЫМИ МЕТОДАМИ
@
ДАННЫЕ ПРИХОДЯТ РАЗНЫЕ
@
НАДО СДЕЛАТЬ ТАК, ЧТОБЫ ФОРМЫ БЫЛИ ИДЕНТИЧНЫ, ИНАЧЕ ЗАЕБЕШЬСЯ ВЕЗДЕ ПРАВКИ ВНОСИТЬ
@
ФОРМЫ ОГРОМНЫЕ ПО ФУНКЦИОНАЛУ
@
ВРЕМЕНИ НИКТО НЕ ДАЁТ
Я кажется понял, что пора увольняться. Накопилась критическая масса моего говнокода.
У тебя есть объект базового класса. Он может быть другой реализации и другого поведения, которое ты не ожидаешь
Но на твоём скрине именно то поведение, которое ожидается. Ты ожидаешь, что метод может быть переопределён. Как раз для того, чтобы мог какие-то другие значения возвращать.
Если же тебе нельзя, чтобы метод переопределяли, то он должен быть или приватным, или в java есть что-то вроде final как раз для этого.
Думаю да
1) На 100500 маленьких классов я смогу написать 100500 тестов, а для одной вундервафли со 100500 условиями имеющими 100500 зависимостей нет.
2) У тебя фабрика делает то же что и делала форма. Не решил проблемы- написал лишний код
3) У тебя где-то в другом вызывающем коде определяется какая будет форма. У тебя ответственность за одну и ту же логику создания формы повторяется между разными частями приложения: фабрикой/формой и вызывающим кодом. Например у тебя в форме для создания есть поле ФИО пользователя, а для редактирования не должно быть. С билдером ты в контроллере просто добавляешь это поле или нет.
Ещё дополню. На твоём скрине пример, как используется класс в качестве интерфейса.
У тебя фактически BaseClass это интерфейс, который предоставляет метод getValue().
То есть тут на самом деле ожидается, что метод вернёт значение, специфичное именно для класса. Это не неожиданный эффект, то это, ради чего ООП придумывали.
Тебя же не удивляет, что когда функция в качестве коллбэка передаётся, то она может что-то "не то" напечатать.
>Тебя же не удивляет, что когда функция в качестве коллбэка передаётся
если она передается из нужного мне класса - значит это нужная функция. А вот если этот класс кто-то переопределил, и переопределил эту функцию - может быть неожиданное поведение.
Ты ожидаешь что функция выдает дебит, а она будет выдавать кредит
Значит у тебя грубые ошибки проектирования.
>если она передается из нужного мне класса - значит это нужная функция.
Не совсем. Ты ведь не создаёшь класс внутри своего объекта - класс, который ты создаёшь сам, никакой наследник сломать не сможет. Ты получаешь его снаружи. А значит, ты предполагаешь, что пользователь ответственен на то, чтобы методы работали так, как надо.
Это базовые заветы ООП, реализовывать так, чтобы базовый функционал класса сохранялся.
SOLID - L:«объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы».
Этот принцип описывается везде, это не только SOLID.
Ок, твоя программа получает массив интов. Ты предполагаешь, что сумма всех чисел равна нулю. Но ты же не можешь быть уверенным, что именно так будет на самом деле? Это проблема пользователя функции. Если он подал на вход не то, что требуется по документации, то это его проблема.
>Разница огромна, в первом случае ты снаружи вызываешь весь функционал, а это значит код снаружи и логика снаружи.
Щито? Рисовщик залуп отвечает за рисовку залуп. Твоё дело его позвать, а как он там что отрисует тебя волновать не должно.
>Ты предлагаешь в метод класса передавать другой класс, чьи методы надо дёргать, чтобы основной функционал поддержать. Это зависимости вверх-вниз, это ад.
Как я вижу ты просто не умеешь разбивать логику классов и вместо этого готовишь карбонару.
>Ты может на свою мелкую залупу и сделаешь простые тесты, зато сразу будут проблемы с тестами на класс, откуда ты её вызываешь.
Класс, который позвал рисовальщика залуп тоже просто протестировать.Нужно проверить, что он позвал рисовщика залуп. Гениально, правда?
>Я уже не говорю, что для реализации потребуются дополнительные абстрации. Ты удаляешь класс-наследник, задо должен дополнительно описывать интерфейс, который ты передаёшь в класс-родитель, чтобы тот мог дёрнуть методы.
IDE -> Extract interface. Два клика, Карл.
Я скажу больше: формы на 30-50 валидаций не являются сложными. Наследование для таких форм будет работать, какое-то время. Решение вместе с тем не гибкое: c введением новых требований код вырождается в 3/3+ уровня наследования, классы распухают и становятся по 1000+++ строк кода, тесты на это не пишутся и прочее.
А потому что Андрюша не читает книги и не знает, что композиция лучше чем наследованием.
Действительно сложные формы являются простыми, все что они делают - делегируют логику в десятки маленьких валидаторов-классов, каждый из которых знает как валидировать свое "поле" или контекст.
>Класс, который позвал рисовальщика залуп тоже просто протестировать.Нужно проверить, что он позвал рисовщика залуп. Гениально, правда?
В итоге тестировать не проще, чем обычную ООП реализацию. Где ты точно так же можешь протестировать отдельно базовый класс, отдельно переопределяемые методы у наследника, и весь функционал целиком.
>IDE -> Extract interface. Два клика, Карл.
Вот из-за таких кликальщиков и появляюся проекты функционала туду-лист, но при этом логика реализована 9000+ классов и интерфейсов.
>Где ты точно так же можешь протестировать отдельно базовый класс, отдельно переопределяемые методы у наследника, и весь функционал целиком.
смотришь на получившийся код тестов для одного из классов
@
16000 строк копипасты
@
3000 строк проверяют рисовку залуп
@
в классе наследника та же хуйня
>Вот из-за таких кликальщиков и появляюся проекты функционала туду-лист, но при этом логика реализована 9000+ классов и интерфейсов.
При чем тут туду лист вообще? И тебя что, за каждый класс сто баксов от премии отнимают чтоли? Если да - сочувствую.
> Вот из-за таких кликальщиков и появляюся проекты функционала туду-лист, но при этом логика реализована 9000+ классов и интерфейсов.
Ну да, ведь хорошо-то как, когда код метода - 800 строк, еще и с протухшими комментариями, которые пиздят про код, а весь класс целиком - 55к строчек, потому что ну а чего, вот у меня есть класс: ApplicationProcessor, в нем нихай все и будет. А потом через пару лет - развития, решение написанное таким вот макаром тестируется по полгода, а исправление даже незначительного бага может вылиться в месяцы. Угу.
Уж лучше 9000+классов, но с понятной структурой и не больше 200 строк на класс, чем такое вот.
Я просто напомню, с чего началось.
С того, что наследование зашквар, вот нельзя адаптировать класс через наследование. Можно же наследника убрать и классов будет меньше! Правда появится вместо этого куча других классов, которые надо будет передавать в какую-то функцию.
Я так и не понял логики.
Ну, я не против наследования. Однако мой опыт написания кода подсказывает, что с наследованием среднистатистический кодер имеет больше шансов обосраться, чем сделать нормально.
Ну, для примера без особого контекста, код одного из хендлеров на легаси проекте который я поддерживал какое-то время:
MessageBase ProcessMessage(MessageBase message, Stream buffer)
{
bool parsed = false;
// логика общая для всех сообщений
if(!parsed){
if(message instanceof MessageType1){
parseAsMessageType1((MessageType1)message, buffer);
}
}
}
А после рефакторинга - решительно выделив контексты и прочее, отказавшись от наследования где оно было не нужно: код избавился от подобных уродств.
Я к чему. К тому что наследование сложная штука и готовить ее даже люди с опытом не всегда умеют, потому проще выделять интерфейсы и прокидывать их через DI. Тестировать такой код просто, понимать как он работает - тоже, обосраться - сложно. В 4 из 5 случаев лично я сам выбираю выделять интерфейс и просить только то что мне нужно, вместо того чтобы наследоваться.
Оберну его классом, но тут буду не в конструктор все принимать, а каждый инстанс отдельного класса буду передавать отдельным методом, ибо нехуй, а ещё на основе этого йобакласса сделаю интерфейс и заставлю его имплементировать в половине кода. Удачного тестирования и дебага
фп скала разраб
мимофронтендер
Сервис локатор не протестируешь.
Посредник слишком дырявый и ничем не лучше сервис локатора.
Через фасад/билдер получится еще хуже, чем было.
>>2157953
Я видел такую реализацию в варианте CQRS. Тестировать такое очень сложно, зато минимум абстракций.
>>2157956
Любую систему проектировал мудак.
Мне не очевидно, что такое можно исправить через цепочку обязанностей, так как я не пишу классы из ровно одного метода. Получится ФП и то, над чем ржет чел выше из скалы.
>>2157965
На ангуляре занюхивают редакс и потом ноют, хули все так сложно. На вью тоже самое.
Ваш Мамин архитектор.
Ооп больше не нужно, когда я могу просто написать useZalupa, useHui и сразу понятно что тут происходит, в отличие от наследования
Похуй, если я не делаю абстрактную фабрику абстрактных залуп с абстрактными методами по паттерну PIDOR соблюдая принципы OTSOSI - мне норм
А ещё мне стрелочные функции нравятся, чистые тоже, иммутабельность прикольная, а это значит я функциональщик, в чём я не прав?
>Фабрикой только скроешь проблемы создания.
>Сервис локатор не протестируешь.
Протестируешь. У тебя есть фабрика, фабрика лежит в composition root, который типа сервис локатор, да. Но мы можем его замокать .
>Через фасад/билдер получится еще хуже, чем было
Почему это?
Кста, можно еще ДИ через аргументы, а не конструктор сделать.
Хуила ревью проводил, не нравится ему, не по солиду.
Переписал, выросло в 2 раза больше, зато по солиду, зато каждый класс имеет только одну ответственность. Понравилось ревьюверу. А то что миксимы блять везде утыканы - ему поебать. Сука, да идите нахуй.
@
В МОБИЛЬНОМ ПРИЛОЖЕНИИ СООБЩЕНИЙ НИГДЕ НЕТ ИЛИ Я В ГЛАЗА ЕБУСЬ, ХОТЯ ПУШ НОТИФИКЕЙШЕНЫ ПРИХОДЯТ
@
ПОД ВИНДОЙ В ПРИЛОЖЕНИИ TEAMWORK CHAT ТО ОТОБРАЖАЮТСЯ НОВЫЕ СООБЩЕНИЯ В ТРЕЕ, ТО НЕ ОТОБРАЖАЮТСЯ
@
В ЦЕЛОМ ВСЁ КАК-ТО НЕУДОБНО И УБОГО
@
ВСПОМИНАЕШЬ СЛАК ДОБРЫМ СЛОВО, ХОТЯ РАНЬШЕ ОН ТЕБЕ НЕ НРАВИЛСЯ
Путон.
В пизду его, доучу го, понаделаю всякой мелочь для хрюши и съебу на него
>>2158364
Это я то съебусь? Да на мне и держится проект, все остальные посъебывались, оставив кучу высеров абстракций, которые красивые со стороны, но нихуя не помогают при поисках странных багов, при рефакторинге общих методов невозможно вынести что-то, всё нахуй ломается, как карточный домик, если вытащил и тесты зеленые - повезло
Как не умереть в свичах?
RenderTarget - это "набор/пресет опций" для рендерера, от него видимо нужно избавиться а может и не нужно
У каждого отчета для каждого таргета свой набор этих опций
Количество репортов увеличивается, количетсов таргетов тоже, но медленее
Пойду пока видосики по паттернам посмотрю, паттерны спасают же
https://www.typescriptlang.org/play?#code/LYewJgrgNgpgBAJxgOzDJC4G8CwAoOQuGADwAcQEAXOKgTzPgCUU0EB5MqgSxGQGc4AXmz4i42tyqwAXHH5UE3ZAHMxEwmQCGKmAGVuALxhyA5AEEAzKbgAfOBYAsp9YQC++V8XKUayqugAZloAxvAAkiyo6OiiBBqIrOgAFCBcvAJyUWycPHz8AJRyAG4g3GBeHnhepBTUcGghUFpIcCH5NAEK2TEIcpFJGPhV+KCQsHBaZGRx4tzAdTQD0RjCiSvoAHTLbOie8YQoEMBwPQgAKi26NLgHEoHQUAA0XuLAytwvd+LByCF0X3EIzuWgARgoEKEaE0tPxBCxFgAhWHwW4JNodBAQEJUSjJMgIEABHEwMDrXZ9OA7XoFbBwYHosEQqHklJUK4wKhZQaXBDXIpwUrlSr7cS1XxtZpw04wRbmbwBVDw2W+ZH8VGvIhIFbJdl8zncla8-klMpktHooj8ADuUhCAAs4LqOVRaRbLRIQiiZUaXZsHlAoDJNR7xEgqBAEMhaPbuPxNtqKQnBsl3aGPTxpCYHEhFpNTID06HtLoDMYzFYXN8i+4CiHLV71T62MbOZt3shuMHqzXw5Ho1RY-HE71kzq0zWNJnZDmVfUtAX65O4CX9EZs04q8ugXWew3vWdW1R-Vo-nRu9utZz+zG42OkyOEKml5PpxvcxKtE7dMh0FoAmSAA8uJgFodAAHwFIue7LquZYbpWL4em4u7plU6LoUQwI1D49QwtK5jTLMCSPgAsh8yQftQ-DckiKIANoALpukhiSLPGgSUAAoqE9qUXONBCOBxG9gJ94pIefodtwqGhih9YMiRgwAGKPPx7G0aqDHMSJlpUVQHHcbx6kSkJunpvp4lPpJ+rHtJsnIQ5EiYe4wz7AA9AAVCuECglA3AhPI7I8IFQpkp57lwA8fx5NGwBaMoyQsXcv7WpM0ybIRZBJVZ5Gdsk9H1ql6VkJsCK+OY-EbAgmxdFQZzoE5zHDEAA
А такое вот тебе не подойдет? Посмотри пример, похож на твой
https://metanit.com/sharp/patterns/3.11.php
Я пока посмотрел половину bridge и сделал вот так (но это не bridge). Скоро дойду до visitor'а
https://www.typescriptlang.org/play?#code/LYewJgrgNgpgBAJxgOzDJC4G8BQd9wwAeADiAgC5wUCeJ8ASimggPIkUCWIyAznAF5seAqK4VYAfgBccXhQSdkAcxGj8JAIbKYAZU4AvGDLgByAIIBmU3AA+Z8wBZTauAF8cr4mUpwlFdAAzTQBjeABJJlR0dGF1AiRohAAKEA5uPlkolnYuHl4ASlkANxBOMFcPL1JyKhD8qgD5bJiEWUjmVsE4+MROlLS8vgKe3oJ6vhBYADooEGVkgAMAEixBjN5p8Vg3OAB6OFX1-OmtHX0jN0WC11EPO5wq0EhYOE0SElG-YB8qDqTYkJEix0NN-iCEJ5RN5am8AEbyBChOpQTS8fhMX4tNjpfIAITR8FwY00CIUyLgOgouQ2yThhJp+VkwNa02xjOGzP6oPZuL4lShBBhvhCqPRcAAYtAoJjatjCEQAqgMTAsf0ObwCbwibcCFSNXSGXzeFyAQg2erjUU+maLUkNV8xkgKBAEMhHWMCNNvfTtRqADS6z1wM56QwwWQWaxB9T3Xpx-BVaE1EVi-gAWSUnFllHlxCVYBVavtxq1OrG+uNhr9xtNELtOStddZvKG-GJwb6LrdHuD3umvpgAZjY1DFwjDmcI4ICdjAuqvzgorR-AlmmQIRoOYoecVzCLcstbbLvcpMGpVcHGubGAb6A11pZt9bG1PomdrvdHc7Xp9RrbgY-qIY7hpGVimIBQH4NsE5XsaWycBI8AANRmHAyQ6Mg6CaAEYDUOAmg0AULg-rODwPK4pKIhSy7ituJ7fuoEyIhAIQUOQyQkAgIABGxMB4U+6DtNi6AjFg7iCvEVHkmxNosKktZwNuL74oS1qlOU87JoutEHpQ5gKgWekUAxMZPskFCaAgVJZKqh4lseaklGUeGMWMFAABacJsgnmuZlnWee0yVm2yTiTBkZIIumg2G4BQ3GMs5VAusK6XA5gfKeT6ZsgnDJFFtQmkpdmUGWADaAC6YnTtBXk+f0+UlRQvD+nAWEAO5vB80w5dmTXYsk8UxkmvRPlKUBQI1vxFfRhKVdVP6ed50zmQVlAtW1MCde8JDTONMr9Q1Q2JZJ6hjeum5TYVtm-OVVVvgQS31UkV3ra1HVdbta4bluh0vcd8ancBijFDh8CrU1M1NXdrXHJkn0WsWjaOdqC2dmtzXTIE5AAKKhB5r1UAIAB8D3xBjK0NXDhQ1e4CWAw8VR7AAVCGEBwlAnAhHIllcNzGl4czByBBAG5DHAwCaEog1fB9O3TBlJCDZTSTfZdZUxnL3XbuYjW2k0O7cgg9P4FVp1a7tivK2N0rJBrYwW4jtS675WwwM0Rsm3AZuuI7VsFCrLC9XbmtbQjOt6-WBsicbrhm1UzFTDA0yijAVmDTgkvSwUQA
>У менюшек "фон" будешь делать? Чтобы кликнуть кнопку "купить" надо сначала меню закрыть?
Ты говорил про модалы, ебанько. Менюшки закрываюся той же кнопкой, что и открывались. Если меню достаточно большое, то добавляешь кнопку закрытия в конце.
>Фсе фп в жиэсе это умение спрятать грязь под ковер!
То ли дело у ООП шизиков, всё само работает и везде магия. Настало время написать класс с интерфейсами для закрытия окна, класс сам себя не напишет.
@
ML,KUBERNETES,HA, МИЛЛИОНЫ $
@
Прототип через 6 месяцев
@
Затягивается на год, заказчик уже забил хуй
@
Проект умирает так и не докатившись до прода
@
УДАЛЯЕШЬ ЕГО
А нахуй нужна другая? Имхо все то, что выше 8 - уже юзлесс, потому что именно 8 используется в богоподобном Андроиде. Ораклы сами виноваты, что стали залупаться на гугл и судиться с ним из-за джавы, теперь имеют, что в реальных кейсах используют только 8ю, а если посмотреть глобально, то котлин ебет джаву уже 5й год со всех сторон.
на тырпрайз петучей мне вообще плевать если чо
Так солид - это и вправду параша без целей и задач, не? С ней код становится менее понятным и хуже тестируемым. Максимум для чего он нужен - это понимать на уровне определений, но не более того. В реальных кейсах его только отбитые кретины будут применять
как минимум потому, что невозможно написать код, который полностью следует всему солиду на 100%. Любой, кто топит за солид, может выложить свой код сюда и я его на изи обосру, что он тоже в чем-то будет не по солиду. Грубо говоря, эта вот штука из 5 букв - это просто напросто теория, которая не может быть получена на практике. Эдакий мысленый эксперимент с вечным двигателем, которого в реальном кейсе не бывает
>выложить свой код сюда
По солиду наговнил https://dotnetfiddle.net/CcQmvK
Кек.
Нарушен Single Responsibility принцип - в рамках твоего класса есть методы на вывод данных в консоль и условная бизнес-логика (value % 15 = 0)
Нарушен Принцип инверсии зависимостей - у тебя на вход принимаются только |FizzBuzz|Fizz|Buzz|Number| вместо абстрактной сущности-интерфейса.
Так-то я не имею ничего противт воего кода, я просто говорю, что солиду следовать невозможно по определению.
Солид для энтерпрайза. Он нужен чтоб то что ты напишешь сейчас можно было поддерживать через 5 лет. Для маленьких проектов творить такое - оверхед.
>>может выложить свой код сюда
нда
>>я его на изи обосру
Работу лучше найди и посмотри на большие проекты, которые пишут хотя бы пару лет 10+ человек.
>>штука из 5 букв - это просто напросто теория
Это просто рекомендации как писать чистый поддерживаемый код. Как рекомендация чистить зубы по утрам. А ты усираешься тут доказывая что уже год не чистил и зубы все еще не выпали и вообще они чистятся едой - а значит те кто советовал их чистить - идиоты.
@
ТЫ РАЗОБРАЛСЯ И СДЕЛАЛ ЕГО ЗА ЧАС
@
МОГ БЫ ОТДОХНУТЬ, НО КОММИТИШЬ
@
ВЕДЬ БАГ ПРОБЛЕМА РЕШИЛАСЬ В ОДНУ СТРОЧКУ, ЛЮДИ НЕ ПОЙМУТ, ЕСЛИ ТЫ ПОЛДНЯ ЕЁ БУДЕШЬ "ПИСАТЬ"
Че ты нервничаешь так? Не было же нигде негатива.
Солид - юзлесс фигня, я это максимально легко и быстро показал, все. Даже написал выше, что код вполне нормальный.
>Работу лучше найди и посмотри на большие проекты, которые пишут хотя бы пару лет 10+ человек.
Смотрел, не поверишь, сколько раз. И ни 1 из них не был написан по солиду. Ведь ты же прочитал мои сообщения выше и понял, из-за чего идет срач, верно?
>Это просто рекомендации как писать чистый поддерживаемый код. Как рекомендация чистить зубы по утрам. А ты усираешься тут доказывая что уже год не чистил и зубы все еще не выпали и вообще они чистятся едой - а значит те кто советовал их чистить - идиоты.
Это просто теория, недостижимая на практике. Программисты с более-менее нормальным опытом вообще не думают об это солиде когда пишут код. Просто школьники, вроде тебя, прочитали статейку на медиуме и пытаются следовать ей как библии
У меня один раз вышло, сильно больше, 2-3 дня делал баг, который по идее должен был за час решаться - там при тестировании правок накидали и всякие нюансы вскрылись - что-то ни у кого даже вопросов не возникло, когда я долгое время не подавал признаков жизни, не двигал тасочки и не коммитил то, что сделал.
Но такое редко бывает, может мне доверяют.
SOLID это идеология грамотного ООП проектирования с упором на традиционные компилируемые ООП языки.
ИМХО это набор идей, чем постулатов. Конечно бывают сектанты, которые могут хотеть всё чтобы букавка-в-буковку идею воплощало, но это не только про SOLID, а чаще про другие идеи даже.
Реально же обычно SOLID про то, что надо не городить лютый неподдерживаемый треш, а всё-таки хоть иногда думать о то, что можно сделать лучше.
Как солид сочетать с агилом?
пятница
@
хочецца домой
@
заходишь в бугурт-тред почитать бугурты
@
бугуртов нет
@
выходишь
@
заходишь в мы-вам-перезвоним-тред
@
не перезванивают
@
выходишь
@
писоешь
@
какоешь
@
прошла минута
Я уже пару лет работал на реакте, реакт нэйтиве, много лет под айос, немного на ноде/TS/Koa. Реакт - такое уже ебалово, вечно что-то отваливается или глючит. Жаба - конченый тырпрайз. Ведро - это кромешный ад. Похапе по-сравнению с этим цирком ещё более менее неплохо смотрится, если фреймворк Laravel или YII2 третью постепенно пилят. Если ещё добавить доктрину в проект - вообще красота. Не встречал ни на одном языке лучших ORM. И думаю похапе будет в тренде ещё очень долго.
Из модных околожабаскриптовых технологий фрейморк Koa в принципе понравился
1. Хранишь все данные в корневом компоненте
2. Тянешь сотни пропсов через всю иерархию
3. Тянешь сотни колбеков через всю иерархию
4. Знаешь только UseState и useEffect
5. Водопад зависящих от друг друга useEffect
6. window.addEventListener
7. Про роутер не знаешь. Все сделано на if
8. Таблицы в render (жутко тормозят когда много данных)
Как я ненавижу пробелочников. Но как я понял - войну мы проиграли, пробелочники победили - во многих IDE вообще больше нет табов (в студии таб трансформируется в пробел, даже если я в настройках это запретил - студии просто похую на эти настройки - сама вместо табов вставляет пробелы)
сцялатм-кодер Веня нашёл на корпоративном сервере старые инсталляшки Agda и Coq, которые сисадмин просто позабыл удалить. Он установил их себе и стал коммитить в главную ветку тексты, подсмотренные в комментариях у сеньор-девелоперов: «Inductive nat = zero | succ nat», «Theorem A1: forall x: nat, x != succ x», «f {A : Set}». Получалось невпопад, и код переставал компилироваться, поэтому Вене таки удалось обратить на себя внимание сеньоров. Глава QA после первого же неудавшегося билда пояснил происходящее в письме всей группе разработки, потом заскочил в офис к кодеру и окропил бодрой струёй мочи его самого и его компьютер. Другие разработчики тоже последовали его примеру, а потом заблокировали ему доступ в главную ветку, и сцялатм-кодер Веня остался сидеть перед сгоревшим компьютером, без доступа к главной ветке и воняющий мочой сеньоров-CS-ников.
>трл, шифт и альт не просто так на клаве. Понажимай backspace с модификаторами - охренеешь что можно вытворять.
Пчел, не работает.
контр-бекспейс - вообще сдвиг к самому краю
альт-бекспейс - какая-то хуита, наоборот добавляет ебучих пробелов сдвигая вправо ровно на один пробел (и не всегда - реально как-то хуй пойми как работает).
шифт нихуя не дает, игнорируется
альт-контр-бекспейс - вызывает то хуиту "диспетчер выполнения задач" - хуй знает что это за хуйня
шифт-контр-бекспейс - кидает в начало документа
Короче, шифт-таб - но это пиздец, выгибать пальцы выгибать буквой зю, В табах это ровно одно нажатие бэкспейса
>>2162597
>Во-вторых, настрой автоформатирование как тебе надо и не еби мозги.
Я конечно не знаю, может быть в ваших платных IDE за многобаксов код сам форматируется...
А в студии автоформат работает только при вставке кода по контр-в. Ну еще если выделить весь код и какую-то там комбу нажать.
@
ПЕРДАК РАСКАЛЕН ДО ПРЕДЕЛА
@
ПОЛДНЯ ДЕБАЖИШЬ
@
В ИТОГЕ ДОБИВАЕШЬСЯ НУЖНОГО РЕЗУЛЬТАТА, ВСЕ РАБОТАЕТ К Р А С И В О
@
РЕШАЕШЬ ПОСМОТРЕТЬ, ЧТО ЖЕ ТЫ ИСПРАВИЛ, НАВЕРНЯКА ВЕДЬ КУЧУ КОДА НАПИСАЛ, НАДО ОСМЫСЛИТЬ
@
УДАЛЕНА 1 СТРОКА
@
ДОБАВЛЕНО 5 СТРОК
@
ТЫ ПОНИМАЕШЬ, ЧТО ОДНА ИЗ НИХ, ЭТО ДОБАВЛЕНИЕ ОТСТУПА
@
"ЕСЛИ Х, ТО ДЕЛАЕМ У"
@
ТАК, ЧТО-ТО ФУНКЦИЯ НЕ ДЕЛАЕТ ТО, ЧТО ТАМ В КОММЕНТАРИИ НАПИСАНО, КАК ТАК ТО?
@
УГЛУБЛЯЕШЬСЯ
@
ВМЕСТО ПРОВЕРКИ НА Х, ПРОВЕРКА НА !Х
@
У В ПРИНЦИПЕ НЕ ДЕЛАЕТСЯ, НИ ПРИ КАКИХ ОБСТОЯТЕЛЬСТВАХ
@
ДОПИСЫВАЕШЬ
@
ХУЯРИШЬ ЗА ДЕНЬ СОТНИ СТРОК КОДА
@
НЕ ЗАМЕЧАЕШЬ КАК ПРОХОДИТ ПОЛ-ДНЯ
@
РАБОЧИЕ ПРОЕКТЫ
@
НАПИСАТЬ ПАРУ СТРОК КОДА ЗА ДЕНЬ - УЖЕ ДОСТИЖЕНИЕ, Т.К. ПРИХОДИТСЯ КОВЫРЯТЬСЯ В ЛЕГАСИ ГОВНОКОДЕ
@
ВСЁ СДЕЛАНО МАКСИМАЛЬНО УЁБИЩНО И НЕ ЛОГИЧНО, НА ДЕРЬМОВЫХ ФРЕЙМВОРКАХ
@
ВРЕМЯ ТЯНЕТСЯ ЕЛЕ ЕЛЕ, ПОСТОЯННО ОТВЛЕКАЕШЬСЯ НА ЮТУБЧИКИ, ТЕЛЕГРАМЧИКИ И ДВАЧИКИ
@
404 ОШИБКА
@
ВНУТРИ 500
Та хуй знает. Я только от вчерашних студентов(которых преподы так научили) и наоборот старых дедов слышу про комменты.
А если код хуевый - его должны были на кодревью завернуть, а не надеяться на комменты. Коменты(если это не всякая хуета для того чтобы автоматом документацию строить для публичного апи) - в принципе и не нужны, имеют свойство протухать и обманывать. Плюс, блядь, ну вот ты на современных языках жалуешься что не можешь прочитать и понять что там написано, что же ты за программист-то такой, без навыка разбираться в чужом коде?
Угу, гитов у вас значит нет и посмотреть по какой причине этот код тут появился - нельзя. Круто. Чо. Зато с комментами. Может быть и код у вас по FTP заливается на сервак а чтобы синхронизировать его - раз в неделю шаман ваш останавливает всю работу, смотрит кто там что поменял, ручками сливает и потом все тащат с сервака новую версию?
Коменты, если и нужны, то только в случаях хаков, матана, либо случая когда костяль для обхода бага стороннего кода используется, про которые не все могут знать и посмотреть негде. Для всего остального - трекеры, вика и прочие способы понимать что зачем и почему было написано.
>>посмотреть по какой причине этот код тут появился
Коммит 1488 - вот причина его появления. Ты совсем долбоеб что ли?
>>код у вас по FTP
дед, таблетки пей
>>Для всего остального - трекеры, вика и прочие способы понимать что зачем и почему было написано.
Ты предлагаешь какими то ебанутыми обходными путями решать то, что решается одной короткой фразой или парой слов.
Угу, и у вас принимают комит в основную ветку без комментария. Ясно-понятно. Нобось еще и коммиты по 90 файлов разом, чтобы уж точно никто не стал разгребать что ты там высрал. Ну, высокая культура кода, что сказать. Лучше ведь засрать код говном которое через месяц протухнет и никто его не уберет никогда. Но не пользоваться современными и удобными инструментами для разработки, которые еще и были придуманы именно для этого. Понял-принял. Скажи хоть где ты работаешь, чтобы я случайно не сходил на собес к вам.
Но с другой стороны в коде с коментами часто попадаются устаревшие неверные коменты, которые лгут. Программисты на вопросы про эти коменты начинают орать, что "у меня нет времени удалять и редактировать коменты, спрашивай, если что". Иногда даже бывает так, что код под коментами удаляют к чертовой матери, а коменты висят в воздухе, потому что Алекпетрович очень занятой специалист, и у него нет времени удалить лишние коменты.
Жиза пиздец. Правда у меня гибридная ситуация - в петпроджект надо засунуть 2к строк копипасты спиженного приватного кода и немного доработать напильником, уже сделал вообще весь окружающий этот модуль функционал, а заставить себя ковырять эту копипасту ну вообще не могу. Если до конца осени не смогу себя заставить - буду пытаться с нуля написать.
@
НУЖНО ИСПРАВИТЬ ТЕКСТ, БАГ ОЦЕНЁН В ЧАС
@
РЕШАЕШЬ, ЧТО ЭТО ИЗИ БАГ, НЕТОРОПЯСЬ ДЕЛАЕШЬ, СДАЁШЬ В ТЕСТ
@
ТЕСТИРОВЩИК ПИШЕТ, ЧТО У КНОПКИ СКРУГЛЕНИЕ ДОЛЖНО БЫТЬ НА 1PX БОЛЬШЕ
@
ДОБАВЛЯЕШЬ, СДАЁШЬ В ТЕСТ
@
ТЕСТИРОВЩИК ПИШЕТ, ЧТО ТОЛЩИНА ШРИФТА НЕ ТА, ЦВЕТ КНОПКИ РЕШЕНО ПОМЕНЯТЬ, НАДО СМЕНИТЬ
@
ЗАМЕНЯЕШЬ, СДАЕШЬ В ТЕСТ
@
ТЕСТИРОВЩИК ПИШЕТ, ЧТО ПРИ НАЖАТИИ НА КНОПКУ НЕПРАВИЛЬНО ПРОИСХОДИТ ПОКУПКА
@
УТОЧНЯЕШЬ У ТИМЛИДА НЕ НАДО ЛИ ВЫДЕЛИТЬ ЭТО ВСЁ В ОТДЕЛЬНЫЙ БАГ, А ТО КАК-ТО МНОГОВАТО УЖЕ ДЛЯ ЧАСОВОГО БАГА СДЕЛАНО
@
НЕТ, В ЭТОМ СДЕЛАЕМ
@
ДЕНЬ ТРАТИШЬ НА ТО, ЧТОБЫ РАЗОБРАТЬСЯ, КАК ПРОИСХОДИТ И КАК ДОЛЖЕН ПРОИСХОДИТЬ ПРОЦЕСС ПОКУПКИ, ВНОСИШЬ ИСПРАВЛЕНИЯ
@
НЕКОТОРЫЙ ФУНКЦИОНАЛ ПИШЕШЬ С НУЛЯ, ВЕДЬ ЕГО НИКТО НЕ ДЕЛАЛ
@
ЕЩЁ ДЕНЬ ПРАВИШЬ ВСЯКИЕ НЮАНСЫ ПОКУПКИ, НА КОТОРЫЕ УКАЗЫВАЕТ ТЕСТИРОВЩИК
@
НУ ПЕРВУЮ ПОЛОВИНУ ФУНКЦИОНАЛА МОЖНО УСПЕТЬ, НО ВТОРАЯ ПОЛОВИНА И ФИКСЫ БАГОВ ВРЯД ЛИ ВЛЕЗУТ
@
ЛАДНО, ТОГДА ВЫКАТЫВАЙТЕ КАК УСПЕЕТЕ, ХОТФИКСОМ ПОТОМ ДОПИЛИТЕ
Да у вас же СКОУП КРИП.
@
ДОСТАТОЧНО
Никак не могу решиться работу поменять, потому что здесь вроде и зарплата меньше чем получу скакнув на другое место, и ряд проблем, но с другой стороны 2 раза в год повышают зп на 10-20%, да и проблемы уже привычные, да и коллектив уже хорошо знакомый, а на новом месте еще хуй знает что будет.
Походу так в болото и засасывает и оттуда и появляются все эти тимлиды которые 15 лет одно и то же легаси долбят за копейки. А я еще удивлялся на первой работе, хуле тимлид вроде нормальный мужик, но такой хуйней занимается за такие скромные деньги.
Сейм. Предложения периодически прилетают с зп 200к примерно. Вроде и подумываю сменить, но тут и привык, и знаю как поебланить день, а еще еботека. И вот именно из-за неё пиздец страшно как менять место. А вдруг выпизданут на испытательном сроке или прям не понравится и прочая херня. А вдруг там ебанину страшную палками подпирают, да такую, что еще назад за меньшую зп проситься будут или менеджер еблан какой-нибудь, который каждому разрабу звонит отдельно по утрам.
Думаю подкопить, чтоб подушка на еботеку была на месяца 2-3 и сменить место.
>а еще еботека. И вот именно из-за неё пиздец страшно как менять место
Я не понимаю ебланов, которые ноют про ипотеку и из-за неё боятся работу менять. У вас накоплений вообще нихуя? Выплата ежемесячная в 3/4 зп? Вы там совсем ебланы с финансами обращаться не умеете? У тебя должна быть накоплена какашечка на несколько полгода+ жизни без работы, иначе ты еблан.
Вот что что, а Вика хуже коментов во многом. Коменты хотя бы расположены рядом с кодом и у них меньше шансов устареть. А Вика -- это очень опасная и дорогая в поддержке вещь. Программисты легко и часто забывают о её существовании. У Вики есть практически все недостатки, которые есть у комментариев в коде.
Сегодня запушил +500 -600 затронуто 50файлов. А это было небольшой изменение логики на беке с небольшими изменениями апи + чуток фронта. Если это декомпозировать это будет раза в 3 больше кода из за необходимости совмещать текущее состояние с промежуточным. И за неделю уже не управиться.
