Спасибо за ответ.
Я выбираю доклад через призму вопроса:
Как правильно построить программный продукт?
Получается в таком видении и сам язык Java то, это один из инструментов, не говоря уже про детали языка, библиотек и фреймворков, это так.
Понимаете, я ожидаю слышать сообщения от мастеров своего дела, которые создают что-то сложное. А меня все время не покидает ощущение, что раньше докладчики такими и были, но давно им это уже наскучило и их увлекли очень подробные детали реализации чего-либо или какие-то новинки.
Опять аналогия:
Выступают мастера автоспорта: на двух колесах проедут, с трамплина прыгнут, с заносами и т. д. Нет сомнений в их мастерстве.
А я ожидаю, что эти мастера рассказывают:
Вот была задача на грузовиках доставить опасный/сложный груз, путь лежал через горы и болота. Вот так мы готовили технику, вот так прорабатывали маршрут, вот так преодолевали трудности в пути.
Для кругозора-то можно много что узнавать, но ведь это может привести и к такой фрагментации знаний-пониманий, что уже во вред будет.
Кажется должно придти понимание, что фронт-энд — это создание отдельного приложения, которое функционирует в браузере. От разработчиков фронт-энда может совсем скрыта серверная реализация. Осталось придти к какому-нибудь единому стандарту общения между клиентом и сервером(такой Web-objects TCP/IP) и мы окажется в новом прекрасном мире.
Как-то стыдно за ИТ-индустрию,
когда-то смогли договориться о почтовых протоколах: SMTP, POP3, IMAP.
Это же так же абсурдно, если нельзя было-бы слать почту с Gmail на Hotmail, ибо у них разные почтовые протоколы.
Но компаниям наплевать на пользователей, которым сейчас нужно держать 2-3 мессенджера.
Они борются за аудиторию, за прибыли в будущем. Как говорят — "Если услуга бесплатна, значит товар это Вы".
Утвердили бы протокол и боролись бы у кого клиент удобнее, но нет, они выбрали вариант — или все или ничего.
Не пытайтесь получить доступ к contactRepository из конструктора объекта это непременно вызовет NullPointerException, получайте доступ из методов с аннотацией PostConstruct, или методов уже созданного объекта.
Можно инъецировать через конструктор:
ContactRepository contactRepository;
@Autowired
public ContactList(ContactRepository contactRepository){
this.contactRepository = contactRepository;
...
Не очень понимаю, что вы имеете в виду под «сверх-миром».
Немного пофантазирую.
Когда частицы теряют всякую связь с нашим миром они попадают в "сверх-мир",
где по нашим понятиям творятся невообразимые вещи: частица одновременно может принимать все свойства, быть в разных точках пространтва, нет прошлого и будущего, с нашей точки зрения. С точки зрения сверх-мира это нормальное поведение.
"Сверх-мир" — мир невероятных возможностей, которые для нас видны как набор вероятностей, реализация которых возможна для нашего мира.
Предполагаемые возможности сверх-мира впечатляют, он может реализовать совершенно другие миры. Быть может для сотворения нашей Вселенной достаточно небольшой горсти частиц сверх-мира.
Если масштабы и сложность нашей Вселенной поражают, то наскольно поразительны возможности сверх-мира!
Может лучше говорить о поступлении информации в "наш мир".
Пока частица не декогерирована она вероятнось для нашего мира, она находится в "сверх-мире". Как только какой-то детектор определил ее, инфорация о ней попала в наш мир.
Говорит ли это о том, что пока нет информации о прошлом, то прошлого нет? То есть прошлое не определено(он нем ничего не известно в нашем мире) и становится реальностью от выбора в будущем.
Можно ли записать данные детекторов на щелях, не "смотреть" на них,
а потом, в зависимости от того уничтожили ли мы данные детекторов или нет, видеть на экране одну или другую картинку(экран тоже "не смотреть" до времени)?
Да, есть места где помидоры растут без теплицы. Жду отчет о поездке зимой, в минус 10-15.
Режет глаз лицемерее надписей "Natural enegrgy", "Green..." и т.д. Может часть этой энергии и произведена за счет солнца-ветра(ГЭС уже не считаю экологичным источником). Даже если ветер-солнце, то там где производят эти самые панели, генераторы и т.д небо коптят немало.
Это все такое самовнушение владельцев электрокаров — смотрите все чистенько, не копчу, все вокруг зелено. А там где производят энергию, сам автомобиль, кучу материального обеспечения, там как природу травят, он не думает?
То, что ради своего развлечения, он на самом деле использовал много ресурсов, которые не восполнимы, он не думает?
Да, может несколько злобно звучат мои слова. Но не уменьшайте масштаб происхдящего, смотреть нужно шире, а не уменьшать до своего маленького мирка.
Тогда принял бы гражданство США, а не отсталого "Сент-Китс и Невис", но попал бы под юрисдикцию США. Тут явно желание свободно перемещаться, ввести себя в "клуб" избранных, которые могут за 250К купить себе эту привилегию.
Но быть может такая независисмость вовсе не надежна, вот в чем мое сообщение.
Думаю это сказка о том, что если ты умен и богат, то ты такой вот человек нового вида, покупаешь гражданство какой-нибудь Нагонии, разъезжаешь всюду, от налогов — в офшор.
Да и вообще ты уже не принадлежись какой-то стране, а такой глобальный гражданин.
В мире несоколько стран обладает суверинитетом и это явно не "Сент-Китс и Невис".
Вот если его возьмуться "стричь" серьезные дяди, то защитить его смогла бы суверенная страна.
Бумс, уходишь от налогов?
Бумс, в суд.
Бумс, аннулировать паспорт.
Бумс, запретить выезд.
Бумс, экстрадировать.
...
Больше похоже на кредит компании у будущего — получить сейчас увеличение продаж, но в будущем постепенно терять деньги на бесплатных зарядках.
Да, и как надоело это словечко "акции рухнули", если что-то рухнуло, значит развалилось безнадежно, "упали", "снизились котировки". Авторы, вы утомили шаблонностью.
Что-то пока не понятно.
Как показала практика констурированияе запроса по имени метода подходит для уж очень простых случаев, даже поиск по имени и фамилии без учета регистра с сортировкой превращается в плохочитаемое:
Не согласен с автором, что придет NodeJS и всех зарулит. Тут наоборот, дело к закату идет,
для написания сервисов с высокой нагрузкой и малым временем отклика, предпологаю, чаще стали брать GoLang. Тут сказывается то, что сам JavaScript все-таки плохо подходит для больших приложений и то, что не было многопоточности. Не от хорошей жизни хотят
в NodeJS начать использовать TypeScript.
Подъем NodeJS произошел на двух вещах:
1) В эпоху взрывного роста Ajax и возрастающего объема программирования на JavaScript на клиенте можно было начать писать на JavaScript и на сервере.
2) Легкость организации асинхронного выполнения программы, этакой многопоточности с точки зрения программиста.
А Java по-прежнему "пыхтит" на предприятиях и даже ускорила свое развитее после перехода к быстрым релизам, сохранив и LTS-релизы.
То случай, когда талант, специалисты, оборудование служат для изготовления "золотых унитазов". Жаль, применить все бы это для той-же космической отрасли. Стали бы субподрядчиками для изготовляния какой-нибудь точной механики космических аппаратов.
Первичная разруха не у них, а в головах тех экземпляров человеческого рода, которые выкладывают раздобытые "тяжелым трудом" деньги за эти изделия.
Docker это не про установку софта, это способ дистрибуции ПО. Разработчик предоставляет ПО не ввиде инсталлятора, пакета и т.п., а ввиде докер-образа. Обычно разработчки хорошо знаком с зависимостями своего продукта, а админ плохо. Поэтому удобнее, когда разработчик сам все разложит в контейнере.
Как решаете проблему с Lazy Load, когда для одних представлений нужно "вытаскивать" все связанные объекты, а для других не нужно?
Что-то подобное "Entity Graph" есть?
Если так с UI, то это интересно. Предположу, что и в слое работы с хранением объектов у вас тоже обертка вокруг репозиториев-сервисов, которые принято делать в традиционной Spring-архитектруе приложения. Тогда вопрос: Как удается достичь производительности в слое хранения, если даже при обертывании ORM каким-нибудь "Spring Data" возрастает сложность предсказать — как оно там будет работать на уровне SQL-запросов, требуется тонкая настройка ORM?
Спасибо за ответ.
Я выбираю доклад через призму вопроса:
Как правильно построить программный продукт?
Получается в таком видении и сам язык Java то, это один из инструментов, не говоря уже про детали языка, библиотек и фреймворков, это так.
Понимаете, я ожидаю слышать сообщения от мастеров своего дела, которые создают что-то сложное. А меня все время не покидает ощущение, что раньше докладчики такими и были, но давно им это уже наскучило и их увлекли очень подробные детали реализации чего-либо или какие-то новинки.
Опять аналогия:
Выступают мастера автоспорта: на двух колесах проедут, с трамплина прыгнут, с заносами и т. д. Нет сомнений в их мастерстве.
А я ожидаю, что эти мастера рассказывают:
Вот была задача на грузовиках доставить опасный/сложный груз, путь лежал через горы и болота. Вот так мы готовили технику, вот так прорабатывали маршрут, вот так преодолевали трудности в пути.
Для кругозора-то можно много что узнавать, но ведь это может привести и к такой фрагментации знаний-пониманий, что уже во вред будет.
Пропустил регистрацию на конференцию, расстроился. Но, посмотрел темы докладов и понял — "страшно далеки они от народа"(с).
Нет, это простите, капец какой-то. Аналогия:
Собрались именитые мастера — блестящие инструменты друг-другу показывают, рассказывают про них и другие диковенные инструменты демонстрируют.
А можно доклады в стиле — мы тут делали такой крутой проект и вот так и так этим инструментом работали, а потом вот этим так и эдак?
Кажется должно придти понимание, что фронт-энд — это создание отдельного приложения, которое функционирует в браузере. От разработчиков фронт-энда может совсем скрыта серверная реализация. Осталось придти к какому-нибудь единому стандарту общения между клиентом и сервером(такой Web-objects TCP/IP) и мы окажется в новом прекрасном мире.
Как-то стыдно за ИТ-индустрию,
когда-то смогли договориться о почтовых протоколах: SMTP, POP3, IMAP.
Это же так же абсурдно, если нельзя было-бы слать почту с Gmail на Hotmail, ибо у них разные почтовые протоколы.
Но компаниям наплевать на пользователей, которым сейчас нужно держать 2-3 мессенджера.
Они борются за аудиторию, за прибыли в будущем. Как говорят — "Если услуга бесплатна, значит товар это Вы".
Утвердили бы протокол и боролись бы у кого клиент удобнее, но нет, они выбрали вариант — или все или ничего.
Можно инъецировать через конструктор:
Стеклянные бусы несколько видоизменились....
Немного пофантазирую.
Когда частицы теряют всякую связь с нашим миром они попадают в "сверх-мир",
где по нашим понятиям творятся невообразимые вещи: частица одновременно может принимать все свойства, быть в разных точках пространтва, нет прошлого и будущего, с нашей точки зрения. С точки зрения сверх-мира это нормальное поведение.
"Сверх-мир" — мир невероятных возможностей, которые для нас видны как набор вероятностей, реализация которых возможна для нашего мира.
Предполагаемые возможности сверх-мира впечатляют, он может реализовать совершенно другие миры. Быть может для сотворения нашей Вселенной достаточно небольшой горсти частиц сверх-мира.
Если масштабы и сложность нашей Вселенной поражают, то наскольно поразительны возможности сверх-мира!
Может лучше говорить о поступлении информации в "наш мир".
Пока частица не декогерирована она вероятнось для нашего мира, она находится в "сверх-мире". Как только какой-то детектор определил ее, инфорация о ней попала в наш мир.
Говорит ли это о том, что пока нет информации о прошлом, то прошлого нет? То есть прошлое не определено(он нем ничего не известно в нашем мире) и становится реальностью от выбора в будущем.
Можно ли записать данные детекторов на щелях, не "смотреть" на них,
а потом, в зависимости от того уничтожили ли мы данные детекторов или нет, видеть на экране одну или другую картинку(экран тоже "не смотреть" до времени)?
Да, есть места где помидоры растут без теплицы. Жду отчет о поездке зимой, в минус 10-15.
Режет глаз лицемерее надписей "Natural enegrgy", "Green..." и т.д. Может часть этой энергии и произведена за счет солнца-ветра(ГЭС уже не считаю экологичным источником). Даже если ветер-солнце, то там где производят эти самые панели, генераторы и т.д небо коптят немало.
Это все такое самовнушение владельцев электрокаров — смотрите все чистенько, не копчу, все вокруг зелено. А там где производят энергию, сам автомобиль, кучу материального обеспечения, там как природу травят, он не думает?
То, что ради своего развлечения, он на самом деле использовал много ресурсов, которые не восполнимы, он не думает?
Да, может несколько злобно звучат мои слова. Но не уменьшайте масштаб происхдящего, смотреть нужно шире, а не уменьшать до своего маленького мирка.
Тогда принял бы гражданство США, а не отсталого "Сент-Китс и Невис", но попал бы под юрисдикцию США. Тут явно желание свободно перемещаться, ввести себя в "клуб" избранных, которые могут за 250К купить себе эту привилегию.
Но быть может такая независисмость вовсе не надежна, вот в чем мое сообщение.
Думаю это сказка о том, что если ты умен и богат, то ты такой вот человек нового вида, покупаешь гражданство какой-нибудь Нагонии, разъезжаешь всюду, от налогов — в офшор.
Да и вообще ты уже не принадлежись какой-то стране, а такой глобальный гражданин.
В мире несоколько стран обладает суверинитетом и это явно не "Сент-Китс и Невис".
Вот если его возьмуться "стричь" серьезные дяди, то защитить его смогла бы суверенная страна.
Бумс, уходишь от налогов?
Бумс, в суд.
Бумс, аннулировать паспорт.
Бумс, запретить выезд.
Бумс, экстрадировать.
...
Больше похоже на кредит компании у будущего — получить сейчас увеличение продаж, но в будущем постепенно терять деньги на бесплатных зарядках.
Да, и как надоело это словечко "акции рухнули", если что-то рухнуло, значит развалилось безнадежно, "упали", "снизились котировки". Авторы, вы утомили шаблонностью.
Что-то пока не понятно.
Как показала практика констурированияе запроса по имени метода подходит для уж очень простых случаев, даже поиск по имени и фамилии без учета регистра с сортировкой превращается в плохочитаемое:
А как там насчет EntityGraph?
Не согласен с автором, что придет NodeJS и всех зарулит. Тут наоборот, дело к закату идет,
для написания сервисов с высокой нагрузкой и малым временем отклика, предпологаю, чаще стали брать GoLang. Тут сказывается то, что сам JavaScript все-таки плохо подходит для больших приложений и то, что не было многопоточности. Не от хорошей жизни хотят
в NodeJS начать использовать TypeScript.
Подъем NodeJS произошел на двух вещах:
1) В эпоху взрывного роста Ajax и возрастающего объема программирования на JavaScript на клиенте можно было начать писать на JavaScript и на сервере.
2) Легкость организации асинхронного выполнения программы, этакой многопоточности с точки зрения программиста.
А Java по-прежнему "пыхтит" на предприятиях и даже ускорила свое развитее после перехода к быстрым релизам, сохранив и LTS-релизы.
Где следы тележки?
да когда ж они там с цветом луны определятся?
То случай, когда талант, специалисты, оборудование служат для изготовления "золотых унитазов". Жаль, применить все бы это для той-же космической отрасли. Стали бы субподрядчиками для изготовляния какой-нибудь точной механики космических аппаратов.
Первичная разруха не у них, а в головах тех экземпляров человеческого рода, которые выкладывают раздобытые "тяжелым трудом" деньги за эти изделия.
Docker это не про установку софта, это способ дистрибуции ПО. Разработчик предоставляет ПО не ввиде инсталлятора, пакета и т.п., а ввиде докер-образа. Обычно разработчки хорошо знаком с зависимостями своего продукта, а админ плохо. Поэтому удобнее, когда разработчик сам все разложит в контейнере.
Как решаете проблему с Lazy Load, когда для одних представлений нужно "вытаскивать" все связанные объекты, а для других не нужно?
Что-то подобное "Entity Graph" есть?
Если так с UI, то это интересно. Предположу, что и в слое работы с хранением объектов у вас тоже обертка вокруг репозиториев-сервисов, которые принято делать в традиционной Spring-архитектруе приложения. Тогда вопрос: Как удается достичь производительности в слое хранения, если даже при обертывании ORM каким-нибудь "Spring Data" возрастает сложность предсказать — как оно там будет работать на уровне SQL-запросов, требуется тонкая настройка ORM?