Forwarded from Вокруг Kubernetes в VK
Привет, друзья. Встречайте новую серию — собрали для вас @Databases Meetup. Первая встреча пройдёт 28 февраля, в пятницу, в московском офисе Mail.ru Group.
В программе:
→ Безопасность и СУБД. Как подобрать средства защиты, чтобы не увидеть свою базу в даркнете, сохранив её производительность (Денис Рожков, «Газинформсервис»);
→ Как и на чём мы построили платформу интернета вещей, способную обрабатывать миллионы событий от датчиков в секунду в режиме near real-time (Андрей Сергеев, Mail.ru Cloud Solutions + спойлер: не обошлось без Tarantool);
→ Greenplum: от двух до сотен серверов. Строим современную аналитику с ACID, ANSI SQL и целиком на OpenSource (Дмитрий Павлов, Arenadata).
Регистрируйтесь тут 😉
В программе:
→ Безопасность и СУБД. Как подобрать средства защиты, чтобы не увидеть свою базу в даркнете, сохранив её производительность (Денис Рожков, «Газинформсервис»);
→ Как и на чём мы построили платформу интернета вещей, способную обрабатывать миллионы событий от датчиков в секунду в режиме near real-time (Андрей Сергеев, Mail.ru Cloud Solutions + спойлер: не обошлось без Tarantool);
→ Greenplum: от двух до сотен серверов. Строим современную аналитику с ACID, ANSI SQL и целиком на OpenSource (Дмитрий Павлов, Arenadata).
Регистрируйтесь тут 😉
How 1500 bytes became the MTU of the internet
https://blog.benjojo.co.uk/post/why-is-ethernet-mtu-1500
https://blog.benjojo.co.uk/post/why-is-ethernet-mtu-1500
Forwarded from Artjom Kalita
Computerworld
Opinion: The unspoken truth about managing geeks
I can sum up every article, book and column written by notable management experts about managing IT in two sentences: "Geeks are smart and creative, but they are also egocentric, antisocial, managerially and business-challenged, victim-prone, bullheaded and…
How to Collaborate with People You Don’t Like (2018)
https://hbr.org/2018/12/how-to-collaborate-with-people-you-dont-like
https://hbr.org/2018/12/how-to-collaborate-with-people-you-dont-like
Harvard Business Review
How to Collaborate with People You Don’t Like
How do you collaborate with someone you don’t like? They’re not toxic or difficult, you just have different styles, and they rub you the wrong way. It all starts with reflecting on the cause of the tension. Remind yourself: You won’t get along with everyone…
Для тех, кому Idea слишком тяжёлая
https://t.iss.one/iv?url=https://jaxenter.com/java-vs-code-february-update-168611.html&rhash=086d57c832108f
https://t.iss.one/iv?url=https://jaxenter.com/java-vs-code-february-update-168611.html&rhash=086d57c832108f
JAXenter
Java on VS Code February update adds new features for dependency management
Microsoft has released the latest update for Java on Visual Studio Code. See what the second update of the year has in store.
Forwarded from Denis Pavlyuchenko
https://github.com/viclovsky/swagger-coverage - какая интересная тулза у ребят от яндекса. Позволяет автоматически построить тестовое покрытие API-шек
тут рассказывали про неё - https://www.youtube.com/watch?v=UmEAj0u0Dsc
тут рассказывали про неё - https://www.youtube.com/watch?v=UmEAj0u0Dsc
Совсем не по теме канала, но как человеку, обустраивающему полутупенький дом, запала в душу
https://habr.com/ru/post/489314/
https://habr.com/ru/post/489314/
Хабр
Четвертушка Ethernet-а: старая скорость, новые возможности
5 февраля этого года был утверждён новый стандарт на 10-мегабитный Ethernet. Да, вы верно прочитали: десять мегабит в секунду. Для чего в 21-м веке нужна такая «маленькая» скорость? Для замены того...
Do I Need an API Gateway if I Use a Service Mesh?
https://t.iss.one/iv?url=https://www.javacodegeeks.com/2020/02/do-i-need-an-api-gateway-if-i-use-a-service-mesh.html&rhash=800f48d9d9be00
https://t.iss.one/iv?url=https://www.javacodegeeks.com/2020/02/do-i-need-an-api-gateway-if-i-use-a-service-mesh.html&rhash=800f48d9d9be00
Java Code Geeks
Do I Need an API Gateway if I Use a Service Mesh?
Interested to learn about Service Mesh? Check our article explaining whether you need an API Gateway if you Use a Service Mesh
A Bootiful Podcast: Building China-scale Infrastructure at Alibaba with Spring Cloud, Rsocket, and more
https://spring.io/blog/2020/02/21/a-bootiful-podcast-building-china-scale-infrastructure-at-alibaba-with-spring-cloud-rsocket-and-more
https://spring.io/blog/2020/02/21/a-bootiful-podcast-building-china-scale-infrastructure-at-alibaba-with-spring-cloud-rsocket-and-more
spring.io
A Bootiful Podcast: Building China-scale Infrastructure at Alibaba with Spring Cloud, Rsocket, and more
<p>Hi, Spring fans! In this installment Josh Long (<a href="https://twitter.com/starbuxman">@starbuxman</a>) talks to friends - Mercy Ma (马昕曦), Andy Shi (施孜海), and Jim Fang (方剑) - from Alibaba. These engineers work on Spring Cloud Alibaba, some of the open…
Неоднозначные идеи
https://t.iss.one/iv?url=https://medium.com/@paulosman/production-oriented-development-8ae05f8cc7ea&rhash=f5b2f9872995e4
https://t.iss.one/iv?url=https://medium.com/@paulosman/production-oriented-development-8ae05f8cc7ea&rhash=f5b2f9872995e4
Medium
Production Oriented Development
Throughout my career, I’ve developed some opinions. Some have worn particularly deep ruts, reinforced by years of experience. I tried to…
Forwarded from @yegor256 news (yegor256)
Завтра вечером в 19.00 состоится митап Object Thinking, по адресу Мясницкая, 13к18. Всем быть обязательно! Обсуждать будем юнит тестирование через призму ООП. Будут два новых докладчика, а я буду помогать вести дискуссию. После двух докладов по 30 минут (форма встречи немного изменен) будет вкусный бесплатный ужин. Регистрация на митап обязательна, потому как число мест ограничено. Увидимся завтра!
Meetup
#5: Unit Testing with OOP in Mind
Wed, Feb 26, 2020, 8:00 AM: 18:30 Регистрация19:00 Короткое приветствие от Егора Бугаенко19:05 Андрей Валяев: "Не пишите тестовых методов!"19:35 Гусейн Исмайылов: "Декларативное юнит-тестирование"20:0
Forwarded from Vladimir Ivanov
После новогодних каникул, январь проскочил мимо со скоростью спринта перед дедлайном, и пока ведущие соображали что пора бы что-то записать, февраль тоже почти закончился. Сорян! Но сейчас все записано, сведено и выложено, и теперь может быть ведущие перестанут икать каждые пять минут от того что их вспоминают где-то))
В этот раз выпуск опять посвящен кроссплатформе, причем на этот раз внезапно вспомнили о Xamarin, который до сих пор не был практически ни разу упомянут (ну кроме пары междометий), а в гости был приглашен гуру Xamarin’а, Lead Software Engineer из минского офиса EPAM, Максим Биянов.
Сначала Максим делится с ведущими подробностями о фреймворке, и Данис с Александром узнают много нового об истории Xamarin, его движке Mono, особенностях жизненного цикла приложений и работы сборщиков мусора (да, именно во множественном числе). О тех бенефитах, которые получают разработчики, и сложностях, которые их ждут при работе.
А потом “неожиданно” вбрасывается инсайдерская информация — Максим теперь не настоящий Xamarin разработчик, так как увлекся Flutter настолько, что перешел на Flutter проект, и даже недавно ездил в Варшаву на конференцию Flutter Europe, после чего, ведущие пытаются выяснить почему это произошло, и что есть во Flutter такого, чего нет в Xamarin.
P.S. И да! Были объявлены победители конкурса из новогоднего выпуска! Конгратюлейшенс 🥳
P.P.S. Микрофоны – это наша головная боль. Мы знаем. Исправим.
https://soundcloud.com/mobilepeopletalks/xamarin
В этот раз выпуск опять посвящен кроссплатформе, причем на этот раз внезапно вспомнили о Xamarin, который до сих пор не был практически ни разу упомянут (ну кроме пары междометий), а в гости был приглашен гуру Xamarin’а, Lead Software Engineer из минского офиса EPAM, Максим Биянов.
Сначала Максим делится с ведущими подробностями о фреймворке, и Данис с Александром узнают много нового об истории Xamarin, его движке Mono, особенностях жизненного цикла приложений и работы сборщиков мусора (да, именно во множественном числе). О тех бенефитах, которые получают разработчики, и сложностях, которые их ждут при работе.
А потом “неожиданно” вбрасывается инсайдерская информация — Максим теперь не настоящий Xamarin разработчик, так как увлекся Flutter настолько, что перешел на Flutter проект, и даже недавно ездил в Варшаву на конференцию Flutter Europe, после чего, ведущие пытаются выяснить почему это произошло, и что есть во Flutter такого, чего нет в Xamarin.
P.S. И да! Были объявлены победители конкурса из новогоднего выпуска! Конгратюлейшенс 🥳
P.P.S. Микрофоны – это наша головная боль. Мы знаем. Исправим.
https://soundcloud.com/mobilepeopletalks/xamarin
SoundCloud
Еще немного о кроссплатформе или “Xamarin vs Flutter”
После новогодних каникул, январь проскочил мимо со скоростью спринта перед дедлайном, и пока ведущие соображали что пора бы что-то записать, февраль тоже почти закончился. Сорян! Но сейчас все записан
Kotlin-logging wraps SLF4J for better native Kotlin support
https://t.iss.one/iv?url=https://jaxenter.com/kotlin-logging-168814.html&rhash=086d57c832108f
https://t.iss.one/iv?url=https://jaxenter.com/kotlin-logging-168814.html&rhash=086d57c832108f
JAXenter
Kotlin-logging wraps SLF4J for better native Kotlin support
Kotlin-logging is a lightweight logging framework written in pure Kotlin and wraps SLF4J (Simple Logging Facade for Java) with additional extensions.
Больше генераторов богу генераторов
https://spring.io/blog/2020/02/24/netflix-built-a-spring-application-generator-to-boost-dev-productivity-here-s-how-you-can-too
https://spring.io/blog/2020/02/24/netflix-built-a-spring-application-generator-to-boost-dev-productivity-here-s-how-you-can-too
Netflix Built a Spring Application Generator to Boost Dev Productivity. Here's How You Can, Too.
Level up your Java code and explore what Spring can do for you.
Forwarded from Артемий Лебедев
Кого нельзя брать на работу
На работу никогда нельзя брать:
1) Тех, кто не умеет работать. На первый взгляд это банально, но иногда кажется, что об этом никто не слышал. Нужно запомнить главный принцип: "хороший человек - не профессия". И никогда не брать просто хороших людей, которые при этом ничего не умеют. Хороший человек же не станет плохим, если его уволить? Ну вот и славно.
2) Борцов за справедливость. Качателей прав, подписантов петиций, профсоюзных деятелей, защитников слабых - нужно не подпускать на километр. Или, если завелись, избавляться немедленно.
3) Фанатов. Самые хуевые работники - фанаты. "Артемий, я читаю ваш блог с 8-го класса, я знаю наизусть все ваши посты в ЖЖ, а еще в Телеге вы вчера смешную картинку запостили" - таких сразу в стоп-лист. Фанатство и работа несовместимы, это закон-перезакон. Брать на работу фаната - это все равно что жениться по любви. Звучит мило только для тех, кто не участвует в процессе.
4) Блатных. Никогда нельзя брать родственников и друзей, а так же родственников и друзей знакомых. У вашего старого клиента подросла дочь, которая (как он думает) увлеклась дизайном? Нахуй ее. Она все равно через три месяца сольется, зачем тратить время?
5) Порекомендованных. Если есть дизайнер, который не в состоянии сам прислать свое портфолио на рассмотрение, а вместо него пишет друг/знакомый/родственник, то не стоит тратить время на ответ. "Здравствуйте, у меня есть хороший знакомый, он очень хороший, у него есть склонность к дизайну, вот его портфолио, возьмите его" - а с какого хуя? Если он сам не может написать про себя, то он точно никогда в жизни ничего не сможет, зачем отвлекаться на него?
На работу никогда нельзя брать:
1) Тех, кто не умеет работать. На первый взгляд это банально, но иногда кажется, что об этом никто не слышал. Нужно запомнить главный принцип: "хороший человек - не профессия". И никогда не брать просто хороших людей, которые при этом ничего не умеют. Хороший человек же не станет плохим, если его уволить? Ну вот и славно.
2) Борцов за справедливость. Качателей прав, подписантов петиций, профсоюзных деятелей, защитников слабых - нужно не подпускать на километр. Или, если завелись, избавляться немедленно.
3) Фанатов. Самые хуевые работники - фанаты. "Артемий, я читаю ваш блог с 8-го класса, я знаю наизусть все ваши посты в ЖЖ, а еще в Телеге вы вчера смешную картинку запостили" - таких сразу в стоп-лист. Фанатство и работа несовместимы, это закон-перезакон. Брать на работу фаната - это все равно что жениться по любви. Звучит мило только для тех, кто не участвует в процессе.
4) Блатных. Никогда нельзя брать родственников и друзей, а так же родственников и друзей знакомых. У вашего старого клиента подросла дочь, которая (как он думает) увлеклась дизайном? Нахуй ее. Она все равно через три месяца сольется, зачем тратить время?
5) Порекомендованных. Если есть дизайнер, который не в состоянии сам прислать свое портфолио на рассмотрение, а вместо него пишет друг/знакомый/родственник, то не стоит тратить время на ответ. "Здравствуйте, у меня есть хороший знакомый, он очень хороший, у него есть склонность к дизайну, вот его портфолио, возьмите его" - а с какого хуя? Если он сам не может написать про себя, то он точно никогда в жизни ничего не сможет, зачем отвлекаться на него?
Memory (RAM) Consumption of: Tomcat, Jetty and Quarkus
https://adambien.blog/roller/abien/entry/memory_ram_consumption_of_tomcat
https://adambien.blog/roller/abien/entry/memory_ram_consumption_of_tomcat
Почему важна производительность проекта
https://blog.nelhage.com/post/reflections-on-performance/
https://blog.nelhage.com/post/reflections-on-performance/
Made of Bugs
Reflections on software performance
At this point in my career, I’ve worked on at least three projects where performance was a defining characteristic: Livegrep, Taktician, and Sorbet (I discussed sorbet in particular last time, and livegrep in an earlier post). I’ve also done a lot of other…
Forwarded from Бог-Император Человечества
Написал короткую заметку про ужасы коллекций в Java
По мотивам твита Елизарова
https://habr.com/ru/company/jugru/blog/490250/
По мотивам твита Елизарова
https://habr.com/ru/company/jugru/blog/490250/
Хабр
Ужасы Set.removeAll
Мы привыкли, что стандартные коллекции в JDK сделаны достаточно хорошо и ведут себя интуитивно-понятно. Но так ли это на самом деле? Вчера Роман Елизаров elizaro...
Open source should learn from Linux, not MySQL
https://t.iss.one/iv?url=https://www.javaworld.com/article/3528355/open-source-should-learn-from-linux-not-mysql.html&rhash=b54b7465b3c943
https://t.iss.one/iv?url=https://www.javaworld.com/article/3528355/open-source-should-learn-from-linux-not-mysql.html&rhash=b54b7465b3c943
JavaWorld
Open source should learn from Linux, not MySQL
When a single vendor owns an open source project, expect the community to look for alternatives