Так не, скачивание файлов не исчезает полностью, ты все так же можешь их скачивать и работать с ними, конечно же. Просто кроме этого появляется множество других способов работы с удаленными ресурсами, которые значительно упрощают многие кейсы.
Вобще прикол плана не в этом, а в том, что можно делать сервисы которые предоставляют единый файловый интерфейс. И его удобство конечно зависит от того, как это смог сделать автор конкретного сервиса. А если на той стороне тупой php-скрипт, то что уж, с ним придется считаться, магии тут никакой нет.
>Что будет происходит с «cat /tcp/host/port» при нескольких клиентах? Ведь в общем случае в char или block девайс, на который натравливается cat, могут писать больше одной программы.
Каждый будет читать из свого /tcp/host/port.
>Ведь в общем случае в char или block девайс
В общем случае эта разница пришла к нам из 70х, и в наше время такое легаси ненужно.
Это, как уже написали ниже, требует много кода в сисколлах. В Плане действительно можно делать file/open на все, но не он реализует специфичную логику, а сервис, предоставивший к ресурсу файловый интерфейс.
>В какой кодировке эта программа читать файл будет? Наверное, в системной…
Насколько я знаю, в Plan9 сервис предоставляющий интерфейс к http протоколу декодирует данные в системную (там юникод) кодировку используя этот заголовок.
Нет, пароль знать не будет, а лишь получит временный метадату от сервиса ключей, которую сможет использовать для установления соединения. Во всяком случае так происходит в plan9.
>Типичный программист по найму рассуждает так: платите мне большую зарплату, потому, что я senior, как там монетезируются мои навыки в вашем бизнесе меня вообще не волнует, ответственности дополнительной я не хочу, отстаньте от меня с вашими проблемами в бизнесе, это не моя забота, я пишу код.
До тех пор пока я не имею с этого прибыли зачем мне заботиться о чужом бизнесе?
Ну вы даете, написать статью про историю ЯП и не рассказать про такие основы основ как Smalltalk, SML, Scheme и другие. Создается впечатление что ООП появилось первым в C++, а лисп, с которого началось практически все что существует сегодня от сборщиков мусора, до лямбд и замыканий лишь упомянут, и поставлен (!!!) на уровень с Cobol.
Geekbrains — образовательная площадка для программистов.
Ну и вобще насчет поста — пользователям емакса настоятельно рекомендую разобраться хотябы в основах elisp, потому что вся сила емакса в его программировании/конфигурировании, и делать кастомизации лучше самому для себя, а примеры в интернетах использовать как источники идей.
Тем более емакс это крутейшая среда разработки на elisp — все выполнять, пробовать можно в нем самом — буфер *scratch* и M-x ielm это шикарные вещи. Автодополнение включается через eldoc-mode, автоскобочки — paredit/smartparens, справка C-h f (по функциям), v (по переменным), k (по хоткеям) и тд.
У них в статейке основной это написано (мне лень переводить)):
Of the three pieces, coroutines are the most challenging to implement on the JVM, as they require bytecode instrumentation. Essentially, every possibly-pausing method (the Quasar/Pulsar nomenclature is “suspendable”) must be inspected to find all invocations of other suspendable methods. Before the call to a suspendable method, code must be injected to push the caller’s local variables onto a stack object. Also, code must be injected to the beginning of every suspendable method, that upon resuming would jump to the instruction following the pause-point. This has to be done to all suspendable methods on the (OS thread) stack.
Я же говорю, там свои треды, свой планировщик, свои мейлбоксы опять же. Точно так же как на evm, создатели руководствовались своим опытом использования эрланга.
Спасибо за статью. Недавно еще обнаружил такую штуку — по сути реализация эрланга на джаве: http://www.paralleluniverse.co/quasar/ прям с собственным планировщиком, процессами, бехейвиорами и тд и тп.
Вобще прикол плана не в этом, а в том, что можно делать сервисы которые предоставляют единый файловый интерфейс. И его удобство конечно зависит от того, как это смог сделать автор конкретного сервиса. А если на той стороне тупой php-скрипт, то что уж, с ним придется считаться, магии тут никакой нет.
Логично. Я точно помню что в плане было что-то сделано для унификации и избавления от множества устройств, но сходу не нагуглил.
Каждый будет читать из свого /tcp/host/port.
>Ведь в общем случае в char или block девайс
В общем случае эта разница пришла к нам из 70х, и в наше время такое легаси ненужно.
Насколько я знаю, в Plan9 сервис предоставляющий интерфейс к http протоколу декодирует данные в системную (там юникод) кодировку используя этот заголовок.
До тех пор пока я не имею с этого прибыли зачем мне заботиться о чужом бизнесе?
«perl» is the compiler
Never «PERL»
О боже, и эти люди еще учат чему-то?
Да еще и интерфейс есть M-x list-packages.
Тем более емакс это крутейшая среда разработки на elisp — все выполнять, пробовать можно в нем самом — буфер *scratch* и M-x ielm это шикарные вещи. Автодополнение включается через eldoc-mode, автоскобочки — paredit/smartparens, справка C-h f (по функциям), v (по переменным), k (по хоткеям) и тд.