Size: a a a

Programming Offtop

2020 August 21

DS

Dmitry Sapronov in Programming Offtop
меня порвало просто
источник

AN

Alexander Nozik in Programming Offtop
Пару дней назад подробно обсуждали.
источник

DS

Dmitry Sapronov in Programming Offtop
а итог какой? осуждаем?
источник

AN

Alexander Nozik in Programming Offtop
Dmitry Sapronov
а итог какой? осуждаем?
Ну можно поиском найти по ссылке. А вообще вроде того. Странная идея всю логику на SQL писать
источник

DS

Dmitry Sapronov in Programming Offtop
мне всегда ленгуалео казался странным.
источник

AN

Alexander Nozik in Programming Offtop
Жене моей нравится
источник

ML

Mikhail Levchenko in Programming Offtop
Alexander Nozik
Ну можно поиском найти по ссылке. А вообще вроде того. Странная идея всю логику на SQL писать
в фейсбуке такую структуру для iOS аппа сделали
источник

Г

Глупый кот 🐈... in Programming Offtop
Нам предстояло придумать, как обновить техническую составляющую сервиса и заново выстроить Lingualeo на современных технологиях. Я предложил руководству полностью сменить философию бэкенда: перенести бизнес-логику в базу данных, а саму базу данных MySQL заменить на PostgreSQL.
источник

Г

Глупый кот 🐈... in Programming Offtop
это норм практика, что у тебя бизнес логика в стрингах?
источник

BV

Boris Vanin in Programming Offtop
Глупый кот 🐈
это норм практика, что у тебя бизнес логика в стрингах?
Нет, но ведь как-то люди даже на динтиптзации живут
источник

BV

Boris Vanin in Programming Offtop
Boris Vanin
Нет, но ведь как-то люди даже на динтиптзации живут
Хотя я честно говоря точно не могу сказать про качество их рабочей жизни при этом
источник

AN

Alexander Nozik in Programming Offtop
Boris Vanin
Нет, но ведь как-то люди даже на динтиптзации живут
Динамическая типизация - лучше, чем SQL, там хоть тулинг есть и VCS нормально работают. SQL - это не тот язык, на котором можно программировать что-то. Он не для этого придумывался
источник

BV

Boris Vanin in Programming Offtop
Alexander Nozik
Динамическая типизация - лучше, чем SQL, там хоть тулинг есть и VCS нормально работают. SQL - это не тот язык, на котором можно программировать что-то. Он не для этого придумывался
Ну, хранимки они не на чистом sql пишутся
источник

BV

Boris Vanin in Programming Offtop
There are currently four procedural languages available in the standard PostgreSQL distribution: PL/pgSQL (Chapter 40), PL/Tcl (Chapter 41), PL/Perl (Chapter 42), and PL/Python (Chapter 43).
источник

AK

Anton Korotkikh in Programming Offtop
Alexander Nozik
Нет такого понятия, как быстрый ЯП, есть понятие оптимизации компилятора. Поэтому зависит все не столько от языка, сколько от того, кто пишет. На ассемблере можно написать супер-оптимизированную программу под железо, но людей, которые это могут сделать в природе мало. Людей, которые могут построить на этом большую кодовую базу за разумное время вообще нет. На С++ тоже можно делать очень низкоуровневые оптимизации, но людей, которые могут это сделать, не отстрелив конечности тоже очень немного. На питоне легко писать, не отстреливая себе ноги, но сделать, чтобы это работало быстро - очень сложно. По моим ощущениям, JIT-компиляторы, а конкретно JVM - это самый быстрый вариант для СРЕДНЕГО программиста. Они не дают доступа к потрохам, но достаточно умные, чтобы съедать неэффективный код и делать из него эффективный.
ну не совсем. есть такое понятие как быстрая реализация яп или платформа. и есть факт, что большинство компилируемых реализаций типизированных яп быстрее динамических. поэтому если сравнивать в общей куче всё, то с точки зрения перфоманса можно сказать, что есть медленные яп, а есть быстрые. ни одна из реализаций пистона или руби, никогда не догонит жабу или раст, при условии использования одинакового алгоритма или оптимального и идиоматичного решения одной и той же задачи для данного яп.
источник

BV

Boris Vanin in Programming Offtop
Boris Vanin
There are currently four procedural languages available in the standard PostgreSQL distribution: PL/pgSQL (Chapter 40), PL/Tcl (Chapter 41), PL/Perl (Chapter 42), and PL/Python (Chapter 43).
Хотя конечно как питон не поверни, он всё равно останется питоном. Так вот живёшь в мире розовых пони жвм и не знаешь, что в мире других языков твориться дичайший треш
источник

DP

Dmitry Ponyatov in Programming Offtop
Anton Korotkikh
ну не совсем. есть такое понятие как быстрая реализация яп или платформа. и есть факт, что большинство компилируемых реализаций типизированных яп быстрее динамических. поэтому если сравнивать в общей куче всё, то с точки зрения перфоманса можно сказать, что есть медленные яп, а есть быстрые. ни одна из реализаций пистона или руби, никогда не догонит жабу или раст, при условии использования одинакового алгоритма или оптимального и идиоматичного решения одной и той же задачи для данного яп.
никто не заставляет пихать интерпретатор Python в прод, но при этом писать на нём технически возможно (и даже иногда чпокая по скорости целевого кода компиляторы Си)
источник

BP

Bogdan Panchenko in Programming Offtop
Alexander Nozik
Динамическая типизация - лучше, чем SQL, там хоть тулинг есть и VCS нормально работают. SQL - это не тот язык, на котором можно программировать что-то. Он не для этого придумывался
В постгрес есть модкэуль где хранимки на джаве можно писать
источник

BP

Bogdan Panchenko in Programming Offtop
Но скорость, как я понял, не ахти
источник

AK

Anton Korotkikh in Programming Offtop
Dmitry Ponyatov
никто не заставляет пихать интерпретатор Python в прод, но при этом писать на нём технически возможно (и даже иногда чпокая по скорости целевого кода компиляторы Си)
в общем случае - нет. питон - медленный. если я тебе скажу, что есть быстрые автомобили, а есть медленные ты тоже будешь с этим спорить и приводить высосанные из пальца аргументы? в духе "ну вот если у нас дороги совсем нет и это раздолбаный карьер, то гхм... вот белаз который медленный, по скрости пермещения по этому карьерному бездорожью таки чпокнет порш"
источник