Надо же. Я думал, только у меня так и только я так вижу. Когда строил дом, то прямо задолбался с этим эффектом. Кажется, что какое-то дело сделать- плево, а как начинаешь делать - столько заморочек возникает.
Женщины, когда просят сделать что-то, зачастую это не понимают. Не мужик что-ли, полку прибить.
А мне вот интересно. Без сломанной "челюсти Королева" можно добиться, чтобы ракеты летали? А то уж сорок лет, как "ломание челюстей" отменили и заклеймили, а результаты в этой статье описаны.
При чем тут аккумуляторы? Тут физика работает. Внутри носка с ботинком тепло и влажно. Эта влага испаряется и уходит наружу. Там она конденсируется и приводит к тому, что и ботинки, и одежда на верхних слоях вымокает. Одежду и обувь периодически необходимо сушить в теплом помещении. Вы не проживете без теплого дома больше двух суток при какой угодно теплой одежде.
Кроме того, тупо спать человек не может в холодном помещении. Это вредно для здоровья. Простуды, воспаления легких и прочее снижение иммунитета. Это солдат можно гнать спать в окоп, и то это выливается в небоевые потери, и при любом удобном случае, солдат забирается спать в отапливаемую землянку.
Не надо ради зеленой повесточки загонять людей в ад.
Все это на девяносто процентов разработки советского времени. И на фронт сейчас не Армату гонят, а Т-90. Непонятно как, но в советское время все работало и выдавало результаты на гора. А сейчас вдруг, при наличии умопорачительных КАД, "советские (sic! что автор знает о работе в советских НИИ и КБ?) как конвейер развития" стал. Может, это не тяжкое наследие советского строя виновато?
Есть предположение, что причина в том, что в советское время целью работы НИИ/КБ было готовое изделие, а сейчас - прибыль и процент освоенных средств.
Не верю. Невозможно в реальном приложении разделить подсистемы так, чтобы отдельные "приложения" были отдельными колонками, как на картинке над гипсовым мужиком.
Пример. Система биллинга электроэнергии. Разделим ее на подсистему с потребителями (адреса, фамилии, явки) и подсистему сбора и хранения показаний. Ну и как вы представите форму ввода показаний, где должны отображаться фамилия, имя, отчество, адрес, текущие и прошлые показания, плюс до кучи результаты расчета расхода, плюс счета с начислениями?
Вот этот вот зелененький квадратик вверху колонки. Почему у него нет связей с другими подсистемами?
Уныние какое. Что-то для нынешних энергетиков что так плохо, что так плохо. И так дорого, и так убыток. А неплохо бы перенести затраты на покупку оборудования на потребителей, тем более, что им это выгодно...
Знавал истории, когда частникам приходилось до президента доходить, просить посодействовать, чтобы производство подключили к энергосетям, потому как не хотят. А частные генераторы тупо дороги, не вывозят нагрузки, крайне хлопотны в обслуживании, да и вообще, не профиль производства. Людям производством надо заниматься, бизнес делать, а не генерацией ЭЭ заниматься.
Почитайте пожалуйста, как полярники штурмуют полюс и как альпинисты поднимаются на вершины. Почему-то для них, нахождение в одежде несколько суток в минусовые температуры, является подвигом, не все доживают до весны. А вы для граждан предлагаете так жить.
Категорически поддерживаю поднятие данной проблемы. Особенно бесят приложения типа РЖД, которые придумают кучу экранов, на которых кнопки располагаются максимально вверх и вниз, на каждом экране. Средняя часть пустая. Мало того, что кучу экранов сделали, на каждом из которых надо выбрать один чекбокс или кнопочку нажать, так еще и поочередно вверху и внизу сделали.
Разрабы-дизайнеры, похоже, не пользуются этим приложением на телефоне, тестируя интерфейс на экране компа и щелкая мышкой.
NoCode как обещали нам революцию, так и обещают. Для квантовых вычислений, НоКоде и термоядерной энергии уже лет десять-двадцать стабильно остается буквально лет пять для промышленного использования.
Устойчивая разработка - оказывается, для хорошего софта недостаточно нанять толпу студентов-недоучек с горящими глазами, хорошо бы иметь грамотных инженеров с желанием писать хороший код (почитал пункты - все очевидные для здравомыслящего разработчика вещи). Еще немного, и придем к мысли о необходимости высшего профильного образования в IT.
Для тех руководителей, которые внятно не могут сформулировать задание и требования для кожаного мешка, ГПТ ничего толком не сделает.
Прежде чем начинать пользоваться искусственным интеллектом, людям надо для начала прокачать собственный и научиться выражать свои мысли так, чтобы хотя бы другие люди вас понимали.
Зря что ли вас заставляли сочинения писать в школе?
Отчасти согласен с Вами. Спринг создавался как попытка реализовать "Чистую архитектуру". Грамотное и осознанное применение спринга, с пониманием, зачем спринг нужен и какие он проблемы решает, с преследованием реализации чистой архитектуры, делает вышеприведенные "наслоения" и "архитектуру" излишней.
И да, согласен, Хибернат противоречит идее чистой архитектуры.
Так это обусловливается применением netty вместо томката. Имхо, использование томката в спринге и контейнере - какое-то извращение. Давно пора было сделать отдельную среду без встроенного веб-сервера.
Правильно сравнивать реакт с нормальным программированием можно, если и то и другое будет использовать один и тот-же томкат.
Пропробуйте exclude spring-boot-starter-reactor-netty from the spring-boot-starter-webflux dependency and use spring-boot-starter-tomcat . Тогда и можно будет сравнивать.
В netty нет и десятой доли (имхо, возможно вру) возможностей, какие предоставляет самостоятельный tomcat. Он не предусматривает быстрого запуска, это на постоянку запускаемый контейнер, который сдуру прикрутили в спринг.
Надо же. Я думал, только у меня так и только я так вижу. Когда строил дом, то прямо задолбался с этим эффектом. Кажется, что какое-то дело сделать- плево, а как начинаешь делать - столько заморочек возникает.
Женщины, когда просят сделать что-то, зачастую это не понимают. Не мужик что-ли, полку прибить.
А мне вот интересно. Без сломанной "челюсти Королева" можно добиться, чтобы ракеты летали? А то уж сорок лет, как "ломание челюстей" отменили и заклеймили, а результаты в этой статье описаны.
Как добиться результатов без репрессий?
При чем тут аккумуляторы? Тут физика работает. Внутри носка с ботинком тепло и влажно. Эта влага испаряется и уходит наружу. Там она конденсируется и приводит к тому, что и ботинки, и одежда на верхних слоях вымокает. Одежду и обувь периодически необходимо сушить в теплом помещении. Вы не проживете без теплого дома больше двух суток при какой угодно теплой одежде.
Кроме того, тупо спать человек не может в холодном помещении. Это вредно для здоровья. Простуды, воспаления легких и прочее снижение иммунитета. Это солдат можно гнать спать в окоп, и то это выливается в небоевые потери, и при любом удобном случае, солдат забирается спать в отапливаемую землянку.
Не надо ради зеленой повесточки загонять людей в ад.
В молодости всегда кажется, что все вокруг делают неправильно.
Все это на девяносто процентов разработки советского времени. И на фронт сейчас не Армату гонят, а Т-90. Непонятно как, но в советское время все работало и выдавало результаты на гора. А сейчас вдруг, при наличии умопорачительных КАД, "советские (sic! что автор знает о работе в советских НИИ и КБ?) как конвейер развития" стал. Может, это не тяжкое наследие советского строя виновато?
Есть предположение, что причина в том, что в советское время целью работы НИИ/КБ было готовое изделие, а сейчас - прибыль и процент освоенных средств.
Не верю. Невозможно в реальном приложении разделить подсистемы так, чтобы отдельные "приложения" были отдельными колонками, как на картинке над гипсовым мужиком.
Пример. Система биллинга электроэнергии. Разделим ее на подсистему с потребителями (адреса, фамилии, явки) и подсистему сбора и хранения показаний. Ну и как вы представите форму ввода показаний, где должны отображаться фамилия, имя, отчество, адрес, текущие и прошлые показания, плюс до кучи результаты расчета расхода, плюс счета с начислениями?
Вот этот вот зелененький квадратик вверху колонки. Почему у него нет связей с другими подсистемами?
Уныние какое. Что-то для нынешних энергетиков что так плохо, что так плохо. И так дорого, и так убыток. А неплохо бы перенести затраты на покупку оборудования на потребителей, тем более, что им это выгодно...
Знавал истории, когда частникам приходилось до президента доходить, просить посодействовать, чтобы производство подключили к энергосетям, потому как не хотят. А частные генераторы тупо дороги, не вывозят нагрузки, крайне хлопотны в обслуживании, да и вообще, не профиль производства. Людям производством надо заниматься, бизнес делать, а не генерацией ЭЭ заниматься.
Наши предки жили в пещерах, где костры жгли будь здоров. За такие предложения не топить - его бы сожрали не раздумывая.
Почитайте пожалуйста, как полярники штурмуют полюс и как альпинисты поднимаются на вершины. Почему-то для них, нахождение в одежде несколько суток в минусовые температуры, является подвигом, не все доживают до весны. А вы для граждан предлагаете так жить.
Бактерии просто станут мимикрировать под человеческие клетки.
Категорически поддерживаю поднятие данной проблемы. Особенно бесят приложения типа РЖД, которые придумают кучу экранов, на которых кнопки располагаются максимально вверх и вниз, на каждом экране. Средняя часть пустая. Мало того, что кучу экранов сделали, на каждом из которых надо выбрать один чекбокс или кнопочку нажать, так еще и поочередно вверху и внизу сделали.
Разрабы-дизайнеры, похоже, не пользуются этим приложением на телефоне, тестируя интерфейс на экране компа и щелкая мышкой.
"Жесты" нужно запоминать. Мне, как программисту, уже надоело запоминать все, что навыдумывают менеджеры с разрабами.
Это не решает проблемы нажатия на кнопки внизу экрана.
Роликовое приспособление для намазки клея искали? Как мажете?
NoCode как обещали нам революцию, так и обещают. Для квантовых вычислений, НоКоде и термоядерной энергии уже лет десять-двадцать стабильно остается буквально лет пять для промышленного использования.
Устойчивая разработка - оказывается, для хорошего софта недостаточно нанять толпу студентов-недоучек с горящими глазами, хорошо бы иметь грамотных инженеров с желанием писать хороший код (почитал пункты - все очевидные для здравомыслящего разработчика вещи). Еще немного, и придем к мысли о необходимости высшего профильного образования в IT.
Для тех руководителей, которые внятно не могут сформулировать задание и требования для кожаного мешка, ГПТ ничего толком не сделает.
Прежде чем начинать пользоваться искусственным интеллектом, людям надо для начала прокачать собственный и научиться выражать свои мысли так, чтобы хотя бы другие люди вас понимали.
Зря что ли вас заставляли сочинения писать в школе?
Технологии и связи утекут.
Проблемы, как говорится, не на линиях, а в головах.
Отчасти согласен с Вами. Спринг создавался как попытка реализовать "Чистую архитектуру". Грамотное и осознанное применение спринга, с пониманием, зачем спринг нужен и какие он проблемы решает, с преследованием реализации чистой архитектуры, делает вышеприведенные "наслоения" и "архитектуру" излишней.
И да, согласен, Хибернат противоречит идее чистой архитектуры.
Так это обусловливается применением netty вместо томката. Имхо, использование томката в спринге и контейнере - какое-то извращение. Давно пора было сделать отдельную среду без встроенного веб-сервера.
Правильно сравнивать реакт с нормальным программированием можно, если и то и другое будет использовать один и тот-же томкат.
Пропробуйте exclude
spring-boot-starter-reactor-nettyfrom thespring-boot-starter-webfluxdependency and usespring-boot-starter-tomcat. Тогда и можно будет сравнивать.В netty нет и десятой доли (имхо, возможно вру) возможностей, какие предоставляет самостоятельный tomcat. Он не предусматривает быстрого запуска, это на постоянку запускаемый контейнер, который сдуру прикрутили в спринг.