Да, согласен так выглядит лучше, спасибо. Ну и вариант с classes в самой конфигурации тоже работает и выглядит хорошо, хотя стоппер в корне я бы все же оставил, на случай если вдруг кто забудет указывать classes у SpringBootTest
Хотелось бы поспорить по поводу того что @SpringBootTest обязательно поднимает полностью все приложение, точнее это так, но это легко правится. Эта аннотация сканирует все пакеты вверх пока не встретит @SpringBootApplication и относительно нее уже начинает строить контекст. Поэтому если в корне тестов расположить класс стоппер вида
/** Stopper for @SpringBootTest / @SpringBootApplication public class SpringBootTestStopConfiguration {}
то будет подниматься пустое приложение куда легко уже насовать нужных @TestConfiguration с нужными @ComponentScan и строить только тот контекст который нужен для конкретного теста.
Мне кажется в качестве проекта для обучения лучше взять Spring framework, потому что большинство вакансий Java программиста требуют именно знаний спринга, и шанс впечатлить будущего работодателя пониманием как та или иная магия работает под капотом в Spring, куда больше чем понимание работы полноценного сервера приложений который сейчас только в легаси проектах остались, или тем более Netbeans где придется еще солидный кусок времени потратить на изучение вероятно Swing (поправьте если я не прав, знаю что Idea по крайней мере раньше была на Swing-е написана, насчёт Netbeans не уверен)
P.S. при всем уважении к серверам приложений и Swing-у. Я люблю и JavaEE и Swing, и у меня периодически течет ностальгическая слеза, что сейчас их редко где встретишь, но мне все же кажется что при ограниченных ресурсах надо их тратить на самое эффективное, что позволит устроиться на работу с наибольшей вероятностью. И тут знания Spring-а вне конкуренции
В плане фронтенда на Java я в последнее время в своих пет проектах использую ZK framework (https://www.zkoss.org/). Очень просто интегрируется с тем же Spring-ом и огромное число компонентов из коробки позволяют создавать достаточно приятный интерфейс.
Если любите JavaEE то можно посмотреть в сторону JSF/Primefaces (https://www.primefaces.org). Когда то сталкивался с ним профессионально ну и тоже стараюсь совсем не забывать может и пригодится. Имхо менее удобен чем ZK, но идеально подходит для экосистемы JavaEE
У IT-шников бывают жены/мужья/дети не IT-шники донести до которых мысль о том что приватность личной жизни важнее чем возможность голосом включить сказку/музыку/аудиокнигу/и т.д. не всегда получается
Живу практически вплотную к станции, летом, когда сроки поджимали стройка и грохот не прекращались даже ночью, но сейчас все закончили и стало тихо. В остальном зелик прекрасный город, много леса, есть где погулять, хорошая инфраструктура, хорошие дороги. Есть пробки в часы пик, но тут как я понимаю все упирается в два моста соединяющий новую и старую часть города, пропускной способности просто не хватает.
Огромное спасибо за подробный разбор! Очень дельные замечания, учту в будущем, и как только появится время поправлю свой код. И спасибо за книгу, на первый взгляд выглядит очень интересно, почитаю
Знакомые ощущения ) Когда то пытался писать под андроид, сначала думаешь что сделал обалденную штуку, и ни у кого такой нет, а потом количество скачиваний в Play Маркете говорит, что ее нет потому что она особо никому и не нужна )
Спасибо огромное за совет! Действительно, так должно быть быстрее. Похоже я слишком долго писал на Java под мощное железо, позабыл все приемы оптимизации )
Если искусственно ввести ограничения на шаг угла например в 10 градусов, то будет всего 36 значений для каждой тригонометрической функции. При таком подходе это не должно съесть слишком много памяти, но конечно про плавное вращение можно забыть
А есть какие то сроки (хотя бы примерные) когда спутник будет запущен и дадут доступ? Если честно идея выглядит очень круто!
P.S. не увидел ссылку где можно потренироваться (образ для малинки/доступ к тестовой малинке?), это еще не готово?
Да, согласен так выглядит лучше, спасибо. Ну и вариант с classes в самой конфигурации тоже работает и выглядит хорошо, хотя стоппер в корне я бы все же оставил, на случай если вдруг кто забудет указывать classes у SpringBootTest
Хотелось бы поспорить по поводу того что
@SpringBootTestобязательно поднимает полностью все приложение, точнее это так, но это легко правится. Эта аннотация сканирует все пакеты вверх пока не встретит@SpringBootApplicationи относительно нее уже начинает строить контекст. Поэтому если в корне тестов расположить класс стоппер вида/**
Stopper for @SpringBootTest
/@SpringBootApplication
public class SpringBootTestStopConfiguration {}
то будет подниматься пустое приложение куда легко уже насовать нужных
@TestConfigurationс нужными@ComponentScanи строить только тот контекст который нужен для конкретного теста.Подробное описание механизма можно посмотреть у Евгения Борисова (тайминг выставил) https://youtu.be/7mZqJShu_3c?si=J-tcpSET1_J5vsGB&t=2273
Мне кажется в качестве проекта для обучения лучше взять Spring framework, потому что большинство вакансий Java программиста требуют именно знаний спринга, и шанс впечатлить будущего работодателя пониманием как та или иная магия работает под капотом в Spring, куда больше чем понимание работы полноценного сервера приложений который сейчас только в легаси проектах остались, или тем более Netbeans где придется еще солидный кусок времени потратить на изучение вероятно Swing (поправьте если я не прав, знаю что Idea по крайней мере раньше была на Swing-е написана, насчёт Netbeans не уверен)
P.S. при всем уважении к серверам приложений и Swing-у. Я люблю и JavaEE и Swing, и у меня периодически течет ностальгическая слеза, что сейчас их редко где встретишь, но мне все же кажется что при ограниченных ресурсах надо их тратить на самое эффективное, что позволит устроиться на работу с наибольшей вероятностью. И тут знания Spring-а вне конкуренции
В плане фронтенда на Java я в последнее время в своих пет проектах использую ZK framework (https://www.zkoss.org/). Очень просто интегрируется с тем же Spring-ом и огромное число компонентов из коробки позволяют создавать достаточно приятный интерфейс.
Если любите JavaEE то можно посмотреть в сторону JSF/Primefaces (https://www.primefaces.org). Когда то сталкивался с ним профессионально ну и тоже стараюсь совсем не забывать может и пригодится. Имхо менее удобен чем ZK, но идеально подходит для экосистемы JavaEE
Нет, я предлагаю весьти просветительскую работу хотя бы в рамках семьи, но это долгий процесс
У IT-шников бывают жены/мужья/дети не IT-шники донести до которых мысль о том что приватность личной жизни важнее чем возможность голосом включить сказку/музыку/аудиокнигу/и т.д. не всегда получается
Живу практически вплотную к станции, летом, когда сроки поджимали стройка и грохот не прекращались даже ночью, но сейчас все закончили и стало тихо. В остальном зелик прекрасный город, много леса, есть где погулять, хорошая инфраструктура, хорошие дороги. Есть пробки в часы пик, но тут как я понимаю все упирается в два моста соединяющий новую и старую часть города, пропускной способности просто не хватает.
Спасибо за статью! Пустил ностальгическую слезу ) Сам когда то летал на таких с приделанным автомобильным регистратором
Hidden text
Туда же JSF (RichFaces/PrimeFaces), ZK Framework, Vaadin. Таких вещей множество с удовольствием ими пользуюсь. Про Wicket не слышал, спасибо, посмотрю
Огромное спасибо за подробный разбор! Очень дельные замечания, учту в будущем, и как только появится время поправлю свой код. И спасибо за книгу, на первый взгляд выглядит очень интересно, почитаю
Ого! Мир тесен ) Рад познакомиться!
Спасибо! Поздравляю с приобретением отличного девайса!
Большое спасибо, обязательно почитаю!
Уверен, мой код можно серьезно оптимизировать. Это моя первая программа под zx-spectrum, буду учиться писать лучше )
Знакомые ощущения ) Когда то пытался писать под андроид, сначала думаешь что сделал обалденную штуку, и ни у кого такой нет, а потом количество скачиваний в Play Маркете говорит, что ее нет потому что она особо никому и не нужна )
Спасибо огромное за совет! Действительно, так должно быть быстрее. Похоже я слишком долго писал на Java под мощное железо, позабыл все приемы оптимизации )
Если искусственно ввести ограничения на шаг угла например в 10 градусов, то будет всего 36 значений для каждой тригонометрической функции. При таком подходе это не должно съесть слишком много памяти, но конечно про плавное вращение можно забыть
Спасибо за подсказку!
Конечно, причем никакой дополнительный софт не нужен. Запускаете эмулятор и вперед )