J🎩
а то в след раз на интервью спросят
ну вот как спросят, так нахуй и пойдут
Size: a a a
2020 March 27
E
trasnferwise охуительный, я им алименты плачу. Нет scheduled, что бесит, в остальном - топчик
На то есть весомые причины, основная - скачки рейтов. Если нужно перевести фиксированную сумму в 100 вейшнорийских тугриков, а на следующий месяц курс сильно скакнет в сторону удорожания для клиента - будет ой и массовые запросы на отмену платежей.
AA
Экспонента, как и у всех. Может просто более пологая.
J🎩
Encore
На то есть весомые причины, основная - скачки рейтов. Если нужно перевести фиксированную сумму в 100 вейшнорийских тугриков, а на следующий месяц курс сильно скакнет в сторону удорожания для клиента - будет ой и массовые запросы на отмену платежей.
это я понимаю, поэтому делается просто - устанавливаешь корридор. Если рейт за корридор выбился, тебе приходит запрос - не делать/делать один раз/подкорректировать корридор
E
это я понимаю, поэтому делается просто - устанавливаешь корридор. Если рейт за корридор выбился, тебе приходит запрос - не делать/делать один раз/подкорректировать корридор
И так скоуп постепенно растет в то время как повторяемые платежи нужны не всем :)
E
+ есть тонкости с бордерлесс насколько я помню
E
В общем все несколько сложнее. Затяни в TW побольше друзей\коллег, сделайте кучу фича реквестов - авось сделают)
J🎩
Encore
И так скоуп постепенно растет в то время как повторяемые платежи нужны не всем :)
это не скоуп растет, это полезность фичи растет (прочитайте уже the art of business value, и никогда больше не употребляйте “scope creep” в негативном смысле!)
E
это не скоуп растет, это полезность фичи растет (прочитайте уже the art of business value, и никогда больше не употребляйте “scope creep” в негативном смысле!)
Ну, я не силен в таких вещах, за сим полюбопытствую - если для того чтобы сделать фичу мы зафиксировали скоуп n, а потом в процессе выяснили что там на деле нужно n + m - разве польза фичи возросла со скоупом необходимых изменений?
J🎩
Encore
Ну, я не силен в таких вещах, за сим полюбопытствую - если для того чтобы сделать фичу мы зафиксировали скоуп n, а потом в процессе выяснили что там на деле нужно n + m - разве польза фичи возросла со скоупом необходимых изменений?
фиксированный скоуп сам по себе бред. Потому что если мы в процессе выяснили, что нужно n+m, то, как мы выяснили, n это не то, что надо. То есть n это плохая фича, а n+m – хорошая. Польза какой фичи больше, хорошей, или плохой?
E
Тут скорее под скоупом имелось ввиду объем работ чтобы получить результат. Если сделать только n - фича просто не будет работать ибо чего-то не учли. Но это учтено в n+m!
NC
ID:0
Кластер Elasticsearch на 200 ТБ+
https://habr.com/ru/post/494260/
https://habr.com/ru/post/494260/
У друга (что-то типа лид девопса там, хотя себя в шутку именует Пиздопс) из соседней ИТ галеры знатно бомбануло что-то с сего хабра опуса.
J🎩
Encore
Тут скорее под скоупом имелось ввиду объем работ чтобы получить результат. Если сделать только n - фича просто не будет работать ибо чего-то не учли. Но это учтено в n+m!
объем работ заказчика не интересует, его интерсует функциональность. Если ты мне сначала говоришь “для n нужна неделя”, и мы договорились, а потом выясняется, что мне нужен n+m, то я ХОЧУ, чтобы ты сделал n+m за две недели, а не n за неделю, потому что n мне не нужен.
AA
Всё правильно пишет, первое на что напарываешься с эластиком это bulk
J🎩
математически ты прав, но не будем придираться к словам. Понятно же, что @vektory79 имел ввиду
AA
математически ты прав, но не будем придираться к словам. Понятно же, что @vektory79 имел ввиду
ну пологая экспонента это как висячий стояк
J🎩
ну пологая экспонента это как висячий стояк
не “пологая”, а “более пологая"