Size: a a a

2021 March 02

AR

Anton Revyako in ctodailychat
Ivan Chernov
что за треш?
Telegram
Сингулярности не будет (18+)
​Вот я все на ORM гоню.

Но сегодня я даже был готов отступиться, увидив на конфе доклад "NORM - фреймворк без ORM".

Это какая-то лютая смесь ligualeo-style и mongodb:

select * from account_update($${
 "phones":[{"phone_id":"4", "phone":"3123334557"}]}
$$::json, 4);
 
Описание с сайта конференции:
 
Хорошо известно, что, хотя производительность базы данных велика и каждый запрос выполняется за миллисекунды, общее время отклика приложения может быть медленным, поэтому пользователи могут долго ждать ответа. Мы знаем, что проблема не в базе данных, а в том, как разработчики приложений с ней общаются. В частности, речь идет об ORM - Object-Relational Mappers. Разработчики баз данных ненавидят их, но разработчики приложений любят их, потому что они позволяют разрабатывать приложения без каких-либо знаний о внутреннем устройстве СУБД. В результате производительность системы часто оказывается неприемлемо низкой.

Единственный способ изменить это - предоставить разработчикам приложений такой же простой в использовании…
источник

AR

Anton Revyako in ctodailychat
Stanislav
Лингвалео это которые бизнес логику в postgres утащили?
ага
источник

IC

Ivan Chernov in ctodailychat
Anton Revyako
Telegram
Сингулярности не будет (18+)
​Вот я все на ORM гоню.

Но сегодня я даже был готов отступиться, увидив на конфе доклад "NORM - фреймворк без ORM".

Это какая-то лютая смесь ligualeo-style и mongodb:

select * from account_update($${
 "phones":[{"phone_id":"4", "phone":"3123334557"}]}
$$::json, 4);
 
Описание с сайта конференции:
 
Хорошо известно, что, хотя производительность базы данных велика и каждый запрос выполняется за миллисекунды, общее время отклика приложения может быть медленным, поэтому пользователи могут долго ждать ответа. Мы знаем, что проблема не в базе данных, а в том, как разработчики приложений с ней общаются. В частности, речь идет об ORM - Object-Relational Mappers. Разработчики баз данных ненавидят их, но разработчики приложений любят их, потому что они позволяют разрабатывать приложения без каких-либо знаний о внутреннем устройстве СУБД. В результате производительность системы часто оказывается неприемлемо низкой.

Единственный способ изменить это - предоставить разработчикам приложений такой же простой в использовании…
днорм
источник

AR

Anton Revyako in ctodailychat
Ivan Chernov
днорм
)))
источник

O

Oleg in ctodailychat
Igor V
имхо code review необходим когда у тебя меняется домен, структура данных или выходишь за пределы границы дозволенного.

junior работает в своей песочнице (класс, метод, функция, компонент), они не дизайнят ничего нового и риск того что они что-то сломают минимальный. в своей функции они могут делать все что они хотят. проверять их надо в первую очередь линтером и sonar qube с default quality gate. у джуниора есть тимлид который следит за тем, что джуниор пишет. джуниору можно позвонить в любой момент и попросить расшарить скрин. пропускать джуна через целый code review процесс не нужно.

плохо сформулированная задача решается методом review before code

требования complience - у каждого свое понимание как этим требованиям соотвествовать, н о это не должно сильно бить по экономике (code review бьет сильно).
Ну тут момент что junior что-то сделает и закоммитит, при этом он не научится ничему хорошему, а потом ещё другим за ним переделывать. Хуже того, у нас появится функциональность которая не покрыта тестами, или покрыта не достаточно
источник

A

Alexander in ctodailychat
Alexander
спасибо, вроде полечил 🙂 Просто оно как-то не тривиально вырубалось, не сразу нашел как.
оно как-то вроде все на ноуте просмотрено, а на телефоне пачками так и висело, пока не прокликаешь. Недопилили похоже еще.
источник

A

Alexander in ctodailychat
Oleg
Ну тут момент что junior что-то сделает и закоммитит, при этом он не научится ничему хорошему, а потом ещё другим за ним переделывать. Хуже того, у нас появится функциональность которая не покрыта тестами, или покрыта не достаточно
ну джунов вроде логично ревьюить отдельным процессом, а не в формате все на все
источник

M

Mike in ctodailychat
Alexander
оно как-то вроде все на ноуте просмотрено, а на телефоне пачками так и висело, пока не прокликаешь. Недопилили похоже еще.
Вот мне казалось, что пару месяцев назад оно работало не так:) потому что сильно бесить стало, пришлось отключить
источник

IV

Igor V in ctodailychat
Oleg
Ну тут момент что junior что-то сделает и закоммитит, при этом он не научится ничему хорошему, а потом ещё другим за ним переделывать. Хуже того, у нас появится функциональность которая не покрыта тестами, или покрыта не достаточно
Как это без тестов? Sonar не позволит
источник

AR

Anton Revyako in ctodailychat
Igor V
Как это без тестов? Sonar не позволит
А Игорь потом еще и руку сломает...
источник

AR

Anton Revyako in ctodailychat
(реальный кейс, у нас был)
источник

AR

Anton Revyako in ctodailychat
:)
источник

AP

Alexander Panko in ctodailychat
Igor V
Я такое практикую со своими бойцами. Мы обсуждаем задачу, пишем примеры кода, пишем наброски тестов, определяем интерфейсы и тд. Получается прокаченная дизайн сессия
Даже удаленно?
источник

IV

Igor V in ctodailychat
Alexander Panko
Даже удаленно?
мы же remote first. у меня открыт lucidchart, а у бойца ide
источник

AP

Alexander Panko in ctodailychat
Igor V
мы же remote first. у меня открыт lucidchart, а у бойца ide
1-1  как правило?
источник

IV

Igor V in ctodailychat
Alexander Panko
1-1  как правило?
нет. google meets позволяет шарить экраны сразу нескольких участников.
источник

S

Stanislav in ctodailychat
Igor V
нет. google meets позволяет шарить экраны сразу нескольких участников.
Как-то разделяете экраны по ролям? Или там совместное редактирование?
источник

O

Oleg in ctodailychat
Igor V
нет. google meets позволяет шарить экраны сразу нескольких участников.
Воу, не видел, надо попробовать (
источник

IV

Igor V in ctodailychat
Stanislav
Как-то разделяете экраны по ролям? Или там совместное редактирование?
все просто в форме обсуждения. обсуждаем задачу, проговариваем что будем менять, накидываем тесты, пишем мелкие сниппеты и рисуем диаграмы
источник
2021 March 03

A

Alex in ctodailychat
дурацкий вопрос: ктото занимался отладкой веб-приложений под смарт-тв?
источник