Случалось пользоваться этим умением когда чинил баги в чужом коде - понимание моментов где может быть подвох иногда помогало быстро найти проблемное место
Возможно вкусовщина, но мне показалось не удобным читать цепочку снизу вверх - такая последовательность сборки правил чем-то обусловлена (кроме "так получилось")?
Похоже я вас задел, прошу прощения, кусочек про ваш проект на Scala как-то выпал у меня из поля зрения при прочтении. Вы абсолютно правы, с sbt я дел никогда не имел, с тех пор как использование для сборки Ant стало достаточно устаревшим пользуюсь Maven.
Отчасти меня извеняет тот факт что Scala я никогда не использовал и не смотрел, а судя по описанию указанного вами инструмента он популярен не для Java.
Внимательно читая фрагмент про ваш проект бросились в глаза достаточно странно формируемые строки s"""strategy/target/scala-2.13/strategy_2.13-0.1.0-SNAPSHOT.jar""" , я конечно совершенно не знаю как работает build.sbt, но не содержит ли "strategy_2.13-0.1.0-SNAPSHOT.jar" жестко захаркоженную версию используемого в сценарии кода?
Описанная вами методика ускорения загрузки очень интересна, подскажите пожалуйста, если вы могли себе позволить один раз прогреть JVM и обогатить ее память данными из СУБД, а после по необходимости загружать в нее регулярно изменяемые классы над которыми работаете, у вас получается загружаемые классы никак не изменяли эти загруженные данные?
Судя по "scala-2.13" вы писали свой проект пару лет назад, с учетом интересных примененных решений может быть расскажете о его текущем состоянии?
Я правильно понял что автор работавший Java-разработчиком и разрабатывавший либо без инструментов сборки типа maven, либо не умеющий в них настраивать профили сборки кого-то учит жизни?
Законы Вселенной учат нас не только тому, что в Мире нет единого расписания всех событий, но и тому, что сам Мир многовариантен и живет одновременно в огромном количестве временных срезов. В нашем временном срезе «Столпы творения» сияют в центральной части туманности «Орёл» в созвездии Змеи, но для гипотетического наблюдателя одной из звезд скопления М16 актуален другой временной срез, где иное положение дел
В кинотеатре Земли прокатывают первую часть космооперы "Столпы Творения", в кинотеатре в районе М16 прокатывают вторую часть, а на съемочной площадке давным давно снимают другое. Ровно такая же история у нас на Земле повторяется с множеством фильмов, и что, Земля тоже живет одновременно в разных временных срезах? Какие-то странные выводы делаются из того факта, что радиоволны проходят разное расстояние за разное время.
Есть мнение что основные положения логики высказываний были описаны несколько раньше, и до "кобыл" современности этим положениям примерно все равно. Не надо совать свой квантр общности туда где в явном виде об общности не говорили, и проблемы с трактовкой не будет :)
В конце (42-ая 43-яя минуты) сказана откровенная преднамеренная ложь, цитата: "при идеальном раскладе у такой двухкомпонентной ядерной энергетики практически нет никаких вредных выбросов или отходов"
В цитируемом вами высказывании есть целых 2 явно введенных допущения, учитывая их оно истинно примерно всегда и ложью не является.
Ни один из выделенных вами пунктов в данной ситуации не выглядит приминимым - цена не является ложной (после показа ценового предложения оно не меняется и после авторизации) рассчеты за товары/услуги происходят как и всегда, в соответсвии с законодательством, доверительные отношения тут вообще ни каким боком не подходят - цена (хоть высокая, хоть низкая) с доверием вообще никак не связана
А было бы круто если бы эти самые новые формы само разрабатывающее их ведомство публиковало сразу и в каком-нибудь открытом машинночитаемом шаблонном формате, xml-xsd / JSON-SCHEMA и т.п., выглядит как чуточка стандартизации, и очень большая экономия трудозатрат
Зачем отъедать столько места на экране выводя 6 раз слово целиком, когда пользователь уже выбрал какое именно он слово хочет напечатать?
похоже что если после выбора слова оставлять только варианты различающие формы слова (например с вариантом быстрого подтверждения автоматически поставленного) будет значительно аккуратнее
Вам бы чуть-чуть дополнить статью, упомянуть что Rich Domain не единственный вариант, бывают ещё и другие. А то получается двояко - вроде и по делу, например, про Entity написано, и одновременно нет - вполне может быть вариант, например, где ответственность за правильность создания сущности (сообразность укладываемых в нее данных) лежит на пораждающем классе, а сама сущность вообще immutable.
это ещё как-то можно обыграть, скоростные экспрессы прямо до трапа, пересадка в вертолет с доставкой от аэропорта в точку Б, а вот почему сверхзвуковой БЕЗОПАСНЫЙ лайнер должен получиться у компании не сделавшей ни одного самолёта, когда у Англии-Франции и СССР не получилось - совсем не очевидно
Свидетельства о рождении может не быть, например в силу того что человек получил гражданство уже будучи взрослым
Фильтр по возрасту никак не помогает понять сколько паспортов выдано на 1 человека, любой может их менять хоть каждый месяц платя пошлину за перевыпуск.
Мертвые души были в качестве примера, что даже зная что паспорт гражданин не потерял (что соответствие документ - гражданин не нарушено) все равно нельзя быть уверенным что такого гражданина нужно учитывать при подсчете актуального населения.
Перепись это способ считать именно то про что вопрос - население, считать документы это попытка оперировать косвенными данными относительно населения и из них пытаться делать вывод, такой метод как минимум при текущем документообороте слишком плох - очень много исключительных ситуаций когда паспорт мог быть выдан/перевыпущен, и даже если кто-то таки напишет такой супер-запрос, то доказать что его результат правильно соотносится с действительностью это будет новая задача, ничуть не лечгче предыдущей.
Человек вышел на пенсию, был инвалидом с высокой пенсией, оформил доверку на получение пенсии, умер, родственники тихонько его без доков похоронили и пошли дальше его пенсию получать.
Смысл вашего запроса в том что вы считаете паспорта, а есть те у кого их нет - например граждане до 14, есть те кто их менял не раз (и по возрасту, и в связи со сменой фамилии, и по утрате, и еще по куче причин), и ваш запрос соотносится с реальным населением примерно никак.
Случалось пользоваться этим умением когда чинил баги в чужом коде - понимание моментов где может быть подвох иногда помогало быстро найти проблемное место
А куда делся белый воротничок рубашки? Не верится что сетка могла вот так взять и сильно выделяющийся фрагмент картинки выкинуть :)
Возможно вкусовщина, но мне показалось не удобным читать цепочку снизу вверх - такая последовательность сборки правил чем-то обусловлена (кроме "так получилось")?
Похоже я вас задел, прошу прощения, кусочек про ваш проект на Scala как-то выпал у меня из поля зрения при прочтении. Вы абсолютно правы, с sbt я дел никогда не имел, с тех пор как использование для сборки Ant стало достаточно устаревшим пользуюсь Maven.
Отчасти меня извеняет тот факт что Scala я никогда не использовал и не смотрел, а судя по описанию указанного вами инструмента он популярен не для Java.
Внимательно читая фрагмент про ваш проект бросились в глаза достаточно странно формируемые строки
s"""strategy/target/scala-2.13/strategy_2.13-0.1.0-SNAPSHOT.jar""", я конечно совершенно не знаю как работает build.sbt, но не содержит ли "strategy_2.13-0.1.0-SNAPSHOT.jar" жестко захаркоженную версию используемого в сценарии кода?Описанная вами методика ускорения загрузки очень интересна, подскажите пожалуйста, если вы могли себе позволить один раз прогреть JVM и обогатить ее память данными из СУБД, а после по необходимости загружать в нее регулярно изменяемые классы над которыми работаете, у вас получается загружаемые классы никак не изменяли эти загруженные данные?
Судя по "scala-2.13" вы писали свой проект пару лет назад, с учетом интересных примененных решений может быть расскажете о его текущем состоянии?
Я правильно понял что автор работавший Java-разработчиком и разрабатывавший либо без инструментов сборки типа maven, либо не умеющий в них настраивать профили сборки кого-то учит жизни?
В кинотеатре Земли прокатывают первую часть космооперы "Столпы Творения", в кинотеатре в районе М16 прокатывают вторую часть, а на съемочной площадке давным давно снимают другое. Ровно такая же история у нас на Земле повторяется с множеством фильмов, и что, Земля тоже живет одновременно в разных временных срезах? Какие-то странные выводы делаются из того факта, что радиоволны проходят разное расстояние за разное время.
Есть мнение что основные положения логики высказываний были описаны несколько раньше, и до "кобыл" современности этим положениям примерно все равно. Не надо совать свой квантр общности туда где в явном виде об общности не говорили, и проблемы с трактовкой не будет :)
В цитируемом вами высказывании есть целых 2 явно введенных допущения, учитывая их оно истинно примерно всегда и ложью не является.
А какая разница какой архиватор, если он работает и задачу выполняет? 7zip, например, без проблем открывает такой архив
Ни один из выделенных вами пунктов в данной ситуации не выглядит приминимым - цена не является ложной (после показа ценового предложения оно не меняется и после авторизации) рассчеты за товары/услуги происходят как и всегда, в соответсвии с законодательством, доверительные отношения тут вообще ни каким боком не подходят - цена (хоть высокая, хоть низкая) с доверием вообще никак не связана
А было бы круто если бы эти самые новые формы само разрабатывающее их ведомство публиковало сразу и в каком-нибудь открытом машинночитаемом шаблонном формате, xml-xsd / JSON-SCHEMA и т.п., выглядит как чуточка стандартизации, и очень большая экономия трудозатрат
Зачем отъедать столько места на экране выводя 6 раз слово целиком, когда пользователь уже выбрал какое именно он слово хочет напечатать?
похоже что если после выбора слова оставлять только варианты различающие формы слова (например с вариантом быстрого подтверждения автоматически поставленного) будет значительно аккуратнее
Противоречия тут похоже что нет: ленивая загрузка полей класса достаточно распространена среди ORM
Вам бы чуть-чуть дополнить статью, упомянуть что Rich Domain не единственный вариант, бывают ещё и другие. А то получается двояко - вроде и по делу, например, про Entity написано, и одновременно нет - вполне может быть вариант, например, где ответственность за правильность создания сущности (сообразность укладываемых в нее данных) лежит на пораждающем классе, а сама сущность вообще immutable.
А почему fullstack разработчик не может в Angular + REST API ?
Fullstack это же просто означает что разработчик может и фронт, и бэк делать, это никак не ограничивает в части конкретных технологий.
напомните пожалуйста при каком капитализме проектировали и строили реакторы Чернобыльской АЭС?
это ещё как-то можно обыграть, скоростные экспрессы прямо до трапа, пересадка в вертолет с доставкой от аэропорта в точку Б, а вот почему сверхзвуковой БЕЗОПАСНЫЙ лайнер должен получиться у компании не сделавшей ни одного самолёта, когда у Англии-Франции и СССР не получилось - совсем не очевидно
Длина кирпичика минус планковская длина?
Ну надо просто хвостик навеса, оставшийся на опоре, придавить пачкой сверху
Свидетельства о рождении может не быть, например в силу того что человек получил гражданство уже будучи взрослым
Фильтр по возрасту никак не помогает понять сколько паспортов выдано на 1 человека, любой может их менять хоть каждый месяц платя пошлину за перевыпуск.
Мертвые души были в качестве примера, что даже зная что паспорт гражданин не потерял (что соответствие документ - гражданин не нарушено) все равно нельзя быть уверенным что такого гражданина нужно учитывать при подсчете актуального населения.
Перепись это способ считать именно то про что вопрос - население, считать документы это попытка оперировать косвенными данными относительно населения и из них пытаться делать вывод, такой метод как минимум при текущем документообороте слишком плох - очень много исключительных ситуаций когда паспорт мог быть выдан/перевыпущен, и даже если кто-то таки напишет такой супер-запрос, то доказать что его результат правильно соотносится с действительностью это будет новая задача, ничуть не лечгче предыдущей.
Человек вышел на пенсию, был инвалидом с высокой пенсией, оформил доверку на получение пенсии, умер, родственники тихонько его без доков похоронили и пошли дальше его пенсию получать.
Смысл вашего запроса в том что вы считаете паспорта, а есть те у кого их нет - например граждане до 14, есть те кто их менял не раз (и по возрасту, и в связи со сменой фамилии, и по утрате, и еще по куче причин), и ваш запрос соотносится с реальным населением примерно никак.
Похоже что он должен быть private - смысл в том что ссылки на него должны существовать в программе только в рамках метода getInstance
Может кто-нибудь пояснить что это значит? Вообще не понял что имелось ввиду.