Size: a a a

JPoint, Java-конференция

2018 April 10

VG

Vik Gamov in JPoint, Java-конференция
Pavel Chernyak
Просто я бы их больше отнёс к практикующим инженерам
То что я рассказывал во второй день практикующим инженерам не оч надо
источник

VG

Vik Gamov in JPoint, Java-конференция
ПК сказал хардкор - значит хардкор
источник

PC

Pavel Chernyak in JPoint, Java-конференция
Vik Gamov
То что я рассказывал во второй день практикующим инженерам не оч надо
Либо я не практикующий инженер, либо зачем я сегодня ставил опыты над 11 кафкой?=)
источник

VG

Vik Gamov in JPoint, Java-конференция
Pavel Chernyak
Либо я не практикующий инженер, либо зачем я сегодня ставил опыты над 11 кафкой?=)
👍
источник

C

Charm in JPoint, Java-конференция
Vik Gamov
ПК сказал хардкор - значит хардкор
ну доклад про док-ва программ тоже стоит хардкор, но как-то нет, имхо. хотя другие 2 значка наверное тоже не подходят.
источник

PC

Pavel Chernyak in JPoint, Java-конференция
Видимо нужно больше значков. А то ведерко, коза и каска не все описывают
источник

VG

Vik Gamov in JPoint, Java-конференция
Pavel Chernyak
Видимо нужно больше значков. А то ведерко, коза и каска не все описывают
Это смузи
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
Vik Gamov
Это смузи
тонкий троллинг про ведро. Одобряю.
источник

VS

Vladimir Sitnikov in JPoint, Java-конференция
А в PowerPoint как раз видно какая часть в какой момент появляется (цифорка рядом с каждым блоком). Именнно этот слайд в PPTX сделать проще, чем в LaTeX. Анимации в beamer’е приходится в голове держать.
источник

VP

Vladimir Parfinenko in JPoint, Java-конференция
Но вот разбивать единый текст на блоки ради анимации, особенно если несколько блоков на одном месте - это ад в ppt
источник

PL

Pavel 🕷 Larёv in JPoint, Java-конференция
java конференция) люди о ppt разговаривают)))
источник

J🎩

JBaruch 🎩 in JPoint, Java-конференция
Pavel 🕷 Larёv
java конференция) люди о ppt разговаривают)))
даже на джава конференции нужны слайды
источник

PL

Pavel 🕷 Larёv in JPoint, Java-конференция
для джава конференции слайды на джаве)
источник

VS

Vladimir Sitnikov in JPoint, Java-конференция
Pavel Chernyak
Либо я не практикующий инженер, либо зачем я сегодня ставил опыты над 11 кафкой?=)
Давайте объясню как понимать смузи, каску и хардкор.

смузи, каска и коза это не свойства слушателя, а свойство *доклада*.

смузи: можно вообще ничего не понимать в теме доклада, и там всё объяснят «с нуля».
Например, был доклад «Как загубить производительность enterprise-приложения с помощью неэффективного кода». Там не требовалось знаний производительности, и Сергей с нуля рассказал как могут выглядеть типичные проблемные места. Полученные знания можно будет сразу использовать.

На докладе с каской нужно всё-таки понимать в теме доклада. При этом, доклад будет полезен, и нанесённую пользу можно использовать через день-два на работе.
Например, доклад «Боремся с "Russian Hackers"™ с помощью Kafka Streams и Firehose API» отмечен каской, т.к. тем, кто не понимает про Kafka Streams / Firehorse вряд ли что поймёт. А тот, кто имел опыт, тот узнает о новых подходах/тонкостях.
Аналогично и доклад «Идиоматичный Kotlin: от форматирования до DSL». Доклад не учит новичков, а нацелен на тех, кто уже щупал Kotlin.

Доклад с козой означает, что это весьма специфичная тема, и нанесённую пользу едва ли получится использовать через день-неделю на работе. Да, на докладе может быть мысль, которую можно прямо 1 в 1 взять на следующий день, но таких мало.
Например, упомянутый доклад «Анализ программ: как понять, что ты хороший программист» отмечен козой, т.к. 1) это явно не введение в технологию (Key, Coq и т.п. там не раскрываются, и считается, что «слушатель в теме»)  2) это доклад, скорее, на расширение кругозора, ведь едва ли все на следующий день пойдут проверять «хорошие ли они программисты(ки)»
Доклад «Один раз в год сады цветут: разбор семантики «exactly-once» Apache Kafka» отмечен козой как раз из-за того, что «тот, кто про Kafka не слышал едва ли что-то поймёт», но даже те, кто спецы в Kafka наверняка узнают новое, но это узнанное они вряд ли смогут применить на следующий день на работе. Т.е. хороший доклад на развитие/на перспективу.
источник

VS

Vladimir Sitnikov in JPoint, Java-конференция
Vladimir Parfinenko
Но вот разбивать единый текст на блоки ради анимации, особенно если несколько блоков на одном месте - это ад в ppt
Абзацы можно анимировать независимо. Я всегда анимирую bullet’ы и они находятся в одном блоке текста. Никакого ада нет.
источник

AT

Alexey Tomin in JPoint, Java-конференция
Кстати, про то, что козу сложно применить- не было в легенде- добавте.
источник

AD

Andrey Dmitriev in JPoint, Java-конференция
Vladimir Sitnikov
Давайте объясню как понимать смузи, каску и хардкор.

смузи, каска и коза это не свойства слушателя, а свойство *доклада*.

смузи: можно вообще ничего не понимать в теме доклада, и там всё объяснят «с нуля».
Например, был доклад «Как загубить производительность enterprise-приложения с помощью неэффективного кода». Там не требовалось знаний производительности, и Сергей с нуля рассказал как могут выглядеть типичные проблемные места. Полученные знания можно будет сразу использовать.

На докладе с каской нужно всё-таки понимать в теме доклада. При этом, доклад будет полезен, и нанесённую пользу можно использовать через день-два на работе.
Например, доклад «Боремся с "Russian Hackers"™ с помощью Kafka Streams и Firehose API» отмечен каской, т.к. тем, кто не понимает про Kafka Streams / Firehorse вряд ли что поймёт. А тот, кто имел опыт, тот узнает о новых подходах/тонкостях.
Аналогично и доклад «Идиоматичный Kotlin: от форматирования до DSL». Доклад не учит новичков, а нацелен на тех, кто уже щупал Kotlin.

Доклад с козой означает, что это весьма специфичная тема, и нанесённую пользу едва ли получится использовать через день-неделю на работе. Да, на докладе может быть мысль, которую можно прямо 1 в 1 взять на следующий день, но таких мало.
Например, упомянутый доклад «Анализ программ: как понять, что ты хороший программист» отмечен козой, т.к. 1) это явно не введение в технологию (Key, Coq и т.п. там не раскрываются, и считается, что «слушатель в теме»)  2) это доклад, скорее, на расширение кругозора, ведь едва ли все на следующий день пойдут проверять «хорошие ли они программисты(ки)»
Доклад «Один раз в год сады цветут: разбор семантики «exactly-once» Apache Kafka» отмечен козой как раз из-за того, что «тот, кто про Kafka не слышал едва ли что-то поймёт», но даже те, кто спецы в Kafka наверняка узнают новое, но это узнанное они вряд ли смогут применить на следующий день на работе. Т.е. хороший доклад на развитие/на перспективу.
Прям хорошо сказал
источник

VS

Vladimir Sitnikov in JPoint, Java-конференция
Vladimir Sitnikov
Давайте объясню как понимать смузи, каску и хардкор.

смузи, каска и коза это не свойства слушателя, а свойство *доклада*.

смузи: можно вообще ничего не понимать в теме доклада, и там всё объяснят «с нуля».
Например, был доклад «Как загубить производительность enterprise-приложения с помощью неэффективного кода». Там не требовалось знаний производительности, и Сергей с нуля рассказал как могут выглядеть типичные проблемные места. Полученные знания можно будет сразу использовать.

На докладе с каской нужно всё-таки понимать в теме доклада. При этом, доклад будет полезен, и нанесённую пользу можно использовать через день-два на работе.
Например, доклад «Боремся с "Russian Hackers"™ с помощью Kafka Streams и Firehose API» отмечен каской, т.к. тем, кто не понимает про Kafka Streams / Firehorse вряд ли что поймёт. А тот, кто имел опыт, тот узнает о новых подходах/тонкостях.
Аналогично и доклад «Идиоматичный Kotlin: от форматирования до DSL». Доклад не учит новичков, а нацелен на тех, кто уже щупал Kotlin.

Доклад с козой означает, что это весьма специфичная тема, и нанесённую пользу едва ли получится использовать через день-неделю на работе. Да, на докладе может быть мысль, которую можно прямо 1 в 1 взять на следующий день, но таких мало.
Например, упомянутый доклад «Анализ программ: как понять, что ты хороший программист» отмечен козой, т.к. 1) это явно не введение в технологию (Key, Coq и т.п. там не раскрываются, и считается, что «слушатель в теме»)  2) это доклад, скорее, на расширение кругозора, ведь едва ли все на следующий день пойдут проверять «хорошие ли они программисты(ки)»
Доклад «Один раз в год сады цветут: разбор семантики «exactly-once» Apache Kafka» отмечен козой как раз из-за того, что «тот, кто про Kafka не слышал едва ли что-то поймёт», но даже те, кто спецы в Kafka наверняка узнают новое, но это узнанное они вряд ли смогут применить на следующий день на работе. Т.е. хороший доклад на развитие/на перспективу.
И добавлю про «Корутины в Kotlin». В программе доклад отмечен козой, но, как уже обсуждалось, это баг. Должно быть смузи.
Роман с нуля рассказывает о том кто такие корутины (правда, не рассказал чем они отличаются от копрограмм), и привёл много примеров где эти самые корутины полезны на практике. Т.е. прямо бери и используй.
С другой стороны, если человек знаком с корутинами, то из доклада Романа он вряд ли узнает много нового (Роман офигенен, но сам доклад вводного характера). Поэтому должно быть смузи (понятен и полезен незнающим корутины), а не каска (знающим будет мало нового) и не хардкор (доклад даёт прямую пользу в ближней перспективе)

«Правильный» доклад «Корутины в Kotlin с козой » повестововал бы о том, во что компилируются эти самые корутины (байткод, биткод), или что-нибудь подобное.

Доклад «Корутины в Kotlin с каской » мог бы рассказывать о том, «как правильно проектировать API для более лучшей поддержки корутин» или «как распознать анти-паттерны использования корутин» или чего-нибудь такое. Такой доклад был бы полезен тем, кто уже использовал эти корутины (а есть такие? 🙂).
источник

MJ

Max Joint in JPoint, Java-конференция
Vladimir Sitnikov
Давайте объясню как понимать смузи, каску и хардкор.

смузи, каска и коза это не свойства слушателя, а свойство *доклада*.

смузи: можно вообще ничего не понимать в теме доклада, и там всё объяснят «с нуля».
Например, был доклад «Как загубить производительность enterprise-приложения с помощью неэффективного кода». Там не требовалось знаний производительности, и Сергей с нуля рассказал как могут выглядеть типичные проблемные места. Полученные знания можно будет сразу использовать.

На докладе с каской нужно всё-таки понимать в теме доклада. При этом, доклад будет полезен, и нанесённую пользу можно использовать через день-два на работе.
Например, доклад «Боремся с "Russian Hackers"™ с помощью Kafka Streams и Firehose API» отмечен каской, т.к. тем, кто не понимает про Kafka Streams / Firehorse вряд ли что поймёт. А тот, кто имел опыт, тот узнает о новых подходах/тонкостях.
Аналогично и доклад «Идиоматичный Kotlin: от форматирования до DSL». Доклад не учит новичков, а нацелен на тех, кто уже щупал Kotlin.

Доклад с козой означает, что это весьма специфичная тема, и нанесённую пользу едва ли получится использовать через день-неделю на работе. Да, на докладе может быть мысль, которую можно прямо 1 в 1 взять на следующий день, но таких мало.
Например, упомянутый доклад «Анализ программ: как понять, что ты хороший программист» отмечен козой, т.к. 1) это явно не введение в технологию (Key, Coq и т.п. там не раскрываются, и считается, что «слушатель в теме»)  2) это доклад, скорее, на расширение кругозора, ведь едва ли все на следующий день пойдут проверять «хорошие ли они программисты(ки)»
Доклад «Один раз в год сады цветут: разбор семантики «exactly-once» Apache Kafka» отмечен козой как раз из-за того, что «тот, кто про Kafka не слышал едва ли что-то поймёт», но даже те, кто спецы в Kafka наверняка узнают новое, но это узнанное они вряд ли смогут применить на следующий день на работе. Т.е. хороший доклад на развитие/на перспективу.
Володя, а можно я себе в рассылку заберу часть текста? В том виде как я пишу в памятке, сложно понять. А у тебя прям по полкам.
источник

AT

Alexey Tomin in JPoint, Java-конференция
Max Joint
Володя, а можно я себе в рассылку заберу часть текста? В том виде как я пишу в памятке, сложно понять. А у тебя прям по полкам.
Да, в программе непонятна разница между каской и козой
источник