Reinvent the Wheel, not to produce more Wheels but to make more Inventors
https://t.iss.one/iv?url=https://medium.com/@nilendu_misra/reinvent-the-wheel-not-to-produce-more-wheels-but-to-make-more-inventors-407a16a81ae4?source=rss------java-5&rhash=f5b2f9872995e4
https://t.iss.one/iv?url=https://medium.com/@nilendu_misra/reinvent-the-wheel-not-to-produce-more-wheels-but-to-make-more-inventors-407a16a81ae4?source=rss------java-5&rhash=f5b2f9872995e4
Medium
Reinvent the Wheel, not to produce more Wheels but to make more Inventors
It is difficult to aggregate “collective wisdom from the experts” for things with ever-changing landscape, like Java. Either the advice…
Forwarded from Alexandr ∨∧‾ Emelyanov
iXBT.com
В новейших процессорах Intel обнаружилась проблема, из-за которой многим программистам пока лучше не использовать эти CPU
Последние пару лет для компании Intel запомнились не в последнюю очередь тем, что в её процессорах нашлось большое число уязвимостей. Однако в последнее время об этой теме вспоминают всё реже.
Forwarded from 42 секунды
The Verge: Basecamp представил бета-версию почтового сервиса Hey
– Hey будет работать по подписке за $99 в год
– Разработчики использоали опыт работы с Gmail, Outlook, Hotmail и другими сервисами
– В Hey считают, что в электронной почте должно быть лишь три категории писем
– Это: письма, на которые нужно ответить, которые пользователь хочет прочитать и квитанции
– Философия Hey: письма может отправлять только ограниченный круг лиц
– Cервис спросит, хотел бы пользователь получать письма от этого отправителя (в первый раз)
– При нажатии на кнопку дизлайка отправитель навсегда исчезнет из почтового ящика
– Квитанции и другие документы сервис собирает в отдельную папку
– Под каждым входящим письмом есть кнопки «Ответить сейчас» и «Ответить позже»
– Также есть папка для писем, которые пользователь хотел бы иметь под рукой
– Пользователь может менять тему письма на удобную для себя, отправитель не увидит изменения
– Hey будет работать по подписке за $99 в год
– Разработчики использоали опыт работы с Gmail, Outlook, Hotmail и другими сервисами
– В Hey считают, что в электронной почте должно быть лишь три категории писем
– Это: письма, на которые нужно ответить, которые пользователь хочет прочитать и квитанции
– Философия Hey: письма может отправлять только ограниченный круг лиц
– Cервис спросит, хотел бы пользователь получать письма от этого отправителя (в первый раз)
– При нажатии на кнопку дизлайка отправитель навсегда исчезнет из почтового ящика
– Квитанции и другие документы сервис собирает в отдельную папку
– Под каждым входящим письмом есть кнопки «Ответить сейчас» и «Ответить позже»
– Также есть папка для писем, которые пользователь хотел бы иметь под рукой
– Пользователь может менять тему письма на удобную для себя, отправитель не увидит изменения
Forwarded from Alexey Venderov
zalando/nakadi: A distributed event bus that implements a RESTful API abstraction on top of Kafka-like queues
https://github.com/zalando/nakadi
https://github.com/zalando/nakadi
GitHub
GitHub - zalando/nakadi: A distributed event bus that implements a RESTful API abstraction on top of Kafka-like queues
A distributed event bus that implements a RESTful API abstraction on top of Kafka-like queues - zalando/nakadi
Forwarded from Oleg
у нас тоже есть решение https://github.com/allegro/hermes (у всех есть походу :)
GitHub
GitHub - allegro/hermes: Fast and reliable message broker built on top of Kafka.
Fast and reliable message broker built on top of Kafka. - allegro/hermes
Forwarded from Anton Arhipov
Больше подкастов хороших и разных!
https://twitter.com/tnurkiewicz/status/1264822809299214337
Довольно интересный формат для подкаста - 256 секунд
https://twitter.com/tnurkiewicz/status/1264822809299214337
Довольно интересный формат для подкаста - 256 секунд
Twitter
Tomasz Nurkiewicz
I started a podcast called: Around IT In 256 Seconds! For developers, testers, SREs and their managers. I distill and explain complex IT world, one topic at a time, in about 4 minutes. Every Tuesday. Find it on Apple Podcasts, Google Podcasts and Spotify.…
Forwarded from Denis Pavlyuchenko
Сергей тоже свою штуку делал - https://github.com/bsideup/liiklus , но у него моднее всё))
GitHub
GitHub - bsideup/liiklus: Reactive (RSocket/gRPC) Gateway for the event-based systems
Reactive (RSocket/gRPC) Gateway for the event-based systems - bsideup/liiklus
Forwarded from Vik Gamov
https://youtu.be/NMQZ7LXYWzA подкаст про качалку! Поехали!
YouTube
⏯ S01E04 - Качалка для Очкариков от Очкариков - а как мы расслабляемся?
Подкаст про качалку и спорт от Антона Архипова и Виктора Гамова!
Forwarded from Leonid Igolnik
Another day another podcast episode: https://podcasts.apple.com/us/podcast/episode-10-leonid-igolnik-engineering-executive-angel/id1511079619?i=1000478180290
Apple Podcasts
Hiring University! Powered by Ursus, Inc.: Episode #10: Leonid Igolnik - Engineering Executive, Angel Investor, Start Up Advisor…
Show Hiring University! Powered by Ursus, Inc., Ep Episode #10: Leonid Igolnik - Engineering Executive, Angel Investor, Start Up Advisor - 15 Jun 2020
Forwarded from Artjom Kalita
кому интересно -
https://mapstruct.org/news/2020-06-01-mapstruct-1_4_0_Beta1-is-out-with-constructor-support/
Мапструкт бета 1.4 вышел в начале июня
https://mapstruct.org/news/2020-06-01-mapstruct-1_4_0_Beta1-is-out-with-constructor-support/
Мапструкт бета 1.4 вышел в начале июня
Forwarded from AWS Notes
Отличные видео с вебинаров на русском по Amplify:
https://emea-resources.awscloud.com/rus-ua-cis-webinars-2020-awsmobilewebday1
AWS архитекты Евгений Красиков и Сергей Курсон расскали и показали, что даёт AWS Amplify в разработке фронту.
Последнее видео от Дмитрия Реактнативного с его подробным пошаговым примером разработки современного real-time мобильного приложение на Amplify DataStore.
Кто по части фронта — очень рекомендую ознакомиться, высочайший уровень, подробно и понятно.
Также добавлю, что есть телеграм-чат по AWS Amplify:
https://t.iss.one/awsamplify
Все вопросы по Amplify и сопуствующим serverless темам стоит задавать там.
#Amplify
https://emea-resources.awscloud.com/rus-ua-cis-webinars-2020-awsmobilewebday1
AWS архитекты Евгений Красиков и Сергей Курсон расскали и показали, что даёт AWS Amplify в разработке фронту.
Последнее видео от Дмитрия Реактнативного с его подробным пошаговым примером разработки современного real-time мобильного приложение на Amplify DataStore.
Кто по части фронта — очень рекомендую ознакомиться, высочайший уровень, подробно и понятно.
Также добавлю, что есть телеграм-чат по AWS Amplify:
https://t.iss.one/awsamplify
Все вопросы по Amplify и сопуствующим serverless темам стоит задавать там.
#Amplify
Forwarded from Vik Gamov
Сегодня будет стрим https://twitter.com/gamussa/status/1273279416664236032?s=21
Twitter
Viktor Gamov @ 🏡🗽
Who's ready for #LiveStreams today? I will continue where we left off last time - exploring #protobuf for @kafkastreams 🗓 6/17/2020 ⏰ 1:00 PM EDT / 10:00 AM PDT / 18:00 BST / 20:00 MSK I will be on @Twitch https://t.co/IUgnTwfTOM and @YouTube https://t.co/M4cTCHopWd
Forwarded from λoλi
1pm pdt, twitch.tv/scalalove
Twitch
Twitch is the world's leading video platform and community for gamers.
Forwarded from Vik Gamov
Media is too big
VIEW IN TELEGRAM
Разбавлю вам четверг. Ловите смехуечек про @JBaruch (осторожно матюки)
Forwarded from Pasha Finkelshteyn
Привет всем!
Мы рады представить Spark API для Kotlin, над которым мы долгое время работали: https://github.com/JetBrains/kotlin-spark-api.
Сейчас API находится на стадии beta-тестирования, но мы планируем сделать PR в официальный репозиторий Apache Spark, поэтому нам очень нужен фидбек, чтобы PR отражал не только наше понимание того, что нужно, но также учитывал пожелания конечных пользователей.
Чем хорош Kotlin Spark API? Хотя вы уже давно можете использовать Java API из Kotlin, Kotlin Spark API даёт вам доступ к API, более напоминающий Scala, чем Java, а также даёт вам использовать удобные штуки типа дата классов и лямбд.
Кроме того, Kotlin Spark API добавляет несколько удобных extension функций вроде
Kotlin Spark API добавляет возможность работать с неименованными кортжами с помощью функции
Посмотреть quick start с использованием Maven или Gradle можно тут: https://github.com/JetBrains/kotlin-spark-api/blob/master/docs/quick-start-guide.md
А несколько разнообразных примеров использования тут: https://github.com/JetBrains/kotlin-spark-api/tree/master/examples/src/main/kotlin/org/jetbrains/spark/api/examples
Попробуйте и поделитесь своим мнением с нами в канале #kotlin-spark, или в GitHub Issues: https://github.com/JetBrains/kotlin-spark-api/issues.
Мы рады представить Spark API для Kotlin, над которым мы долгое время работали: https://github.com/JetBrains/kotlin-spark-api.
Сейчас API находится на стадии beta-тестирования, но мы планируем сделать PR в официальный репозиторий Apache Spark, поэтому нам очень нужен фидбек, чтобы PR отражал не только наше понимание того, что нужно, но также учитывал пожелания конечных пользователей.
Чем хорош Kotlin Spark API? Хотя вы уже давно можете использовать Java API из Kotlin, Kotlin Spark API даёт вам доступ к API, более напоминающий Scala, чем Java, а также даёт вам использовать удобные штуки типа дата классов и лямбд.
Кроме того, Kotlin Spark API добавляет несколько удобных extension функций вроде
withCached, которая даёт вам возможность вызывать произвольные конвейеры обработки на датасете без необходимости несколько раз пересчитывать данные, а также без страха забыть вызвать на этих данных unpersist. Kotlin Spark API добавляет возможность работать с неименованными кортжами с помощью функции
c(). Более того, их даже можно складывать как в Python!Посмотреть quick start с использованием Maven или Gradle можно тут: https://github.com/JetBrains/kotlin-spark-api/blob/master/docs/quick-start-guide.md
А несколько разнообразных примеров использования тут: https://github.com/JetBrains/kotlin-spark-api/tree/master/examples/src/main/kotlin/org/jetbrains/spark/api/examples
Попробуйте и поделитесь своим мнением с нами в канале #kotlin-spark, или в GitHub Issues: https://github.com/JetBrains/kotlin-spark-api/issues.
GitHub
GitHub - Kotlin/kotlin-spark-api: This projects gives Kotlin bindings and several extensions for Apache Spark. We are looking to…
This projects gives Kotlin bindings and several extensions for Apache Spark. We are looking to have this as a part of Apache Spark 3.x - Kotlin/kotlin-spark-api
Forwarded from Sam Panza
Spring Tools 4.7.0 released
https://spring.io/blog/2020/06/19/spring-tools-4-7-0-released
https://spring.io/blog/2020/06/19/spring-tools-4-7-0-released
spring.io
Spring Tools 4.7.0 released
<p>Dear Spring Community,</p>
<p>I am happy to announce the 4.7.0 release of the Spring Tools 4 for Eclipse, Visual Studio Code, and Theia.</p>
<p>Highlights from this release include:</p>
<ul>
<li><em>(Spring Boot)</em> bugfix: automatic live hover detection…
<p>I am happy to announce the 4.7.0 release of the Spring Tools 4 for Eclipse, Visual Studio Code, and Theia.</p>
<p>Highlights from this release include:</p>
<ul>
<li><em>(Spring Boot)</em> bugfix: automatic live hover detection…
Forwarded from .и в продакшен
Вещи, которые мы в Jitbit делаем неправильно:
1) Мы все еще получаем все ошибки на емейл
2) Мы все еще немного пишем на jQuery
3) У нас нет SPA и мы почти не юзаем фронтенд-фреймворки, все рендерится на сервере. Несколько самых сложных экранов написаны на Vue, но это все.
4) Мы работаем на Microsoft-стеке (asp.net mvc + винда + SQL Server). Парочка микросервисов на линухе (в основном питон и нода), но основное приложение - винда. Извините.
5) Мы, кажется, довольны (!) этим стеком. Ну правда. Сервера не выключаются годами.
6) Planned outage не считается
7) Мы не юзаем докер и я нихрена не знаю про кубер. Любую команду я сначала полчаса гуглю, потом еще полчаса пытаюсь врубиться.
8) Мы не юзаем TypeScript (меня толкают в бок коллеги) - ок, мы юзаем TypeScript, мобильное приложение на нем.
9) Мы не юзаем джиру, трелло, notion, confluence, чего там еще бывает... Короче, мы вообще ничего не юзаем кроме Слэка (меня опять толкают в бок) - ок мы еще юзаем Гитхаб
10) Я нихера не знаю про аджайл, скрам, канбан, хуян и тп. Не, ну что-то знаю, конечно. Но забыл.
11) Мы не юзаем js-компиляторы. Вообще. Babel, Webpack? - неа, не слышали. Что в текстовом редакторе - то у юзера в браузере. Что-то там на CDN перепакуется и сожмется - ну и ладно.
11.1) Еще мы не бандлим скрипты в один большой комок, но это осознанно и специально.
12) мы пишем CSS на LESS. Кажется это не модно. Кажется, уже лет 10.
13) Мы всего год, как завели нормальный CI в облаке. Но я до сих пор не понимаю, зачем. За год там ни разу ничего не сломалось. Потому, что почти все билды и юниттесты мы все равно по-привычке гоняем локально.
14) я не знаю Go, Rust, Kotlin, Swift и Dart. Вообще, все, что "не C# и не JS" я знаю с большим трудом. Даже питон.
15) у нас нет стейжинга, CD выкатывается сразу в прод.
16) Наши сервера - полудохлые инвалиды, мой ноутбук круче любого из них (хотя нас ломают, нагружают, аудитят, penetration-тестят, в том числе гос-структуры и даже военные - см. пункт 5)
17) я не помню как работает flexbox и каждый раз гуглю. Половина нашей верстки сделана на "float:right/left", а иногда даже - (о нет) - на таблицах.
18) у нас нет продактов
19) когда-то вся команда фанатично сидела на маках и только на маках!!!!111 Сейчас остался только один - релизить мобильную приложуху. И Макса (который это делает) очень бесит доставать его из тумбочки.
20) У нас нет ничего "serverless" ни AWS-Лямбды, ни CloudFlare workers, ни аналогов.
21) мы иногда пишем код на PHP
22) У нас еcть single point of failure - база данных. Поэтому мы фанатично бекапим ее 10-ю разными способами.
23) за 12 лет эти бекапы ни разу не пригодились (тьфу-тьфу-тьфу)
1) Мы все еще получаем все ошибки на емейл
2) Мы все еще немного пишем на jQuery
3) У нас нет SPA и мы почти не юзаем фронтенд-фреймворки, все рендерится на сервере. Несколько самых сложных экранов написаны на Vue, но это все.
4) Мы работаем на Microsoft-стеке (asp.net mvc + винда + SQL Server). Парочка микросервисов на линухе (в основном питон и нода), но основное приложение - винда. Извините.
5) Мы, кажется, довольны (!) этим стеком. Ну правда. Сервера не выключаются годами.
6) Planned outage не считается
7) Мы не юзаем докер и я нихрена не знаю про кубер. Любую команду я сначала полчаса гуглю, потом еще полчаса пытаюсь врубиться.
8) Мы не юзаем TypeScript (меня толкают в бок коллеги) - ок, мы юзаем TypeScript, мобильное приложение на нем.
9) Мы не юзаем джиру, трелло, notion, confluence, чего там еще бывает... Короче, мы вообще ничего не юзаем кроме Слэка (меня опять толкают в бок) - ок мы еще юзаем Гитхаб
10) Я нихера не знаю про аджайл, скрам, канбан, хуян и тп. Не, ну что-то знаю, конечно. Но забыл.
11) Мы не юзаем js-компиляторы. Вообще. Babel, Webpack? - неа, не слышали. Что в текстовом редакторе - то у юзера в браузере. Что-то там на CDN перепакуется и сожмется - ну и ладно.
11.1) Еще мы не бандлим скрипты в один большой комок, но это осознанно и специально.
12) мы пишем CSS на LESS. Кажется это не модно. Кажется, уже лет 10.
13) Мы всего год, как завели нормальный CI в облаке. Но я до сих пор не понимаю, зачем. За год там ни разу ничего не сломалось. Потому, что почти все билды и юниттесты мы все равно по-привычке гоняем локально.
14) я не знаю Go, Rust, Kotlin, Swift и Dart. Вообще, все, что "не C# и не JS" я знаю с большим трудом. Даже питон.
15) у нас нет стейжинга, CD выкатывается сразу в прод.
16) Наши сервера - полудохлые инвалиды, мой ноутбук круче любого из них (хотя нас ломают, нагружают, аудитят, penetration-тестят, в том числе гос-структуры и даже военные - см. пункт 5)
17) я не помню как работает flexbox и каждый раз гуглю. Половина нашей верстки сделана на "float:right/left", а иногда даже - (о нет) - на таблицах.
18) у нас нет продактов
19) когда-то вся команда фанатично сидела на маках и только на маках!!!!111 Сейчас остался только один - релизить мобильную приложуху. И Макса (который это делает) очень бесит доставать его из тумбочки.
20) У нас нет ничего "serverless" ни AWS-Лямбды, ни CloudFlare workers, ни аналогов.
21) мы иногда пишем код на PHP
22) У нас еcть single point of failure - база данных. Поэтому мы фанатично бекапим ее 10-ю разными способами.
23) за 12 лет эти бекапы ни разу не пригодились (тьфу-тьфу-тьфу)
Help Desk Software by Jitbit
Jitbit HelpDesk - a ticketing system for your support team
[Перевод] Производительность современной Java при работе с большим объёмом данных, часть 2
https://habr.com/ru/post/507210/
https://habr.com/ru/post/507210/
Хабр
Производительность современной Java при работе с большим объёмом данных, часть 2
FYI: Первая часть. Бенчмарк пакетного конвейера Пакетный конвейер обрабатывает конечный объём сохранённых данных. Здесь нет потока результатов обработки, выход...