Батарейки, в том числе аккумуляторные немного более распространенная вещь. Не уверен что питание от повербанка настолько уж проще. Тем более не давать же ребенку, например, игрушку и к ней повербанк
"Сервисы" создаются типо для того чтобы иметь возможность сервис перенести из монолита в отдельный сервис и общаться с ним по апи. Насколько часто это происходит? Проще оставить эти 5 строчек имплементации и не делать лишних абстракций. Тем более что скорее всего вы эти абстракции наворотите неправильно.
Первый пример не до конца корректный. Если в словаре лежит не truethy значение - например False или какой нибудь response 404, то результат может быть неверный. Даже явная проверка на is not None может не помочь в случае, если в словаре лежит как раз None. Второй пример более удачный, но может подавить лишние ошибки, если под этим менеджером контекста будет много кода.
В общем как по мне - явная поддержка такой конструкции в языке кажется неплохой идеей.
"демонстрирует отсутствие понимания тривиальных концепций" Вы же понимаете что условному разработчику С/Go конструкция с reduce будет незнакома/непривычна. Страдают ли от этого системы? Вряд ли.
За собой замечаю что такие мелкие детали, которые переписываются в одну или в другую сторону с закрытыми глазами меня все меньше беспокоят
Смотр - восстанавливаю ход событий: - anarchomeritocrat приводит отрывок из своего резюме, - ты критикуешь - "адский английский" - я, добрый самаритянин, делаю попытку исправить явные ошибки. Вдруг человек чему-то научится. Перестраивать предложение с нуля я не стал, плясал от того что есть. - ты вешаешь ярлык - "все еще чудовищно", уже на мою версию. Это как на код-ревью просто поставить - плохо, отклоняю, без комментариев. То есть бесполезный оценочный комментарий, который не позволит улучшить результат. Можно и не оставлять, т к выводов сделать нельзя.
То есть нетто нашей коммуникации на данный момент - ты бросаешься негативными оценками, ценности не добавляешь.
Далее, я делаю утверждение "жду твоего версию", куда, наверное, совершенно случайно затесался вопросительный знак. Ты решил в ответ на это снова насыпать обесценивающей лексики - придрался к форме общения, напомнил что к тебе нужно обращаться на ВЫ. И нашел ошибку в использовании "by", который нет. С версией перевода согласен - вариант лучше.
Далее, снова даешь оценку в том что я веду себя как шпана и даже по-русски не ведаю что говорю.
Какие мы нежные. То есть оставлять комментарий оценочный комментарий без конкретики - это верх вежливости. Ты уверен. Ты уверен? Оба утверждения, вопросительный знак в конце ничего не значит.
Also, if company, for wich you promote me, have a practice to decline candidates by reason "overqualified", even do not try to invite me to such organization. -> Also, in case the company for which you hire me has a practice of declining candidates by reason of being “overqualified”, do not even try to invite me to such an organisation.
Хорошая информация, остановился на ссылке - про декомпозицию https://azhidkov.pro/posts/22/08/ergonomic-decomposition, к статье еще вернусь. По блогу рекомендация - добавить возможность обсуждений (например Disqus) или просто возможность тыкнуть плюс. Прикрутить RSS тоже было бы здорово =)
Разрешите позадавать глупые вопросы, - кто такие консьюмеры, на чем они запущены, как связаны с железом - какую роль играет шина данных - от кого к кому данные по ней передаются - кто рисует 3д, как хранится и обновляется 3д объект - каким образом собираются данные с форсунок после запуска? насколько я понял первые данные собирали с помощью тестового эмулятора слитка - он же и используется на текущий момент?
p.s. статья отличная, роль бизнес аналитика команда отработала на 5+ ( участие пользователей помогло)
Батарейки, в том числе аккумуляторные немного более распространенная вещь. Не уверен что питание от повербанка настолько уж проще. Тем более не давать же ребенку, например, игрушку и к ней повербанк
Вы хотя бы альтернативное резюме создайте прежде чем делиться столь "ценным" опытом.
Вот весь ваш ДДД и закончился =)
"Сервисы" создаются типо для того чтобы иметь возможность сервис перенести из монолита в отдельный сервис и общаться с ним по апи. Насколько часто это происходит? Проще оставить эти 5 строчек имплементации и не делать лишних абстракций. Тем более что скорее всего вы эти абстракции наворотите неправильно.
Мое имхо, на последнюю инстанцию не претендую
Согласен, пример рабочий. Но это уже выглядит не очень элегантно. Поддержка на уровне языка мне все еще нравится =)
Первый пример не до конца корректный. Если в словаре лежит не truethy значение - например False или какой нибудь response 404, то результат может быть неверный. Даже явная проверка на is not None может не помочь в случае, если в словаре лежит как раз None.
Второй пример более удачный, но может подавить лишние ошибки, если под этим менеджером контекста будет много кода.
В общем как по мне - явная поддержка такой конструкции в языке кажется неплохой идеей.
"демонстрирует отсутствие понимания тривиальных концепций"
Вы же понимаете что условному разработчику С/Go конструкция с reduce будет незнакома/непривычна. Страдают ли от этого системы? Вряд ли.
За собой замечаю что такие мелкие детали, которые переписываются в одну или в другую сторону с закрытыми глазами меня все меньше беспокоят
Насколько "вместо
reduceиспользуютeachс внешним аккумулятором" влияет на дистанции на продукт/систему?Есть ли реальная разница?
Смотр - восстанавливаю ход событий:
- anarchomeritocrat приводит отрывок из своего резюме,
- ты критикуешь - "адский английский"
- я, добрый самаритянин, делаю попытку исправить явные ошибки. Вдруг человек чему-то научится.
Перестраивать предложение с нуля я не стал, плясал от того что есть.
- ты вешаешь ярлык - "все еще чудовищно", уже на мою версию. Это как на код-ревью просто поставить - плохо, отклоняю, без комментариев. То есть бесполезный оценочный комментарий, который не позволит улучшить результат. Можно и не оставлять, т к выводов сделать нельзя.
То есть нетто нашей коммуникации на данный момент - ты бросаешься негативными оценками, ценности не добавляешь.
Далее, я делаю утверждение "жду твоего версию", куда, наверное, совершенно случайно затесался вопросительный знак.
Ты решил в ответ на это снова насыпать обесценивающей лексики - придрался к форме общения, напомнил что к тебе нужно обращаться на ВЫ. И нашел ошибку в использовании "by", который нет.
С версией перевода согласен - вариант лучше.
Далее, снова даешь оценку в том что я веду себя как шпана и даже по-русски не ведаю что говорю.
А выводы каждый сделает свои
Какие мы нежные. То есть оставлять комментарий оценочный комментарий без конкретики - это верх вежливости.
Ты уверен. Ты уверен? Оба утверждения, вопросительный знак в конце ничего не значит.
Не вижу ошибки в использовании by -
https://www.merriam-webster.com/dictionary/by reason of
В остальном согласен, более удачно.
Жду твою версию?
Выборочно поправил
Also, if company, for wich you promote me, have a practice to decline candidates by reason "overqualified", even do not try to invite me to such organization.
->
Also, in case the company for which you hire me has a practice of declining candidates by reason of being “overqualified”, do not even try to invite me to such an organisation.
Непонятно зачем вышли в опен сорс - выложили исходники и забили на проект.
Хорошая информация, остановился на ссылке - про декомпозицию https://azhidkov.pro/posts/22/08/ergonomic-decomposition, к статье еще вернусь.
По блогу рекомендация - добавить возможность обсуждений (например Disqus) или просто возможность тыкнуть плюс. Прикрутить RSS тоже было бы здорово =)
Примерно что-то такое
We have received an abuse report regarding copyright infringement from p2p@copyright-notice.com for your IP address XXX
Please check the attached report for details and fix any (potential) problems.
We will need a reply from you within the next 24 hours.
...
If you fail to comply within the stated deadline, the IP may be locked according to 8.4. of our Terms and Conditions (https://www.hetzner.com/legal/terms-and-conditions).
И ниже XML из торрент трекера с тем как кто-то качает фильмец
За торренты влепят страйк провайдеру ВПН и заблокируют, есть опыт
Стоит отметить что продукт шикарный. Реально моментально считает любую аналитику
Если смысл утерян - это плохой перевод. Односложно "журнал" смысл не передает.
Разрешите позадавать глупые вопросы,
- кто такие консьюмеры, на чем они запущены, как связаны с железом
- какую роль играет шина данных - от кого к кому данные по ней передаются
- кто рисует 3д, как хранится и обновляется 3д объект
- каким образом собираются данные с форсунок после запуска? насколько я понял первые данные собирали с помощью тестового эмулятора слитка - он же и используется на текущий момент?
p.s. статья отличная, роль бизнес аналитика команда отработала на 5+ ( участие пользователей помогло)
По тексту вместо "журнала" имеется в виду "логи", либо "журнал логирования"
Вообще рекомендую просто посмотреть код starlette - самого приложения там буквально тысяча строк кода.