Вот что занятно - это переводная статья в блоге Сибура. Сибур, на секундочку, крупнейший нефтехим холдинг.
В статье 7 из 10 категорий на первой диаграмме имеют одинаковое значение в 2.6 процента (что уже подозрительно), причем "Product owner" и "Product Owner" - это разные категории (к вопросу о качестве материала). Материал перевел, как предполагается, человек, вникнувший в смысл и посчитавший это достаточно ценным вкладом в русскоязычное IT-сообщество.
Большей частью ваш текст выглядит как «мы составили список того, что нам лично не понравилось / мы не знаем как сделать / нам непривычно» и вместо конструктивной координации и поиска компромиссов с производителем, это опубликовано как «статья».
Такой ход переводит вполне себе рабочий процесс в публичную плоскость, только усложняя подобные, и так очень непростые, проекты. Приписки и оговорки типа "*Мнение автора может не совпадать..." в данном случае ничего не решают.
Константин, вы не планируете открытую презентацию комплекса? Например, в каком-нибудь профильном ВУЗЕ на стендовых двигателях. Полагаю, был бы аншлаг, причем не только среди студентов. Увидеть комплекс в работе было бы просто замечательно, особенно в Питере ;)
MBZimin Занятно… я так и не полез в гугл узнать расшифровку «NGFW», но сохранил статью в закладки как пример/памятку/критерии по выбору ПО. Спасибо и удачи! ;)
Если основные задачи на базе — это запросы для построения отчетов и конечный пользователь радуется результату через 5 минут после запроса отчета за годовой период — это нормально. В общем случае при равных условиях джойн по GUIDу (16 байт) будет медленнее джойна по целочисленному (4 байта, например) ключу.
Если у нас онлайн торговая площадка/агрегатор — то здесь речь о нормально может идти при разговоре о сотнях миллисекунд.
Для абстрактного же (и поучающего) теста я ожидаю более четкой постановки задачи и всестороннего рассмотрения вариантов решения зачачи при этих ограничениях, иначе все это похоже на плохую лабу.
Хосподи, ну что за статья-обрубок??
«так как для некоторых ситуаций более предпочтительным может оказаться GUID» — ну хотя бы ма-аленько так про ситуации. Ну хоть парочку для каждого случая, чтобы сориентировать про какие ситуации вообще вам известно.
«Приведены преимущества каждого из вариантов...» — вот это вообще не имеет смысла при отсутствии анализа недостатков (что там у нас с джойнами по GUIDу на серьезной базе?).
«На практике возможны и другие, более редкие, типы ключа» — действительно, нафиг всю эту тягомотину с денормализацией и подходами к выбору оптимальных ключей! GUID и автоинкремент — наше все! А все остальное — редкая фигня.
Теперь о тестах (и в продолжение об обрубках). Судя по ним, автор в базу исключительно пишет. Кстати, давайте поиграем со вставкой, когда таблица не пустая, а содержит миллион записей. С индексом, конечно. А с несколькими индексами? А с кластерным по ключу?
А где, кстати, чтение, обновление, удаление? Джойны опять же?
Слова про «ограничение оперативной памяти» есть только на диаграммах. Что сие означает и как (зачем) это было реализовано?
Ну и раз уж речь идет о тестах, было бы любезно указать версию MSSQL и описать железо.
Какая-то абстракция ни о чем. Вот на кой такое писать?
Вот еще вариант: www.makeblock.cc/
Заявлен как полностью OpenSource — и у них действительно выложены в паблик чертежи и схемы на детали и электронные блоки.
Собирать его, по сравнению с другими конструкторами, одно удовольствие.
Фото «Рассвет перед тяжелым рабочим понедельником» бесподобно — в небе армия львов-драконов. Первый огнедышащий лев бьется с верблюдоподобным диназавром.
… даже распоследний кретин за пять лет осилит мемуары о том, как ловко
выследил и прикончил своего Фазана. Несмотря на все меры предосторожности
этого Фазана — от типового предохранилища на голове, до бронебункера.
Андрей Измайлов
СЛЕДУЮЩИЙ (http://litlikbez.com/russkaja-fantastika-izmajlov-andrej-sledujushhij-(kazhdyj-okhotnik-zhelaet-znat).html)
Читая это в юности, я знал, что это будет, но не думал, что так скоро…
Штука хорошая, спору нет, но «Отказаться от разговоров за рулем практически невозможно. »???
И никого не зацепило, а?
Конечно, технические детали интереснее чем обычная безопасность. Черт бы с вами, но ведь потом будете говорить, что я не виноват и это он, дурак, подрезал, или пешеход резко выскочил и т.д.
Я допускаю прием звонка с коротким «Извини, сейчас за рулем.» И все. Отбой.
Откажитесь от разговоров за рулем. Лучше самим, чем через чью-то жизнь.
monzdrpower,
вы совершенно верно указали на финансовую составляющую этого подхода. Если клиент клиент готов к спонсированию подобного подхода — он получает и все плюшки. Если вы (или ваша компания) вкладываетесь в построение метамодели для определенного вида задач, то продавать решения на основе этой модели можно гораздо выгоднее (и/или быть более конкурентоспособным, предлагая реализацию быстрее/дешевле чем конкуренты). В этот момент мы подходим к известным понятиям рынка — оценке рисков и выбору области для инвестирования.
На мой взгляд, именно подобные подходы на основе мета-программирования и позволяют решать серьезные бизнес-задачи на разумное «на вчера».
Вот что занятно - это переводная статья в блоге Сибура. Сибур, на секундочку, крупнейший нефтехим холдинг.
В статье 7 из 10 категорий на первой диаграмме имеют одинаковое значение в 2.6 процента (что уже подозрительно), причем "Product owner" и "Product Owner" - это разные категории (к вопросу о качестве материала). Материал перевел, как предполагается, человек, вникнувший в смысл и посчитавший это достаточно ценным вкладом в русскоязычное IT-сообщество.
Эта статья действительно стоила перевода?
@digitalsibur Подскажите, какие процессы и инструменты используются для этого?
Такой ход переводит вполне себе рабочий процесс в публичную плоскость, только усложняя подобные, и так очень непростые, проекты. Приписки и оговорки типа "*Мнение автора может не совпадать..." в данном случае ничего не решают.
А для юнидаты, кстати, это отличная возможность ответить — habr.com/ru/company/unidata/blog/543436
С уважением,
Михаил
НЛОСвятой Ассемблер, да пребудет мнемокод твой вечно в почёте! Почему это на главной?Если основные задачи на базе — это запросы для построения отчетов и конечный пользователь радуется результату через 5 минут после запроса отчета за годовой период — это нормально. В общем случае при равных условиях джойн по GUIDу (16 байт) будет медленнее джойна по целочисленному (4 байта, например) ключу.
Если у нас онлайн торговая площадка/агрегатор — то здесь речь о нормально может идти при разговоре о сотнях миллисекунд.
Для абстрактного же (и поучающего) теста я ожидаю более четкой постановки задачи и всестороннего рассмотрения вариантов решения зачачи при этих ограничениях, иначе все это похоже на плохую лабу.
«так как для некоторых ситуаций более предпочтительным может оказаться GUID» — ну хотя бы ма-аленько так про ситуации. Ну хоть парочку для каждого случая, чтобы сориентировать про какие ситуации вообще вам известно.
«Приведены преимущества каждого из вариантов...» — вот это вообще не имеет смысла при отсутствии анализа недостатков (что там у нас с джойнами по GUIDу на серьезной базе?).
«На практике возможны и другие, более редкие, типы ключа» — действительно, нафиг всю эту тягомотину с денормализацией и подходами к выбору оптимальных ключей! GUID и автоинкремент — наше все! А все остальное — редкая фигня.
Теперь о тестах (и в продолжение об обрубках). Судя по ним, автор в базу исключительно пишет. Кстати, давайте поиграем со вставкой, когда таблица не пустая, а содержит миллион записей. С индексом, конечно. А с несколькими индексами? А с кластерным по ключу?
А где, кстати, чтение, обновление, удаление? Джойны опять же?
Слова про «ограничение оперативной памяти» есть только на диаграммах. Что сие означает и как (зачем) это было реализовано?
Ну и раз уж речь идет о тестах, было бы любезно указать версию MSSQL и описать железо.
Какая-то абстракция ни о чем. Вот на кой такое писать?
P.S.… для тех, кто с системами наблюдения до сих пор не сталкивался ;)
Заявлен как полностью OpenSource — и у них действительно выложены в паблик чертежи и схемы на детали и электронные блоки.
Собирать его, по сравнению с другими конструкторами, одно удовольствие.
Если поможет с выбором, могу сделать небольшой обзор по www.makeblock.cc/ultimate-robot-kit-blue/
выследил и прикончил своего Фазана. Несмотря на все меры предосторожности
этого Фазана — от типового предохранилища на голове, до бронебункера.
Андрей Измайлов
СЛЕДУЮЩИЙ (http://litlikbez.com/russkaja-fantastika-izmajlov-andrej-sledujushhij-(kazhdyj-okhotnik-zhelaet-znat).html)
Читая это в юности, я знал, что это будет, но не думал, что так скоро…
И никого не зацепило, а?
Конечно, технические детали интереснее чем обычная безопасность. Черт бы с вами, но ведь потом будете говорить, что я не виноват и это он, дурак, подрезал, или пешеход резко выскочил и т.д.
Я допускаю прием звонка с коротким «Извини, сейчас за рулем.» И все. Отбой.
Откажитесь от разговоров за рулем. Лучше самим, чем через чью-то жизнь.
Ну и какого????
вы совершенно верно указали на финансовую составляющую этого подхода. Если клиент клиент готов к спонсированию подобного подхода — он получает и все плюшки. Если вы (или ваша компания) вкладываетесь в построение метамодели для определенного вида задач, то продавать решения на основе этой модели можно гораздо выгоднее (и/или быть более конкурентоспособным, предлагая реализацию быстрее/дешевле чем конкуренты). В этот момент мы подходим к известным понятиям рынка — оценке рисков и выбору области для инвестирования.
На мой взгляд, именно подобные подходы на основе мета-программирования и позволяют решать серьезные бизнес-задачи на разумное «на вчера».