Pull to refresh
21
0.8

backend developer, java, go

Send message

Это потому, что она только только пошла в школу, года через 2...3...4 будьте готовы к лололошкам и прочей нечисти. Школа не детсад, круг общения сильно больше, быстро научат что смотреть. У меня тоже есть повзрослевшие дочки и есть мелкий пацан, я тоже ранее топил, что такие проблемы из-за того, что ребенок не занят чем то полезным, родителя вина. Ха Ха Ха... Он как перешел через 4 класс - началось полное ютуб безумие. Нормально было только первый год два после детсада... А сейчас как наркотик.

gRPC не везде есть, а насчет HTTP/2 я не уверен, что он нужен бекенду, вернее что будет какой-то выигрыш

Ходить на бекенд по хттпс это все же извращение. Хттпс это трата допресурсов, на хайлоаде это стрелять себе дуплетом в обе ноги сразу. Бекенд должен работать внутри периметра, а там хттпс как бы не особо нужен.

Все истории про бекенд через хттпс которые я слышал, были связаны с вынужденным (внезапным) переносом бекенда куда то в другой ДЦ и это скорее исключение, чем норма.

Уважаемый эксперт, покажите свою выписку от брокера. А то экспертов много, а тех кто ставит на свои идеи свои деньги и зарабатывает на этом - очень, очень мало. Проще прогнозы и советы давать, зарабатывая на платных подписках. Хочется понять, с каким вариантом мы тут имеем дело.

.... а Хабр нуждается в статьях

Нету, жаль. под Caucho Resin нужен.

Плагины для application servers какие есть?

Динаметрическим!!! Хотя с конца 2023 года гугл уже упорно подсовывает динаМОметрическим везде. Революция таки свершилась(((

глубокий рефакторинг != рефакторинг ... ну как то так)

Если говорить серьезно, бизнесу же не важно, что там внутри. Может там совсем новая версия будет. Или старая, но теперь она (как в примере выше) умеет рассылать письма менеджерам с уведомлениями, что "вау! редкое событие таки наступило, чините парни руками прямо в бэдэшечке".

Конвертация и инвалидация изображений это да, попаболь на бесплатном nginx, приходится делать свои костыли.

Тут можно перефразировать поговорку про бекапы. Бизнес делится на тех, кому нужен просто код, который работает вот прям щас и тут и на тех, которые уже решали дилемму, что выбрать "еще N вакансий открыть, чтобы доработать предыдущий код и тогда экономика проекта перестает быть положительной или заново переписать, то что никак не может быть расширено и допилено"

Буквально вчера видел this.messages is null вместо ленты статей )))

— Ну какая вероятность, что такое произойдёт вообще? Меньше одного процента? Мы пренебрежём этой возможностью совпадения.

О да! Классический шаг в бездну потенциального секса с проектом через полгода год. И каждый раз одна и та же картинка. Как только произносятся ключевые слова про "вероятностью в 1% надо пренебречь" можно смело планировать время на глубокий рефакторинг спустя полгода. И про "1% пронебречь" уже никто не вспомнит, а зачем нужен рефакторинг придется обосновывать.

Не спешите радоваться, скоро подключат какой-нибудь ИИ к системе бронирования, оно быстро наведет порядок и исправит эти досадные промахи)))

Если вычисления угла происходят много-много раз за единицу времени, то может быть каким-то образом использовать готовые таблицы для грубой оценки и потом применить более простые уточняющие вычисления? Сузить задачу с помощью таблиц до более простой.

Если же это требуется делать условно "1 раз в час" и есть гарантия (хотя о чем это я), что это не будет требоваться делать чаще, имеет ли практический смысл оптимизировать алгоритм?

Вот если бы оно сразу новый чистый исправный диск выдавало на выходе, цены бы ему не было бы )))

Главное подвести обучаемого к вопросу: "а почему бы нам не научить обьект менять свои свойства в рамках того что нам надо". А шарики потом делать полыми, заполненными водой или полностью из металла. Тут бы физики как раз порезвились бы)))

Это да, разбуженное детское любопытство - это сильная штукенция.

Я просто напомню историю про то, как Амазон копировал потенциально успешные товары и совершенно спокойно, без всякого поглощения, отбирал возможность получать прибыль.

Есть большая разница между идеальным свободным рынком и рынком, часть участников которого, крепко связаны теми или иными узами с людьми, которые принимают/отменяют/изменяют законы.

1
23 ...

Information

Rating
1,408-th
Location
Москва, Москва и Московская обл., Россия
Registered
Activity