Дим, я все свои ответы стараюсь свести к моему изначальному тезису:
Чтобы программисты программировали.
Разве:
infrastructure as a code
Не предполагает, что этот код нужно будет поддерживать, развивать, улучшать? Изучать новые инструменты или углубляться в существующих? А безопасность? А мониторинг?
Это и заберёт время у программиста — поддержка и развитие всей этой «инфраструктурной» истории.
Я же не сказал, что как только у тебя есть задача работать с HTTP или сетью, то «всё! палундра! нанимай DevOps-а!». Я обеими руками за
infrastructure as a code
до тех пор, пока это экономически выгодно.
Если это начинает отъедать время у программиста и дешевле, и эффективнее нанять DevOps-а — ОК. Это как пример. Каждый проект уникален и требует соотвественно уникального подхода.
Чтобы эти практики методологично выполнять.
google://why we need devops
Мне сложно себе (сейчас) представить какую-ту технологию, которая позволит развивать и защищать более менее сложную инфраструктуру и которая не начнёт съедать время программиста.
плохо знакомы с современными веяниями, вчасности с DevOps методологией
Не стану отрицать. Я с этой областью знаком настолько, насколько мне это нужно для решения задач.
Чтобы программисты программировали.
Привет! А изучал возможность работы врачем не в Украине? Тебе по душе врачевание? Знаешь же, врач может в разы больше зарабатывать чем программист.
Субьективно, но мне со стороны кажется, что приложить усилий для изучения языка программирования и нахождения работы <= поиску программы стажировки/работы не в Украине. А выхлоп материальный может быть и поинтереснее.
Слыхал, конечно.
Но автор же не собирается ничего не делать, он хочет с минимальными усилиями зарабатывать себе на жизнь, чтобы заниматься любимым делом в свободное время. И он ищет самый короткий путь к реализации своей цели.
Ты говоришь, что
Я бы посты таких людей модерировал или вообще сносил, чисто мое имхо
. Я не понимаю — почему?
Человек видит IT как возможность для заработка и пришел спросить помощь на форуме профессионалов. Чем он заслуживает бан?!
максимальне співвідношення мінімальності затрачених зусиль та часу до оптимального прибутку
Форд бы первый и взял такого человека. Это же почти его мантра при построении процессов.
Если бы такие существовали в природе в чистом виде, что не так-то с гуманитариями?
А вдруг этого навыка как раз украинцам и не хватает. И вдруг они работают очень много, но не эффективно и оттого и прибыль извлекать не умеют.
Обязательно работать много, чтобы зарабатывать много?!
Если человек научиться прилагать минимум усилий для получения максимальной прибыли, то представь какой потенциал у него, если он начнёт работать на полную отдачу. А не исключено, что так и будет.
Привет! А чем это плохо? Желание зарабатывать деньги и прилагать для этого минимум усилий?
Если быть программистом — не требование, а опция, то есть множество вариантов. Например, dna325.com/...а-идти-нетехническому-сп.
Не всегда так получается, иногда за вызовом какой-нибудь функции может быть много чего скрыто
Одна из самых приятных вещей, которая осталась у меня после изучения алгоритмов — это какое-то «интуитивное» понимание сложности и времени работы кода, который я читаю или окидываю взглядом.
Смотришь на код, видишь там цикл, пару if-ов, уже есть в голове какая-то оценка, прикидываешь объемы данных и уже понимаешь, что тут что-то не так. Не всегда так получается, иногда за вызовом какой-нибудь функции может быть много чего скрыто, но в целом влияние на мозг положительное.
Стараемся субботу сделать «ударным» выходным. Обязательно куда-то выезжаем семьей. В любой другой город Украины или красивое место, например, совсем скоро поедем — oceantour.com.ua/...
Еще интересный пример — developer.paypal.com/...
Эта ссылка была к:
как то все это мне напоминает ситуацию с SOAP в2000-ых — такие же дифирамбы ему пели
Жду пруф на не HTTP реализацию.
Это не очень распространенная практика, ибо до сих пор многие HTTP отождествляют с REST и не могут представить себе другие варианты. И это не имеет смысла, так как повторюсь:
Я рекомендую смотреть на REST в отвязке от HTTP, он был придуман раньше и на нем построили HTTP. Это значит, что вы можете и свой протокол разработать, чтобы реализовать принципы REST. Но скорее всего этот протокол, будет почти на HTTP на 80%.
Асинхронность — это уже вопрос реализации. Например, вы можете отправить запрос на сервер и получить ответ, что он будет обработан позже. HTTP поддерживает такое поведение.
«Бинарность» — здесь хорошим примером является HTTP/2, который не отходит от REST идей, а привносит улучшения и исправления в HTTP 1.1.
Посмотрите на CoAP — datatracker.ietf.org/doc/rfc7252, это протокол для embedded на основе REST.
С чего вы взяли, что REST — это лучший подход? Я писал в статье просто об основах, попытался описать как его понимаю.
Ничего если отвечу на русском?
Только вас, вас и только вас.
Начните с простого. Создайте каталог сайтов, которые поддерживают украинский язык, обновляйте его и наслаждайтесь. Вас удивит, как быстро происходит прогресс в этой сфере.
Созидайте, сконцентрируйтесь на хорошем и будет вам счастье.
А там может и www.rozetka.com.ua подтянется, если будет в этом будет бизнес-необходимость.