Лучшие технологические вещи, которые я прочитал на этой неделе (6 серии части)
Я делюсь TL; DR версии статей о разработке программного обеспечения, которые я читал каждый будний день через свой информационный бюллетень — in.snippets (). Подпишите здесь получить их в своем почтовом ящике.
10 уроков из 10 лет веб -сервисов Amazon
Вернер Фогельс, технический директор Amazon, написал этот пост три года назад, когда AWS завершил 10 лет. В то время, когда я постоянно думаю о выборе инженерного инженера в своем стартапе, это несколько отличных оснований.
1. Построить эволюционные системы : Имейте в виду возможности и масштаб будущего. Создайте архитектуру, в которой вы можете представить новые программные компоненты, не снимая сервис. 2. Ожидайте неожиданного : В конечном итоге все терпит неудачу со временем. Многие сценарии сбоев будут неизвестны в дизайне и строительстве. Системы сборки, которые используют неудачу как естественное явление. 3. Примитивы, а не рамки 4 Автоматизация — это ключ 5 API навсегда : Проектирование API — очень важная задача, так как у вас будет только один шанс сделать это правильно. 6. Знайте использование вашего ресурса 7 Строить безопасность с нуля : Для создания безопасных услуг необходимо интегрировать безопасность в самом начале дизайна обслуживания 8 Шифрование является первоклассным гражданином : Шифрование должно быть высоким приоритетом для вашего бизнеса, потому что это является высоким приоритетом для бизнеса вашего клиента. 9. Важность сети 10 Нет привратников
Цитата, которая мне понравилась в этой статье:
» Не существует алгоритма сжатия для опыта ».
Прочитайте Полный пост здесь Анкет
9 минут читают
Отладка Java в масштабе: когда редкие события становятся обычным явлением
Благодаря этой истории отладки прерывистой проблемы с Jira Cloud излагает характер решения проблем в большой и сложной программной системе.
Совместные моменты от этого поста:
Решение проблем может быть очень итеративным процессом, задавая вопросы, ответы на чьи ответы, которые приводят к новым вопросам, являются неотъемлемой частью процесса.
Отладка некоторых вещей потребует итераций внедрения в производстве. С большими и сложными системами не всегда может рассуждать о поведении системы. Иногда вам нужно будет добавить код, чтобы определить, что происходит в производстве.
Отлаживайте счастливый путь, чтобы найти начальные симптомы, но помните, что это только первый шаг в долгое путешествие.
Мертвые концы также являются информацией. Они заставляют вас отступить и пересматривать то, что вы знаете.
Прочитайте всю историю Чтобы понять пошаговый процесс углубления глубже в проблему, которая привела к эффективной отладке.
9 минут читают
Наиболее распространенные ловушки для неопытного разработчика
Это некоторые распространенные ошибки, которые делают все разработчики. Хотя я и написан для начинающих, я думаю, что этот пост имеет несколько хороших напоминаний для всех разработчиков. Знание этих ошибок и знание того, как их избежать, может помочь каждому разработчику в их карьере.
Повторное код Это уже доступно в API : Дьявол кроется в деталях. Всегда смотрите на документацию, прежде чем начать писать какой -либо код.
Сделать вещи излишне сложными : Не делайте причудливые вещи, такие как причудливые однострочные и чрезмерно сложные абстракции. Сделайте код простым, не сложным.
Молча проглатываем ошибки : Отслеживайте источник проблемы, не просто «исправить» ошибку.
Чрезмерная уверенность : Если вы не знаете, чего не знаете, вы не знаете, сколько вам не хватает.
Инструменты переключения : Проведите исследование, выберите свои инструменты, придерживайтесь их и освоите их.
Только тестирование сценария счастливого пути : Напишите тесты для случаев краев.
Сосредоточен на технологии, а не на бизнес : Всегда знайте, как ваша работа влияет на бизнес.
Проверьте Полный пост здесь
5 минут читается
О том, когда не нужно делать микросервисы
Все предприятия должны обеспечить ценность клиентам. Но когда вы только начинаете, вы не знаете, что обеспечит ценность. Все, что, по вашему мнению, обеспечит стоимость, это просто предположение. Ответ на «когда не делать микросервисы» заключается в том, чтобы знать, над какой жизненным циклом «Доставка стоимости» вы работаете. Аналогия, описывающая технологические команды как пионеров, поселенцев и планировщиков города, помогает нам понять это.
Пионеры экспериментируют с дикими, дивергентными подходами, проводящих много экспериментов в надежде уменьшить неопределенность в отношении того, что может принести ценность компании в 3+ года. Это «новаторское» усилие приводит к нескольким вариантам, на которые можно построить и перенести на следующий уровень. «Поселенцы» заканчивают тем, что строят эти варианты. Они выясняют, как масштабировать разработку продуктов, а также работать над созданием вспомогательных произведений в организации, чтобы сделать продукт успешным в обеспечении дифференцированной стоимости. За прошедшие годы эти новые продукты больше не будут уникально дифференцироваться, но все равно будут обеспечивать огромную ценность. Городские планировщики — это люди, которые работают над такими продуктами.
Если вы пионеры, придерживаться монолита почти всегда правильный выбор. Вы должны провести много небольших экспериментов, построить много MVP и выбрасывать много из них. Монолит всегда более быстрый вариант в этом случае. Когда вы являетесь поселенцами, подумайте об использовании микросервисов, как только вы выяснили, какие из экспериментов, которые могут обеспечить ценность, на самом деле обеспечивают некоторую ценность. Когда вы являетесь планировщиками города, микросервисы помогут вам оптимизировать для скорости и могут быть хорошим вариантом.
Если вы думаете о своем выборе архитектуры, вы должны Прочитайте этот пост по Христианская почта Анкет
5 минут читается
P.S — Это список лучших технических статей, которые моя команда в Appsmith читает через неделю. Я делюсь этим здесь каждую субботу. Хотелось бы услышать ваши отзывы по этому поводу.
Если вы хотите что -то узнать обо мне или от меня, я начал Ама здесь Анкет
Лучшие технологические вещи, которые я прочитал на этой неделе (6 серии части)
Оригинал: «https://dev.to/mohanarpit/best-tech-things-i-read-this-week-4-4l9j»