Да не, тут есть зерно: де-факто и де-юре Java-девелопер (не новичок или примазавшийся, а разработчик в полном смысле слова) — это специалист, на голову выше «нодовца» аналогичного уровня. Точка пересечения этих платформ — только веб, то бишь фулл-стек для джавистов. Но сегодня рынок несколько странный — ему не очень нужны веб-ориентированные джависты, но при этом с руками отрываются нодовцы. Отсюда напрашивается вывод: почему бы не сделать downgrade своих skills, при этом увеличивая значительно свои котировки? Так что тут определенный сенс есть.
Другое дело — если заменить в статье слово «Java» на слово «PHP», статья сильно поменяется? В чем состоит ее ориентированность под джавистов? — В IDE, которая подавляюще используется именно для Java? — Это очень сомнительный аргумент.
Это и так понятно, это скорее сообщение-ирония. Хотя и не так далеко от правды: технологичность, «тактико-технические характеристики» и т.д. — без улыбки на это смотреть нельзя… как, впрочем, на автопром и т.д.
Цитирую:
«Маленький американский стартап Next Thing Co. в сотрудничестве с китайским промышленным гигантом Allwinner несколько дней назад представили на Кикстартере «первый в мире компьютер за 9 долларов» с процессором 1 ГГц, под названием Chip. А в это же время в России стартовали продажи отечественного компьютера „Эльбрус“ за 3900 долларов. процессор „Эльбрус-4С“ работает на частоте 800 МГц.»
Я не увидел сразу надписи «Before» и «After» и подумал: «Какой же юеб… ный раньше был лого с этими двумя черточками и насколько хорош новенький синенький — включая логотип и шрифт». А когда в процессе просмотра статьи понял, что меня «развели», почувствовал себя обманутым. В общем, ребрендинг не удался.
Ну, я xml вовсе не рассматривал как альтернативу. У меня была готовая Java конфигурация без единого xml со встроеным сервером (пробовал и Томкет, и Джетти). Я пробовал с нуля заменить ее на Spring Boot. Кроме этого, у меня в конфигурации был Security, а тут у Boot начинаются мраки. Видимо, прийдется заново попробовать настроить, чтобы поднять в памяти все подножки, иначе это бульки на воде.
Продукт идеологически очень нужный и очень востребованный.
Однако настолько сырой, что пользоваться им нормально не представляется возможным… Изучение также начал с простой архитектуры, по учебнику все очень классно получается. Но только начинаешь наращивать функционал, тут же вылазит такое количество нюансов и специфических моментов, что вся эта экономия конфигурации становится просто смешной на фоне трудозатрат по имплементации своего функционала. Я сейчас не возьмусь перечислять все проблемы, решая которые, приходилось извращаться, но побившись об стену и получив кода больше, чем это делаешь традиционным способом, отказался пока от этой идеи. Поглядим за развитием продукта… возможно, чуть позже станет проще. В любом случае, для наращивания опыта и экспериментов использовать можно, но для серьезных проектов этот продукт пока не подходит.
Уверен, у него есть нотификаторы, стандартный перечень которых извещает о получении новой почты, изменении папок и т.д. Другое дело, что это часть АПИ, с которым обычно работает собственное приложение или адаптированный софт. Внешние готовые решения типа Outbound могут иметь таковую… а могут не иметь.
На то это и не почтовый сервер, а почтовый сервис, который ориентирован на использование своего АПИ.
К примеру, в своем продукте у нас был нотификатор, который немедленно извещал клиент о получении нового письма (если он подписан на получение извещений). Соответственно, клиент либо показывал сообщение, что письмо пришло — пользователь должен обновить окно, либо клиент автоматически посылает запрос на получение новых писем (обычное поведение онлайн-клиентов). В любом случае, этот процесс не происходит автоматом.
В твоем случае пауза перед получением новой порции писем вызвана тем, что обычно клиенты имею функцтонал опроса родительского сервиса на предмет поддержки сессии/токена, получения новой почты и прочего сопутствующего функционала. Вот и получается, что если опрос стоит на полчаса, то реально пауза может быть от 0 до 30 минут, смотря в какой момент задержки таймера прийдет письмо. Аналогия — старые версии MS Outlook, у которых по дефолту стояло 2 минуты для поллинга — новые письма были доступны либо после рефреша, либо по таймеру.
Ну да, насчет «самопальный» — это несколько огульно. Речь, скорее, об альтернативах существующей токенной авторизации, когда онлайн или через АПИ получаешь рабочий токен и можешь с ним работать. Если процесс авторизации не прямой (к примеру, у нас централизованный сервис авторизации для всех продуктов компании), то это не очень удобно (я сейчас не буду вдаваться в подробности, но сделать быстро и удобно не получилось). Второе ограничение — используя один аккаунт на сервисе, используем токен(ы) для всего акка, а хотелось бы разграничения ролей при доступе к одному акку, что в обозреваемых сервисах не было доступно. Весьма заманчивой также выглядела бы реализация OAuth2 в сервисах (уверен, на сегодняшний день она есть у кого-то, но на момент обзора год назад этого не было ни у кого из рассматриваемых).
Не так давно создавали аналогичный сервис, правда, для внутреннего использования компании. Как ориентир, использовали готовые почтовые сервисы, аналогичные рассматриваемому. У нас был список из 14 сервисов. Наиболее удобным и совершенным выглядит в этом списке Mailgun. Mandrill занимает только вторую строчку — тоже весьма удобен и совершенен, но до лидера не дотягивает.
Недостатки всех без исключения — достаточно слабая поддержка в работе с атачментами, отсутствие или слабая поддержка почтовых конверторов (хотя не исключаю, что они просто надежно спрятаны в коммерческих версиях), полное игнорирование алгоритмов шифрования писем типа PGP/GPG (это очень востребованный инструментарий, но его почему-то неактивно внедряют), негибкая авторизация — сомнительная возможность имплементировать свой алгоритм авторизации.
Спасибо. Согласен. Желание написать статью появилось, но делать это «с чистого листа» — нет ))), поэтому и вся отсебятина. Однозначно правильней было бы сделать тестовый проект, а не адаптировать свой для публикации.
Кстати, не первая. Писал пару лет назад про кастомизацию Spring Security под авторизацию через соцсети, но после был отхабрен и статья загадочным образом исчезла (((
Spring Boot — замечательный продукт, но с его высоким уровнем абстракции, который, по сути, и является его преимуществом, он заточен либо под helloword, либо под хорошего специалиста: на это обычно указывают при работе с ним — для тривиальных настроек он обеспечивает набор АПИ, а шаг в сторону — приходится углубляться в дебри кода или использовать уже знакомые методики.
Кроме этого, как было подмечено, это скорее мануал для новичков: на своем примере показал полную смену конфигурации с xml на нативную в разрезе веб-проекта. А продолжать использовать xml, частично использовать java config или полностью, или использовать Spring Boot — это каждый решает для себя сам.
Общаясь с программистами, скажем так, невысокого уровня, могу сказать, что быстрый переход с xml-конфигурации на String Boot — это сильнейший разрыв шаблона: только на основе того, что в файл проекта подключены библиотеки, скажем, Hibernate'a или Jetty, те уже начинают использоваться проектом. Это очень необычно для Java проектов, где обычно каждый шорох надо описать, задекларировать или сконфигурировать.
Респект!
Уже давно смирился с тем, что флеш ругают только те, кто никогда на нем ничего не делал (считают свистелкой-перделкой) или заядлые яблочники (ведь так сказал Великий Стиви!). Правда, таковых более 90%, поэтому попытка доказательств напоминает битву с ветряными мельницами. Однако очень радует, что есть такие обстоятельнын ребята и в нашем клане.
Альтернативы флешу нет и не скоро появится. Unity слишком сложен и высок порог вхождения. HTML5 в ближайшие 10 лет не догонит флеш 10-тилетней давности.
Конечно, все эти баннерщики очень сильно скомпроментировали эту замечательную платформу, она должна быть уделом очень узкого спектра веба. Естественно, это тяжелые игры и RIA, то есть флекс. Этой библиотеке и вовсе на просторах веба альтернативы нет. То, что js-фреймворками делается месяцами, на флексе делается за недели. И при этом абсолютно унифицированный вид и никаких проблем с кроссбраузерностью. Ну, и AIR тут в подмогу — он позволяет делать все это и под гребаную iOS платформу.
Действительно, флеш почти не развивается, но зато флекс развивается замечательно, после того, как Адоби отдал его Апачу и сообществу.
В любом случае, слухи о смерти флеша оказываются сильно преувеличены… как всегда… уже лет 10. И оплата разработчика флеша/флекса по-прежнему растет, так как появляется все больше баранов, которые слышат шум, сами не понимают в чем проблемы (видите ли, Сам Великий Стиви Джобби его критиковал!) и не лезут в эту нишу.
Да, действительно, я немного промахнулся… уже давно имею дело не с Flash, а с Flex, который на нем построен. А последний был в 2011 году передан Адоби консорциуму Apache и давно называется Apache Flex. Однако, хотя Flash пока так и остался под крылом Адоби (упустить выгоду от плеера не позволяют меркантильные интересы), но основным «поставщиком багов и проблем» является тот же Апач.
Нет. Хатемеэлю5 еще лет 20 шагать до возможностей флеша, которые были еще 10 лет назад.
Просто флеш занимает ту нишу, которую должен занимать. А рекламщики изгадили его, расходуя на баннеры.
Лучшего продукта, связанного с графикой, с такой низкой планкой вхождения, простотой разработки и использования никогда не было, нет и не скоро появится.
Что же до «дырявости», то у кого их нет? То, что Аппле каждый месяц новую заплатку на айОС ставит, закрывая по 40-60 уязвимостей, особо людей не пугает, а тут время от времени продукт, который фактически развивается только усилиями сообщества, находит проблему, всех просто ввергает в ужас и негодование!
А я-то думаю, почему стало видео тормозить в ЮТубе и артефакты появились на 720 и 1080! Раньше все было пучком, теперь проблемы.
А вариантов опционально выбрать чем воспроизводить нет?
Сталкиваемся с интересной особенностью предыдущих версий: на момент установки ТС время сервера было на неделю вперед. После установки даты ТС перестал показывать новые коммиты на SVN. Танцы с бубном вокруг VCS позволили «толкнуть» проект, но очень тяжко! Гугление подсказывает, что мы далеко не одиноки… )))
Судя по изменениям, много чего с VCS наработали, но все же интересно — решили ли проблему?
Друзья, перешедшие с виндовых ноутов на Маки, бъют себя в грудь и утверждают, что пользуются мышкой 2 раза в год… Что аналога по удобству тачпаду на Маке просто не существует. Правда, я пока скептически к этому отношусь.
Другое дело — если заменить в статье слово «Java» на слово «PHP», статья сильно поменяется? В чем состоит ее ориентированность под джавистов? — В IDE, которая подавляюще используется именно для Java? — Это очень сомнительный аргумент.
«Маленький американский стартап Next Thing Co. в сотрудничестве с китайским промышленным гигантом Allwinner несколько дней назад представили на Кикстартере «первый в мире компьютер за 9 долларов» с процессором 1 ГГц, под названием Chip. А в это же время в России стартовали продажи отечественного компьютера „Эльбрус“ за 3900 долларов. процессор „Эльбрус-4С“ работает на частоте 800 МГц.»
Однако настолько сырой, что пользоваться им нормально не представляется возможным… Изучение также начал с простой архитектуры, по учебнику все очень классно получается. Но только начинаешь наращивать функционал, тут же вылазит такое количество нюансов и специфических моментов, что вся эта экономия конфигурации становится просто смешной на фоне трудозатрат по имплементации своего функционала. Я сейчас не возьмусь перечислять все проблемы, решая которые, приходилось извращаться, но побившись об стену и получив кода больше, чем это делаешь традиционным способом, отказался пока от этой идеи. Поглядим за развитием продукта… возможно, чуть позже станет проще. В любом случае, для наращивания опыта и экспериментов использовать можно, но для серьезных проектов этот продукт пока не подходит.
На то это и не почтовый сервер, а почтовый сервис, который ориентирован на использование своего АПИ.
К примеру, в своем продукте у нас был нотификатор, который немедленно извещал клиент о получении нового письма (если он подписан на получение извещений). Соответственно, клиент либо показывал сообщение, что письмо пришло — пользователь должен обновить окно, либо клиент автоматически посылает запрос на получение новых писем (обычное поведение онлайн-клиентов). В любом случае, этот процесс не происходит автоматом.
В твоем случае пауза перед получением новой порции писем вызвана тем, что обычно клиенты имею функцтонал опроса родительского сервиса на предмет поддержки сессии/токена, получения новой почты и прочего сопутствующего функционала. Вот и получается, что если опрос стоит на полчаса, то реально пауза может быть от 0 до 30 минут, смотря в какой момент задержки таймера прийдет письмо. Аналогия — старые версии MS Outlook, у которых по дефолту стояло 2 минуты для поллинга — новые письма были доступны либо после рефреша, либо по таймеру.
Недостатки всех без исключения — достаточно слабая поддержка в работе с атачментами, отсутствие или слабая поддержка почтовых конверторов (хотя не исключаю, что они просто надежно спрятаны в коммерческих версиях), полное игнорирование алгоритмов шифрования писем типа PGP/GPG (это очень востребованный инструментарий, но его почему-то неактивно внедряют), негибкая авторизация — сомнительная возможность имплементировать свой алгоритм авторизации.
Кстати, не первая. Писал пару лет назад про кастомизацию Spring Security под авторизацию через соцсети, но после был отхабрен и статья загадочным образом исчезла (((
Кроме этого, как было подмечено, это скорее мануал для новичков: на своем примере показал полную смену конфигурации с xml на нативную в разрезе веб-проекта. А продолжать использовать xml, частично использовать java config или полностью, или использовать Spring Boot — это каждый решает для себя сам.
Общаясь с программистами, скажем так, невысокого уровня, могу сказать, что быстрый переход с xml-конфигурации на String Boot — это сильнейший разрыв шаблона: только на основе того, что в файл проекта подключены библиотеки, скажем, Hibernate'a или Jetty, те уже начинают использоваться проектом. Это очень необычно для Java проектов, где обычно каждый шорох надо описать, задекларировать или сконфигурировать.
Уже давно смирился с тем, что флеш ругают только те, кто никогда на нем ничего не делал (считают свистелкой-перделкой) или заядлые яблочники (ведь так сказал Великий Стиви!). Правда, таковых более 90%, поэтому попытка доказательств напоминает битву с ветряными мельницами. Однако очень радует, что есть такие обстоятельнын ребята и в нашем клане.
Конечно, все эти баннерщики очень сильно скомпроментировали эту замечательную платформу, она должна быть уделом очень узкого спектра веба. Естественно, это тяжелые игры и RIA, то есть флекс. Этой библиотеке и вовсе на просторах веба альтернативы нет. То, что js-фреймворками делается месяцами, на флексе делается за недели. И при этом абсолютно унифицированный вид и никаких проблем с кроссбраузерностью. Ну, и AIR тут в подмогу — он позволяет делать все это и под гребаную iOS платформу.
Действительно, флеш почти не развивается, но зато флекс развивается замечательно, после того, как Адоби отдал его Апачу и сообществу.
В любом случае, слухи о смерти флеша оказываются сильно преувеличены… как всегда… уже лет 10. И оплата разработчика флеша/флекса по-прежнему растет, так как появляется все больше баранов, которые слышат шум, сами не понимают в чем проблемы (видите ли, Сам Великий Стиви Джобби его критиковал!) и не лезут в эту нишу.
Просто флеш занимает ту нишу, которую должен занимать. А рекламщики изгадили его, расходуя на баннеры.
Лучшего продукта, связанного с графикой, с такой низкой планкой вхождения, простотой разработки и использования никогда не было, нет и не скоро появится.
Что же до «дырявости», то у кого их нет? То, что Аппле каждый месяц новую заплатку на айОС ставит, закрывая по 40-60 уязвимостей, особо людей не пугает, а тут время от времени продукт, который фактически развивается только усилиями сообщества, находит проблему, всех просто ввергает в ужас и негодование!
А вариантов опционально выбрать чем воспроизводить нет?
Судя по изменениям, много чего с VCS наработали, но все же интересно — решили ли проблему?