Еще одна не совсем явная угроза, касающаяся не только детей — геометки в приложениях и сайтах.
Две параноидальные ситуации:
Мы всей семьей уехали отдыхать. И как ненормальные кидаем фоточки в инстаграм с геометками. Как же хорошо нам в ${country_name}. А тем временем злоумышленник видит, что вас дома нет. И судя по фото, в ближайшие несколько дней (недель) не будет. Квартира свободна! Понаблюдай день-два, не ходит ли кто цветы поливать, не живут ли родственники. И спокойно идет чистить квартиру. При этом он по другим фото знает, что в квартире имеется: компьютер, телевизор, может, муж хвастался новой приставкой?
Злоумышленник-извращенец хочет выследить ребенка… Для этого у него тоже все есть! Более того, помимо отслеживания фото-видео-расположения, можно еще и войти в переписку с наивным ребенком!
Злодеяния переходят на другой уровень. Раньше возле квартиры "пасли", перед тем как обчистить, ходили за человеком, чтобы узнать, где он бывает. А теперь достаточно открыть соц. сеть. И узнать можно всё.
Даже в таком случае есть специализация. Есть общие и необходимые знания, которые должны быть на приемлемом уровне.
А то, что указали Вы — это, по-моему, backend программист, явно не джуниор, который может писать frontend, если задача не особо сложная или если основные frontend разработчики заняты и их не хочется дергать ради "добавить пару текстовых полей, их валидацию и кнопку для отправки всего этого на сервер."
Сам факт скакания с языка на язык и способность что-то там на нём написать — ещё не делает человека full stack разработчиком.
Тем более, что сейчасдля всех языков программирования есть фреймворки, которые позволяют из коробки, без особого знания тонкостей языка и фреймворка, на коленке, по мануалу и с гуглом собрать "прототипчик".
Это какой-то исключительный случай, по-моему.
Устаревание ведь проходит не мгновенно. И вытесняющие технологии обычно изучать не так трудно, они похожи. По-моему, большинство Swing Java разработчиков вполне комфортно себя будут чувствовать, используя Vaadin. В крайнем случае применить полученные за годы работы со Swing знания в UX во front-end разработке на JS с каким-нибудь модным фреймворком, если серверное программирование "не его".
Единственная проблема — это поиск работы без коммерческого опыта в конкретной технологии, но и это решается.
Видимо, плагин application не подходит для запуска netty-приложений.
Для jetty, war и даже javafx свои плагины, со своими тасками *run: jettyRun, jfxRun или без них (в плагине war)
Может, стоит написать issue команде gradle на их форуме с ошибками, логами, юзкейсом.
В идее можно попробовать в настройках конфигурации запуска (Edit Configurations… в выпадающем списке рядом с кнопками Run и Debug) поставить галочку Single Instance only, тогда можно будет даже не останавливать процесс. При попытке запустить еще один, IDE предупредит и предложит остановить предыдущий процесс и запустить новый.
Может, это решит проблему с «висячими» процессами.
13 Идея хорошо импортирует, но у меня возникали проблемы в 12 версии, какие, к сожалению вспомнить не могу. Idea вываливалась с каким-то исключением. Еще пробовал открывать в NetBeans. Он тоже хорошо понимает. А остальные IDE?
1. Абсолютно согласен с дополнением, статью обновил.
2. Да, таск wrapper можно не создавать, но я бы рекомендовал это делать. Почему? Потому что может возникнуть необходимость использовать разные версии gradle для разных проектов. И тут я не задумываюсь, выполнил gradle wrapper, а потом запускаю нужную мне версию через gradlew.
3. Это очень полезно для тех, кто часто пользуется командной строкой для сборки. Лично для себя я в этом проблемы не вижу, потому что мне крайне редко приходится запускать задачи из консоли, в основном через IDE, а когда приходится использовать консоль, когда лень загружать тяжелую IDE или ее просто нет или вообще компьютер не мой, то написать лишнюю точку не трудно, а иногда и быстрее
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Еще одна не совсем явная угроза, касающаяся не только детей — геометки в приложениях и сайтах.
Две параноидальные ситуации:
Мы всей семьей уехали отдыхать. И как ненормальные кидаем фоточки в инстаграм с геометками. Как же хорошо нам в ${country_name}. А тем временем злоумышленник видит, что вас дома нет. И судя по фото, в ближайшие несколько дней (недель) не будет. Квартира свободна! Понаблюдай день-два, не ходит ли кто цветы поливать, не живут ли родственники. И спокойно идет чистить квартиру. При этом он по другим фото знает, что в квартире имеется: компьютер, телевизор, может, муж хвастался новой приставкой?
Злодеяния переходят на другой уровень. Раньше возле квартиры "пасли", перед тем как обчистить, ходили за человеком, чтобы узнать, где он бывает. А теперь достаточно открыть соц. сеть. И узнать можно всё.
Но, к сожалению, конкуренты с бóльшим количеством людей всегда будут на шаг впереди.
А то, что указали Вы — это, по-моему, backend программист, явно не джуниор, который может писать frontend, если задача не особо сложная или если основные frontend разработчики заняты и их не хочется дергать ради "добавить пару текстовых полей, их валидацию и кнопку для отправки всего этого на сервер."
Тем более, что сейчасдля всех языков программирования есть фреймворки, которые позволяют из коробки, без особого знания тонкостей языка и фреймворка, на коленке, по мануалу и с гуглом собрать "прототипчик".
Устаревание ведь проходит не мгновенно. И вытесняющие технологии обычно изучать не так трудно, они похожи. По-моему, большинство Swing Java разработчиков вполне комфортно себя будут чувствовать, используя Vaadin. В крайнем случае применить полученные за годы работы со Swing знания в UX во front-end разработке на JS с каким-нибудь модным фреймворком, если серверное программирование "не его".
Единственная проблема — это поиск работы без коммерческого опыта в конкретной технологии, но и это решается.
Для jetty, war и даже javafx свои плагины, со своими тасками
*run: jettyRun, jfxRunили без них (в плагине war)Может, стоит написать issue команде gradle на их форуме с ошибками, логами, юзкейсом.
Может, это решит проблему с «висячими» процессами.
1. Абсолютно согласен с дополнением, статью обновил.
2. Да, таск wrapper можно не создавать, но я бы рекомендовал это делать. Почему? Потому что может возникнуть необходимость использовать разные версии gradle для разных проектов. И тут я не задумываюсь, выполнил
gradle wrapper, а потом запускаю нужную мне версию черезgradlew.3. Это очень полезно для тех, кто часто пользуется командной строкой для сборки. Лично для себя я в этом проблемы не вижу, потому что мне крайне редко приходится запускать задачи из консоли, в основном через IDE, а когда приходится использовать консоль, когда лень загружать тяжелую IDE или ее просто нет или вообще компьютер не мой, то написать лишнюю точку не трудно, а иногда и быстрее