Описанное в статье жутко похоже на Kappa Architecture. И идеи да, крайне правильные, но не до конца.
В каноничной Каппе ещё используются семи-персистентные БД (SQL, не SQL, главное чтобы читать было удобно) в качестве кешей, автору настоятельно советую ознакомиться
Отчего же неправдоподобно? Вы разбираетесь в анатомии питонов (кроме шуток про язык)?
А так, зачем вообще подвергать сомнению мимокомментарий автора статьи?
Nejelsky вы бы хоть оставили референс на этого 16-летнего парня. Ему через 1-2 года поступать, а там глядишь, и itmo бы его подхватило. За выдающиеся достижения
Господи, да лично я бы не перепрошел тот же Старбаунд трижды, если бы там был плохой саунд, геймплей-то там фактически сделан из рук вон плохо. Но чертова музыка просто волшебная
TBH, я не говорю, что Джава плохой язык для олимпиадного программирования, как могло показаться. На ней вполне можно гриндить рейтинг на КФ, но проблема большого количества олимпиадников (по крайней мере, ВСОШ-а) это то, что этапы олимпиады проводятся НЕ на КФ, а на каких-то идиотских, иногда самописных платформах. Именно об этом я и говорю — лучше дважды перестраховаться и использовать прозрачный с точки зрения низкого уровня язык, на который к тому-же рассчитывают организаторы — Паскаль или Си. Умалчивая вообще о том, что участие в ВСОШ это неблагодарный труд, потому что организована она наиболее низкосортно.
Стандартная либа джавы — это огромное количество ОЧЕНЬ плохо, буквально на отстаньте написанного кода, который работает С ОГРОМНЫМИ затратами. Взять тот же Stream API, который заявлен как удобный инструмент для работы с коллекциями в функциональном стиле и ленивыми операциями. Загляните в код — и найдете там огромную кучу мусора в виде конвейерных массивов, которые генерятся после КАЖДОЙ операции, будь то filter(), map() или что-то еще.
В общем, к чему я — не доверяйте Джаве, прости господи, ни в чем и уж точно не пишите на ней олимпиады.
Хотя вообще-то проблема автора этой статьи была даже не в сканнере, потому что обычно олимпиадные бенчмарки реализованы с учетом спецификаций языка. Скорее всего, в его случае была очень плохая система проверки.
Да, +стори в копилку о соц инжиниринге и фишинге: у нас как-то на CTF'е было задание, которое никто и никак не ожидал, а именно: нужно было позвонить по указанному в задании номеру и выудить у ответившего человека флаг. Мы это задание позорно завалили, потому что у нас не было никаких идей по поводу того, что говорить и куда вообще копать, хотя прочие команды в большинстве справились. В итоге флагом оказалось любимое блюдо этого парня: PelMewK11
В общем, к чему это я: уделяйте внимание всем аспектам информационной безопасности.
Как правило да, дальше Реста ничего не идет. Но если приспичивает возвращать странички, то в Spring MVC есть класс ModelAndView, в экземпляр которого передается хэш-таблица и имя статического файла, который обычно какой-нибудь Thymeleaf, через который можно получать значения полей переданной таблицы конструкциями а-ля
<p>Hello, {{username}}</p>
(выше это не Thymeleaf, я не помню, какой там синтаксис)
По вопросу — видимо, автор olegchir рассматривал только те фреймворки, что находятся в вышеупомянутом рейтинге. Насчет Takes — что-то интересное, но лично, например, я ни разу не слышал
Описанное в статье жутко похоже на Kappa Architecture. И идеи да, крайне правильные, но не до конца.
В каноничной Каппе ещё используются семи-персистентные БД (SQL, не SQL, главное чтобы читать было удобно) в качестве кешей, автору настоятельно советую ознакомиться
Не ожидаешь увидеть его на Хабре
Отчего же неправдоподобно? Вы разбираетесь в анатомии питонов (кроме шуток про язык)?
А так, зачем вообще подвергать сомнению мимокомментарий автора статьи?
Знаете, почему UUID гарантирует уникальность идентификаторов?
grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/util/stream/ReferencePipeline.java#ReferencePipeline
Стандартная либа джавы — это огромное количество ОЧЕНЬ плохо, буквально на отстаньте написанного кода, который работает С ОГРОМНЫМИ затратами. Взять тот же Stream API, который заявлен как удобный инструмент для работы с коллекциями в функциональном стиле и ленивыми операциями. Загляните в код — и найдете там огромную кучу мусора в виде конвейерных массивов, которые генерятся после КАЖДОЙ операции, будь то
filter(),map()или что-то еще.В общем, к чему я — не доверяйте Джаве, прости господи, ни в чем и уж точно не пишите на ней олимпиады.
Хотя вообще-то проблема автора этой статьи была даже не в сканнере, потому что обычно олимпиадные бенчмарки реализованы с учетом спецификаций языка. Скорее всего, в его случае была очень плохая система проверки.
Ну, за "открывать в переговорку дверь с ноги" можно многое отдать
И то верно, ввожу тут людей в заблуждение. На самом деле все перепутал с JavaEE
В общем, к чему это я: уделяйте внимание всем аспектам информационной безопасности.
<p>Hello, {{username}}</p>(выше это не Thymeleaf, я не помню, какой там синтаксис)
По вопросу — видимо, автор olegchir рассматривал только те фреймворки, что находятся в вышеупомянутом рейтинге. Насчет Takes — что-то интересное, но лично, например, я ни разу не слышал