интересно много тут курсантов с синктентики трудоустроены?

Я был. На половине курса был трудоустроен

так блок это синтаксическая конструкция :)

а методы это тоже синтаксическая конструкция? или чем они являются в руби?

> Object.method(:new).class => Method

ну так и про блок кода преобразованный в прок можно сказать

или я не прав?

ну он и является Proc'ом

Список аргументов не является объектом

все таки объект возвращает сам метод method а не def method_name; end

method("a", "b", 5)

"a", "b", 5 не является объектом

method("a", "b", 5)

ты предедаешь объекты классов String и Numeric

формально, это тоже объекты

да, по отдельности объекты, но вместе не объект

...

?

Почему ssh работает, а sftp не работает?

Никто не может подкинуть идей?

ты точно все проверил?

а что проверить?

Я не очень хорош в админстве

ты через пароль коннектишься?

по ключу

то есть у тебя по ключу входит а та же строка но вместо ssh -> sftp не входит?

да

че пишет

юзай scp, а не sftp

OpenSSH_7.2p2 Ubuntu-4ubuntu2.1, OpenSSL 1.0.2g 1 Mar 2016 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to marvel.ddgcorp.ru [95.211.239.224] port 22. debug1: Connection established. debug1: identity file /home/hoofoo/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/hoofoo/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.1 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u3 debug1: match: OpenSSH_6.7p1 Debian-5+deb8u3 pat OpenSSH* compat 0x04000000 debug1: Authenticating to marvel.ddgcorp.ru:22 as 'vasa' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256@libssh.org debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:wnrkN24tBCMlV+Xcx1oXI7jlTySXaeFn5QAMMQ1JtcU debug1: Host 'marvel.ddgcorp.ru' is known and matches the ECDSA host key. debug1: Found key in /home/hoofoo/.ssh/known_hosts:85 debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Offering RSA public key: /home/hoofoo/.ssh/id_rsa debug1: Server accepts key: pkalg ssh-rsa blen 279 debug1: Authentication succeeded (publickey). Authenticated to marvel.ddgcorp.ru ([95.211.239.224]:22). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug1: pledge: network debug1: Sending environment. debug1: Sending env LANG = ru_RU.UTF-8 debug1: Sending env LC_CTYPE = ru_RU.UTF-8 debug1: Sending subsystem: sftp debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK Transferred: sent 2724, received 1788 bytes, in 0.2 seconds Bytes per second: sent 15527.2, received 10191.9 debug1: Exit status 1 Connection closed

ну наверно на фтп какие то настройки стоят хз.

у меня если настройки по умолчанию оба коннектят

ну и кидай такое длинное в gist

проверил на 2х серваках

Если мне нужно с компании нужно вернуть учасника. Но что бы его вернуть, нужно написать похожую цепочку методов: company.chain1.chain2.chain3.member Как мне лучше поступить, если я не уверен что какой-то из методов не nil?

&.

(safe navigation operator, то бишь)

Она Ruby 2.3+ только

У меня тут 2.2.2 :(

(safe navigation operator, то бишь)

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

в 2.2 никак, в общем-то

(нужно чекать на каждом из этапов)

(нужно чекать на каждом из этапов)

ой беда :(

Важно также понимать различие между наследованием класса и наследованием интерфейса (или порождением подтипов). В случае наследования класса реализация объекта определяется в терминах реализации другого объекта. Проще говоря, это механизм разделения кода и представления. Напротив, наследование интерфейса (порождение подтипов) описывает, когда один объект можно исполь- зовать вместо другого. Две эти концепции легко спутать, поскольку во многих языках явное разли- чие отсутствует.

В руби как?

Что ты в руби подразумеваешь под наследованием интерфейса?

?

duck typing

В руби нет интерфейсов

Что ты в руби подразумеваешь под наследованием интерфейса?

подозреваю что это цитата

Ну а че ее тупо копипастить. Надо же подумать сначало про что цитата. Я бы загуглил класс руби и интерфейс руби

ну вот Евгений и задумался

Потом наследование и тд.

Значит я правильно поставил вопрос ему

Если бы у Евгения не было бы вопроса, он бы не задумался

Ну я думаю что если бы он загуглил интерфейс руби то вопрос А в руби как отпал бы

для меня например, наследование класса это не "разделение кода и прдставления"

когда мой наследние наследует признаки гуманойда он не разделяет код и представление

аффтар не читал декарта

пусть убьет себя

выебнуться все хотят только эта заумь не нужна никому, потому, что в каждой строчке придется договариваться о терминах

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

"порождение подтипов" я вроде видел как рубисты порождали их, вроде в мантиях с красной пятиконечной звездой на полу и при свечах

а если серьезно то мне кажется весь абзац там переведен как-то коряво "Напротив, наследование интерфейса (порождение подтипов) описывает, когда один объект можно использовать вместо другого."

или написан

или пхп-шник писал

или js-ник, у них там вообще с классами прототипами и интерфейсами бардак

дайте мне пару часов и я сделаю еще 100-200 предположений

собственно как и во всех науках: есть люди которые понимаю, есть люди которые могут объяснить

ERROR: S client not available

этот явно не может

это перевод, вот эта книга http://www.ozon.ru/context/detail/id/2457392/

"Elements of Reusable Object-Oriented Software с быстрой доставкой по почте" гыгыгыгы

Elements of Reusable Object-Oriented Software с быстрой доставкой по почте на стеройдах

ну вот как минимум "representation sharing" != "разделения кода и представления"

ну в общем я бы озвучил так: если ты реализуешь дочерний класс, то ты выдумываешь уже по сути новый класс, а если наследуешь интерфейс то мыслишь в рамках текущего класса в рубях про наследование класса впринципе оно так и есть, но наследования интерфесов нет, но есть примеси, и тут я согласен с автором, когда добавляешь примесь, то мыслишь текущим классом

переводчики такие переводчики

ну окей допустим не понимает переводчик ничего в предмете тогда стоило перевести как "механизм для кода и разделения представления"

в тех языках, где есть интерфейсы есть две истории

поведение и взаимодействие

поведение описывается классом, взаимодействие описывается интерфейсом

в руби такого разделения нет. у объектов нет интерфейса, по той простой причине что руби позволяет отправлять объекту вообще любые сообщения

обработает объект это сообщение или нет, это уже вопрос исключительно реализации класса объекта

и не надо притягивать миксины за уши к интерфейсу

примеси точно не интерфейс

также можно утверждать, что у всех руби классов есть интерфейс

да нету у них интерфейса

это зависит от того как договорились дискутирующие

потому что порядок взаимодействия никак не зафиксирован

ты можешь отправить _любое_ сообщение

все же объекты принимают сообщения?

.send(:anything)

нене, я не спорю с тобой

действительно не очень корректно говорить что у рубях есть интерфейсы как паттерн

я включил Дотошку и доябываюсь до автора и переводчика

в такой форме подавать знания - вредно

кабута информатику вообще не изучали

я не могу предложить перевод слова share в этом контексте - я бы использовал просто другой оборот

также понятно что наследование интерфейсов позволяет использовать объекты друг вместо друга но это даже звучит абсурдно посколько не в этом цель

читающий какбы должен понять мотив совершить наследование интерфейсов

зачем бы мне строить наследование чтобы использовать один объект вместо другого