Идите на фриланс биржу (в идеале апворк, но сейчас с этим немного сложнее), ставьте небольшой ценник и просто начинайте работать. Будет тяжело, сложно, непонятно и неприятно. Но через полгода у вас будет опыт работы, как при прочих равных условиях через два-три года (про стажировки молчу). Ну и после этого (если надоест) можно свободно подаваться на позиции около мидла, куда намного проще будет пройти, а опыт позволит. Проверено, это работает.
По сути, автор сделал аналог GitOps, только для статического сайта. Правда, я не очень понял претензию к чужим сервисам - что автору мешает хостить статику со своего же сервера, ну и билдить при деплое (если не нравится гитхаб, можно хоть на сервер пушить, а можно и по ftp заливать, коли совсем дело плохо).
На поиграться интересно, но это же 100% велосипед.
Просто купить клавиатуру вроде Truly Ergonomic (ну ладно, сейчас может и непросто, но идея понятна). Требует привыкания, но решает все проблемы, очень удобна, небольшая, и не выглядит дико в отличие от.
Пример, как это сделано правильно: в Golang есть тип `time.Duration`, в который можно передать данные в любом виде - миллисекунды, минуты, часы или что хотите. В итоге вопросов вида "что лежит в переменной" не возникает - там лежит длительность с абсолютной размерностью, которую при необходимости (в случае вывода в консоль, например) можно преобразовать к любой нужной величине - секундам, минутам и т.п.
Да много чего уметь нужно. Из этого "много" написание кода - малая часть. Это как для вождения автомобиля нужно уметь нажимать педали и вертеть руль, но сам навык вождения - намного более обширная тема.
Если бы дело было только в этом, то да. Но еще есть зависимость от вендора (Google Pay, Apple Pay), которая с недавнего времени стала угрозой или реальной проблемой в некоторых странах. Например, в некоторых странах Google Pay вообще не работает, а также перестает работать с некоторыми картами. Иметь свой платежный сервис - значит быть независимым в рамках страны и клиентов, которые оплату этим сервисом поддерживают.
Ну такой аргумент. Решается мультистейджем на уровне локальной сборки и кешем на уровне пайплайна.
Ну и опять же - шашечки или ехать. Большинству оптимизация размера контейнера не уперлась, а вот писать readonly код на баше, да еще в контейнере - удовольствие не для любой команды.
Ну и кажется, что питон - это эдакий js мира DevOps - да, он жирный и медленный, но зато его все знают, и писать на нем сможет даже макака.
Никогда не использовал в продуктивном коде ни то, ни другое, по причине ненадобности и кажущегося значительного усложнения кода и его читабельности.
Технически это несложно реализовать, тем не менее. Но современные архитектурные практики склоняются к тому, чтобы работать с каждым агрегатом в отдельной транзакции, а между ними коммуницировать через очередь или вроде того.
Опыт работы над несколькими агрегатами в одной транзакции показывает, что идея с брокером действительно лучше.
Уф, вряд-ли автор сюда долистает, но...
Идите на фриланс биржу (в идеале апворк, но сейчас с этим немного сложнее), ставьте небольшой ценник и просто начинайте работать. Будет тяжело, сложно, непонятно и неприятно. Но через полгода у вас будет опыт работы, как при прочих равных условиях через два-три года (про стажировки молчу). Ну и после этого (если надоест) можно свободно подаваться на позиции около мидла, куда намного проще будет пройти, а опыт позволит. Проверено, это работает.
По сути, автор сделал аналог GitOps, только для статического сайта. Правда, я не очень понял претензию к чужим сервисам - что автору мешает хостить статику со своего же сервера, ну и билдить при деплое (если не нравится гитхаб, можно хоть на сервер пушить, а можно и по ftp заливать, коли совсем дело плохо).
На поиграться интересно, но это же 100% велосипед.
Вот такое
Просто купить клавиатуру вроде Truly Ergonomic (ну ладно, сейчас может и непросто, но идея понятна). Требует привыкания, но решает все проблемы, очень удобна, небольшая, и не выглядит дико в отличие от.
Это все последствия слабой системы типов.
Пример, как это сделано правильно: в Golang есть тип `time.Duration`, в который можно передать данные в любом виде - миллисекунды, минуты, часы или что хотите. В итоге вопросов вида "что лежит в переменной" не возникает - там лежит длительность с абсолютной размерностью, которую при необходимости (в случае вывода в консоль, например) можно преобразовать к любой нужной величине - секундам, минутам и т.п.
Да много чего уметь нужно. Из этого "много" написание кода - малая часть. Это как для вождения автомобиля нужно уметь нажимать педали и вертеть руль, но сам навык вождения - намного более обширная тема.
А где ответ на вопрос в заголовке? Программистом то можно стать, или нет?
Если бы дело было только в этом, то да. Но еще есть зависимость от вендора (Google Pay, Apple Pay), которая с недавнего времени стала угрозой или реальной проблемой в некоторых странах. Например, в некоторых странах Google Pay вообще не работает, а также перестает работать с некоторыми картами. Иметь свой платежный сервис - значит быть независимым в рамках страны и клиентов, которые оплату этим сервисом поддерживают.
Недавно пришлось поработать с Alibaba Cloud - если доки еще более-менее, то официальные мануалы - на китайском.
Конечно, не делает. Первым наблюдаемым межзвездным объектом в нашей системе - да.
В Go это делается как и везде - либо через использование написанной на Go или C библиотеки (их навалом), либо через вызов нужной утилиты через Exec.
Ну такой аргумент. Решается мультистейджем на уровне локальной сборки и кешем на уровне пайплайна.
Ну и опять же - шашечки или ехать. Большинству оптимизация размера контейнера не уперлась, а вот писать readonly код на баше, да еще в контейнере - удовольствие не для любой команды.
Ну и кажется, что питон - это эдакий js мира DevOps - да, он жирный и медленный, но зато его все знают, и писать на нем сможет даже макака.
А где там про лишение права собственности? Не нашел такого пункта
Очень круто, выглядит как и должен выглядеть современный технический музей!
Телевизор же смотрят, в чем разница?
Держу в курсе, она превращается в тыкву в другой стране. Просто перестает работать
Это тот премиум, который при выезде из страны покупки превращается в тыкву?
Скриншотов бы
Никогда не использовал в продуктивном коде ни то, ни другое, по причине ненадобности и кажущегося значительного усложнения кода и его читабельности.
Технически это несложно реализовать, тем не менее. Но современные архитектурные практики склоняются к тому, чтобы работать с каждым агрегатом в отдельной транзакции, а между ними коммуницировать через очередь или вроде того.
Опыт работы над несколькими агрегатами в одной транзакции показывает, что идея с брокером действительно лучше.
Знакомая проблема, тоже через это проходил.
Даже написал статью, правда, более широкого толка.