🎬 Подборка видео-собеседований на позиции SA и BA
В последнее время наблюдаю серьёзное оживление на рынке труда. HR пытаются установить контакт и предложить рассмотреть их вакансии, а IT-специалисты открывают для себя новые точки роста и решаются продолжить свой путь в новых компаниях.
В этой связи я решил подготовить подборку видео с открытыми собеседованиями (демо). Быть может, каких-то больших секретов там не раскроют, но важно другое. Интервьюерами в них выступают действующие или бывшие сотрудники, проводящие собеседования для известных на рынке компаний, что может быть полезным для подготовки и понимания того, что интересует с "той стороны".
🔶 Solvery | Junior системный аналитик
🔶 Solvery | Junior бизнес-аналитик
🔶 Мегафон | Junior системный аналитик
🔶 Lamoda | Системный аналитик
🔶 Альфабанк | Системный аналитик
🔶 Райффайзен банк | Системный аналитик
Дополнительно представляю 2 демо-собеседования, которые проводили представители обучающих компаний, а также полезное видео с советами.
🔶 Собеседование бизнес-аналитика
🔶 Собеседование фулстек-аналитика
🔶 Как аналитику проходить техническое собеседование
#подборки #собесы
В последнее время наблюдаю серьёзное оживление на рынке труда. HR пытаются установить контакт и предложить рассмотреть их вакансии, а IT-специалисты открывают для себя новые точки роста и решаются продолжить свой путь в новых компаниях.
В этой связи я решил подготовить подборку видео с открытыми собеседованиями (демо). Быть может, каких-то больших секретов там не раскроют, но важно другое. Интервьюерами в них выступают действующие или бывшие сотрудники, проводящие собеседования для известных на рынке компаний, что может быть полезным для подготовки и понимания того, что интересует с "той стороны".
🔶 Solvery | Junior системный аналитик
🔶 Solvery | Junior бизнес-аналитик
🔶 Мегафон | Junior системный аналитик
🔶 Lamoda | Системный аналитик
🔶 Альфабанк | Системный аналитик
🔶 Райффайзен банк | Системный аналитик
Дополнительно представляю 2 демо-собеседования, которые проводили представители обучающих компаний, а также полезное видео с советами.
🔶 Собеседование бизнес-аналитика
🔶 Собеседование фулстек-аналитика
🔶 Как аналитику проходить техническое собеседование
#подборки #собесы
🔥4👍2
🎨 Когда схемы заходят
На днях ко мне за помощью обратился давний знакомый, работающий тимлидом в одной довольно крупной компании. У него возникла следующая рабочая ситуация.
Этот знакомый вышел к своему руководителю с инициативой о внесении изменений в архитектуру их распределённой системы. Предложения были вполне конкретные, но руководитель сказал, что готов рассмотреть их, но надо, чтобы мой знакомый сперва представил архитектурные схемы AS IS и TO BE для иллюстрации своей идеи.
Готовых схем, как можно догадаться, в компании не было, да и такая задача героем истории никогда ранее не решалась. Аналитика и архитектора к вопросу привлекать не стали (углубляться в причины этого решения здесь не будем). Как следствие, надо было понять, как подготовить запрошенные артефакты, да и так, чтобы не было стыдно за результат.
Я задал несколько уточняющих вопросов, чтобы погрузиться в суть, озвучил возможные варианты и инструменты. По итогу уточнений остановились на том, что оптимальным будет нарисовать диаграмму компонентов UML в draw.io. Оставалось только брать и осваивать эти инструменты.
Что примечательно, по удачному стечению обстоятельств в своей последней статье на Хабре я рассматривал ряд полезных идей по визуализации, которые можно было бы в этом случае взять на вооружение. Я не преминул воспользоваться случаем и порекомендовал познакомиться с этой работой.
Чем закончилась история. Сегодня ко мне вернулся герой этой истории с обратной связью. Задача была выполнена (цитата: "Схема зашла.") и, что приятно, с использованием идей из упомянутой статьи. Это добавляет уверенности и энергии продолжать делиться знаниями с окружающими.
На днях ко мне за помощью обратился давний знакомый, работающий тимлидом в одной довольно крупной компании. У него возникла следующая рабочая ситуация.
Этот знакомый вышел к своему руководителю с инициативой о внесении изменений в архитектуру их распределённой системы. Предложения были вполне конкретные, но руководитель сказал, что готов рассмотреть их, но надо, чтобы мой знакомый сперва представил архитектурные схемы AS IS и TO BE для иллюстрации своей идеи.
Готовых схем, как можно догадаться, в компании не было, да и такая задача героем истории никогда ранее не решалась. Аналитика и архитектора к вопросу привлекать не стали (углубляться в причины этого решения здесь не будем). Как следствие, надо было понять, как подготовить запрошенные артефакты, да и так, чтобы не было стыдно за результат.
Я задал несколько уточняющих вопросов, чтобы погрузиться в суть, озвучил возможные варианты и инструменты. По итогу уточнений остановились на том, что оптимальным будет нарисовать диаграмму компонентов UML в draw.io. Оставалось только брать и осваивать эти инструменты.
Что примечательно, по удачному стечению обстоятельств в своей последней статье на Хабре я рассматривал ряд полезных идей по визуализации, которые можно было бы в этом случае взять на вооружение. Я не преминул воспользоваться случаем и порекомендовал познакомиться с этой работой.
Чем закончилась история. Сегодня ко мне вернулся герой этой истории с обратной связью. Задача была выполнена (цитата: "Схема зашла.") и, что приятно, с использованием идей из упомянутой статьи. Это добавляет уверенности и энергии продолжать делиться знаниями с окружающими.
👍4
Вспомнился известный тезис о том, что системный аналитик должен выступать связующим звеном и переводчиком между языком бизнеса и языком IT😅
#юмор
#юмор
👏6
💡 Лучшее — враг хорошего
Не для всех это очевидно, но стабильно работающее техническое решение тоже иногда надо переделывать. И здесь я не говорю об устранении технического долга, поднятии новой версии сервиса или обновлении библиотек.
Речь про анализ работы пользователей с вашим приложением и оценку востребованности и удовлетворëнности полученным результатом.
Пример из жизни. Выполняя изучение реплик клиентов (голосовых команд, произносимых во время работы с нашим функционалом), оказалось, что никакого смысла в ранее запланированном нами улучшении используемой ML-модели нет. Пользователи просто не интересуется теми разделами приложения, точность определения которых мы хотели улучшить благодаря доработке модели. Как следствие, было решено убрать её вообще, а заодно и ту часть функционала, которая не является востребованной. Также было решено реализовать доработку, которая закроет потребности пользователей, открывшиеся нам в ходе всё того же изучения.
Выводы. Надо убирать всё ненужное, чтобы не тратить ресурсы команды на его поддержание и сопровождение. Но, вместе с тем, точно стоит искать новые точки приложения усилий; надо продолжать анализировать запросы клиентов, чтобы иметь возможность не упустить их реальные потребности и интересы. А поскольку жизнь не стоит на месте, что-то мне подсказывает, этот процесс бесконечный.
Не для всех это очевидно, но стабильно работающее техническое решение тоже иногда надо переделывать. И здесь я не говорю об устранении технического долга, поднятии новой версии сервиса или обновлении библиотек.
Речь про анализ работы пользователей с вашим приложением и оценку востребованности и удовлетворëнности полученным результатом.
Пример из жизни. Выполняя изучение реплик клиентов (голосовых команд, произносимых во время работы с нашим функционалом), оказалось, что никакого смысла в ранее запланированном нами улучшении используемой ML-модели нет. Пользователи просто не интересуется теми разделами приложения, точность определения которых мы хотели улучшить благодаря доработке модели. Как следствие, было решено убрать её вообще, а заодно и ту часть функционала, которая не является востребованной. Также было решено реализовать доработку, которая закроет потребности пользователей, открывшиеся нам в ходе всё того же изучения.
Выводы. Надо убирать всё ненужное, чтобы не тратить ресурсы команды на его поддержание и сопровождение. Но, вместе с тем, точно стоит искать новые точки приложения усилий; надо продолжать анализировать запросы клиентов, чтобы иметь возможность не упустить их реальные потребности и интересы. А поскольку жизнь не стоит на месте, что-то мне подсказывает, этот процесс бесконечный.
🔥3
🎨 7 рекомендаций по выбору цвета
Под одной из моих статей читатель оставил комментарий о том, что использование цвета — вещь очень полезная, но её следует применять с умом, чтобы документация (цитата) "не превращалась в разноцветное марево".
Замечание, считаю, справедливое. И я решил сформулировать перечень базовых рекомендаций, которых было бы разумно придерживаться при разработке визуализаций самого разного рода.
#статьи #визуализация #цвет #гайды
https://telegra.ph/7-rekomendacij-po-vyboru-cveta-02-05
Под одной из моих статей читатель оставил комментарий о том, что использование цвета — вещь очень полезная, но её следует применять с умом, чтобы документация (цитата) "не превращалась в разноцветное марево".
Замечание, считаю, справедливое. И я решил сформулировать перечень базовых рекомендаций, которых было бы разумно придерживаться при разработке визуализаций самого разного рода.
#статьи #визуализация #цвет #гайды
https://telegra.ph/7-rekomendacij-po-vyboru-cveta-02-05
Telegraph
7 рекомендаций по выбору цвета
Под одной из моих статей читатель оставил комментарий о том, что использование цвета — вещь очень полезная, но её следует применять с умом, чтобы документация (цитата) «не превращалась в разноцветное марево». Замечание, считаю, справедливое. И я решил сформулировать…
🔥5👍3
🖼️ За что я люблю картинки
Решил сформулировать то, за что я люблю визуализацию. Те самые "картинки", об отсутствии которых в артефактах коллег по цеху порой приходится жалеть.
#статьи #визуализация #цвет
https://telegra.ph/Za-chto-ya-lyublyu-kartinki-02-12
Решил сформулировать то, за что я люблю визуализацию. Те самые "картинки", об отсутствии которых в артефактах коллег по цеху порой приходится жалеть.
#статьи #визуализация #цвет
https://telegra.ph/Za-chto-ya-lyublyu-kartinki-02-12
Telegraph
За что я люблю картинки
Вступление Если перефразировать известное выражение Г. Гейне, то можно сказать: чем больше я вижу текстовой информации, тем больше нравятся картинки. Причин для этого несколько. Это избыточность естественных языков, их неоднозначность и неполнота. Использование…
👍4
Собрал в одну подборку список вышедших статей о визуализации и для удобства разбил все публикации на две большие группы. Первая посвящена вопросам выбора средств визуализации, вторая — практикам разумного использования цвета и преимуществам, которые можно от этого получить.
🖌️ Цикл "Осмысленная визуализация":
🔴 Использование визуализации при анализе и проектировании информационных систем (Intro)
🟠 Осмысленная визуализация при анализе и проектировании информационных систем
🟡 Метадерево как инструмент для выбора средства визуализации
🟢 Осмысленная визуализация при анализе и проектировании в действии
🔵 Metatree: a visual navigator for visual models (EN☝)
🟣 За что я люблю картинки
🎨 Цикл "На вкус и цвет":
🔴 Красный день календаря (Intro)
🟠 Использование цвета при анализе и проектировании систем. Часть 1
🟡 Использование цвета при анализе и проектировании систем. Часть 2
🟢 Использование цвета при анализе и проектировании систем. Часть 3
🔵 7 рекомендаций по выбору цвета
#подборки #статьи #визуализация #цвет
🖌️ Цикл "Осмысленная визуализация":
🔴 Использование визуализации при анализе и проектировании информационных систем (Intro)
🟠 Осмысленная визуализация при анализе и проектировании информационных систем
🟡 Метадерево как инструмент для выбора средства визуализации
🟢 Осмысленная визуализация при анализе и проектировании в действии
🔵 Metatree: a visual navigator for visual models (EN☝)
🟣 За что я люблю картинки
🎨 Цикл "На вкус и цвет":
🔴 Красный день календаря (Intro)
🟠 Использование цвета при анализе и проектировании систем. Часть 1
🟡 Использование цвета при анализе и проектировании систем. Часть 2
🟢 Использование цвета при анализе и проектировании систем. Часть 3
🔵 7 рекомендаций по выбору цвета
#подборки #статьи #визуализация #цвет
10👍5
📌 Том и Джерри в гибкой разработке
84 года назад (в 1940г.) на экранах впервые появилась мультипликационная пара Том и Джерри. Думаю, вы все знаете этих ребят. Но почему именно такой порядок: "Том и Джерри", а не "Джерри и Том"?
Скажу сразу, ответа у меня нет, но в этом вопросе прослеживается любопытная параллель с работой Agile-команд. Поясню свою мысль.
Несмотря на то, что эта ежедневные стендапы ("дейлики") стали нормой, порядок, в котором участники выступают, остаётся серой зоной. Так, в некоторых командах участники сами выступают по готовности, но при такой схеме могут затягиваться паузы, когда все желающие уже высказались, а остальные по той или иной причине не берут эстафету.
В других командах скрам-мастер (возможно, совместно с владельцем продукта) определяет удобный для себя порядок опроса или же команда движется сверху вниз по доске в Jira, отфильтрованной по членам команды. При таких схемах изо дня в день условный Джерри всегда выступает после условного Тома. Знакомо?
Так вот. Я бы хотел поделиться подходом, который мы практикуем в своей команде. Список имён участников прогоняется через скрипт, чтобы его перемешать случайным образом, а далее все высказываются согласно сгенерированному порядку. Эта процедура вносит некоторый элемент жизни, исключает затягивание пауз между выступлениями и, как поделился один коллега (перенявший этот подход для другой своей команды), в связи с тем, что статичность порядка уже не работает, участники начинают более внимательно слушать выступление других.
В общем, попробуйте! А для удобства можете воспользоваться следующей реализацией на Python:
#методыуправления #agile
84 года назад (в 1940г.) на экранах впервые появилась мультипликационная пара Том и Джерри. Думаю, вы все знаете этих ребят. Но почему именно такой порядок: "Том и Джерри", а не "Джерри и Том"?
Скажу сразу, ответа у меня нет, но в этом вопросе прослеживается любопытная параллель с работой Agile-команд. Поясню свою мысль.
Несмотря на то, что эта ежедневные стендапы ("дейлики") стали нормой, порядок, в котором участники выступают, остаётся серой зоной. Так, в некоторых командах участники сами выступают по готовности, но при такой схеме могут затягиваться паузы, когда все желающие уже высказались, а остальные по той или иной причине не берут эстафету.
В других командах скрам-мастер (возможно, совместно с владельцем продукта) определяет удобный для себя порядок опроса или же команда движется сверху вниз по доске в Jira, отфильтрованной по членам команды. При таких схемах изо дня в день условный Джерри всегда выступает после условного Тома. Знакомо?
Так вот. Я бы хотел поделиться подходом, который мы практикуем в своей команде. Список имён участников прогоняется через скрипт, чтобы его перемешать случайным образом, а далее все высказываются согласно сгенерированному порядку. Эта процедура вносит некоторый элемент жизни, исключает затягивание пауз между выступлениями и, как поделился один коллега (перенявший этот подход для другой своей команды), в связи с тем, что статичность порядка уже не работает, участники начинают более внимательно слушать выступление других.
В общем, попробуйте! А для удобства можете воспользоваться следующей реализацией на Python:
import random
scrum_team = ["А", "Б", "В", "Г", "Д", "Е", "Ё", "Ж", "З", "И"]
random.shuffle(scrum_team)
[print(_) for _ in scrum_team]
#методыуправления #agile
🔥6
Когда-то давно услышал фразу о том, что разработчик знает, как можно, а аналитик — как нужно. Не знаю, как относиться к этому, как к утверждению или как к юмору, но могу сказать точно, что это явное упрощение.
Так вот. В последние месяцы я ловлю себя на мысли, что часто оказываюсь в ситуации, когда я знаю, как нужно, но это "как" невозможно обеспечить в требуемые сроки (не готов функционал смежников, затянулась миграция в мастер-систему и пр.). И тут уже возникает задача другого рода: а как бы так сделать, чтобы получить требуемый бизнесу результат без доработок смежников?
Получается такая себе задача сварить кашу из топора: чтобы все были сыты, но без каши, масла и соли.
И вот в этом, мне кажется, одна из сложностей работы системного аналитика. Ты не можешь жить в идеальном мире совершенной архитектуры, тебе недостаточно понимания предметной области, владения нотациями моделирования и знаний подходов к интеграции систем, и тебя точно не спасут навыки выявления и документирования требований.
Существенно критичнее всего этого — понимать цель, уметь выявлять связи и ограничения, генерировать и доносить свои идеи, строить выводы и алгоритмы в условиях неполной информации и порою даже конструировать новые смыслы.
Так вот. В последние месяцы я ловлю себя на мысли, что часто оказываюсь в ситуации, когда я знаю, как нужно, но это "как" невозможно обеспечить в требуемые сроки (не готов функционал смежников, затянулась миграция в мастер-систему и пр.). И тут уже возникает задача другого рода: а как бы так сделать, чтобы получить требуемый бизнесу результат без доработок смежников?
Получается такая себе задача сварить кашу из топора: чтобы все были сыты, но без каши, масла и соли.
И вот в этом, мне кажется, одна из сложностей работы системного аналитика. Ты не можешь жить в идеальном мире совершенной архитектуры, тебе недостаточно понимания предметной области, владения нотациями моделирования и знаний подходов к интеграции систем, и тебя точно не спасут навыки выявления и документирования требований.
Существенно критичнее всего этого — понимать цель, уметь выявлять связи и ограничения, генерировать и доносить свои идеи, строить выводы и алгоритмы в условиях неполной информации и порою даже конструировать новые смыслы.
👍5
🕯️ На сон грядущий хотел бы рассказать одну историю.
Несколько месяцев назад разрабатывали новую функциональность. Она, среди прочего, предполага отрисовку кнопки, по нажатию на которую пользователь должен был переходить на тот или иной раздел мобильного приложения. Для обеспечения этого под кнопку динамически "подкладывался" диплинк, который наше приложение должно было обязательно получать в ответе от одного из вызываемых сервисов.
Когда прорабатывал требования, я указал на то, что при отсутствии диплинка в ответе кнопку не следует изображать. Ну так, на всякий случай, а то вдруг когда-то в будущем что-то у смежников поменяется. Было решено, что пусть лучше кнопки не будет вообще, чем у пользователя будет неработающая кнопка или, того хуже, приложение выдаст ошибку. Так что в итоге? И месяца не прошло, как мы столкнулись с ситуацией, при которой отдельным пользователям кнопка перестала показываться…🙈
На этом, наверное, можно было остановить повествование, поучительно процитировав слоган "Trust No One" из "Секретных материалов", но нет, на этом моя история не заканчивается.
Сегодня, когда занимался анализом по другой задаче (тоже предполагающей динамику поведения в зависимости от получаемых данных от очередного сервиса), меня снова посетило то странное чувство паранойи🤨. А поскольку ранее оно уже сослужило мне службу, решил, что и в этот раз стоит более скрупулёзно и скептически подойти к имеющимся вводным.
На какие мысли меня это всё натолкнуло. Возможно, набив определённое количество шишек, ты уже подсознательно начинаешь замечать возможные точки отказа, даже если документация говорит, что у тебя нет на это никаких оснований.
Несколько месяцев назад разрабатывали новую функциональность. Она, среди прочего, предполага отрисовку кнопки, по нажатию на которую пользователь должен был переходить на тот или иной раздел мобильного приложения. Для обеспечения этого под кнопку динамически "подкладывался" диплинк, который наше приложение должно было обязательно получать в ответе от одного из вызываемых сервисов.
Когда прорабатывал требования, я указал на то, что при отсутствии диплинка в ответе кнопку не следует изображать. Ну так, на всякий случай, а то вдруг когда-то в будущем что-то у смежников поменяется. Было решено, что пусть лучше кнопки не будет вообще, чем у пользователя будет неработающая кнопка или, того хуже, приложение выдаст ошибку. Так что в итоге? И месяца не прошло, как мы столкнулись с ситуацией, при которой отдельным пользователям кнопка перестала показываться…🙈
На этом, наверное, можно было остановить повествование, поучительно процитировав слоган "Trust No One" из "Секретных материалов", но нет, на этом моя история не заканчивается.
Сегодня, когда занимался анализом по другой задаче (тоже предполагающей динамику поведения в зависимости от получаемых данных от очередного сервиса), меня снова посетило то странное чувство паранойи🤨. А поскольку ранее оно уже сослужило мне службу, решил, что и в этот раз стоит более скрупулёзно и скептически подойти к имеющимся вводным.
На какие мысли меня это всё натолкнуло. Возможно, набив определённое количество шишек, ты уже подсознательно начинаешь замечать возможные точки отказа, даже если документация говорит, что у тебя нет на это никаких оснований.
👍4🔥3
📜 Новое — это хорошо забытое старое
Пару недель назад в один из рабочих чатов участник написал (после прочтения статьи из интернета), что стоит переименовать системных аналитиков на что-то более актуальное их фактической деятельности. Я тогда ему возразил, так как кроме вреда никакой пользы в этом действе усмотреть сложно. Переименовывать что-либо (будь то город, улица или название профессии) — вообще спорная затея, а аргументы из статьи, на которую ссылался автор предложения, никак не убеждали.
Ну, поговорили и поговорили. Но сегодня история внезапно нашла своё продолжение.
Занимался подготовкой материалов к намечающемуся выступлению (об этом расскажу как-нибудь в другой раз). И в ставшей уже классической книге Ф.И. Перегудова и Ф.П. Тарасенко от 1989г. обратил внимание на то, что авторы описывают поползновения своих коллег-современников изменить термин "системный анализ" на что-то более подходящее и более точно описывающее суть. Что примечательно, авторы ссылаются на статью аж 1984г.😅.
В общем, в вопросе о том, как "правильно" кому следует называться, за минувшие как минимум 40 лет ничего концептуально нового не произошло. Всё, расходимся!🤭
Пару недель назад в один из рабочих чатов участник написал (после прочтения статьи из интернета), что стоит переименовать системных аналитиков на что-то более актуальное их фактической деятельности. Я тогда ему возразил, так как кроме вреда никакой пользы в этом действе усмотреть сложно. Переименовывать что-либо (будь то город, улица или название профессии) — вообще спорная затея, а аргументы из статьи, на которую ссылался автор предложения, никак не убеждали.
Ну, поговорили и поговорили. Но сегодня история внезапно нашла своё продолжение.
Занимался подготовкой материалов к намечающемуся выступлению (об этом расскажу как-нибудь в другой раз). И в ставшей уже классической книге Ф.И. Перегудова и Ф.П. Тарасенко от 1989г. обратил внимание на то, что авторы описывают поползновения своих коллег-современников изменить термин "системный анализ" на что-то более подходящее и более точно описывающее суть. Что примечательно, авторы ссылаются на статью аж 1984г.😅.
В общем, в вопросе о том, как "правильно" кому следует называться, за минувшие как минимум 40 лет ничего концептуально нового не произошло. Всё, расходимся!🤭
🔥4👍1
Имплементации веб-сервисы.pdf
546.8 KB
🌐 Имплементации веб-сервисов
Некоторое время назад я озадачился проведением детального сравнения наиболее популярных имплементаций веб-сервисов. Процесс занял несколько больше времени, чем предполагал изначально, да и число характеристик, которые попали в фокус внимания, тоже превысило мои исходные ожидания. Но оно случилось!
Полученный результат — во вложении к данному посту. Специально для подписчиков канала @humane_analyst 😎
#интеграции #сервисы #таблицы
Некоторое время назад я озадачился проведением детального сравнения наиболее популярных имплементаций веб-сервисов. Процесс занял несколько больше времени, чем предполагал изначально, да и число характеристик, которые попали в фокус внимания, тоже превысило мои исходные ожидания. Но оно случилось!
Полученный результат — во вложении к данному посту. Специально для подписчиков канала @humane_analyst 😎
#интеграции #сервисы #таблицы
🔥5👍1
Как-то попалась мне статья про благотворное влияние использования системного подхода на эффективность закупок. Заголовок меня зацепил, стал читать.
Статья оказалась длинная. Термин "системный подход" в разных вариантах упоминался в общей сложности 9 раз. В заслугу ему ставились успехив надоях в решении бизнес-проблем логистической компании. Но беда в том, что никакой связи между вышеназванным подходом и содержанием я не увидел. В итоге я оставил комментарий автору с вопросом, как на деле используется системный подход (мне правда было интересно!), но ответа не последовало.
Единственное, что приходит в голову, так это то, что ответить нечего. Автору могло просто понравиться красивое звучание термина, не более того.😵💫
Статья оказалась длинная. Термин "системный подход" в разных вариантах упоминался в общей сложности 9 раз. В заслугу ему ставились успехи
Единственное, что приходит в голову, так это то, что ответить нечего. Автору могло просто понравиться красивое звучание термина, не более того.😵💫
🤔3🔥1
🎭 Требования к системам в мировой литературе
Друзья, только что на Хабре вышла моя статья на тему требований к системам. А коль скоро сегодня 1-е апреля, то формат и тональность публикации постарался сделать подобающим случаю.
#статьи #требования #юмор
https://habr.com/ru/articles/804349/
Друзья, только что на Хабре вышла моя статья на тему требований к системам. А коль скоро сегодня 1-е апреля, то формат и тональность публикации постарался сделать подобающим случаю.
#статьи #требования #юмор
https://habr.com/ru/articles/804349/
Хабр
Требования к системам в мировой литературе
Вступление Ни для кого не секрет, что работа с требованиями к информационным системам является одной из базовых задач системного аналитика. Именно поэтому так трудно найти какую-либо профессиональную...
🔥4👍3🤩1
Вспомнился старый советский мультик про семь шапок, пошитых из одной овечьей шкуры.
Несмотря на то, что на картинке изображены именно шапки (а не то, что можно было подумать😅), визуальная составляющая подсознательно наталкивает на мораль истории: если пытаться выжать из ограниченного ресурса много полезного результата, как ни крути, выйдет 💩.
Несмотря на то, что на картинке изображены именно шапки (а не то, что можно было подумать😅), визуальная составляющая подсознательно наталкивает на мораль истории: если пытаться выжать из ограниченного ресурса много полезного результата, как ни крути, выйдет 💩.
👍4
🎓 О важности чтения в детском возрасте
Незадолго до новогодних каникул всем ученикам вторых классов нашей школы подарили по книжке. Многие ли дети взялись за чтение, сказать сложно, но одного мальчика чтение увлекло.
Из книги (кстати, гениально написанной и проиллюстрированной с расчётом на детскую аудиторию) он узнал, как работают компьютеры, как они помогают решать разные задачи и какое участие в этом принимают языки программирования. И чем дальше продвигалось чтение, тем больше мальчик утверждался в мысли, что это интересно, что за компьютерами будущее, и что информационными технологиями будет интересно заниматься во взрослой жизни.
В конце книги её авторы предложили своим маленьким читателям нечто невообразимое и даже граничащее с хулиганством: надо было на специальной странице, обозначенной как "почётный диплом", вписать свои данные, а потом взять ножницы, вырезать этот "диплом" и повесить себе на стенку.
Это и было сделано. Детской рукой было вписано, что диплом выдан 10 апреля 1992 года Селезнёву Роману. Полагаю, теперь уже понятно, что тем второклашкой был я😅. Книга же, которая так повлияла на меня 32 года назад, называлась "Энциклопедия профессора Фортрана".
Совсем недавно, снова вспоминая эту историю, пошёл гуглить и наткнулся на вышедшее 1-го сентября прошлого года видео, в котором авторы "Энциклопедии" в студии обсуждают историю её создания и связанные с этим курьёзы и перипетии. Если вы, также как и я, были увлечены чтением этого шедевра 90-х, то видео должно понравиться. Рекомендую!
https://www.youtube.com/watch?v=LfmjHZCovFg
#знакомство #книги
Незадолго до новогодних каникул всем ученикам вторых классов нашей школы подарили по книжке. Многие ли дети взялись за чтение, сказать сложно, но одного мальчика чтение увлекло.
Из книги (кстати, гениально написанной и проиллюстрированной с расчётом на детскую аудиторию) он узнал, как работают компьютеры, как они помогают решать разные задачи и какое участие в этом принимают языки программирования. И чем дальше продвигалось чтение, тем больше мальчик утверждался в мысли, что это интересно, что за компьютерами будущее, и что информационными технологиями будет интересно заниматься во взрослой жизни.
В конце книги её авторы предложили своим маленьким читателям нечто невообразимое и даже граничащее с хулиганством: надо было на специальной странице, обозначенной как "почётный диплом", вписать свои данные, а потом взять ножницы, вырезать этот "диплом" и повесить себе на стенку.
Это и было сделано. Детской рукой было вписано, что диплом выдан 10 апреля 1992 года Селезнёву Роману. Полагаю, теперь уже понятно, что тем второклашкой был я😅. Книга же, которая так повлияла на меня 32 года назад, называлась "Энциклопедия профессора Фортрана".
Совсем недавно, снова вспоминая эту историю, пошёл гуглить и наткнулся на вышедшее 1-го сентября прошлого года видео, в котором авторы "Энциклопедии" в студии обсуждают историю её создания и связанные с этим курьёзы и перипетии. Если вы, также как и я, были увлечены чтением этого шедевра 90-х, то видео должно понравиться. Рекомендую!
https://www.youtube.com/watch?v=LfmjHZCovFg
#знакомство #книги
👍6🔥2🤩1
🚀 Поехали!
Друзья, хочу поделиться радостью. Буквально несколько минут назад завершился митап, который я проводил в Сообществе ИТ-аналитиков Сбера. Само выступление и последующая секция вопросов и ответов… пронеслись с космической скоростью!
То ли тому способствовала тёплая атмосфера коллег, то ли аура Дня космонавтики, а может и всё вместе — не знаю, но час пролетел незаметно.
Всех с праздником!
#сбер #события #выступления
Друзья, хочу поделиться радостью. Буквально несколько минут назад завершился митап, который я проводил в Сообществе ИТ-аналитиков Сбера. Само выступление и последующая секция вопросов и ответов… пронеслись с космической скоростью!
То ли тому способствовала тёплая атмосфера коллег, то ли аура Дня космонавтики, а может и всё вместе — не знаю, но час пролетел незаметно.
Всех с праздником!
#сбер #события #выступления
👍8🎉4🔥3
⚡ CodeFest 14 в Новосибирске
Менее чем через полтора месяца в Новосибирске пройдёт уже 14-ая ежегодная конференция CodeFest. Это достаточно значимое для ИТ-отрасли мероприятие. Но в этом году оно будет особенным.
Программный комитет конференции решил возродить секцию по системному анализу (System Аnalysis) и, что особенно приятно, меня утвердили в качестве одного из спикеров этой секции.
Так что если кто-то планировал посетить данное мероприятие, но ещё не определился с тем, какие доклады послушать (а там будет из чего выбрать), приходите. Да и просто приходите, пообщаемся😉. Буду рад всех видеть!
#анонсы #события #выступления #визуализация
https://14.codefest.ru/lecture/2750
Менее чем через полтора месяца в Новосибирске пройдёт уже 14-ая ежегодная конференция CodeFest. Это достаточно значимое для ИТ-отрасли мероприятие. Но в этом году оно будет особенным.
Программный комитет конференции решил возродить секцию по системному анализу (System Аnalysis) и, что особенно приятно, меня утвердили в качестве одного из спикеров этой секции.
Так что если кто-то планировал посетить данное мероприятие, но ещё не определился с тем, какие доклады послушать (а там будет из чего выбрать), приходите. Да и просто приходите, пообщаемся😉. Буду рад всех видеть!
#анонсы #события #выступления #визуализация
https://14.codefest.ru/lecture/2750
CodeFest X 30-31 марта 2019
Осмысленная визуализация при анализе и проектировании информационных систем
System analysis. Роман Селезнёв, Сбер
👍2🔥1🆒1
⚡ Для знающих толк в IT
Как раз в это время в Новосибирске проходит IT Talk by Sber. Митап для IT-специалистов, организованный Сбером.
Тематика выступлений получилась достаточно разносторонней: вопросы оптимизации сборки Java-приложений, передача юридических прав на код и даже пожары в проме🔥.
География спикеров не ограничивается Новосибирском, один доклад даже "приехал" прямиком из Самары. Так что для людей увлечëнных расстояние не помеха😉.
Немного фотографий с мероприятия ⤵
#события #сбер
Как раз в это время в Новосибирске проходит IT Talk by Sber. Митап для IT-специалистов, организованный Сбером.
Тематика выступлений получилась достаточно разносторонней: вопросы оптимизации сборки Java-приложений, передача юридических прав на код и даже пожары в проме🔥.
География спикеров не ограничивается Новосибирском, один доклад даже "приехал" прямиком из Самары. Так что для людей увлечëнных расстояние не помеха😉.
Немного фотографий с мероприятия ⤵
#события #сбер
🔥4