реальность такова, что в таких комбайнах какие‑то отдельные модули выполняют свою задачу из рук вон плохо
Зато все усилия отданы принципу "всё, сразу и ни**я толком". Я не знаю как это помогает продажам, но видимо как-то люди живут...
Скучаю по временам когда (при Джобсе вестимо) у яббле был такой "Mac Way", где принцип единой ответственности имел абсолютный приоритет над всем остальным и любая софтинка выполняла свою главную задачу на 104%.
Например эта статья ни разу не антипиар, а демонстрация того, что хотя бы этот конкретный бизнес считает клиентов людьми и действительно заботится о них.
Браво! Мне конечно до такого далеко, приятно видеть что кто-то понимает что комбайны-монстры не решают.
Я тоже за минимализм. В профиле — пет-проект "мини-CRM для самых маленьких", и мне пока непонятно нужно ли кому такое. Или у всех "маленьких" уже оплачена подписка на корпоративщину типа 1С-управление-чего-то-там.
Отнюдь. Единственное что должно агентство, это максимизировать свою прибыль, затягивая воркфлоу найма до неприличных сроков. Анекдот про сына и отца юристов-евреев.
Когда пришлось разогнать старую команду, сел шерстить резюме сам и получил звиздюлей от генерального — мол чо ты на это время тратишь, дай описание "девочкам" и они найдут.
"Девочки" к тому времени искали ОБЫЧНОГО бухгалтера ПОЛТОРА ГОДА...
Ни в одном даже самом модном-волшебном фреймворке не будет отображаться то, что не было написано. Вы же понимаете что пример с регуляркой — наиболее простой случай "для примера" и в API порой встречается более сложная логика.
Проконтролировать, не протухло ли чего по дороге. Мне не жалко, а клиент сравнит что он отправлял и что фактически прилетело.
Я проектирую API и вывел для себя правило: сообщение об ошибке должно содержать рекомендацию по ее устранению.
Например было так:
{
“code”: 400,
“message”: “Ошибка 400"
}
А стало так
{
“code”: 400,
“message”: “Допустимые символы: % . : _ -”
"data": <тут исходный текст запроса>
}
Конечно это требует некоторой возни в начале, но впоследствии экономит массу времени для клиентов и саппорта. Например в одной организации (финтех между прочим) путем перелопачивания всех сообщений об ошибках приложения колво обращений в саппорт от интегрирующихся клиентов снизилось на ≈80%.
Среди оставшихся обращений образовался явный лидер с большим отрывом, но это может звучать оскорбительно для определенной категории прогеров, поэтому разрешите не приводить его ;)
Хабр как раз и предназначен для "много текста" с тех. подробностями :)
Зато все усилия отданы принципу "всё, сразу и ни**я толком". Я не знаю как это помогает продажам, но видимо как-то люди живут...
Скучаю по временам когда (при Джобсе вестимо) у яббле был такой "Mac Way", где принцип единой ответственности имел абсолютный приоритет над всем остальным и любая софтинка выполняла свою главную задачу на 104%.
Кстати а для таких случае существует ли какой-то общеупотребимый принцип типа YAGNI?
Ни разу не видел 1С дальше первого экрана, но что-то говорит мне о том, что если бы там все было настолько хорошо, никто не вел бы дела в экселе...
Дак я-то умею из экселя импортировать... Друг обещал прислать свой файл, да чот на том и заглохло.
Дак я-то умею из него импортировать...
Например эта статья ни разу не антипиар, а демонстрация того, что хотя бы этот конкретный бизнес считает клиентов людьми и действительно заботится о них.
Просто в век копроративного "всего для всех" мы уже соскучились по минималистическому подходу...
Браво! Мне конечно до такого далеко, приятно видеть что кто-то понимает что комбайны-монстры не решают.
Я тоже за минимализм. В профиле — пет-проект "мини-CRM для самых маленьких", и мне пока непонятно нужно ли кому такое. Или у всех "маленьких" уже оплачена подписка на корпоративщину типа 1С-управление-чего-то-там.
Любопытно. В моем шорт-листе первое место с конца держит тоже реалтаймовая история — Wialon.
Искали программиста в финтех-контору. Директор распорядилась:
— Бывших МВД-шников, 1С-ников и байкеров не брать!
Не понимаю чем ей байкеры не угодили...
Отнюдь. Единственное что должно агентство, это максимизировать свою прибыль, затягивая воркфлоу найма до неприличных сроков. Анекдот про сына и отца юристов-евреев.
https://habr.com/ru/companies/onlinepatent/articles/971682/#comment_29186418
Когда пришлось разогнать старую команду, сел шерстить резюме сам и получил звиздюлей от генерального — мол чо ты на это время тратишь, дай описание "девочкам" и они найдут.
"Девочки" к тому времени искали ОБЫЧНОГО бухгалтера ПОЛТОРА ГОДА...
И чтоб два раза не вставать, привет дубль-гису 2ГИС
Какие "правила и факты" применимы к моему отзыву из комментария выше, они ответить не смогли, а просто втихую закрыли тикет.
К сожалению там можно забанить определенного юзера только в вашем посте.
В чужих же постах ему можно отвечать на ваши комментарии.
не только
множество отзывов просто не показываются
О, спасибо что напомнили — я сегодня чот забыл лоток у своих почистить :)
Ни в одном даже самом модном-волшебном фреймворке не будет отображаться то, что не было написано. Вы же понимаете что пример с регуляркой — наиболее простой случай "для примера" и в API порой встречается более сложная логика.
Проконтролировать, не протухло ли чего по дороге. Мне не жалко, а клиент сравнит что он отправлял и что фактически прилетело.
Кстати покритикуйте
Я проектирую API и вывел для себя правило: сообщение об ошибке должно содержать рекомендацию по ее устранению.
Например было так:
{“code”: 400,“message”: “Ошибка 400"}А стало так
{“code”: 400,“message”: “Допустимые символы: % . : _ -”"data": <тут исходный текст запроса>}Конечно это требует некоторой возни в начале, но впоследствии экономит массу времени для клиентов и саппорта. Например в одной организации (финтех между прочим) путем перелопачивания всех сообщений об ошибках приложения колво обращений в саппорт от интегрирующихся клиентов снизилось на ≈80%.
Среди оставшихся обращений образовался явный лидер с большим отрывом, но это может звучать оскорбительно для определенной категории прогеров, поэтому разрешите не приводить его ;)
Почему для вас амазон — "св." да еще и с аллилуйей?