В Чехии существует открытый регистр всех зарегистрированных фирм. Там есть инфа про учредителей, уставной капитал, а также можно найти финансовую отчетность по любой фирме.
Спасибо за статью, очень заинтересовала.
Есть ли возможность использовать CUBA как клиент для REST API?
Например, данные в таблице из json респонса, кнопка 'сохранить' формирует и отправляет GET реквест? Другими словами в качестве датасоурса указать CRUD веб-сервис.
руководитель отдела перспективных разработок одной IT компании — прямо сказал: "… я вас не понимаю, вы претендуете на позицию, которая явно ниже вашей и по уровню оклада, и по должности, да в общем и не такая интересная, как ваша работа сегодня..."
Конечно вас не поняли и скорее всего что вы их еще и напугали, ведь что можно ожидать от человека у которого есть такая роскошь. Смена карьерного направления в таком возрасте может себе позволить далеко не каждый. Даже если у вас способность обучаемости выше чем у всех остальных, нет гарантии что вы опять не передумаете.
Мое мнение, что имея такую роскошь в жизни, вы не знаете как ей распорядиться, и первое что вы сделали — это испугали руководителя отдела на собеседовании)
Этим вы мне напомнили обезьяну с гранатой, с одной стороны вы всегда достигаете высот — защитили кандидатскую, были руководителем отдела и директором, а сдругой показывая, что могу несмотря на накопленный опыт начать с чистого листа.
Какбы скомкать весь опыт и выкинуть в мусор, потому что мне стало скучно, а смотреть на вытянутые лица рекрутеров на собеседованиях намного забавнее. Не часто они встречают кандидатов наук и бывших руководителей, которые претендуют на роль начинающего программиста.
Если любите изменения, так меняйтесь себе на здоровье, но так чтоб вас поняли другие и в первую очередь — вы сами себя.
Написав в названии статьи Питон, хотя сама статья о вашем выборе и никак не связана с этим языком, вы притягиваете к статье питонистов или тех кто им интересуется, разьве будут в таком случае комментарии объективны?
Вы приводите примеры в пользу вашего выбора и заголовком статьи выбираете подходящую аудиторию, в итоге получаете собой же запрограмированный результат. Не думаю, что смена профессии принесет вам ожидаемую пользу.
Спасибо за статью! Для разработчиков бекенда — это просто независимость от всевозможных фронт-заморочек, не надо париться где найти толкового фронтиста, который выведит приложение собственно на экран. Остается скорректировать респонс в нужном формате и о чудо, REST-бек превращается в бек с фронтом!
А как с браузерной версией? Или я что то пропустил…
Логично был бы в этом примере принцип дизъюнкции, т.к. «договора ЮЛ с тарифом Стандарт» входят в оба множества, но все зависит от конкретного контекста.
Матричный подход напомнил мне сразу Decision Management — стандарта DMN 1.1, который активно используется внутри BPM процессов как Business Rule Task.
Действительно, тема как вы подметили практически не освещена в русскоязычном сегменте. Поэтому был удивлен прочитав вашу статье по этой тематике, что и послужило одним из импульсом для продолжения данной темы. Буду рад услышать ваше мнение о прототипе в следующей части статьи.
так в этом и есть отличие каждого разговорного языка от байт-кода, каждый язык независимый от развитий или изменений в других языках, что хорошего когда будет все одинаково и когда в магазинах не будет выбора и будет одна картошка с мясом
Рекомендовал бы вам посмотреть тематику «Ad-hoc process» и «Ad-hoc Workflow».
Это довольно сырая и неизученная область моделирования бизнес процессов, идейные вожди в этой области Aalst, Alonso. По ихнему мнению, при увеличении гибкости бизнес процессов, возрастает ихняя сложность, элементарная жизненная закономерность.
Из этого следует, чтоб увеличить гибкость процессов, необходимо разбить процесс на возможно простые и легко замещающие себя части.
Те чтобы добиться «гибкости» бизнес процессов, необходимо продумать стратегию борьбы со «сложностью».
Есть классификация бизнес процессов по возрастанию гибкости, соответственно ихней сложности:
http://static.flickr.com/5136/5531596297_7a1f3e3b1c.jpg
Соответственно Вам стало не комфортно на первом уровне и вы пытаетесь перескочить на следующий, уволакивая за собой уровень «сложности» с предыдущего, который не подходит к следующему.
Чтоб комфортно себя чувствовать на определенном уровне сложности, необходимо решить какая степень гибкости бизнес процессов необходима под поставленные задачи и отсюда решить хватит ли ресурсов решить проблемы со сложностью для данного уровня гибкости. Те необходимо соблюсти баланс этих двух понятий, выстроить мост между «сложностью» и «гибкостью» бизнес процессов.
Касательно описанных проблем, добавил бы необходимость проверки модели бизнес процесса после внесенных изменений на ее «живучесть», в эволюции не всегда без уродов. Дабы исключить при перескакивании на новую версию элементарных dead или livelock
Есть ли возможность использовать CUBA как клиент для REST API?
Например, данные в таблице из json респонса, кнопка 'сохранить' формирует и отправляет GET реквест? Другими словами в качестве датасоурса указать CRUD веб-сервис.
Конечно вас не поняли и скорее всего что вы их еще и напугали, ведь что можно ожидать от человека у которого есть такая роскошь. Смена карьерного направления в таком возрасте может себе позволить далеко не каждый. Даже если у вас способность обучаемости выше чем у всех остальных, нет гарантии что вы опять не передумаете.
Мое мнение, что имея такую роскошь в жизни, вы не знаете как ей распорядиться, и первое что вы сделали — это испугали руководителя отдела на собеседовании)
Этим вы мне напомнили обезьяну с гранатой, с одной стороны вы всегда достигаете высот — защитили кандидатскую, были руководителем отдела и директором, а сдругой показывая, что могу несмотря на накопленный опыт начать с чистого листа.
Какбы скомкать весь опыт и выкинуть в мусор, потому что мне стало скучно, а смотреть на вытянутые лица рекрутеров на собеседованиях намного забавнее. Не часто они встречают кандидатов наук и бывших руководителей, которые претендуют на роль начинающего программиста.
Если любите изменения, так меняйтесь себе на здоровье, но так чтоб вас поняли другие и в первую очередь — вы сами себя.
Написав в названии статьи Питон, хотя сама статья о вашем выборе и никак не связана с этим языком, вы притягиваете к статье питонистов или тех кто им интересуется, разьве будут в таком случае комментарии объективны?
Вы приводите примеры в пользу вашего выбора и заголовком статьи выбираете подходящую аудиторию, в итоге получаете собой же запрограмированный результат. Не думаю, что смена профессии принесет вам ожидаемую пользу.
https://habrastorage.org/files/f3f/19e/ab8/f3f19eab896446ebb35be54a18397465.png
как же без этого — везде есть!
ключевое слово «независимость», даже пусть и от «толкового фронтендера»
А как с браузерной версией? Или я что то пропустил…
Если предоставите модель процесса будет вам пример.
Шестеренки символ автоматизированного процесса, человечков каждый видит в своём контексте.
Матричный подход напомнил мне сразу Decision Management — стандарта DMN 1.1, который активно используется внутри BPM процессов как Business Rule Task.
Это довольно сырая и неизученная область моделирования бизнес процессов, идейные вожди в этой области Aalst, Alonso. По ихнему мнению, при увеличении гибкости бизнес процессов, возрастает ихняя сложность, элементарная жизненная закономерность.
Из этого следует, чтоб увеличить гибкость процессов, необходимо разбить процесс на возможно простые и легко замещающие себя части.
Те чтобы добиться «гибкости» бизнес процессов, необходимо продумать стратегию борьбы со «сложностью».
Есть классификация бизнес процессов по возрастанию гибкости, соответственно ихней сложности:
http://static.flickr.com/5136/5531596297_7a1f3e3b1c.jpg
Соответственно Вам стало не комфортно на первом уровне и вы пытаетесь перескочить на следующий, уволакивая за собой уровень «сложности» с предыдущего, который не подходит к следующему.
Чтоб комфортно себя чувствовать на определенном уровне сложности, необходимо решить какая степень гибкости бизнес процессов необходима под поставленные задачи и отсюда решить хватит ли ресурсов решить проблемы со сложностью для данного уровня гибкости. Те необходимо соблюсти баланс этих двух понятий, выстроить мост между «сложностью» и «гибкостью» бизнес процессов.
Касательно описанных проблем, добавил бы необходимость проверки модели бизнес процесса после внесенных изменений на ее «живучесть», в эволюции не всегда без уродов. Дабы исключить при перескакивании на новую версию элементарных dead или livelock