AP
ну тут только время покажет. У меня пока недостаточно опыта на го
Ну вот, кстати, чем Го хорош - так это тем, что из коробки рекомендуют как организовывать код в системе. Сразу решает кучу проблем с тем что скриптики размазаны где ни поподя
Size: a a a
2020 May 16
PG
там конченый способ организации, они сами от него отказываются теперь
HF
Ну вот, кстати, чем Го хорош - так это тем, что из коробки рекомендуют как организовывать код в системе. Сразу решает кучу проблем с тем что скриптики размазаны где ни поподя
это да. Пердолиться не нужно. Вообще поэтому и хочу вкатиться в go из питона. Много плюсов в т.ч. из-за статической типизации, окнечно
DL
Ну что ж, все выяснилось про мои проблемы с
•
•
•
Если есть одновременно
Эффект, который триггерится декларацией
use-package.•
:defer nil не значит “do not defer”•
:demand t не значит “load immediately”•
:after (a b c) не значит “only load after a, b, c were loaded”, это значит «как только загрузилось c, устроить так, что как только загрузилось b, устроить так, что как только загрузилось a, require, configure ‹данный пакет›».Если есть одновременно
:demand t :defer nil, то в разложении вообще нету require. Это причина, почему у меня не грузилось много чего.Эффект, который триггерится декларацией
:demand t, должен триггериться декларацией :defer nil, а :demand надо либо убрать вообще, либо придать ему смысл load immediately. Описание :after надо менять. Эта декларация не мягко «откладывает» на потом, как написано, оно жестко предписывает, когда именно грузить, и вдобавок делает это посредством декларации n-го порядка, которая осуществляется постепенно и поэтому может не иметь никакого эффекта вообще (и предлтвратить загрузку пакета полностью) если какие-то другие процедуры достаточно незначительно, но при этом в неудачный момент поменяют after-load-alist.> • :defer nil не значит “do not defer”
потому что для этого есть
> • :demand t не значит “load immediately”
потому что это значит do not defer
> • :after (a b c) не значит “only load after a, b, c were loaded”,
потому что eval-after-load
> Если есть одновременно :demand t :defer nil
зачем?
потому что для этого есть
:demand t> • :demand t не значит “load immediately”
потому что это значит do not defer
> • :after (a b c) не значит “only load after a, b, c were loaded”,
потому что eval-after-load
> Если есть одновременно :demand t :defer nil
зачем?
A
Ну вот, кстати, чем Го хорош - так это тем, что из коробки рекомендуют как организовывать код в системе. Сразу решает кучу проблем с тем что скриптики размазаны где ни поподя
Прямо как Ruby on Rails, только не работает.
DL
Ну вот, кстати, чем Го хорош - так это тем, что из коробки рекомендуют как организовывать код в системе. Сразу решает кучу проблем с тем что скриптики размазаны где ни поподя
как тебе сказать, оно конечно рекомендует, только я пока хачил один (к счастью, единственный) go-проект, обплевался от этой организации
DL
А я снова с емакса на вим пересел. Понял что мне не нужен настолько расширяемый редактор.
но проблема в том, что вим с плагинами при таком подходе тоже не имеет смысла, а вим без плагинов для чего-то сложнее поправить /etc/hosts (при условии, что их там не больше ~10) не годится, слишком много тело(и мозго-)движений
AP
Artem
Прямо как Ruby on Rails, только не работает.
Не знаю что там в руби, но в Го все работает
PG
Artem
Прямо как Ruby on Rails, только не работает.
а ви таки рубист?
DL
Не знаю что там в руби, но в Го все работает
когда скомпилируется без ошибок - может быть
AP
как тебе сказать, оно конечно рекомендует, только я пока хачил один (к счастью, единственный) go-проект, обплевался от этой организации
А в чем там проблема? Все в одной директории под рукой
VL
Ну что ж, все выяснилось про мои проблемы с
•
•
•
Если есть одновременно
Эффект, который триггерится декларацией
use-package.•
:defer nil не значит “do not defer”•
:demand t не значит “load immediately”•
:after (a b c) не значит “only load after a, b, c were loaded”, это значит «как только загрузилось c, устроить так, что как только загрузилось b, устроить так, что как только загрузилось a, require, configure ‹данный пакет›».Если есть одновременно
:demand t :defer nil, то в разложении вообще нету require. Это причина, почему у меня не грузилось много чего.Эффект, который триггерится декларацией
:demand t, должен триггериться декларацией :defer nil, а :demand надо либо убрать вообще, либо придать ему смысл load immediately. Описание :after надо менять. Эта декларация не мягко «откладывает» на потом, как написано, оно жестко предписывает, когда именно грузить, и вдобавок делает это посредством декларации n-го порядка, которая осуществляется постепенно и поэтому может не иметь никакого эффекта вообще (и предлтвратить загрузку пакета полностью) если какие-то другие процедуры достаточно незначительно, но при этом в неудачный момент поменяют after-load-alist.Я хз вообще что у тебя за проблемы могут быть)
:after a b c выполняет твой конфиг только просле того как загрузились a b и c. Но не грузит по умолчанию. для этого нужно :demand t
:after a b c выполняет твой конфиг только просле того как загрузились a b и c. Но не грузит по умолчанию. для этого нужно :demand t
A
а ви таки рубист?
Это интересный вопрос, но в данном случае у поциента наблюдается неприязнь к руби
A
Знаю ли я руби? Да.
VL
Я согласен что с lazy loading сложно разобраться в имаксе. Но когда поймешь, там все изи. особенно изи если макроэкспандить
AP
когда скомпилируется без ошибок - может быть
В Го проблема другого харатера. Все что заявлено как правило работает как часы. Язык небольшой и простой как пробка. Но с сильно урезанными возможностями. Хоть тех возможностей что на нем есть хватить для реализации чего угодно, просто порой код превращается из нескольких строк в простыню
AP
Artem
Это интересный вопрос, но в данном случае у поциента наблюдается неприязнь к руби
Все в порядке - это мой личный врач, он за меня руби знает +)
A
VL
Я согласен что с lazy loading сложно разобраться в имаксе. Но когда поймешь, там все изи. особенно изи если макроэкспандить
гетероиконность фу фу
AP
но проблема в том, что вим с плагинами при таком подходе тоже не имеет смысла, а вим без плагинов для чего-то сложнее поправить /etc/hosts (при условии, что их там не больше ~10) не годится, слишком много тело(и мозго-)движений
да нормально там без плагинов. В виме из коробки есть все что необходимо для правки конфигов любого размера