(UA) IT/Tech Ukrainians in Canada
-
Postgres ахуенні речі може на хранімках робить не треба скріптовими мовами циклами for писати всю гівно обробку
-
2 кліент каже оцей новий репорт наворочений де я дуже дофіга хотелок перделок просив додать він не грузиться
-
1 Клієнту срати на тести
-
Задача проста перфоманс хотіли у 30-40 разів краще
-
Це навіть без хранімки вийшло ну бо я зміг завернути в запит, але щось більш комплексне що потребує використання курсору мати можливість робити змінну то вже хранімку прийшлось би
-
А в нього 200 акаунтів підписок на цей b2b сервіс
-
Кліент відповідає мені пофіг шо там написано це довго я хочу натиснути і через 10 секунд максимум побачить репорт ну або я відписуюсь від вашої системи раз ви не можете
-
Ми йому кажем він грузиться там же оладки крутиться і написано спеціально для таких ідіотів як ви що чекайте 2-3 хвилини поки репорт формується
-
І це було 10x місячної зп моєї
-
Це було 12 років тому коли я там працював ще паралельно вчився в універі
-
Тобто він платить за сервіс 10 разів більше ніж коштує місяць роботи програміста то якщо компанія втратить цього клієнта то це буде боляче може спровокує лейоф пару людей доведеться скоротити ну таке собі
-
Під капотом там гібрид Postgres + Redis
-
А позавчора Глеб за singlstore казав так в них весь бізнес на цьому побудований хранімки на c++ роблять роботу швидко а для девелопера юзера бд зробили адаптер щоб писати запит в бд наче це mongo
-
Хранімки теж мають своє місце, але як на мене їх треба використовувати за призначенням. Агрегація-трансформація та інша робота з даними - тут вони можуть бути корисними і часто навіть незамінними (але не завжди) Писати бізнеслогіку на sql я вважаю що не варто.
-
Якщо це todo list на react то згоден
-
Все привет, в компании, где я работаю ищут Sr. PHP Backend, Sr. React JS Frontend и другие вакансии. Если кому интересно, можно подаваться здесь agencyanalytics.com/company/careers?utm_source=linkedin&utm_medium=social&utm_campaign=careers. Компания хорошая, работа удаленная, но нужно быть в Канаде.
