Поэтому я и сказал, что опыт приходит с опытом. В каждой компании что-то своё и прежде чем привносить привычки со старом места работы лучше слегка тормознуть и глянуть, что другие пиплы делают. В особенности когда это зарубежная компания.
PS. В одной амерской компании, в которой работает достаточное количество русских, для местных проводят треннинги, чтобы американки не бежали стучать про сексизм если вдруг русский программер предложит поднести сумку с лаптопом от парковки до офиса.: )))
Ты не переживай, опыт приходит с опытом. Мне лично влепили «выговор» в мой файл работника только за то, что на заре своей зарубежной карьеры, я, по старой привычке, отправил всем в отделе достаточно нейтральную прикольную картинку. Единственное, я не следовал «протоколу» согласно которому всё это надо обвесить дисклаймерами: сейчас будет шутка, Ыыыы, вот уже шутка, Ыыыы, тут надо смеяться, Ыыыы, это была шутка, Ыыыы. Дело было в Северной Америке. После этого я зарёкся шутить в нашем, русском, понимании, когда собеседник должен сам допереть, что была сказана шутка/анек и где там надо смеяться.
Кстати, пример с «46» выше, реальный. (Не спрашивай, что это такое.)
PS. Надеюсь многие, кто работал с англоязычными в курсе, что наше обычное нейтральное бизнес письмо переведённое один в один звучит очень грубо для англоязычного уха. Аналогично, их нейтральное бизнес письмо переведённое один в один будет слегка «слащавым» в нашем понимании.
"Я указал пальцем на каждого, кто допустил эту досадную ошибку и испортил красивые отчеты и графики своих Product Owner'ов." — действуя подобным образом в зарубежной компании надо чётко осозновать, что при желании ваши местные коллеги могут «опустить» вас на раз, а при особом старании ещё и настучать менеджеру. Для этого им достаточно, всего лишь, перейти на слэнг и использовать свой культурный бэкграунд, после чего вы вообще не поймёте о чём с вами говорят.
— А почему?
— А 46!
Однобокая статья. «Сотрудники» — это кто, постоянные работники или консалтеры? Последние, даже если у них 12-ти месячный контракт, обычно стадами кочуют между 3-4-5 крупными компаниями в своём регионе с постоянным, пусть и небольшим, ростом часовой ставки. И если такой консалтер перешёл из компании ABC в XYZ, а потом обратно в ABC, можно ли говорить про «блудных сынов» если, через 12 месяцев он опять будет в XYZ?
С этой точки зрения, Nokia единственная крупная компания в Финляндии, куда из неё уходить, кроме как дальше в Европу?
Если предположить, что NoName западная компания, то возможен следующий сценарий (который иногда приходится наблюдать) — завершается фискальный год или квартал, скоро у топ-менеджемента экспайрятся опционы и им очень хочется не только масло на булку намазать, но ещё и на Бермуды слетать. И компания начинает производить вид бурно растущей, в том числе публикациями кучи вакансий. Ну а как же, мы же развивающаяся компания, мы растём. Ура, акции пошли чуток вверх, опционы реализовались, кто нужно тот в дамках. Ну а то что толпы народа на вакансии набролись так это пусть HR отдел разбирается. Да и вообще базу разработчиков неплохо иметь, чтобы свои собственные не очень выпендривались.
Ну и насколько оправдано доводить тестовое задание до идеала?
Будущее за био-инженерией и био-информатикой. Уже сейчас проводят международные студенческие олимпиады по созданию новых искусственных организмов (синетическая биология). Так что, когда в будущем к вам залетит муха с логотипом Apple на брюхе, это значит соседский ребёнок в очередной раз баловался с клонированием ДНК.
ИТ-шники же будут восприниматься как сейчас токарь-фрезеровщик. Нужны, но не критично.
Проблема в том, что данные потенциально могут быть потеряны поскольку одна система отправляет больше данных, чем другая способна распознать. По этому поводу советую глянуть секцию 2.15 Implementation Guides в FHIR спеке.
FHIR поддерживает, как ты сам указыавешь, XML и JSON форматы, поэтому все эти NoSQL базы данных также могут быть использованы.
Опять же, всё это мало относится к статье как презентации базы Bagri.
Я понимаю, что идея статьи показать/рассказать про Bagri, а не HL7 FHIR. Но вот одна из проблем с FHIR как раз не в том, чтобы нарисовать сервер за 45 минут (грубо говоря, сотворить REST enabled server за 45 минут можно кучей самых различных средств, например, на Mongo, на fhirbase и прочее-прочее), а в том, что указываем профайл для ресурса Patient — http://fhir3.healthintersections.com.au/open/StructureDefinition/patient — и потом про это забываем. В результате наша база хранить ресурсы на разных профайлах, которые потенциально могут быть несовместимы. В частности, вышеуказанный профайл имеет расширения (extensions) для ресурса Patient.
Тем не менее, как средство для битья экспериментов с БД, FHIR вполне пойдёт.
: )))
Вот, нашёл, не совсем то, но очень похожее — youtu.be/HepUieGGADM — «железная» часть и софт присутствуют, всё как доктор прописал. Ну и ещё какой-то — makewonder.com/apps/blockly
Вот только сдаётся мне, что пару раз погоняв вперёд-назад, вправо-влево, ребёнку это станет совсем не интересно, потому как нет цели или (непереводимое слово) challenge. Чего-то тут не хватает. :))
Вот бы ещё ссылки на всякие «роботы» управляемые с планшета для которых надо програмки писать/скадывать. Тут же на Хабре были ссылки на такие детские «программаторы», но ссылку сейчас не найду и как они назывались тоже не помню. К тому же в момент написания этих статей эти «роботы» были в альфа версии, т.е. ещё не для продажи.
Дело не в технической реализации данной конкретной проблемы. Я попытался показать на понятном всем примере, как в ТРИЗ определяются задачи используя противоречие. По мнению Альтшуллера именно это позволяет преодолеть инертность мышления и взглянуть на задачу по-новому.
В общем же случае, ТРИЗ создавался для решения задач в индустриальной области (машиностроение и т.п.) и имеет наработки исключительно в этой области, такие как матрица противоречий (поздее отвергнутая самим же Альтшуллером), законы развития технических систем, АРИЗ, база технологических эффектов и пр.
Все попытки прикрутить его к маркетингу, информационным технологиям или к чему-то ещё от лукавого и попытка выехать на известном бренде.
"CS unplugged — упражнений на развитие навыков по предмету" — а можно с этого места подробнее, это какие-то игры или что? Вероятно, их можно где-то купить/заказать.
Ну вот, я то думал, сейчас нам расскажут всё что можно сделать с ТРИЗ (даже из креветок можно сделать больше :) — /watch?v=4rT5fYMfEUc), а он упоминается только где-то в конце короткой статьи.
И, самый главный пункт, не «определить задачу и сформулировать ее», а «определить задачу и сформулировать противоречие».
Например, мощность мобильных телефонов должна возрастать, чтобы крутить всё более ресурсоёмкие задачи, и в то же время энергопотребление и размер мобильных устройств должен уменьшаться. Так сделайте уже мобилу которая крутит только клиент VPN, а всё остальное запускайте на сервере в облаке с, по сути, безграничными ресурсами. Техническая проблема со скоростью доступа вполне решаема.
Первое правило системного/бизнес аналитика в ИТ компании — никогда не assume ("мне достаточно было просто предположить").
Если используешь assume — читай законы Мерфи.
Хех, в свою бытность работали мы на одного амерского клиента. И вот, через какое-то время он попросил фотки проектой программы, а то как бы народ работает, а он даже не знает, как они выглядят. А это было лето, один программер у нас как раз подстригся. Так вот выглядел он как бандюган даже покруче вот этого на фотке в статье. Я ему сказал конечно, что лучше поискать какую-то свою старую фотку, а то ведь амер не поймёт, подумает, что это и есть тот самай KGB guy который заставляет всех работать.: )))
PS. В одной амерской компании, в которой работает достаточное количество русских, для местных проводят треннинги, чтобы американки не бежали стучать про сексизм если вдруг русский программер предложит поднести сумку с лаптопом от парковки до офиса.: )))
Кстати, пример с «46» выше, реальный. (Не спрашивай, что это такое.)
PS. Надеюсь многие, кто работал с англоязычными в курсе, что наше обычное нейтральное бизнес письмо переведённое один в один звучит очень грубо для англоязычного уха. Аналогично, их нейтральное бизнес письмо переведённое один в один будет слегка «слащавым» в нашем понимании.
— А почему?
— А 46!
С этой точки зрения, Nokia единственная крупная компания в Финляндии, куда из неё уходить, кроме как дальше в Европу?
Ну и насколько оправдано доводить тестовое задание до идеала?
ИТ-шники же будут восприниматься как сейчас токарь-фрезеровщик. Нужны, но не критично.
Расскажите ему про удалённую работу. А также пациенту.
FHIR поддерживает, как ты сам указыавешь, XML и JSON форматы, поэтому все эти NoSQL базы данных также могут быть использованы.
Опять же, всё это мало относится к статье как презентации базы Bagri.
Тем не менее, как средство для
битьяэкспериментов с БД, FHIR вполне пойдёт.: )))
Вот только сдаётся мне, что пару раз погоняв вперёд-назад, вправо-влево, ребёнку это станет совсем не интересно, потому как нет цели или (непереводимое слово) challenge. Чего-то тут не хватает. :))
В общем же случае, ТРИЗ создавался для решения задач в индустриальной области (машиностроение и т.п.) и имеет наработки исключительно в этой области, такие как матрица противоречий (поздее отвергнутая самим же Альтшуллером), законы развития технических систем, АРИЗ, база технологических эффектов и пр.
Все попытки прикрутить его к маркетингу, информационным технологиям или к чему-то ещё от лукавого и попытка выехать на известном бренде.
И, самый главный пункт, не «определить задачу и сформулировать ее», а «определить задачу и сформулировать противоречие».
Например, мощность мобильных телефонов должна возрастать, чтобы крутить всё более ресурсоёмкие задачи, и в то же время энергопотребление и размер мобильных устройств должен уменьшаться. Так сделайте уже мобилу которая крутит только клиент VPN, а всё остальное запускайте на сервере в облаке с, по сути, безграничными ресурсами. Техническая проблема со скоростью доступа вполне решаема.
Если используешь assume — читай законы Мерфи.