• Король разработки
    +9

    Мне кажется что просто многие зацикливаются на том, что мы пишем код, но код сам по себе, каким бы хорошим он ни был, это всего лишь сухая последовательность команд, не имеющая ни какой ценности.
    Но ведь на самом же деле мы не пишем код, а делаем продукты, будь это целые системы, или отдельные части большой системы. Например разрабатывая сервопривод для руки робота ты можешь думать, что ты разрабатываешь деталь большого, сложного и интересного робота, а можешь думать что разрабатываешь очередной сервопривод для какой-то системы, которых ты уже разработал не мало, и в первом случае это будет клёвая задача для парня из гаража, а во втором случае скучная рутинная энтерпрайс задача для рядового разработчика.
    И так же и с разработкой, всё лишь зависит от того, как ты на это смотришь, парни из гаража ни когда не писали просто код, они всегда делали клёвые штуки, а код был их инструментом, а не целью.
    И сейчас многие пытаются повысить свои навыки разработки чтобы больше цениться на рынке, и я был таким, пока не понял одну простую истину — навыки нужны не ради ценности на рынке, а чтобы дедать крутые штуки, а ценность сама придёт.
    Но это всё бесполезно, если на самом деле ты хочешь лишь писать последовательности команд, а не разрабатывать "космические корабли".

  • Стрелочный ад, или новый круг старой проблемы
    0

    Именно о таком я и писал :)


    Просто в статью слишком большие примеры плохо пихать, так что я ограничился парой небольших абстрактных примеров.


    А horizon.io явно местами переборщили. К примеру такая запись


    const read_config_from_env = () => {}

    вместо обычного


    function read_config_from_env () {}

    по моему уже верх абсурда в желании использовать только новые фичи языка.


    Но предлагаю особо не холиварить по их поводу здесь, иначе это растянется не на одну сотню сообщений, уйдя далеко от темы, поскольку стрелки не единственная (и по моему не самая больня) проблема, которую у них можно откопать и разобрать (файлы на 700+ строк почти всегда очень интересные :))).

  • Стрелочный ад, или новый круг старой проблемы
    +2
    Да, но в «боевом» коде могут быть снова проблемы с читаемостью. Чаще всего все функции лучше объявлять в конце кода через function, а не как переменную. И почти никогда нет проблемы прокинуть контекст через call, bind или apply.
  • Стрелочный ад, или новый круг старой проблемы
    0
    Только по моему будет аккуратней если через bind прокинуть this
    get(...).then(processResult.bind(this))