резюме в jpeg?

Ага ппц

xD

3 дня в фотошопе придумывал

маэстро фотошопа)

выпендрился называется)

В итоге не подумал, что могут парсить там или еще что

Подскажите, как "развернуть" массив? Гем sqlite3 при включенной опции db.results_as_hash = true зачем то все равно возвращает хеш завернутый в массив, даже если я ищу уникальную запись по id из базы. Т.е. возвращает он это: [{"id"=>2, "title"=>"title322", "text"=>"text323", 0=>2, 1=>"title322", 2=>"text323"}] а мне нужно: {"id"=>2, "title"=>"title322", "text"=>"text323", 0=>2, 1=>"title322", 2=>"text323"} как такое сделать? Может в самом геме sqlite есть настройка? Или каким то методом массива можно избавиться от массива?

а если брать первый элемент…? или это бред?

имхо поиск всегда возвращает массив, вдруг у тебя id не уникальный или еще какая-то фигня, поэтому .first бери

а что если присваивать результат как нибдуь так - result, =

?

имхо поиск всегда возвращает массив, вдруг у тебя id не уникальный или еще какая-то фигня, поэтому .first бери

точно, можно .first пользовать))

[{"id"=>2, "title"=>"title322", "text"=>"text323", 0=>2, 1=>"title322", 2=>"text323"}].last

или .last , да))

а что если присваивать результат как нибдуь так - result, =

запрос такой: db.execute "SELECT * FROM articles WHERE id='#{article_id}';"

result, = db.execute "SELECT * FROM articles WHERE id='#{article_id}';"

вот так буджет работать?

result, = db.execute "SELECT * FROM articles WHERE id='#{article_id}';"

ОМГ, что делает эта магическая запятая на конце?

таки работает

Evgeny @igorpavlov проблема в том, что в доке написано, что возвращается Array, а не nil. значит там должен быть пустой array

ну типо правила паралельного присваивания в руби

Evgeny @igorpavlov проблема в том, что в доке написано, что возвращается Array, а не nil. значит там должен быть пустой array

а он скорее всего бэктрейс берет из перемнной $@

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

а в ней хранится либо последний бэктрейс либо nil

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

да, это круто, но незаметно как то. Так что .first в самый раз будет

я про то и говорю :)

Иван тогда это должно быть документировано

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

и вполне логично раз ошибки нет значит nil

Иван так ты дергаешь бектрейс у Exception

как нет ошибки если она есть

и ни слова ни полслова когда есть там что-то, когда нет. гадание на кофейной гуще. это никуда не годится

а где она есть то эта ошибка?

это же просто объект получается если делать RuntimeError.new

а вот если где то в приложении ты вызовешь raise

то должен получиться backtrace

я короче сам не сильно в этом разбираюсь, поэтому лучше помолчу :)

Иван я не говорю, что оно работает неправильно. я говорю о том, что всё это должно быть в доке. Потому что вылезла бага, я посомтрел что в ответе всегда Array, про nil ни слова, а на деле совсем не так. и сиди гадай, может ещё какие-то корнер-кейсы есть

а то что там по дефолту nil, когда бектрейса нет, в общем-то, разумно, зачем лишние объекты плодить

что с ним не так?

это haml?

haml

надо на него пристальнее посмотреть, я так смотрю не спроста его все юзают, видимо профит в нем есть )

вместо чего?

erb )

очень-очень давно стоило это сделать :)

slim как то больше подуше чем хамл

слим глючен

а по сути тоже самое

да где слим глючен?)

addmeto [Mon] 9.9K Вот, знаете, есть разработчики, а есть Разработчики. Один из таких с большой буквы - Сальваторе Санфилиппо, автор redis. Он вчера опять показал себя - выпустил отличный консольный редактор с подсветкой синтаксиса, простым управлением и без лишних зависимостей. Исходник - один файл меньше килостроки размером. Это прямо произведение искусства, посмотрите http://antirez.com/news/108

а чем слим глючен?

ну да, один файл kilo.c на 1200 строк это произведение искусства

комбинации наконец человеческие

Ctrll+S сохранить!

невероятно

красивый велосипед

а чем ncurses не угодили

а чем ncurses не угодили

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

и вообще, ncurses это ад какой то

а чем слим глючен?

1,5 года назад плотно работал со слимом ошибку в шаблоне указывал не там где эта ошибка фактически была

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

до сих пор таки проблемы у него?

не знаю, может все ок, но осадочек остался

а выйгрыш перед хамлом ~0

ERROR: S client not available

слим быстрее хамла

я так понимаю, что ерб можно оставить для вывода json'а как в дефолтном скаффолде

бо чот ручками столько тегов меня писать начало парить )

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

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

имхо?

имхо?

а какже

я так понимаю, что ерб можно оставить для вывода json'а как в дефолтном скаффолде

для jsonа вообще другие инструменты: serializers и jbuilder

слим быстрее хамла

ну вот я сэкономлю на одном сервере из десяти, но рискую потерять на разработке больше чем все эти сервера стоят за год

ну вот я сэкономлю на одном сервере из десяти, но рискую потерять на разработке больше чем все эти сервера стоят за год

возможно этот баг уже устранили

ключевое слово "возможно"

ключевое слово "возможно"

ключевое слово - везде могут быть баги, и в haml

slim используется многими, жалоб особо не замечено

для jsonа вообще другие инструменты: serializers и jbuilder

jbuilder дергается отдельно, да. /home/sites/blogapp/app/views/articles/index.json.jbuilder

slim используется многими, жалоб особо не замечено

ну я киваю на свой объективный опыт принимать решение опираясь на тишину - плохая идея

вот nested_attributes в core AR

но говно то еще

А erb быстрее слима?

Быстрее

доброе, подскажите где для 5-й версии рельс по associations почитать?

а что не так с ассоциациями в 5ых рельсах?

на rusrails написано class Author < ApplicationRecord # ActiveRecord::Base до Rails 5.0 end class Book < ApplicationRecord # ActiveRecord::Base до Rails 5.0 end так понимаю там что-то изменилось

просто появился файлик application_record.rb в models

раньше его самим приходилось делать

Там просто добавили слой application record

мм, благодарю

Иван я не говорю, что оно работает неправильно. я говорю о том, что всё это должно быть в доке. Потому что вылезла бага, я посомтрел что в ответе всегда Array, про nil ни слова, а на деле совсем не так. и сиди гадай, может ещё какие-то корнер-кейсы есть

ахахахахаха :)

добро пожаловать

в ад?)

кстати, Галочка, ты сейчас умрёшь: https://github.com/ruby/spec/blob/master/core/exception/backtrace_spec.rb

сходи сделай PR в доку и сошлись на спеку :)

Exception.new.backtrace.should be_nil

ну и все)