🚀 Поехали!

Друзья, хочу поделиться радостью. Буквально несколько минут назад завершился митап, который я проводил в Сообществе ИТ-аналитиков Сбера. Само выступление и последующая секция вопросов и ответов… пронеслись с космической скоростью!

То ли тому способствовала тёплая атмосфера коллег, то ли аура Дня космонавтики, а может и всё вместе — не знаю, но час пролетел незаметно.

Всех с праздником!

#сбер #события #выступления

⚡ CodeFest 14 в Новосибирске

Менее чем через полтора месяца в Новосибирске пройдёт уже 14-ая ежегодная конференция CodeFest. Это достаточно значимое для ИТ-отрасли мероприятие. Но в этом году оно будет особенным.

Программный комитет конференции решил возродить секцию по системному анализу (System Аnalysis) и, что особенно приятно, меня утвердили в качестве одного из спикеров этой секции.

Так что если кто-то планировал посетить данное мероприятие, но ещё не определился с тем, какие доклады послушать (а там будет из чего выбрать), приходите. Да и просто приходите, пообщаемся😉. Буду рад всех видеть!

#анонсы #события #выступления #визуализация

https://14.codefest.ru/lecture/2750

⚡ Для знающих толк в IT

Как раз в это время в Новосибирске проходит IT Talk by Sber. Митап для IT-специалистов, организованный Сбером.

Тематика выступлений получилась достаточно разносторонней: вопросы оптимизации сборки Java-приложений, передача юридических прав на код и даже пожары в проме🔥.

География спикеров не ограничивается Новосибирском, один доклад даже "приехал" прямиком из Самары. Так что для людей увлечëнных расстояние не помеха😉.

Немного фотографий с мероприятия ⤵

#события #сбер

Если говорить глобально, то в столь лаконичном формате мероприятия организаторам удалось, казалось бы, невозможное. Получилось сформировать программу выступлений для широкой АйТи-братии💻 и вызвать неподдельный интерес у присутствующих (число самых разных вопросов к спикерам было реально космическим!).

Если же говорить персонально про себя, то я обогатился новыми знаниями (в том числе неожиданными) и смог впервые встретиться вживую с некоторыми коллегами.

Но на этом приятности не закончились. Мой вопрос ко второму докладу был выбран как лучший, за что получил приз. Так что с митапа я ушёл не с пустыми руками🎁.

P.S. Для тех, кто дочитал до конца, хочу привести свой вопрос к докладчику. Вот он.

Если распечатать код программы или переписать его с экрана на бумаге от руки, приобретёт ли он какие-то новые свойства с точки зрения законодательства? К примеру, будет ли полученный текст считаться литературным произведением со всеми вытекающими (можно издавать книги с этим текстом, запрещать его использование и пр.)?

#события #сбер

Сегодня общался со старым знакомым, который тоже работает в IT. Поговорили о многом, о разном. В частности, речь зашла о том, что некоторые, казалось бы "заезженные", темы в литературе освещены недостаточно глубоко, причём порой источники противоречат друг другу.

Это случаи, когда практически невозможно просто взять статью или книгу, прочитать и после прочтения сформировать целостную и непротиворечивую картину. Всегда остаются вопросы и сомнения.

Навскидку вспомнили две такие темы. Первая – организация системы мониторинга, вторая – критерии готовности и приёмки.

Вроде бы, все про них слышали, многие так или иначе применяют в своей работе, но когда задумываешься о фундаменте и деталях, то понимаешь, что глубины имеющихся знаний всё равно не хватает. И в особенности если стоит вопрос построения таких систем с нуля.

Чем закончилось наше обсуждение? Мы посмеялись, что, спасение утопающих – дело рук самих утопающих, и что, видимо, придётся потратить больше времени, чем планировалось, погрузиться и потом написать на эти темы статьи самим😅. Когда дойдут до этого руки (и дойдут ли), сказать трудно, но радует, что есть единомышленники. Значит всё получится.

⚡ Только что официально опубликовали состав секции по системному анализу на CodeFest. Всех ждëм 25-26 мая 2024г в Новосибирске😎

#анонсы #события #выступления

🧪 Секция System analysis

🔹 Олеся Пахомова расскажет об архитекторе решений: что это, чем отличается от других видов архитектур и причём здесь бизнес-анализ.

🔹 Андрей Шапиро поделится авторским методом схематизации процесса и пользовательского опыта.

🔹 Кирилл Кашин и Сергей Хованов продемонстрируют, как можно перепроектировать системы с помощью ТРИЗ и извлекать максимум из ограниченных ресурсов.

🔹 С Андреем Бураковым обсудим, как требования и ограничения влияют на выбор технологии интеграции.

🔹 С Анной Вичуговой поговорим про инженерию данных и важность для системных аналитиков.

🔹 Роман Селезнёв разложит по полочкам тему выбора средств визуализации информации и почему это важно при разработке информационных систем.

🔹 С Викторией Лузиной обсудим проблему некорректной документации, роли технического писателя и как выглядит документация, за которую не стыдно.

Вся программа 👉 https://14.codefest.ru/program

#спикеры_CodeFest14

👨‍💻 Котлин: книга, язык и мои впечатления

На минувших майских праздниках решил тряхнуть стариной и немного поупражняться в программировании. В качестве подопытного был выбран язык Kotlin, с которым ранее вообще не приходилось иметь дел.

В изучении вопроса решил опереться на книгу "Head First. Kotlin" авторства Гриффитс и Гриффитс. И сейчас, по прошествии пары недель и достижении "экватора" названной книги, хотел бы поделиться своим впечатлениями. Если кратко, то язык понравился, равно как и вышеназванная книга. Далее — более подробно.

💎 О языке. В плане некоторых синтаксических конструкций Kotlin внезапно напомнил Pascal, хотя влияние C/C++ мне показалось более ощутимым.

Из любопытного, что уже удалось оценить: все типы, даже примитивные, здесь являются объектами; оператор when (аналог всем знакомого по другим языкам switch'a) не требует break и обладает рядом "наворотов"; при вызове функций можно использовать именованные аргументы; классы по умолчанию закрыты от наследования (разработчик должен явно указать, если от его класса можно наследоваться); функции интерфейсов могут содержать тело (т.е. быть конкретными, а не только абстрактными описаниями контракта), а вот первичный конструктор класса не может иметь тела. В общем, уже немало интересного.

💎 О книге. Книга написана довольно доходчивым языком. На её страницах даются базовые вещи не только в части языка Kotlin, но и ООП как такового, что может быть особенно полезно начинающим разработчикам или тем, кто решил, как и я, вспомнить былое.

Из особенностей можно отметить, что уже с первых страниц авторы предупреждают, что применяют разные визуальные и стилистические средства, чтобы заставить мозг работать, а не засыпать от переутомления (поэтому, собственно, Head-таки First). Примеры: разговорный язык, иллюстрации и, что не могу не отметить, использование диаграмм классов UML при изложении идей ООП.

Другая важная особенность книги: её стоит рассматривать как начало пути. Это не спецификация Kotlin и не справочник. Плюс у тех же авторов есть книга "Head First. Программирование для Android на Kotlin", так что при желании у читателя будет возможность более плавно перейти к освоению разработки под мобильные устройства.

#книги #программирование

Наткнулся на одном из ТГ-каналов на матрицу компетенций системного аналитика.

Так как это была не первая такая матрица, то я заранее понимал, что меня ожидает внутри. И я не обманулся, ждали меня 3 момента, которые я всякий раз видел в подобного рода попытках зафиксировать рамки профессии.

🔸 Отсутствие систем. Я про теорию систем, системный подход и пр. Это довольно любопытный факт: аналитику в сфере IT, видимо, что-то знать про это не считается нужным.

🔸 Заведомо неполный перечень. Всегда можно вспомнить что-то ещё. К примеру, в упомянутой матрице XSD для XML есть, а JSON Schema для JSON — нет. Я уж не говорю про штуки типа Schematron.

🔸 Размытость границ. В матрицу попадает всё от криптографии до методологий управления проектами. А действительно ли это всё надо знать, и, если да, то насколько глубоко?

Моё мнение: идеальную матрицу компетенций вряд ли можно создать в принципе, а ключ решения вопроса лежит в выделении некоего обязательного ядра, а всё остальное — дело наживное и ситуативное.