ненавижу графы

и программистов

и C

потому что C ненавидят все.

минутка ненависти

и php

ненавижу графы

Сейчас живого графа не найти. Они же при царе были.

многие мигрировали на другую версию

причем ладно бы они были деревьями

а то ить полносвязные

кто там рассказывал что все задачки про CRUD

мы тут демонов вызываем во всю

ничего не видно

У меня сейчас джуниор не мог сделать локаль для лейбла час

а в чем сложность была?

найти документацию на I18n.t() ?

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

таки что это у тебя? есть нормальное разрешение?

рекурсии

рекурсии - не нормальные решения

других решений таких графов я не знаю

из рекурсий вытекает всякая кака

рекурсии

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

рекурсия от этого прекрасной не становится

это да)

Доброе утро, Ребята, подскажите пожалуйста, хороший гем для документирования API

rspec api documentation

Весьма годно.

а то я знаю только https://github.com/razum2um/lurker но он мне что-то не особо нравится

https://github.com/zipmark/rspec_api_documentation

https://github.com/zipmark/rspec_api_documentation

ага, спасибо, уже смотрю

попробовав несколько гемов для документирования апи, я пришёл к выводу, что лучший способ - документировать вручную

это совсем не долго и ты ни от чего не зависишь

не надо ебаться с dsl, перегенеривать документацию и вот это всё

и пишешь только то что тебе важно и нужно

а примеры ответа прям из постмана копируешь и вставляешь

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

в большинстве случаев это тривиально

на маркдауне очень легко пишется

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

- 12 to 12

.abs

.abs

спасибо большое, буду знать

Доброе утро, Ребята, подскажите пожалуйста, хороший гем для документирования API

http://swagger.io/

http://swagger.io/

спасибо, читал уже про него

Доброе утро, Ребята, подскажите пожалуйста, хороший гем для документирования API

markdown :D

ERROR: S client not available

попробовав несколько гемов для документирования апи, я пришёл к выводу, что лучший способ - документировать вручную

фигня. Лучший способ rspec_api-documentation, потому что апишка всегда актуальная и идет с тестами

а все что ручками или дсл или еще как придется постоянно переписывать и легко ошибиться.

К черту это.

Там написано как вручную все это делать не?

там не обязательно его dsl юзать

Это как? ))

Херня

устаревает, быстро теряет актуальностиь

Теряет

Лол, я пробовал знаю

да конечно

ты так быстро меняешь API?

когда ты разрабатываешь на скорость нафига оно тебе?

ты так быстро меняешь API?

Я разрабатываю.

значит ты делаешь что-то не так

Попробовали так, не катит, поменяли вариант

делать нечего бегать сто раз везде все обновлять

может сначала надо придумать API, а потом реализовывать?

ага, а как ты его придумаешь без реализации?

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

нет, ты конечно можешь это сделать. Но потом окажется что на бэкенде это неудобно делать

то самое апи которое ты написал.