С четырех колес в подземелье: чем занять себя

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

Пока что пристрастился к просмотру фильмов - затягивает, дорога вообще не ощущается. Хотя понимаю, что просмотр фильмов не сильно напрягает мозг и скорее притупляет его, нежели заставляет работать: картинка то уже есть, смотри и все. Я не говорю о сюжетных линиях, распутыванием которых, порой, представляется весьма интересным, а лишь о механике восприятия информации: картинка или буквы. Кроме того, вовремя чтения, мозг рисует образы, картинки происходящего, он думает, работает! Не только над сюжетом, но и над рисованием всего происходящего.

Нечто среднее между просмотром фильмов и чтением - аудиокнига. С одной стороны нет тренировки полезной механики восприятия напечатанной (написанной) информации, но само построение образов, картинки по услышанному остается.

Постараюсь чередовать все три возможности времяпрепровождения в общественном транспорте.

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

Занимательные алгоритмы. Поиск цикла в односвязном списке

И снова про тараканов, которые иногда возникают в голове. Как-то раз, засыпая, я задумался на курьезными задачками из своей сферы деятельности (Lotus Notes), которые можно было бы задать на собеседовании, плавно перешел к воспоминаниям о своих первых собеседования, когда опыта работы еще не было. Опыт самих собеседований у меня не велик а места, где задавались действительно интересные задачи (а не задачки типа: написать сортировку массива любым известным способом) вообще равны одному - это ABBYY. Как минимум одна задачка в списке на знание и понимание классических алгоритмов, описанных в книге Дональда Кнута - Искусство программирования .

Unit-testing object validation when validator has DI

Summary Unit test object validation when validator(s) has a dependency. For instance, we have some custom field and cross-field validators. Want to test their combination. Additionally some of validators have dependencies, injected through constructor or setters. You're not using property injection, right? Shortcut If you are just searching for an answer, here's the fast way: Declare CustomConstraintValidatorFactory that implements javax.validation.ConstraintValidatorFactory Override getInstance method and on facing your constraint validator class instantiate it Otherwise delegate validator construction to org.hibernate.validator.internal.engine.constraintvalidation.ConstraintValidatorFactoryImpl Build validator factory and provide it your CustomConstraintValidatorFactory Build validator, using that factory... Go to demo project on GitHub for details: https://github.com/MrArtemAA/blog-demos/blob/master/test-validator-with-injection/src/test/java/ru/artemaa/...

Use @SpringBootTest for validator's unit test and be fast enough

This a continuation of the post: https://live-scripts.blogspot.com/2020/02/unit-testing-object-validation-with-di-in-validator.html#more . Last time we talked about testing a validator, which has a dependency. Using pure @SpringBootTest turned out to be too slow. So I showed a "trick" to override the validator's factory in order to inject the dependant object. This reduced test run time. I promised to show a way to use @SpringBootTest , autowiring, and still be quick enough.

Live Scripts

Поиск по этому блогу