Ми з такими проблемами не стикались через наші особливості інфраструктури.
Таке бувало, але як правило робилось вручну і під це тимчасово створювалось окреме середовище щоб не вплинути навантаженням на щось інше.

1. Git організації приватні. До репозіторіїв не мають доступ не розробники. Це хелпер виключно для розробників, надати прямий доступ до копії БД, як піднята під конкретний ПР. В дев середовищі відсутні реальні дані, тому ніякі політики безпеки це не порушує, навіть якщо розробник з сусідньої команди має доступ до цього ПР і БД.
2. Єдине джерело правди для паролей це який небуть сторедж секретів і краще з функцією версіювання секретів. Перед тим як розгорнеться нова версія БД там автоматично створюється нова версія пароля. Інфраструктура бере звідтв пароль щоб сказати з яким запуститись даному інстансу БД. Відповідно до цих секретів є доволі обмежений доступ з моніторингом і всіма справами.
3. Так, такий механізм є, зробити копію даних між середовищами, це найпростіше реалізується через механізм бекапів. Але знов, до продових бекапів доволі обмежений доступ, тому з доступами існують окремі процедури, що сильно за рамками цієї статті.
4. Відсоток зомбі 0, хіба буває що який сервіс був виведений з експлуатації в проді, і його забули підчистити, бо повне видалення сервіса відбувається лише через ручну очисту змінної current. В дев середовищі зомбі відсутні бо є механізм який слідкує за ПР, і якщо ПР висить якийсь ПР без змін, то інфраструктура автоматично видаляє розгорнутий сервіс разом з базами і артифактами. Розробник або QA завжди має можливість відновити роботу над ПР.

Насправді все це про processes behind the curtain, і це те саме про що хочеться більше чути. Дякую за статтю.

Не юзав, але одобряю ) Жарт.

Дякую. Потрібен час щоб все прочитати. Де його знайти? Поки лише картинки.

Але в якомусь з розділів «Evolutions» є пункт «Divide the data into a private database per service.» який здалось що не дуже висвітлений.
Можливо правильно розділити дані по доменам складніше на моменті проектування і початку розробки, але цей варіант дає величезний буст під час експлуатації і розвитку проєкту, так як розробник вільний змінювати схему даних без наслідків. А ще такий підхід дозволяє перейти на наступний рівень інфраструктури по запиту, що не можливо реалізувати якщо база шариться. Детальніше є тут youtube.com/watch?v=...​URa4c?si=GcLBT2n_f2jgsPdT. І це працює, перевірено 4-річною практикою.

Окрема подяка за опис EDA, потужна річ при правильному застосуванні. Завжди хочеться щоб над такими речами розтавляли акценти, але по факту все це суб’єктивно.

Русні місце в пеклі.

Дякую. Буде дуже добре якщо ти цю проблему оформиш в саппорт на пряму support.blablacar.com/...​cket_form_id=360000240999
Хоча маю підозру що це може бути проблемою на боці партнера. Тим більше, краще створити тікет з всім контекстом, звідки, куди, коли.

Цікавий підхід з зберіганням кожної метрики в окремій таблиці. На скільки зручно працювати з купою таблиць? І взагалі було б цікаво подивитись на приклад структури.

Дякую, прикольно.
Але дійшов до сігмоїди і не зрозумів ускладнення, по факту це можна було зробити звичайними умовами по трешхолду з константами, приблизно так

const lowerBorder = 0.26984
const upperBorder = 0.3711
const brainToMuscleSignal = (rbs) => [-1, 1, 0][[rbs <= lowerBorder, rbs >= upperBorder, true].indexOf(true)]

Дякую за статтю, для тих хто ще обирає мову мабуть буде корисно.
Але було б краще розкрити ідеологію JS. Бо причина його бурного росту не тільки в тому, що замкнулось коло між пропозицією розробників, яка веде до збільшення проектів на JS.
Хейтери дуже часто не розуміють, або недооцінюють, потужність JS який пішов іншим шляхом. І замість об’єктів в ньому з’явились прототипи, вони інші але потужні, якщо зрозуміти що це таке і як працює. Дивна поведінка з доступом до змінних за межами функції дозволяє вирішувати багато практичних задач набагато легше, лаконічніше і елегантніше ніж в інших мовах. Асинхронність вже була з коробки ще тоді, коли інші мови навіть мріяти про неї не могли, а велика кількість варіантів роботи з асинхронністю, це є лише етапи еволюції, в той час як в інших мовах все часто залишається в замороженому стані. По суті, пакетний менеджер в node.js створив революцію, коли легкість створення модулів та продумані прості правила semver вибухово створили купу різного оточення, драйверів та сахару на вколо мови.
Тому трохи не розумію як люди можуть ненавидіти киць, коли вони їх не готували і не вживали )))

Тут багато запитань, навряд у мене є відповіді на всі )
Пропозиції можуть з’являтись на різних етапах і вони виглядають дуже звичайно. На скріншоті вище як раз приклад. Можливо частина рекомендацій прив’язана до регіонів, також можливо що ти маєш гарно заповнений профіль і високий рейтинг.

Навіщо тут ML? — ML це не срібна куля, по суті це боротьба за невеликі відсотки на дуже великих об’ємах. І тут його (ML) досить багато. В даному випадку я розповів про нетривіальний кейс, коли цікавий не результат який віддає модель, але цікаво зрозуміти чому модель дає саме такий результат, і від якої фічи це залежить. Щоб використати це знання в більш тривіальних цілях — наповнити базу с порадами новими порадами. Мені здалось що це може бути цікавим тим хто працює з ML, в інтернетах саме про це не так багато інформації.

Що до проблем з попутниками, то тут теж не стоять на місці і технології постійно змінюються.
Як приклад, з’явилась опція Boost, вона намагається самостійно визначити зупинки і прокласти маршрут щоб зібрати як умога більше попутників. Я так розумію що це стало актуально на час карантину, коли було дуже важко кудись дістатись. Цю опцію можна вимкнути, можливо питання з попутником за 70км то до неї? ))) Це теж ML.

Взагалі BBC зіткнувся з цією проблемою лише на пострадянському просторі. На скільки мені відомо ми щомісяця видаляємо величезну кількість таких аккаунтів-спринтерів, але точну цифру не скажу, бо в голові не тримаю.
Схоже це сама болюча тема і мабуть варто як раз про цю боротьбу написати наступну статтю )))

Вибач, що саме ти очікував від статті? Реально цікаво, щоб наступним разом написати про щось цікавіше.

Що до поїздок, то вони показуються всім без обмежень, але попутник вибирає з ким поїхати.
ML тут потрібна щоб створити персональні рекомендації для водіїв. Якщо водії виконує ці рекомендації то отримує профіт у вигляді пасажирів, які вирішать поїхати саме з ним.
А взагалі тут про використання explainable ML, як технології, яка допомогає створити ці рекомендації на основі історичних даних, а не вигадувати рекомендації і мати надію що це спрацює.

Як на мене то GitOps ОК лише там де є активна розробка нового проекту або вяла підтримки існуючого. Як тільки проект переходить в стан активної експлуатації з постійною доробкою і переробкою, то починаються проблеми які вирішуються ускладненням різних процесів розробки і все стає не дуже ОК (поріг входу, збільшення часу на розробку та тестування).
Відчуття що не вистачає винесення тригерів деплоя на більш мануальний рівень (також можливо що я про щось не здогадуюсь, тому все ускладнюю))).

Зазвичай це про процеси або технології. Ситуації можуть бути різні. Від особистого росту до рішення команди спробувати щось нове. Наприклад інженер переконав команду що використання монги «прискорить розробку/зробить швидшим сервіс/подолає купу проблем». Потрібно пошарити знання про nosql на всю команду до прийнятного рівня. Без навчання така ініціатива може швидко обернутись на фейл.

Дуже прикольно і мені допомогло дещо розкласти по полицям.
Єдине, не бачу логіки в відношеннях сприйняття 70/20/10 до витраченого часу 1/2/7. Зрозуміло що практика безпосередньо впливає на досвід. Але на сприйняття теорії і менторство, крім часу, ще впливають якістні характеристики. Тому, після умовно витраченої години на книгу, може бути достатньо 10 хвилин на роз’яснення, щоб у людини в голові все розклалось.

Идей множество: что можно было бы сделать и для защиты, и для атаки. Это как раз задача общественной организации придумывать такие проекты. Но они лежат в долгом ящике. Сначала разберемся с судом.

Затягнуті суди та невисунуті обвинувачення це і є інструмент проти волонтерів чи активних людей, щоб зайняти їх виправданням, щоб вони не заважали «комусь» жити спокійно (атакуй, щоб вороги йшли в захист). Сумно.

Але є левова частина справок заради справок, та роботи заради роботи. І вже ніхто не пам’ятає для чого це робиться, і більше, всі бояться позбутись цього, бо — це відповідальність, яку ніхто не хоче брати на себе, та друга соціальна частина — куди діти всіх тих чиновників та клерків, якщо прибрати ці функції взагалі?

Маючи менеджерський досвід відчуваю що до багатьох речей дійшов самостійно, але також бачу що дуже багато пробілів та не вистачає психології загалом.
З чого почати?
Хто і де проводить такі курси для починаючих цей шлях?