В
Paul
а там все равно в недрах VCL
Ну да
Size: a a a
2020 April 18
P
все то же самое, по сути. синтаксис языка другой, а концепция та же
Α
Sergey Lapin
На делфи учили в универах в начале двухтысячных. Да и сейчас, как я слышал, есть работа на делфи и новые версии периодически выходят. Может просто работы меньше стало, но она есть. Не совсем сдох делфи. Ну а то что Ruby is dead (c) - это все уже давно знают. Даже в майках с такой надписью ходят.))
по поводу надписи на майках "Ruby is dead" про Delphi вообще не пишут. Полагаю это потому что он уже мертв и следов не осталось!
SL
по поводу надписи на майках "Ruby is dead" про Delphi вообще не пишут. Полагаю это потому что он уже мертв и следов не осталось!
Ну последняя версия Делфи - осень 2019 года.
.
по поводу надписи на майках "Ruby is dead" про Delphi вообще не пишут. Полагаю это потому что он уже мертв и следов не осталось!
Видимо только руби унаследовал этот пёрл про мертвый язык
Α
Sergey Lapin
Ну последняя версия Делфи - осень 2019 года.
да я в курсе тенденций я тоже на нем "колдовал" так как сверстать программу было ну сказать "просто" ничего не сказать. но вот вакансии чет отстой какой то Лигаси да еще не в софтовых компаниях
P
Ну так на нем в основном писали собственные системы
Α
да я в курсе тенденций я тоже на нем "колдовал" так как сверстать программу было ну сказать "просто" ничего не сказать. но вот вакансии чет отстой какой то Лигаси да еще не в софтовых компаниях
да еще onsite удаленки ваще нет наверно
P
иначе проще было взять 1С готовую
Α
Paul
иначе проще было взять 1С готовую
сейчас наверно проще на 1С чем дельфи да и оплата повыше кажется
SL
Сейчас, кстати, глянул еще раз на hh..на ruby вакансий всего в два раза больше, чем на делфи. Так что, если судить по вакансиям на хедхантере, то делфи всего на 50% мертвее руби.)))
В
сейчас наверно проще на 1С чем дельфи да и оплата повыше кажется
Намного выше
P
сейчас наверно проще на 1С чем дельфи да и оплата повыше кажется
конечно проще. 1С по сути такой же фреймворк, как и Рейлс. Куча удобных штук для решения однотипных задач
И
алл.а подскажите пожалуйста как бы тут без 2 мапов обойтись..а то не красиво как-то...
item.slaves.scoped_by_base_type('Domain').map(&:base).map{|i| i.name}
item.slaves.scoped_by_base_type('Domain').map(&:base).map{|i| i.name}
map(&:base) == map { |o| o.base } поэтому можно просто объединить 2 мапа - map { |o| o.base.name }И
можно и прок/лямбду создать и передать ее в map типо
base_name = proc { |o| o.base.name } а потом item.slaves.scoped_by_base_type('Domain').map(&base_name)AG
Иван
map(&:base) == map { |o| o.base } поэтому можно просто объединить 2 мапа - map { |o| o.base.name }Во.. спасибо.а.я вчера что-то упоролся и упорно пытался
(&:base.name)....
(&:base.name)....
И
Во.. спасибо.а.я вчера что-то упоролся и упорно пытался
(&:base.name)....
(&:base.name)....
& это специальный оператор, который может стоять перед параметром. Этот оператор вначале вызывает метод to_proc на самом параметре, а потом преобразует прок в блок, получается запись map(&:base) можно раздеить на 2 состовляющие - оператор & и :base.:base это инстанс класса Symbol, в ктором определен метод to_proc примерно так:def to_proc
proc { |o| o.send(self) }
end
то есть просто возвращается прок, который вызывает метод с таким же названием как у символа на переданном объекте
И
поэтому
&:base.name и не имеет смыслаAG
аха понял
DA
vsem privet! Est kto rabiraetsya rails_admin_globolize? (vlozhennye otnoshenya)
Mozhete pomoch za oplatu...
Mozhete pomoch za oplatu...