Большинство используемых мной технологий за 20+ лет конкретно так поубавили в значимости - разве что bash какой-нибудь... ну так слава б-гу вопрос "или - или" тут не стоял.
Может я конечно не понял, но вопросы «или - или» стоят, как и холивары вида bash vs zsh vs ash vs fish
Натыкался на мнения что это приемлемый способ «вкатиться в vim» - использовать готовые сборки, например Lazy/Astro/Cosmic/SpaceVim - так можно сразу увидеть возможности глубоко закастомизированного vim, без того чтобы потратить год (а скорее всего забросив спустя непродолжительное время) на попытки сделать все самому
Конкретно здесь, в примере, оба варианта плохи, но я бы предпочел увидеть скорее правый, чем левый.
Левый вариант нарушает, как мне кажется, базовое правило декомпозиции - все делается в одном месте, вместо того, чтобы иметь отдельные маленькие, понятные и тестируемые функции.
Это, кстати, можно видеть и в правом варианте (bake создает oven - почему?, зачем?), но в куда меньшей степени.
часто в статьях (теоретики?) говорят что это не верно
Честно говоря, в первый раз вижу, что где-то такой подход может быть назван не верным. Даже интересно было бы почитать, потому что сам полностью согласен с подходом с выделением в пакет
Постоянно делаю push —force в свою ветку, потому что стараюсь придерживаться правила минимального merge-request’а - в этом случае у меня почти всегда в mr’е 1 коммит, но случаются мелкие фиксы которые как раз летят с —amend —no-edit и требуют push —force
Может я конечно не понял, но вопросы «или - или» стоят, как и холивары вида bash vs zsh vs ash vs fish
…закрыть потому что нет прав на запись ~/.vscode-server или недостаточно места на диске
Не к тому что vscode не работает, а к тому, что за удобство платим ограничениями, которые лично у меня уже не один раз стреляли
Натыкался на мнения что это приемлемый способ «вкатиться в vim» - использовать готовые сборки, например Lazy/Astro/Cosmic/SpaceVim - так можно сразу увидеть возможности глубоко закастомизированного vim, без того чтобы потратить год (а скорее всего забросив спустя непродолжительное время) на попытки сделать все самому
Да по большому счету сценариев то и нет, это из разряда "хочу игрушку"
Эх, будь оно в корпусе nokia e71 или e72, уже кидал бы деньги в
мониторplaneta.ruбим-бим бам-бам
EvilPlayer, что уж там:)
Слишком сырой еще, IDEA все еще топ по всем фронтам
Как по мне - сложнее, пробовал ради разнообразия поработать в emacs, оказалось ну очень не мое, вернулся в родной neovim
А зачем так сложно? Можно поместить курсор вне этого блока со скролом и End (или fn+стрелка вправо если мак) и провалиться в самый низ страницы
Подписываюсь под каждым словом
Не надо kphp, лучше php+roadrunner
kphp приемлемо могут готовить пожалуй только во ВКонтакте
«Привет. Как дела?, что там по срокам? Я тебе тут встречку поставил»
Конкретно здесь, в примере, оба варианта плохи, но я бы предпочел увидеть скорее правый, чем левый.
Левый вариант нарушает, как мне кажется, базовое правило декомпозиции - все делается в одном месте, вместо того, чтобы иметь отдельные маленькие, понятные и тестируемые функции.
Это, кстати, можно видеть и в правом варианте (bake создает oven - почему?, зачем?), но в куда меньшей степени.
Интересно, насколько стара оригинальная статья, потому что
но в самом коде конфига используется lazy.nvim
Честно говоря, в первый раз вижу, что где-то такой подход может быть назван не верным. Даже интересно было бы почитать, потому что сам полностью согласен с подходом с выделением в пакет
Постоянно делаю push —force в свою ветку, потому что стараюсь придерживаться правила минимального merge-request’а - в этом случае у меня почти всегда в mr’е 1 коммит, но случаются мелкие фиксы которые как раз летят с —amend —no-edit и требуют push —force
скорее всего "Wtf-is-timezone Design Pattern"
хотелось бы узнать чем плохо
Провожу все те же манипуляции и получаю
ЧЯДНТ? Уже кажется что все перепробовал...