должен быть ceil

Напомните, пожалуйста, как в руби было округление в большую сторону при делении?

.ceil

Спасибо

Но это в меньшую похоже

нет

в меньшую .floor

1.5.ceil = 2 2.ceil = 2

О, мне надо было не целые, а float числа делить

Спасиб

2.2.8 :002 > (3/2.to_f).ceil => 2 как-то так )

(3/2.to_f).round(half: :up)

но -3/2 он до -2 округлит

но -3/2 он до -2 округлит

руби не для математиков

руби не для математиков

Так все правильно делает. -2 > -3

С загрузкой изображений разобрался, кто подсказывал мне гем carrierwave респект тому.

?

Могу посоветовать начать с пользовательских стори

@davydovanton @dmitriystrukov Не совсем понятно с определением границ этих самих стори. То есть я когда пришел, то тестов было вообще 0, но и проект не очень большой пока. Я начал расписывать фича тесты для основных таких "стори", но со временем начали всплывать баги которые на пересечении нескольких стори. Например: фича1 - "можно создать юзера", фича - "юзера можно закинуть на работу". Но когда руками тестили "создать юзера и закинуть его на работу", то после создания юзера забыли проверить что Х не произошло. Только цепочка на самом деле длиннее. Во вторых иногда были баги по типу "можно поменять статус заказа", но оказалось забыл\не-знал, что в зависимоти от текущего статуса заказа этот апдейт проходит по-разному, то есть тест был один, а надо было Х. Можно-ли\Нужны-ли автотесты в стейджинге или лучше оформить ексель-доку по мануал тестам? Как удобнее всего эти самые фича-тесты, юнит-тесты, которые я просто пишу на рубях можно представить в целях менеджмента, чтобы понять насколько хорошо те или иные кейсы надежны. То есть просто закинуть rspec output не очень удобно (даже если смотреть хтмл версию) Спасибо

@davydovanton @dmitriystrukov Не совсем понятно с определением границ этих самих стори. То есть я когда пришел, то тестов было вообще 0, но и проект не очень большой пока. Я начал расписывать фича тесты для основных таких "стори", но со временем начали всплывать баги которые на пересечении нескольких стори. Например: фича1 - "можно создать юзера", фича - "юзера можно закинуть на работу". Но когда руками тестили "создать юзера и закинуть его на работу", то после создания юзера забыли проверить что Х не произошло. Только цепочка на самом деле длиннее. Во вторых иногда были баги по типу "можно поменять статус заказа", но оказалось забыл\не-знал, что в зависимоти от текущего статуса заказа этот апдейт проходит по-разному, то есть тест был один, а надо было Х. Можно-ли\Нужны-ли автотесты в стейджинге или лучше оформить ексель-доку по мануал тестам? Как удобнее всего эти самые фича-тесты, юнит-тесты, которые я просто пишу на рубях можно представить в целях менеджмента, чтобы понять насколько хорошо те или иные кейсы надежны. То есть просто закинуть rspec output не очень удобно (даже если смотреть хтмл версию) Спасибо

В одной из кампаний QA вот такую штуку пользовали https://www.gurock.com/testrail

Так все правильно делает. -2 > -3

-3/2 = -1.5 -1.5 округлить до большего = -1

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

я как-то сталкивался с кодом, написанным по польски

было тяжело

я как-то сталкивался с кодом, написанным по польски

там в контроллере методы def index, def show и def jakiś_kurwa?

там в контроллере методы def index, def show и def jakiś_kurwa?

нет, это была программа на Паскале

помотала тебя жизнь однако

чойта

ABC pascal

норм тема

@davydovanton @dmitriystrukov Не совсем понятно с определением границ этих самих стори. То есть я когда пришел, то тестов было вообще 0, но и проект не очень большой пока. Я начал расписывать фича тесты для основных таких "стори", но со временем начали всплывать баги которые на пересечении нескольких стори. Например: фича1 - "можно создать юзера", фича - "юзера можно закинуть на работу". Но когда руками тестили "создать юзера и закинуть его на работу", то после создания юзера забыли проверить что Х не произошло. Только цепочка на самом деле длиннее. Во вторых иногда были баги по типу "можно поменять статус заказа", но оказалось забыл\не-знал, что в зависимоти от текущего статуса заказа этот апдейт проходит по-разному, то есть тест был один, а надо было Х. Можно-ли\Нужны-ли автотесты в стейджинге или лучше оформить ексель-доку по мануал тестам? Как удобнее всего эти самые фича-тесты, юнит-тесты, которые я просто пишу на рубях можно представить в целях менеджмента, чтобы понять насколько хорошо те или иные кейсы надежны. То есть просто закинуть rspec output не очень удобно (даже если смотреть хтмл версию) Спасибо

для этого есть shared examples, которые должны проодить во всех случаях

минус — запускаются несколько раз и удлинняют процесс тестирования, плюс — тестируются все кейсы

Кстати тоже недавно сталкивался с проектом на Испанском, только меня заранее не предупредили. Ну ниче, работать можно, только кажется что код обфусцировали

У меня есть проект на бэкбоне + кофескрипт Я в таком стэке ничего не понимаю Можно ли как-то из такого фронта делать запрос к бд?

так же, как из реакта и typescript

так же это как?

У меня есть проект на бэкбоне + кофескрипт Я в таком стэке ничего не понимаю Можно ли как-то из такого фронта делать запрос к бд?

либо напрямую, если у БД есть интерфейс, который в веб смотрит

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

и возвращает результат в нужном тебе формате

так же это как?

как в жаваскрипте обычном. fetch

в бэкбоне вроде никаких искоробочных оберток над http-запросами нет, разве что ты сам их добавишь

так это к апи

так это к апи

и что тебя останавливает?

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

так

либо напрямую, если у БД есть интерфейс, который в веб смотрит

все тоже самое

но это уже какой-то php

Для постгри дополнение было кажется. Делает у постгри рест апи

Ребят, привет. подскажите пожалуйста, кешируются роуты, появляются только после рестарта сервера. Объявлены роуты как на скрине. Подскажите пожалуйста как можно исправить

Светлая тема ?

Светлая тема ?

?

Ребят, привет. подскажите пожалуйста, кешируются роуты, появляются только после рестарта сервера. Объявлены роуты как на скрине. Подскажите пожалуйста как можно исправить

а что, ничего кроме роутов не кэшируется?

а что, ничего кроме роутов не кэшируется?

ну хз. пока проблема только с ними, в бд все сохранил, rake routes покажет его, но при переходе route not found. После рестарта все ок работает

ну хз. пока проблема только с ними, в бд все сохранил, rake routes покажет его, но при переходе route not found. После рестарта все ок работает

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

чё делаем пацаны

Заодно GitHub опубликовал новую порцию статистики. Самый популярный проект: VS Code. Самые активные в опенсорсе сотрудники тоже у Microsoft (не ясно, до покупки или после). Самый быстрорастущий язык: Kotlin, самый «быстропадающий»: Ruby. http://amp.gs/hcnb

чё делаем пацаны

го учим

ну или реакт

бляя, царь горы топ

чё делаем пацаны

не ведемся на кликбейт? кек

ERROR: S client not available

бляя, царь горы топ

+

контрибутить идём =)

Заодно GitHub опубликовал новую порцию статистики. Самый популярный проект: VS Code. Самые активные в опенсорсе сотрудники тоже у Microsoft (не ясно, до покупки или после). Самый быстрорастущий язык: Kotlin, самый «быстропадающий»: Ruby. http://amp.gs/hcnb

о, пора хоронить уже?

http://joxi.ru/ZrJepNGH9gX39A?d=1

http://joxi.ru/ZrJepNGH9gX39A?d=1

я вот не понял этой шутк

а

они же сами рубисты

и типа чаще всего это юзали

типа руби больше всех любят (сами рубисты конечно же) и чтобы это понять bigdata не требуется

что-то я в этом списке котлина не вижу =)

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

а реакт знать полезно и параллельно с Ruby

так что сравнивают тёплое с мягким

http://joxi.ru/8AnzBGOUjVDjoA?d=1

?

на Tiobe руби упал по сравнению с прошлым годом на 8 позиций в октябре. В прошлом году в октябре на 10 месте - сейчас на 18

да не привязывайтесь вы к языкам

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

да я вообще не рубист :))

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

не ну блин

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

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

это обидно

ведь приходится изучать всю экосистему

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

ну это твой инструмент

а это время

пиши в чем проблема

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

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

да, были такие люди, на UML программировать пытались. Потом их, конечно, в дурку увезли

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

Это верно отчасти. Пиансит через неделю заиграет на скрипке, но сделает ли он это насколько же виртуозно как на фортепиано? База обязательна, но мастерство в языке достигается сотнями часов работы с ним.