Ну не будет функция работать без этого, например. Есть симка, которая привязана к твоему паспорту. Твой телефон это в целом ходячий GPS трекер, захотят наказать -- найдут. Тем более с помощью самого Apple, который в этом заинтересован.
Это все звучит конечно круто, но в реальности опыт у меня противоположный. Описанное может и существует, но в очень ограниченных условиях. Если ты единственный разработчик на проекте, или хотя бы единственный сеньор на проекте и доводишь его с нуля до состояния релиза. А потом только ты и сопровождаешь.
В реальности же как правило происходит так, что приходит один сеньор со своим виденьем как надо писать и проектировать, и пишет код по-своему. Ему действительно легко и просто писать код, и может быть даже его команде, если он свои подходы шарит. А потом приходит другой сеньор и следующий, и каждый со своими подходами и реализацией гибкости фреймворка. В лучшем случае своими подходами они пишут только новое, а старое не трогают. В худшем все переписывают.
Проект превращается в адское месиво из свободы и гибкости, с которым никто не хочет работать. Потом оказывается, что единообразность была гораздо важнее гибкости, а свобода нужна только сеньорам, чтобы придумывать новые способы проектирования, рассказывать про них на собесах и уходить на большие деньги. А бизнес остается с франкенштейном и не понимает, почему к нему никто не идет и считает его 3х летний код жутким легаси.
Писать код должно быть сложно, поддерживать же его должно быть легко. А не наоборот. Строгие фреймворки и индустриальные стандарты позволяют этого достичь. Борьбой с фреймворками же занимаются обычно люди которые не поняли или не приняли фреймворк-way of doing things и пытаются сделать что-то по своему.
Потому что на них есть спрос. Потому что схантить кого-то самостоятельно все труднее и труднее. Потому что нужно сидеть и мониторить сайты на появление новых резюме, выцеплять людей из соцсетей, чтобы найти хоть кого-то. А потом отфильтровывать кучу джунов с дипломами вайти курсов. Кто этим будет заниматься без HRов, СТО или тимлиды?
При чем ни реакта, ни ангуляра. В последнем автор не разобрался, видимо в своей жизни не встречав действительно сложные юзер интерфейсы, где без NGRX был ад с биндингами, а в первом ему просто все нравится, потому что просто и свободно.
Проблема свободно в том, что каждый городит как хочет, и переход между проектами с такой свободой становится все сложнее и сложнее. Фреймворк наоборот обязан задавать стандарты и бест практисы, и чем сильнее он развит, тем большее количество кейсов должно быть ими покрыто.
Он провалился, потому что надо было делать подписку. Если бы собирали 1к в месяц и выносили два раза в неделю, то желающих была бы масса. И труд намного проще чем курьерский.
А не нужно давать сотрудникам доступ к таким данным. Это должна быть закрытая информация с узким кругом лиц, которые имеют доступ. И в случае утечек тогда легко определить, кто же виноват.
Вкладки позволяют держать незавершенные "сессии" в использовании компьютера, как развлекательного характера, так и рабочего. У меня бывает открыто до 600 вкладок. В какие-то моменты разбирается и уменьшается до 50, в какие-то разрастается обратно. Естественно, это все не в одном окне, а в 10-20.
Если я что-то смотрю (шмотки, какую-то инфу в гугле, видосики в ютубе, статьи на хабре или новостных ресурсах, фильмы которые где-то упомянули), то это все складывается во вкладки, а потом и в окна.
Мне кажется, люди, у которых 5 открытых вкладок, пользуются интернетом на 5% от его возможностей. У них подход к поиску и потреблению информации по типу "поиска в глубину", читаем то, что есть сейчас, если не нравится, возвращаемся.
Проблема, описанная в статье не возникает, потому что в любой момент можно открыть новое чистое окно.
Так же Tabs outliner классное расширение, которое все это трекает, плюс защищает от потерь, если вдруг хром решит забыть все вкладки.
То есть один микросервис посылал во второй данные, а тот был либо более старой версии, либо данные от первого второму не доехали, а второй микросервис уже переслал что-то в третий.
Тут проблема не в архитектуре, а в том, что после выпуска кода в продакшен, кто-то начал бездумно менять контракты.
В примере описано большое количество ошибок и ни одна из них не связана с архитектурой. Видимо, в команде ни у кого не было опыта работы с микросервисами.
Eсли человек дорос до сеньера и ему ни разу не пригодилось это знание (и он ни разу не наткнулся на него на стековерфлоу), то это знание не нужно, не очевидно и переоценено.
Плюс, это большая заслуга фреймворков, что люди пишут рабочий код, не разбираясь в неочевидностях используемых инструментов.
Например, проблема == в js просто была решена ===, и варнингом на любое использование ==.
Вообще-то есть. Есть нулевой возраст, когда он считается в месяцах. Есть нулевой килограмм, когда он считается в граммах. Да, не говорят 0 килограмм, говорят просто 300 грамм. Более того, есть и нулевой час: "прошло тридцать минут".
Любой "хороший" руководитель после первого-второго такого раза получит себе в лицо жирный отзыв на хабре/другой площадке и последующие 10 лет будет мучаться с наймом.
Придумали стандарт и было бы неплохо им пользоваться. По сути автор пришел к чему-то похожему с общим гарантированным форматом ошибки.
Я бы рекомендовала использовать и обрабатывать коды следующим образом:
2хх — ответ успешный, читаем ожидаемый ответ
4хх — ответ не успешный, и сервис гарантирует, что ретраи будут возвращать тоже самое:
ошибки валидации, ошибки доступа, ошибки роутинга
5хх — ответ не успешный, но клиенту возможно имеет смысл ретрайнуть запрос пару раз через некоторое время: отвалилась бд, недоступен зависимый сервис етк
Как видите:
1. Нет привязки к конкретным цифрам кода кроме последней.
2. Ошибка скорее всего в теле будет содержать подробности, описанные форматом по ссылке выше. Можно матчить по типу и обрабатывать (если хочется), а можно просто показать пользователю Details.
Основная проблема происходящего в том, что все просто пытаются бороться с рыночком. Карты не стоят 50к, смиритесь. На стоимость карт не может влиять продавец, если у него нет возможности бесконечно производить товар. Он не может устанавливать никакие «рекомендуемые» цены.
Если рынок оценивает карту в 120к, значит она столько стоит.
Ну не будет функция работать без этого, например. Есть симка, которая привязана к твоему паспорту. Твой телефон это в целом ходячий GPS трекер, захотят наказать -- найдут. Тем более с помощью самого Apple, который в этом заинтересован.
Введут штраф 10000$ за ложный вызов и ноль проблем
Персональной кошкоженой
Хорошие критерии для поиска разработчиков, если у вас вилка х2 от рынка.
Это все звучит конечно круто, но в реальности опыт у меня противоположный. Описанное может и существует, но в очень ограниченных условиях. Если ты единственный разработчик на проекте, или хотя бы единственный сеньор на проекте и доводишь его с нуля до состояния релиза. А потом только ты и сопровождаешь.
В реальности же как правило происходит так, что приходит один сеньор со своим виденьем как надо писать и проектировать, и пишет код по-своему. Ему действительно легко и просто писать код, и может быть даже его команде, если он свои подходы шарит. А потом приходит другой сеньор и следующий, и каждый со своими подходами и реализацией гибкости фреймворка. В лучшем случае своими подходами они пишут только новое, а старое не трогают. В худшем все переписывают.
Проект превращается в адское месиво из свободы и гибкости, с которым никто не хочет работать. Потом оказывается, что единообразность была гораздо важнее гибкости, а свобода нужна только сеньорам, чтобы придумывать новые способы проектирования, рассказывать про них на собесах и уходить на большие деньги. А бизнес остается с франкенштейном и не понимает, почему к нему никто не идет и считает его 3х летний код жутким легаси.
Писать код должно быть сложно, поддерживать же его должно быть легко. А не наоборот. Строгие фреймворки и индустриальные стандарты позволяют этого достичь. Борьбой с фреймворками же занимаются обычно люди которые не поняли или не приняли фреймворк-way of doing things и пытаются сделать что-то по своему.
Потому что на них есть спрос. Потому что схантить кого-то самостоятельно все труднее и труднее. Потому что нужно сидеть и мониторить сайты на появление новых резюме, выцеплять людей из соцсетей, чтобы найти хоть кого-то. А потом отфильтровывать кучу джунов с дипломами вайти курсов. Кто этим будет заниматься без HRов, СТО или тимлиды?
При чем ни реакта, ни ангуляра. В последнем автор не разобрался, видимо в своей жизни не встречав действительно сложные юзер интерфейсы, где без NGRX был ад с биндингами, а в первом ему просто все нравится, потому что просто и свободно.
Проблема свободно в том, что каждый городит как хочет, и переход между проектами с такой свободой становится все сложнее и сложнее. Фреймворк наоборот обязан задавать стандарты и бест практисы, и чем сильнее он развит, тем большее количество кейсов должно быть ими покрыто.
Он провалился, потому что надо было делать подписку.
Если бы собирали 1к в месяц и выносили два раза в неделю, то желающих была бы масса. И труд намного проще чем курьерский.
Сколько лет там уже пузырь лопается?
И все никак не лопнет
А не нужно давать сотрудникам доступ к таким данным. Это должна быть закрытая информация с узким кругом лиц, которые имеют доступ. И в случае утечек тогда легко определить, кто же виноват.
Вкладки позволяют держать незавершенные "сессии" в использовании компьютера, как развлекательного характера, так и рабочего. У меня бывает открыто до 600 вкладок. В какие-то моменты разбирается и уменьшается до 50, в какие-то разрастается обратно. Естественно, это все не в одном окне, а в 10-20.
Если я что-то смотрю (шмотки, какую-то инфу в гугле, видосики в ютубе, статьи на хабре или новостных ресурсах, фильмы которые где-то упомянули), то это все складывается во вкладки, а потом и в окна.
Мне кажется, люди, у которых 5 открытых вкладок, пользуются интернетом на 5% от его возможностей. У них подход к поиску и потреблению информации по типу "поиска в глубину", читаем то, что есть сейчас, если не нравится, возвращаемся.
Проблема, описанная в статье не возникает, потому что в любой момент можно открыть новое чистое окно.
Так же Tabs outliner классное расширение, которое все это трекает, плюс защищает от потерь, если вдруг хром решит забыть все вкладки.
Вот они твои оставшиеся 30
Тут проблема не в архитектуре, а в том, что после выпуска кода в продакшен, кто-то начал бездумно менять контракты.
В примере описано большое количество ошибок и ни одна из них не связана с архитектурой. Видимо, в команде ни у кого не было опыта работы с микросервисами.
Eсли человек дорос до сеньера и ему ни разу не пригодилось это знание (и он ни разу не наткнулся на него на стековерфлоу), то это знание не нужно, не очевидно и переоценено.
Плюс, это большая заслуга фреймворков, что люди пишут рабочий код, не разбираясь в неочевидностях используемых инструментов.
Например, проблема == в js просто была решена ===, и варнингом на любое использование ==.
Вообще-то есть. Есть нулевой возраст, когда он считается в месяцах. Есть нулевой килограмм, когда он считается в граммах. Да, не говорят 0 килограмм, говорят просто 300 грамм. Более того, есть и нулевой час: "прошло тридцать минут".
Любой "хороший" руководитель после первого-второго такого раза получит себе в лицо жирный отзыв на хабре/другой площадке и последующие 10 лет будет мучаться с наймом.
Тут, кстати, все нормально: гораздо проще свести новую задачу к уже решенной, чем решать новую полностью. Программирование так и работает.
Придумали стандарт и было бы неплохо им пользоваться. По сути автор пришел к чему-то похожему с общим гарантированным форматом ошибки.
Я бы рекомендовала использовать и обрабатывать коды следующим образом:
2хх — ответ успешный, читаем ожидаемый ответ
4хх — ответ не успешный, и сервис гарантирует, что ретраи будут возвращать тоже самое:
ошибки валидации, ошибки доступа, ошибки роутинга
5хх — ответ не успешный, но клиенту возможно имеет смысл ретрайнуть запрос пару раз через некоторое время: отвалилась бд, недоступен зависимый сервис етк
Как видите:
1. Нет привязки к конкретным цифрам кода кроме последней.
2. Ошибка скорее всего в теле будет содержать подробности, описанные форматом по ссылке выше. Можно матчить по типу и обрабатывать (если хочется), а можно просто показать пользователю Details.
Если рынок оценивает карту в 120к, значит она столько стоит.