"На картинке сводка по странам Европы с графикой величины подоходного налога в каждой стране."
В контексте налогообложения за пределами РФ не корректно писать "подоходный налог" Не корректно брать для сравнения только подоходный налог в России, без остальных налогов.
"Сотрудники делятся с руководителем планами на день утром, результатами и мыслями — вечером."
Зачем придумывать велосипед, ведь есть же Agile, Scrum и иже с ними. Особенно порадовала перспектива делиться результатами и мыслями вечером Вечер - понятие относительное и данное утверждение звучит очень тревожно.
Индексы, оптимизация SQL запросов - все это ложится на СА в силу каких обстоятельств? Предположу, что команда небольшая и в ней нет отдельного архитектора или DBA?
"Еще кажется плохое решение передавать userId в квери параметре, который никак маскироваться не будет)" - соглашусь, тоже показалось странным...
Как вариант: GET /users/{id} Если очень хочется ходить в accounts, то GET /accounts/{id-account} Просто странно, что в сущности account идентификатор записи user_id
Лет пять назад общался с владельцем сервиса. Было интересно узнать за кого они там топят, за Трампа или Байдена. Так вот, он ответил, что они вне политики и могут себе позволить жить вне политики, так как живут в свободной стране. Примерно так же отвечал и владелец Miro. А теперь оказывается, что они вынуждены исполнять требования политиков.
Еще такой момент, если просят (а значит, это важно и для чего-то нужно, теоретически) указывать пол и возраст, плюс фото, то возможно это будет являться поводом пройти мимо такой вакансии. Чтобы не гадать попадешь ты в воронку или нет. А если попадешь, то нужна ли тебе такая компания, где подбирают людей по полу, возрасту или цвету волос.
И хотелось бы больше узнать про фасады, а то как-то вскользь упомянули и пошли дальше) И да, а что в итоге, какой нашли ответ на вопрос: "Что это за стрелочки в PHP?"
Складывается такое впечатление, что о самом интересном и не рассказали)))
Ок, гугОл "Программы для черчения электрических схем" Извините, но сплошной хаос. Как в проектировании, так и в реализации. Попробуйте еще раз с учетом полученной обратной связи в комментариях.
Спасибо за Ваш труд. Статья интересная. Вы делаете хорошую и полезную работу. Несете знания в массы. Единственный момент. Хотелось бы, чтобы в дальнейшем, при написании статей, Вы использовали более легкие и понятные формулировки. Сейчас объясню.
Пример 1 Как есть:Синхронная интеграция, это такая интеграция, при которой система, отправившая запрос (назовем её система-1), не продолжает свою работу до тех пор, пока не получит ответ от системы-обработчика запроса (система-2). Возможный вариант: Синхронным (synchronous) называется такое взаимодействие между компонентами, при котором клиент, отослав запрос, блокируется и может продолжать работу только после получения ответа от сервера. Преимущества: НЕ продолжает работу = блокируется, но в этом случае читается легче. Система1 и Система 2 = Клиент и Сервер, но в этом случае становится сразу понятно о чем идет речь.
Пример 2Как есть: Асинхронная интеграция, это такая интеграция, при которой система-1 не дожидается ответа от системы-2. В данном случае ответ системе-1 может быть либо совсем не нужен. Например, если речь идёт о логировании действий, либо о ситуациях, когда получение ответа не влияет на дальнейшее выполнение функций системы. - Вот это вообще тяжело читается. Возможный вариант: Асинхронная интеграция, это такая интеграция, при которой Клиент может не дожидаться ответа от Сервера. Бывают случаи когда ответ клиенту либо совсем не нужен (например, если речь идёт о логировании действий), либо получение ответа не влияет на дальнейшее выполнение функций системы. Все равно, даже с такой формулировкой, не понятно к чему это написано.
Возможно, в погоне за уникальностью контента, пострадало качество. Не могу знать. Но, если стояла задача объяснить сложные вещи простыми словами, то есть помочь начинающим системным аналитикам разобраться в вопросе, то лучшим решением было бы использовать известные формулировки и не выдумывать велосипед.
Например, вот, что пишет ChatGPT:Синхронное взаимодействие - это процесс взаимодействия между двумя или более объектами или системами, в котором один объект ждет завершения выполнения задачи другим объектом до продолжения своей работы. В этом случае каждый объект работает в синхронизированном режиме и соответствует временным ограничениям, установленным другими объектами. Асинхронное взаимодействие - это процесс обмена информацией между двумя или более участниками, при котором каждый из них работает в своем собственном темпе, без ожидания ответа от другого участника. В таком взаимодействии используются различные методы и протоколы, которые позволяют участникам передавать данные независимо от времени и скорости работы друг друга. Такой подход обеспечивает более эффективное и гибкое взаимодействие между участниками, что особенно важно в сложных распределенных системах.
Не подумайте, что придираюсь, просто немного в теме, поэтому стало интересно почему так)
"Нам нужно сделать машину для такси, какой она должна быть?
Со стороны клиента она должна быть комфортной, безопасной и цена за поездку должна быть экономически привлекательной"
Цена за поездку это атрибут заявки, но никак не атрибут автомобиля. Мне кажется, что описание ну очень верхнеуровневое. Настолько, что все в одну кучу собрано)
Наверное потому, что этих в магазинах работают люди и у этих людей есть права.
В контексте налогообложения за пределами РФ не корректно писать "подоходный налог"
Не корректно брать для сравнения только подоходный налог в России, без остальных налогов.
Зачем придумывать велосипед, ведь есть же Agile, Scrum и иже с ними.
Особенно порадовала перспектива делиться результатами и мыслями вечером
Вечер - понятие относительное и данное утверждение звучит очень тревожно.
Мне видится проблема "первой контрольной точки", если она находится слишком далеко)
В системном анализе ключевой навык - умение логически мыслить и лаконично излагать свои мысли.
Индексы, оптимизация SQL запросов - все это ложится на СА в силу каких обстоятельств?
Предположу, что команда небольшая и в ней нет отдельного архитектора или DBA?
"Еще кажется плохое решение передавать userId в квери параметре, который никак маскироваться не будет)" - соглашусь, тоже показалось странным...
Как вариант:
GET /users/{id}
Если очень хочется ходить в accounts, то GET /accounts/{id-account}
Просто странно, что в сущности account идентификатор записи user_id
эйчары поговаривают, что это не нормально
Лет пять назад общался с владельцем сервиса. Было интересно узнать за кого они там топят, за Трампа или Байдена. Так вот, он ответил, что они вне политики и могут себе позволить жить вне политики, так как живут в свободной стране. Примерно так же отвечал и владелец Miro. А теперь оказывается, что они вынуждены исполнять требования политиков.
Еще такой момент, если просят (а значит, это важно и для чего-то нужно, теоретически) указывать пол и возраст, плюс фото, то возможно это будет являться поводом пройти мимо такой вакансии. Чтобы не гадать попадешь ты в воронку или нет. А если попадешь, то нужна ли тебе такая компания, где подбирают людей по полу, возрасту или цвету волос.
Спасибо. Очень интересно и познавательно узнавать что-то новое о жизни и работе в Японии.
Поправьте пожалуйста "Leravel"
И хотелось бы больше узнать про фасады, а то как-то вскользь упомянули и пошли дальше)
И да, а что в итоге, какой нашли ответ на вопрос: "Что это за стрелочки в PHP?"
Складывается такое впечатление, что о самом интересном и не рассказали)))
Интересное наблюдение) А со стороны может показаться, что они трудоголики)
Такой вопрос, это у них на госслужбе такое практикуется или повсеместно?)
Аккаунт бесплатный, сегодня получил такое же сообщение на почту. Печально конечно.
Спасибо, было интересно и познавательно.
Ок, гугОл "Программы для черчения электрических схем"
Извините, но сплошной хаос. Как в проектировании, так и в реализации.
Попробуйте еще раз с учетом полученной обратной связи в комментариях.
Спасибо за Ваш труд. Статья интересная. Вы делаете хорошую и полезную работу. Несете знания в массы. Единственный момент. Хотелось бы, чтобы в дальнейшем, при написании статей, Вы использовали более легкие и понятные формулировки. Сейчас объясню.
Пример 1
Как есть:Синхронная интеграция, это такая интеграция, при которой система, отправившая запрос (назовем её система-1), не продолжает свою работу до тех пор, пока не получит ответ от системы-обработчика запроса (система-2).
Возможный вариант:
Синхронным (synchronous) называется такое взаимодействие между компонентами, при котором клиент, отослав запрос, блокируется и может продолжать работу только после получения ответа от сервера.
Преимущества:
НЕ продолжает работу = блокируется, но в этом случае читается легче.
Система1 и Система 2 = Клиент и Сервер, но в этом случае становится сразу понятно о чем идет речь.
Пример 2Как есть:
Асинхронная интеграция, это такая интеграция, при которой система-1 не дожидается ответа от системы-2. В данном случае ответ системе-1 может быть либо совсем не нужен. Например, если речь идёт о логировании действий, либо о ситуациях, когда получение ответа не влияет на дальнейшее выполнение функций системы. - Вот это вообще тяжело читается.
Возможный вариант:
Асинхронная интеграция, это такая интеграция, при которой Клиент может не дожидаться ответа от Сервера. Бывают случаи когда ответ клиенту либо совсем не нужен (например, если речь идёт о логировании действий), либо получение ответа не влияет на дальнейшее выполнение функций системы. Все равно, даже с такой формулировкой, не понятно к чему это написано.
Возможно, в погоне за уникальностью контента, пострадало качество. Не могу знать.
Но, если стояла задача объяснить сложные вещи простыми словами, то есть помочь начинающим системным аналитикам разобраться в вопросе, то лучшим решением было бы использовать известные формулировки и не выдумывать велосипед.
Например, вот, что пишет ChatGPT:Синхронное взаимодействие - это процесс взаимодействия между двумя или более объектами или системами, в котором один объект ждет завершения выполнения задачи другим объектом до продолжения своей работы. В этом случае каждый объект работает в синхронизированном режиме и соответствует временным ограничениям, установленным другими объектами.
Асинхронное взаимодействие - это процесс обмена информацией между двумя или более участниками, при котором каждый из них работает в своем собственном темпе, без ожидания ответа от другого участника. В таком взаимодействии используются различные методы и протоколы, которые позволяют участникам передавать данные независимо от времени и скорости работы друг друга. Такой подход обеспечивает более эффективное и гибкое взаимодействие между участниками, что особенно важно в сложных распределенных системах.
Спасибо за живые ответы и за содержательную статью, в плане опыта.
Не подумайте, что придираюсь, просто немного в теме, поэтому стало интересно почему так)
"Нам нужно сделать машину для такси, какой она должна быть?
Со стороны клиента она должна быть комфортной, безопасной и цена за поездку должна быть экономически привлекательной"
Цена за поездку это атрибут заявки, но никак не атрибут автомобиля.
Мне кажется, что описание ну очень верхнеуровневое. Настолько, что все в одну кучу собрано)
В описании CRM системы, на втором рисунке - Описание БП. Как мне кажется, там на самом нижнем ромбе должен быть "+" вместо "х")
Иногда, ключевое слово