Devclub - это сообщество IT-специалистов Эстонии. Мы собираемся раз в месяц, обсуждаем наболевшие темы и делимся опытом на родном языке (обычно) в неформальной атмосфере. Поднимите задницу и приходите на встречу - участие бесплатное, а регистрация на сайте www.devlub.eu или в группе facebook facebook.com/groups/devclub.eu
Несколько задолбало, что лекторы показывают презентации на английском языке. Тут вариантов ровно два - либо они выступают и для англоязычной аудитории (что вряд ли), либо презентации тыреные у наших западных партнеров:)))
Кому вообще нужна Java ? Ее удел теперь легаси саппорт. Golang будет вытеснять Java с каждым годом все больше и больше. У кого не спроси для новых проектов Java вообще даже не рассматривают. К сожалению для Java , она не идет в ногу с современными требованиями. Дизайн языка уже не исправить никакими версиям. Эпоха Java идет к концу.
@@DEVCLUBEU В любом случае, будем наблюдать. Я не хейтер Java , но ее перспективы слишком туманны. Я не говорю, что язык мертв или он не популярный, я скорее про то, что его больше не выбирают для новых проектов. А некоторые даже переписывают целые микросы с Java на Golang. В Kotlin не верю.
@@Drekrosh мне кажется, каждый строит свои выводы на основе, что видит он. вот, например, другой взгляд (точнее, сборная солянка из разных рейтингов) distantjob.com/blog/programming-languages-rank/ <- да, кто-то говорит, что Java теряет популярность, но всё равно в разы популярней того же Go, которых не сказать, чтобы быстро растёт. скорее, умеренно. поэтому, может, это просто в твоём окружении именно так?
Про StringTemplates надо сделать как в Scala. Одна маленькая буковка без точки: s"My name is \{name}". Вполне себе элегантно. Я уже использую процессор для создания запросов. q(User.class)."select * from users where name = \{name}". Вполне себе нормально, только вот точка глаза режет. Другой вариант был бы добавлять процессор в конец: "My name is \{name}"s. Ну или совсем тупо вызывать "My name is \{name}".process(STR). Про var бояться не стоит ибо такой String "\{name}" не компилируется. Собственно наличие \{ и могло бы быть признаком, что надо выплюнут StringTemplate.
Подтвердилось, что рост на каком-то этапе упирается в навыки коммуникации с людьми и вовлечение в работе над продуктом (а не техническим решением). Отдельно стало интересно, если бы подкаст был бы на английском, легче было бы общаться или нет. Т.к. видно, что оба участника в работе общаются на английском, отсюда и "англицизмы", "менеджерский английский" и сложности с "переводом" терминологии. Про "principal" может всё прийти и решить, я так понимаю, разбить на подзадачи и кое-где написать кода, а где-то псевдокода, а то какой-нибудь FE фреймворк в первый раз запустить полдня уйдёт. По работе и по гайду, конечно, сложно, т.к. senior в команде из 5 человек и это все, кто работает над продуктом и вообще в фирме 30 разработчиков, наверное, не совсем соответствует, хотя по задачам выходит в каком-нибудь стартапе почти все уровня senior или principal по решаемым задачам.
про навыки коммуникации - в точку, а вот про то, что над техническими решениями работать не надо - тут, скорее, так, что надо работать над продуктами И техническими решениями, которые позволят делать его лучше. что касаемо английского, то, да, этот выпуск - так точно было бы проще сделать на нём, но мы же упёртые :))) что же касается стартапов, где кажется, что все senior/principal, то по моему опыту это не совсем так. стартапы, которые я видел на начальном уровне (и как работник, и со стороны), редко заботятся о качестве решения так, как это делают большие фирмы. и редко работают с такими сложностями как повышенная безопасность, отказоустойчивость, юридические моменты работы с данными, налоги, платежи и так далее. получается, что фронт работ заметно уже и фокус чисто под бизнес-идею, поэтому, с одной стороны, работа проще, но сроки, инвесторы и вот это всё частенько серьёзно повышают уровень стресса.
Хороший доклад, кой что полезного унес Сам топил за мониторинг всего и вся на работе и максимальный сбор метрик как для менеджера так и для самого инженера Сейчас кажется это лишь добавляет сложности и надо оптимально выбирать количество-качество за чем надо следить как инженеру за сервисами так и менеджеру за командой и бизнесом С метриками как сказано было надо понимать их в динамике и взаимосвязи, как было сказано корреляция и причины не всегда очевидны поэтому хотелось бы больше практических примеров как одно на другое влияет Как то например частота деплоя на бизнес. Что еще? Что там PMы в своих метриках мониторят, взаимосвязи между KPI и SLI
Про checked exceptions и память о том, как было круто: вы немного путаете теплое с мягким. Вам понравилось наличие stack trace, а не то, что были checked exceptions. Сами эксепшены - порождают обычно много проблем, почему их так хейтят. Просто раньше были проблемы поважнее :)
Нет же! Сам факт того, что вызов метода может породить исключение очень даже полезен - меньше шансов не обработать ошибку. Другое дело, что в Java это было сделано только при помощи "окрашивания", без привязки в опциональному типу. В Swift это реализовано очень элегантно - как результат, есть и окрашивание - компилятор требует обработать возможный ошибочный результат, и на уровне языка есть удобные инструменты работы с такими ситуациями. А стактрейсы конечно же очень хорошая шутка, тут никто не спорит, они до checked exceptions и были упомянуты
@@AntonArhipovтак любой метод может порождать исключения. То, что они чекед - лучше картину не делает. Проблема в жаве чаще всего не в них, а в том, что они лезут непредсказуемо. Например NPE, который больше всего бесит. А то, для чего задумывался чекед весь современный мир решает через Either/Result кому что больше нравится, потому что сайд-эффекты контролируемые, да и стек трейд редко нужен в этих ситуациях (хотя ничего не мешает его руками приложить). Я уже не говорю о проблемах с чекед эксепшенами в лямбдах.
@@NETKNIGHT666 Result/Either - это только половина картины. Связка вызова который может выбросить ошибку с result/either был бы очень удобным решением на уровне синтаксиса языка.
не знаю, сомнительные фичи ... столько плюшек можно было бы из котлина стянуть, валхалу доделать, а делают какие то никому не нужные вещи. запускать яву из консоли по прямому имени.... вот прям каждый день надо. теже теплейты строк, да соприте синтаксис как у котлина и не изобретайте колесо уже, STR это жутко выглядящий ужас
STR оказался очень некрасив да. Уже анонсировали что будут переделывать и в 23й версии этой фичи вообще не будет. Скорее всего всё таки сделают нечто более похожее на то что есть в Kotlin.
@@AntonArhipov и слава богу, ибо это уродство вообще непонятно как допустили. если нужна совместимость, ну добавьте """ {} """ или через `` - если обычные кавычки нельзя просто так использовать.
Вероятно, для решения озвученной проблемы нужен не sarif (переносимая отчетность), а editorconfig (переносимый конфиг IDE). editorconfig сочетается с некоторыми линтерами (ktlint, например)
Интересное видео. Отдельно хороший комментарий в конце. Мне очень нравилась Дия прежде всего из-за удобности, я никогда не переживала взяла ли я с собой права или другие нужны документы. Открывать такие документы через браузер как-то криво. По хорошему конечно нужно приложение. Рано или поздно все равно все к этому прийдут.
надо бы тоже придти рассказать как я для себя использую свой проектик беспарольной аутентификации написанный на МАУИ и виденье того как мы могли бы сделать авторизацию в принципе без паролей и ужасных 2FA аутентификаторов, причём почти везде, но всё оно бегает на очень дешёвом сервере который умрёт, если туда народ полезет
Приходит новенькая учительница географии в класс, а там гогот, визг ну и т. п. Говорит: - Здравствуйте. А ей в ответ: - Пошла отсюда, с@чка. Та с рыданиями вылетает из класса и к директору. А он ей говорит: - С ними надо по-другому: надо сначала удивить и заинтересовать. Идет он в класс, а учительница за ним плетется. Дверь, как положено, ногой открывает: - Здорово, мужики... - Здорово, директор. - А слабо презерватив на глобус натянуть? - А что такое глобус? - А вот об этом вам и расскажет новая учительница.
41 нота... но по факту, когда играют, там же 7 нот, 5 полутонов, и между нотами шаг 1/8 в партитуре, т.е между нотами музыканты играют 8 тонов на самом деле в классических произведениях. т.е как бы 56 нот, а на видео 53 идеальный набор. т.е в принципе там и есть 53 ноты или сколько там, просто из-за исторического наследия записывается это сложно системой тонов полутонов и четвертинками и 1/8 ....
@@DEVCLUBEU до ре ми фа соль ла си - 7 нот, между ними 5 полутонов, но это там , на пианино, оно даже в видео стоит. на смычковых в нотах есть и четвертинки и 1/8. т.е 1*до, 1.125*до, 1.25*до, 1.375*до, 1.5*до, 1.75*до ... короче, как раз 51-53 ноты и получается в итоге.
@@DEVCLUBEU вы троллите, черные клавиши - это полутона, но не суть. суть в том, что звуков извлекаемых в классических проиведениях примерно 50 на октаву, т.е те самые 49 или 53 что четко ложатся в гармоничный строй 33:18
девклуб - это митап в свободном формате. докладчик, если он хочет более официальный формат (типа конференции), предупреждает нас, чтоб модератор держал публику "в узде". а Евгений как раз очень хотел живой дискуссии ;) вам надо бы это на месте увидеть, чтобы понять, насколько у нас круто вживую
Вы еще не обсуждали тему mRiik? Почему забраковали первую версию проекта, какие были аргументы? Требую инсайдерской информации из зеленой компании N. :D
В истории про косяки с вывозом мусора: подключить аналитика на полчаса это хорошо, но вряд ли возможно, а на больше не дадут, поскольку цена уже получится такая, что дешевле тем двоим месяц править косяки. This is why we don’t have nice things.
ну и бред же, про мозг с аналогиями инвалида. Где доказательства, что оно именно так, а какая разница в активности допустима? Прежде чем заниматься "биохакингом" нужно изучить процесс, а он как я понимаю из доклада вобще не изучался. Тоесть тут тупо занятия "алхимией" с поиском мегатаблетки, может что-то у кого-то заработает, а кто-то изза биохакинга вобще пострадает. Вобщем в стадии выгорания, ни в коем случае не применять, так как адекватная оценка состояния будет отсутствовать.
Спорный доклад. Было бы полезно какие-то ссылки на литературу или статьи (хотя бы отдельные статьи в пабмеде), вместо этого зачем-то упоминается аюрведа и народная медицина, что частично подметили и в аудитории, указав на критически устаревший взгляд по полушариям Есть ряд критических ошибок, например, да, B6 это никак НЕ магний, он просто часто идёт вместе с B6 [каким образом можно допустить такую ошибку, при том что из аудитории даже уточнили, не понятно] Также нет пояснений к применению добавок и их формам, а это критически важно (иначе можно с дуру только получить понос, либо сильно навредить своей печени и жкт), тем более упоминаются довольно опасные добавки. Даже относительно безопасные как триптофан, омега-3 (которая сейчас активно критикуется) могут усилить воспалительные процессы По поводу упражнений и "неинвазивных методов" тем более спорно. Встречал убедительные сведения, что "медитация в стену" (когда например пытаются представить, что смотрят на себя со стороны) довольно сильно коррелирует с развитием шизофрении (что первично не понятно) В целом может в этом что-то и есть, но критически не хватает алерта, что консенсус медиков состоит в том, что в случае с мозгом лучше придерживаться "работает - не трогай" и прежде чем этим заниматься, хорошо бы тщательно подумать и поизучать источники. А то мы (программисты) со своими механистическими привычками легко подвержены идее "подхакать" свой организм, не будучи специалистами
Да то же моржевание. Штука, которой может заниматься только человек со здоровой кардио системой и желательно провериться у врача перед этим, так как для организма из бани в прорубь это шоковое состояние, как и моржевание.
@@DEVCLUBEU не смогу ответить, наверное, надо у врачей интересоваться, а я не врач. Проблема с такими докладами, как по мне, не в том, что кто-то делится своими практиками (это ок, каждый наверное хотя бы хакает свой режим сна или принимает кофе по утрам, доклады про это тоже ок), а в том, что как будто утверждается "научная доказанность" и универсальность, хотя это не совсем так Из примеров в докладе, омега-3, которая судя по тому же пабмеду, возможно вообще не нужна. Насколько я интересовался, у доказательной медицины по воздействию на мозг довольно мало инструментов (не зря наверное мозг называют самым сложным объектом во вселенной), ну и вроде всё что реально работает (универсально и на всех), работает далеко не бесплатно, поэтому наверное и рекомендуют не трогать, если всё хорошо. Чрезмерно доверившись, можно организм и натуральными средствами подкосить (например та же GABA вроде для людей с больной печенью противопоказана, видел недавно начали лечить жирную печень как раз блокированием гамк). Тем более в докладе помимо более простых добавок упомянуты психоделики Моё пожелание в целом скорее не утверждать что-то, а просто предупредить людей, что тема очень сложная и нужно сначала поизучать её, прежде чем пробовать что-то хакать. Ну и хорошо быть чутким к своему организму, а в идеале вообще проконсультироваться с врачом. В интернете можно найти много примеров, когда люди весьма простыми средствами делали себе только хуже и в результате лечились от последствий уже тяжёлыми лекарствами
@@d-sevostyanov просто как перспектива: возможно, био-хакеры - это просто группа людей, которые эксперементируют над собой, чтобы потом врачи сказали: "о, это сработало" или "это было зря". эксперементировать на людях не хорошо, а тут целый отряд добровольцев... :)
9:38 Средневековые монахи в средневековой Европе были глуховаты к теории музыки, которой на тот момент ещё не было, поэтому они помечали ноты над текстами условными буквами привычного латинского алфавита - A, B, C, D, E, F, G - простой логический ряд «ля, си, до, ре, ми, фа, соль». Почему оно начинается с ля - а основной тон у монахов для распевки псалмов был тот самый ля, который на камертоне получается от 440 колебаний в секунду (камертон изобретен в 1711 году, и он давал 419,9 колебаний в секунду. В 1858 году Парижская академия наук предложила т. н. «нормальный камертон» с частотой в 435 Гц, позже жизнь ускорилась, музыка поменялась, и камертон «участился») - эталонная частота тона ля первой октавы, 440 гц. Поэтому они считали звуки вверх и вниз от ля. В современных музыкальных школах начинают учить с гаммы до мажор, потому что она вся укладывается на белых клавишах. Если раскладывать названия нот начиная с до, тогда последовательность выглядит так - C, D, E, F, G, A, B - и стройная логика этого алфавитного ряда «исчезает». А ещё в советское время си было принято помечать буквой H, а буквой B почему-то именовали отдельный си бемоль - вот это уже точно непонятно, почему. Впрочем, играть Цоя это не мешало.
Понимаю что тема доклада не простая. При всем уважении к автору, доклад полная хрень. Спикер критикует "комментиирующего" что тот говорит не обоснованно, но абсолютно все (кроме пункта про развитое комьюнити реакта) либо сомнительно, либо не обоснованно, либо вообще противоположно. Спикеру респект что вполне адекватно реагировал на перебивания(хотя было заметно иногда подгорал)
18:37 Попытка водопад запихнуть в agile. По скраму команда может и не выполнить все таски что взяла в спринт. Она должна руководствоваться целью спринта, что описывается при планнинге спринта, и целью не должно быть завершение всех тасок спринта.
В следующий раз давайте второй микрофон человеку который часто перебивает или вырезайте, много плохо разборчивых реплик на протяжении доклада напрягает.
Мощненько, хотя и были противоречия. Типа vue слишком много решений, но при этом реакт позволяет подобрать разные библиотеки под свою задачу. Ждём ответку Антона - видимо ему есть что сказать 😅
Про Cobol порадовало, хотя 80%-90% автоматически транслируются, это, похоже, придёт к тому, что теперь 90% времени будут уходить на написание 10% кода. Интересно, как JetBrains AI документацию пишет. Думаю, всё с Кобола надо будет переводить на что угодно и вот тут AI поможет именно в функции "напиши документацию к коду" и "объясни мне этот Cobol код". Правда, очень сомневаюсь, что есть достаточная база для обучения AI.