Обновить
16
0
Евгений Степченко@StepEv

Service Delivery Manager

Отправить сообщение
Простите, не понял, как связаны корпоративные чаты и то, что вы выполняли два часа пятиминутное действие.
Спасибо, всё верно написано.
Отлично! У нас так не делают, поэтому не пришло в голову включить в текст. Дополню статью, спасибо.
Мы пишем в внутрикомандном чате, там не так много сообщений.

Для всей компании удобнее статус, конечно.
Это вам повезло. У нас невозможно смерджить pull request без отметки ревьювера. И знаю множество компаний с таким же подходом.
Вы можете смеяться, но в штатах ситуация не лучше. И SMS провайдер, известный и большой, ничего не может сделать с фильтрацией трафика операторами. Вот захотелось им теперь блокировать исходящий номер, если с него отправляется больше 200 SMS в день и опачки. Можно использовать short code за $1000 в месяц.
JSON не для людей был придуман, а для машин. Читать его глазками то ещё «удовольствие». В отличие от YAML, который как раз задуман человеко-читаемым.
Всё же сгенерированная html документация получше читается

Автор raml2html проект забросил и пока альтернатив не видать. Ждём энтузиастов.
Так потому и начал писать на RAML 1.0, что «синтаксисический сахар» привлёк. И редактор в Atom удобный.

Но толку то без возможности документацию сгенерировать.
Да, я уже наступил на эти грабли. Ушёл переписывать в swagger
Что только люди не придумывают, когда нет нормального аналитика.
Стартап-шмартап, краудфандинг-шмаудфандинг.

В китае уже всё изобрели
www.iezvu.com/edm/20160212/news.html
Minority Report ещё забыт
Следующим шагом станет оценка по UseCase Points :)
Я понял. Я сосредоточился на примере кода с return и мне он не понравился. В совете речь идёт о наборе конструкций, и сам по себе совет нормальный. Как любой инструмент, применять его надо с умом, что бы не возникало перечисленных мной последствий.
Исключения, по моему, лучше использовать для исключений. Строить логику алгоритма на исключениях, чаще всего, не очень хорошая идея.
В таком случае, соглашусь, допустимо. Но, если кроме выхода из блока в ветке ничего нет, скорее всего, более читаемо будет инвертировать условие и избавиться и от return и от else.
Потому что при анализе кода, меня может интересовать именно альтернативная ветка и тогда:
1) её сложнее найти визуально, так как нет явного маркера else
2) код выглядит линейным, по сути им не являясь, что вводит в заблуждение при беглом просмотре
3) если я начал читать с закрывающей скобки блока if (ну не интересне мне сейчас основной сценарий, мне надо изменить что-то в альтернативном), я сочту, что код после блока выполняется всегда, что не так.

Так что совет 4.2 — ВРЕДНЫЙ, НЕ НАДО ТАК ДЕЛАТЬ
Почему бы не дарить электронную версию купившим бумажную?

Информация

В рейтинге
Не участвует
Откуда
Новосибирск, Новосибирская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность

Специализация

Менеджер проекта, Delivery Manager
Старший
Kanban
Agile
Управление проектами
Управление людьми
Построение команды
Организация бизнес-процессов
Информационные технологии
Scrum
Управление разработкой