блин, как я отстал от мира разработки.. а это еще 2022 год =) Отличный обзор инструментов! При таком уровне администрирования, зачем тот cloud, если все крутится вокруг кубера, который можно и на bare metal поставить. Вангую восстание дедиков
Есть git-crypt — решение, которое я использую уже лет 5 для хранение секретов в гит репозиториях. Поддерживает диффы, контроль юзеров и прост в работе.
haven't heard about it. that sounds illogical since syntaxes are too different and Closure is not a single functional language to inspire from. Can you clarify, please?
Свой английский славно прокачал лет 10 назад, когда начал использовать Linux (был тогда еще красноглазиком). Документации нормальной на русском не было, приходилось лопатить очень большой пласт инфы в оригинале — так развился скил читания. Так же, приходилось задавать вопросы на форумах, так подтянул грамматику. Потом, через несколько лет начал работать с рынком США, пришлось уже учиться общаться вербально, помню эти муки.
Вербальные навыки (аудирование) сильно подтянул filochko — чел из США, который живет в РФ и учит английский рассказывая интересные истории. Сначала слушал со словарем, потом стало лень, и начал слушать все ролики, понимая только общую суть. Через время понимание стало близиться к 95%.
Сейчас, часто ловлю себя на мысли, что услышал и понял фразу нейтив-спикера полностью, но не могу повторить, поскольку не помню, как именно он ее сказал
Haskell построен на похожем подходе выполнения переменных — вы описываете каждую переменную, а потом среда проводит расчеты. При этом порядок присвоения не имеет значение + если переменная не используется, значение ее не расчитается.
Только из-за неизменности переменных, нельзя достичь перерасчета всех зависимых переменных, поскольку нельзя изменить значение уже определенной переменной, так что польза от этого нюанса несколько меньше
Каждому свое. Вот по тому же stateofjs, gulp не сильно и устарел:
К тому же, это разные инструменты и я не спорю, чтоб для обычной сборки JS webpack предпочтительней, но если кастом, то не нужно gulp списывать со счетов чисто из-за того, что ему больше трех лет.
Тот же дядька Боб заявлял, что выполнять свою работу для кода — это второстепенное качество.
Первостепенное качество, и с этим я согласен — это быть гибким достаточно, чтобы с лёгкостью покрыть будущие нужды.
Имею обратную практику работы с кодом, который работает сегодня, но совершенно не поддаётся изменениям. Требования эволюционируют, код должен эволюционировать тоже.
Кстати, еще один нюанс. Дело в том, что я набираю вслепую с альтернативным положением пальцев. И получается, у меня три клавиши между мизинцем и энтером, и только одна между мизинцем и капс локом.
А я и ничего про качество кода и не говорил. Если вы мало набираете текста, тогда и задумываться над оптимизацией своей работы с устройствами ввода не нужно. Если же вы журналист, писатель, или же программист (а я просто обозначил, что я программист), тогда mouseless начинает иметь смысл.
блин, как я отстал от мира разработки.. а это еще 2022 год =) Отличный обзор инструментов! При таком уровне администрирования, зачем тот cloud, если все крутится вокруг кубера, который можно и на bare metal поставить. Вангую восстание дедиков
Есть git-crypt — решение, которое я использую уже лет 5 для хранение секретов в гит репозиториях. Поддерживает диффы, контроль юзеров и прост в работе.
Вербальные навыки (аудирование) сильно подтянул filochko — чел из США, который живет в РФ и учит английский рассказывая интересные истории. Сначала слушал со словарем, потом стало лень, и начал слушать все ролики, понимая только общую суть. Через время понимание стало близиться к 95%.
Сейчас, часто ловлю себя на мысли, что услышал и понял фразу нейтив-спикера полностью, но не могу повторить, поскольку не помню, как именно он ее сказал
Только из-за неизменности переменных, нельзя достичь перерасчета всех зависимых переменных, поскольку нельзя изменить значение уже определенной переменной, так что польза от этого нюанса несколько меньше
К тому же, это разные инструменты и я не спорю, чтоб для обычной сборки JS webpack предпочтительней, но если кастом, то не нужно gulp списывать со счетов чисто из-за того, что ему больше трех лет.
Первостепенное качество, и с этим я согласен — это быть гибким достаточно, чтобы с лёгкостью покрыть будущие нужды.
Имею обратную практику работы с кодом, который работает сегодня, но совершенно не поддаётся изменениям. Требования эволюционируют, код должен эволюционировать тоже.
Код, который не развивается — мертвый код.