Он достаточно простой, если хотите, можете взять из https://github.com/lyokha/g3kb-switch, в директории extension, названия путей к объекту можете переименовать на свой вкус.
Физик, во-первых, способен сам глубоко разобраться в изучаемом вопросе и, во-вторых, глубоко и непротиворечиво изложить его в печатном (или другом) виде, причём в любом вопросе, необязательно связанном с физикой, я как-бы об этом.
Раньше не пробовал, сейчас попробовал )) Да, type-holes удобно разворачивать без стороннего запуска ghc. LSP вообще довольно новая фича (по крайней мере, для меня, я ею только 2 недели пользуюсь), так что там много чего интересного еще можно нарыть.
Аналогично, перешёл с vim на nvim 2 недели назад, но старые плагины не оставил, хотя они и работали, потому что очень уж древние. Адаптировал .vimrc в init.vim, установил lsp, treesitter, compe, из языковых серверов установил clangd и hls, смотрю на это и не вижу причин для возврата к vim
Hard Skills можно развить, а вот для того, чтобы стать настоящим командным игроком, нужно приложить максимум усилий. Не каждый готов работать над собой.
Какое-то уж совсем спорное заявление, и при этом категоричное. Мне кажется, что изучить некоторое, даже небольшое, количество технических концепций до уровня, при котором окружающие начнут доверять их носителю и признавать его авторитет будет посложнее, чем научиться делать фальшивую улыбку.
Мне в детстве слышалось, что д'Артаньян с мушкетёрами поют "У клопа, у клопа — почему бы нет?" И ещё несколько таких же глупостей из этого же фильма. Всё-таки французский смешной язык.
Система состоит из частей, и отдельные части можно писать на любом языке, приклеивая их с помощью FFI, если язык это поддерживает. Блюстители частоты могут даже не заметить, что внутри что-то не сишное или не сплюсплюсное.
Это тоже самое, что утверждать, что шурупы виноваты в том, что они у вас молотком не забиваются!
Если шурупы выглядят так, что глядя на них вам приходит в голову забивать их молотком, то таки да, они виноваты. На самом деле, шурупы так не выглядят. В отличие от Agile, который в любой компании с неумолимой определенностью всегда превращается в то, что описано в этой статье.
Это не совсем верно (у меня запуск этой строки на Fedora 23 c ngrep-1.45-19.git20131221.16ba99a.fc23.x86_64 вообще приводит к SEGFAULT!). В этой записи вы ищете match на port, с неверным bpf фильтром 5060. Должно быть
ngrep -q -d any -p -W byline '' 'port 5060'
или чуть проще
ngrep -q -d any -p -W byline '' port 5060
но match (хотя бы пустой) все равно должен быть указан. (См. также здесь)
Хороший музыкант ценит качество своей скрипки, да и ценители, слушающие его исполнение, тоже, но в меньшей степени. Да и качество конечного продукта (исполняемая программа) может вообще не зависеть от программиста, поскольку огромное влияние на работу программы оказывают качество компилятора, рантайм библиотек и операционной системы. В отличие от исходного кода.
Многие (в том числе и я) склонны называть программой именно исходный код, а не то бинарное месиво, которое получается на выходе компилятора X и запускается на выполнение в операционной системе Y.
Тема вообще-то весьма холиварная, поскольку сугубо философская. :)
Нет. Пользователи имеют дело с продуктом (скомпилированный код), программист с идеей (исходный код). Пользователям нет никакого дела до вашей речи (кода), их не интересуют ваши изыски и красота вашего ораторского искусства.
Ты как челобитную боярину подаешь, смерд!
Он достаточно простой, если хотите, можете взять из https://github.com/lyokha/g3kb-switch, в директории extension, названия путей к объекту можете переименовать на свой вкус.
org.gnome.Shell.Eval больше недоступен в Gnome 41, вам будет нужно написать Gnome extension
Физик, во-первых, способен сам глубоко разобраться в изучаемом вопросе и, во-вторых, глубоко и непротиворечиво изложить его в печатном (или другом) виде, причём в любом вопросе, необязательно связанном с физикой, я как-бы об этом.
Вообще-то, это знак качества
Раньше не пробовал, сейчас попробовал )) Да, type-holes удобно разворачивать без стороннего запуска ghc. LSP вообще довольно новая фича (по крайней мере, для меня, я ею только 2 недели пользуюсь), так что там много чего интересного еще можно нарыть.
Похоже что не работает:
```
RPC[Error] code_name = MethodNotFound, message = "method textDocument/rename is not supported by any of the servers registered for the current buffer"
```
См. https://github.com/haskell/haskell-language-server/issues/190 и (follow up) https://github.com/haskell/haskell-language-server/issues/282.
Но компиляция и hlint работают замечательно (кстати, hls кажется еще не поддерживает ghc 9.0.1)
Аналогично, перешёл с vim на nvim 2 недели назад, но старые плагины не оставил, хотя они и работали, потому что очень уж древние. Адаптировал .vimrc в init.vim, установил lsp, treesitter, compe, из языковых серверов установил clangd и hls, смотрю на это и не вижу причин для возврата к vim
Что-то много в последнее время стало "программистов", которые учатся 3-4 года, а не всю жизнь, как должно быть.
Какое-то уж совсем спорное заявление, и при этом категоричное. Мне кажется, что изучить некоторое, даже небольшое, количество технических концепций до уровня, при котором окружающие начнут доверять их носителю и признавать его авторитет будет посложнее, чем научиться делать фальшивую улыбку.
Мне в детстве слышалось, что д'Артаньян с мушкетёрами поют "У клопа, у клопа — почему бы нет?" И ещё несколько таких же глупостей из этого же фильма. Всё-таки французский смешной язык.
Система состоит из частей, и отдельные части можно писать на любом языке, приклеивая их с помощью FFI, если язык это поддерживает. Блюстители частоты могут даже не заметить, что внутри что-то не сишное или не сплюсплюсное.
Если шурупы выглядят так, что глядя на них вам приходит в голову забивать их молотком, то таки да, они виноваты. На самом деле, шурупы так не выглядят. В отличие от Agile, который в любой компании с неумолимой определенностью всегда превращается в то, что описано в этой статье.
Нет, так устроен мир.
ngrep -q -d any -p -W byline port <i>5060</i>Это не совсем верно (у меня запуск этой строки на Fedora 23 c ngrep-1.45-19.git20131221.16ba99a.fc23.x86_64 вообще приводит к SEGFAULT!). В этой записи вы ищете match на port, с неверным bpf фильтром 5060. Должно быть
ngrep -q -d any -p -W byline '' 'port 5060'или чуть проще
ngrep -q -d any -p -W byline '' port 5060но match (хотя бы пустой) все равно должен быть указан. (См. также здесь)
Многие (в том числе и я) склонны называть программой именно исходный код, а не то бинарное месиво, которое получается на выходе компилятора X и запускается на выполнение в операционной системе Y.
Тема вообще-то весьма холиварная, поскольку сугубо философская. :)
как правило оптимизируется на этапе компиляции