ИТ-кухня — новый подкаст Ижевска про ИТ

avatar Павел
Овчинников
16.01.2015, 17:31
комментировать

podcast
Картинка по запросу «программисты на кухне»

Не так уж часто у нас в городе открываются новые подкасты. Потому открытие «ИТ-кухни» — нового ижевского ИТ-подкаста — событие как минимум примечательное. Тем более, что авторы действительно говорят об ИТ, а не как некоторые.

Кстати, авторы подкаста исключительно сотрудники ижевского подразделения EPAM Systems:

Иван Стебленко, программист
Сергей Коровкин, программист
Михаил Романов, тренер

Уже вышли два выпуска:

1. Разработка под Windows 8 — от идеи до публикации

2. Кратко о DSL

Пока ребята осваивают звук и процесс. Первые подкасты писать всегда сложно, но если парней хватит хотя бы на 10 выпусков, то мы имеем все шансы получить очень крепко скроенный ижевский аналог Радио-Т

Как пишет Миша Романов:

На мировое господство и рейтинг “лучшего IT ресурса” мы не претендуем, но надеемся, что определенный интерес у коллег вызовем.

Буду признателен всем, кто найдет время дослушать до конца нашу беседу, а потом еще силы оставить пару комментариев (здесь, или на самом сайте PodFM) – как по поводу контента, так и по техническому качеству записи (которое, увы, пока еще далеко от идеала).

Не скупитесь на ретвиты ↓
  • http://trurl123.blogspot.com/ Andrey Lapin

    Не привык на слух воспринимать технические вещи. Хотелось бы более живое общение, чтобы было интересно слушать весь подкаст.

    • Михаил Романов

      >> Не привык на слух воспринимать технические вещи

      Я тоже, откровенно говоря. Но парни убедили попробовать, а уж потом выносить суждение. Ну и мы сразу договорились, что у нас будут по возможности «околотехнические» темы, т.е. такие, о которых можно побеседовать «на пальцах». На сколько это получается — посмотрим.

      >> Хотелось бы более живое общение, чтобы было интересно слушать весь подкаст

      В том смысле, что мы говорим с большими паузами или что мало «хитрых/острых вопросов»?

      Если первое — то тут чисто технические проблемы: имеющееся оборудование, помещение и опыт пока не позволяют вести максимально живое общение — звук получается отвратительного качества. Пока решаем тем, что говорит ровно один человек в один момент времени. Это и сложно, и наверное выглядит как «разговор двух тормозов» :), но это пока лучшее найденное решение.

      Надеюсь, что с набором опыта (отработкой технологии) эта проблема уйдет.

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

      В любом случае, спасибо что нашли время послушать и написали отзыв!

      • http://trurl123.blogspot.com/ Andrey Lapin

        >>В том смысле, что мы говорим с большими паузами или что мало «хитрых/острых вопросов»?

        Возможно, стоит говорить более эмоционально и быстрее. Паузы тоже лучше не делать. Знаю, что это довольно сложно. Ведущие радио этому учатся годами. Думаю, что у вас все получится.

  • Вячеслав

    По теме DSL.

    Считаю пример с добавлением поля в базе данных и использованием XML для генерации кода на множестве слоёв не отражает DSL.

    Те примеры реализации DDD и DSL что встречаю не используют генерацию кода. И если добавилось новое поле, то оно добавляется под капотом везде где нужно. И в таблице и в хранимке и классе данных и в классе представления и в правилах отображения классов данных на классы представления также указывается связь. Нет автоматики.

    DSL — для меня это слой абстракции, это про формирование сценариев. Красивый набор структур данных и методов, реализуемая в рамках объектно ориентированного программирования.

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

    В области автоматизации тестирования приведу такие примеры.

    1. DSL для формирования функциональных тестов. Для работы с функциональностью создаётся небольшой фреймворк, который создаёт документы, настраивает права доступа. Тут от сценария нагрузочных тестов скрываются моменты работы с методами WebDriver.

    2. Кодогенерация для формирования API для нагрузочных тестов. Почти как Svcutil.exe, упоминаемой в подкасте, но генерируется специализированные классы и методы для инструмента создания нагрузки. И тут не появляется мета-методов вида «Создание организации», которые бы и вызывали метод создания организации и в циклы бы дёргали методы создания организационной структуры, ... — такой код не генерируется. Генерируется лишь дополнительный слой абстракций, чтобы его даже поддерживать не пришлось.

Get Cloud PHP Hosting on CatN