СХ
а справедливости ради - из дерева и небоскреб можно построить, как Stackoverflow например
Size: a a a
2020 August 27
PD
Хм, stackoverflow на C#, кажется?
PD
Я когда читаю подобное “Когда мы поделились планами с разработчиками, стало понятно, что команда не готова к изменениям. Большинство людей покинули компанию: остались только те, кто пришёл совсем недавно. Чтобы провести миграцию, мы решили заново собрать команду разработки.”
всегда крайне настораживаюсь: что же они там натворили, что потребовались массовые расстрелы?
всегда крайне настораживаюсь: что же они там натворили, что потребовались массовые расстрелы?
Предложили вместо PHP/Go/MySQL начать писать хранимые процедуры на PgSQL
PD
Почему фигню? Я мельком конечно глянул, но вроде все правильно сделали. И проект классный: сам LinguaLeo уже много лет пользуюсь.
Ну, там вместо одного легаси построили другое. Так как разработчики до этого, похоже, были очень плохие (если верить выгнавшему их CTO - что не всегда верно), то в результате даже стало лучше (так как новые были получше и подороже). Ну и постановку, подозреваю, сильно упростили.
Впрочем, как уже обсуждалось, "переезд" - это громко сказано, там полностью выкинули кучу пользовательского контента, без предупреждений.
Впрочем, как уже обсуждалось, "переезд" - это громко сказано, там полностью выкинули кучу пользовательского контента, без предупреждений.
AT
Мне нравится как сейчас стал работать LinguaLeo: стал не только красивым и функциональным, но и быстрым. Опять же программистам стало удобнее добавлять новые функции. Правда уже другим. 😧 С хранимыми процедурами проблем не испытывают. Тем более у них там все просто, это же не банк.
PD
Ну, функциональности там, кажется, никогда и не было никакой осмысленной. Так, попытка заработать бабла на попытках учить английский. Без методик, проверок и т.п. Собственно, там же бизнес-модель противоречит полезности )
PD
Мне нравится как сейчас стал работать LinguaLeo: стал не только красивым и функциональным, но и быстрым. Опять же программистам стало удобнее добавлять новые функции. Правда уже другим. 😧 С хранимыми процедурами проблем не испытывают. Тем более у них там все просто, это же не банк.
Ну, после любого рефакторинга было бы лучше. Даже на том же PHP.
A
Мне нравится как сейчас стал работать LinguaLeo: стал не только красивым и функциональным, но и быстрым. Опять же программистам стало удобнее добавлять новые функции. Правда уже другим. 😧 С хранимыми процедурами проблем не испытывают. Тем более у них там все просто, это же не банк.
> Опять же программистам стало удобнее добавлять новые функции
Это вот утверждение не соответствует истине. PLSQL обрастает говном на много быстрее нормальных языков.
Такая вот специфика. Одна из причин почему это все не пошло в массы, а при первом же случае заменялось.
Это вот утверждение не соответствует истине. PLSQL обрастает говном на много быстрее нормальных языков.
Такая вот специфика. Одна из причин почему это все не пошло в массы, а при первом же случае заменялось.
RT
Не вижу проблемы при условии что PL/SQL не выходит за границы работы со слоем данных, ну там например композиция, агрегация, трансформация
A
Точечно, в нужных местах, да. Но речь то про всё приложение в PLSQL.
EI
А вы язык обсуждаете?
EI
Или людей, говорящих на нём?
Или потребности людей, говорящих на нём?
Или клиента, который чувствует, что закон конвея к нему стучиться зачем-то?
Или потребности людей, говорящих на нём?
Или клиента, который чувствует, что закон конвея к нему стучиться зачем-то?
A
Людей говорящих на PLSQL я еще не встречал, слава богу)
П
А меня почему-то смущает JSON возвращаемый из базы данных. Не очень понятно что с ним дальше делают, уж на парсят ли средствами языка, чтобы превратить в нативные для него данные?
AT
Точечно, в нужных местах, да. Но речь то про всё приложение в PLSQL.
Автор в комментариях написал, что только для манипуляции данными используется.
A
Автор в комментариях написал, что только для манипуляции данными используется.
А по факту там json на входе в БД и json готовый к отправке на выходе.
Т.е. они на PLSQL делают вообще всю бизнеслогику.
Т.е. они на PLSQL делают вообще всю бизнеслогику.
RT
А по факту там json на входе в БД и json готовый к отправке на выходе.
Т.е. они на PLSQL делают вообще всю бизнеслогику.
Т.е. они на PLSQL делают вообще всю бизнеслогику.
жуть. я такое видел в решениях вендоров, ну так там и стоимость доработок 50k$ за добавление поля
EI
жуть. я такое видел в решениях вендоров, ну так там и стоимость доработок 50k$ за добавление поля
Жуть, потому что не sql plaintext?
A
А по факту там json на входе в БД и json готовый к отправке на выходе.
Т.е. они на PLSQL делают вообще всю бизнеслогику.
Т.е. они на PLSQL делают вообще всю бизнеслогику.
О, это модно.
RT
Жуть, потому что не sql plaintext?
потому что сложность системы через пару лет уже зашкаливает, ибо монолит как он есть