Очень громкий заголовок. Думал будет статистика или рассказ про какой-то их сервис для анализа информации, а по факту вас просто блокнули (причём не аппле, а ркн) и вы возмущаетесь, что они выполняют закон, где работают. Больше похоже на рекламу вашего сервиса
Если честно, слишком растянутая статья для мысли "в международном формате без-цифровых символов". Ожидал услышать про особенности номеров -- дополнительные коды, прочие особенности (например, как вы сами и написали, арабские символы в Египетских номерах). Ну а если затронули ещё и UI, можно было упомянуть традицию США записывать телефон буквами (+1 444-LAWYER)
Я начинал читать ТРИЗ, но он показался мне не подходящим к айти (один из принципов -- "пусть одна сущность делает как можно больше фич", прямо конфликтует с главным айти принципом). Однако из этой статьи я понял, что ТРИЗ не так критичен к айти, как мне казалось. Да и просто как первая точка входа в эту тему статья подходит
инструменты не появляются просто потому, что Васе Пупкину (или стае Васей Пупкиных) захотелось что-то накодить
А по-моему это как раз таки одна из причин. Помимо resume-driven разработки, может быть просто интересно узнать технологию. А может от незнания, что можно иначе, делали с каким-то новым сложным инструментом, который ещё может быть и хорошо распиарен.
Разраб тоже может пойти писать REST апи на Си/Раст, потому хочется(в теории), но очевидно что это было бы не рационально при наличии Питона/Го под рукой (в текущих реалиях)
Может и нерационально, но что если он знает только Си, а задачу нужно решить?
Может я не так понимаю слово "семантика", но у /sign-in есть смысл -- страница, где происходит авторизация. Читал, что при технической поддержке проще кинуть пользователю ссылку на страницу авторизации, чем объяснять как открыть окно с авторизацией.
Это добавляет необходимость дополнительного управления и особые случаи ошибочного или отсутствующего URL возврата.
Так вроде в приложениях это и так, и так надо делать.
Запись в истории браузера
Запись в истории можно убрать с помощью соответствующих API браузера (как это делают SPA).
Могу ещё добавить от себя совет -- разделять экраны входа и регистрации. И не подписывать кнопки "Sign up" /"Sign in", потому что они мало визуально отличаются. Login и Register подойдут гораздо лучше
Так это же хорошо. Тактики, проверенные временем
Очень громкий заголовок. Думал будет статистика или рассказ про какой-то их сервис для анализа информации, а по факту вас просто блокнули (причём не аппле, а ркн) и вы возмущаетесь, что они выполняют закон, где работают. Больше похоже на рекламу вашего сервиса
Зачем на хабр выкладывать копию документации из её чуть ли не первого раздела?
Если честно, слишком растянутая статья для мысли "в международном формате без-цифровых символов". Ожидал услышать про особенности номеров -- дополнительные коды, прочие особенности (например, как вы сами и написали, арабские символы в Египетских номерах). Ну а если затронули ещё и UI, можно было упомянуть традицию США записывать телефон буквами (+1 444-LAWYER)
Я начинал читать ТРИЗ, но он показался мне не подходящим к айти (один из принципов -- "пусть одна сущность делает как можно больше фич", прямо конфликтует с главным айти принципом). Однако из этой статьи я понял, что ТРИЗ не так критичен к айти, как мне казалось. Да и просто как первая точка входа в эту тему статья подходит
Один и тот же автобус может в разные дни ездить по разным маршрутам, поэтому привязка к гос номеру не поможет
Как-то маловато для статьи. 70% базовой теории и потом один пример. Можно было и не разделять на части.
Надеюсь, дальше расскажут и про другие способы автотестов апи.
А по-моему это как раз таки одна из причин. Помимо resume-driven разработки, может быть просто интересно узнать технологию. А может от незнания, что можно иначе, делали с каким-то новым сложным инструментом, который ещё может быть и хорошо распиарен.
Может и нерационально, но что если он знает только Си, а задачу нужно решить?
Не соглашусь, что отдельная страница это плохо.
Может я не так понимаю слово "семантика", но у /sign-in есть смысл -- страница, где происходит авторизация. Читал, что при технической поддержке проще кинуть пользователю ссылку на страницу авторизации, чем объяснять как открыть окно с авторизацией.
Так вроде в приложениях это и так, и так надо делать.
Запись в истории можно убрать с помощью соответствующих API браузера (как это делают SPA).
Могу ещё добавить от себя совет -- разделять экраны входа и регистрации. И не подписывать кнопки "Sign up" /"Sign in", потому что они мало визуально отличаются. Login и Register подойдут гораздо лучше
Если скрываемый текст не в середине другого текста, то полосу можно сделать длиннее и частично скрыть истинную длину текста