Size: a a a

2018 November 19

N

Nort in Kotlin Moscow
Ну сейчас в целом есть тенденция упростить языки чтобы посадить сотни разрабов на го и поехать
источник

e

eshch in Kotlin Moscow
дэ
источник

N

Nort in Kotlin Moscow
Без особой подготовки и этих ваших компьютер сайенсов
источник

e

eshch in Kotlin Moscow
и она всегда есть
источник

N

Nort in Kotlin Moscow
Бизнес, да
источник

MZ

Maxim Zinchenko in Kotlin Moscow
Nort
Смысл язык высоких уровней в том чтобы быстрее рожать код
это иллюзия нерадивых менеджеров. начиная с определенного уровня абстракции и определенного уровня сложности (чуть выше, чем пример со stackoverflow) получается наоборот. я уж молчу про языки, которые своим синтаксисом нацелены на статический анализ, выводимость, ... вы действительно считаете, что это всё придумано для скорости разработки? обычно получается так, что после долгих споров и анализа получается пара строк кода, это правда. но они по трудозатратам они всегда больше десятка страниц обычного говнокода, где разработчик сам следит за памятью, null, циклами, ... вся эта хрень придумывается как раз ради обеспечения качества кода более простыми средствами, чем некий фантастический нормальный разработчик
источник

e

eshch in Kotlin Moscow
не бизнес сам по себе, а деньги. всем нужен оборот поскорее
источник

N

Nort in Kotlin Moscow
Maxim Zinchenko
это иллюзия нерадивых менеджеров. начиная с определенного уровня абстракции и определенного уровня сложности (чуть выше, чем пример со stackoverflow) получается наоборот. я уж молчу про языки, которые своим синтаксисом нацелены на статический анализ, выводимость, ... вы действительно считаете, что это всё придумано для скорости разработки? обычно получается так, что после долгих споров и анализа получается пара строк кода, это правда. но они по трудозатратам они всегда больше десятка страниц обычного говнокода, где разработчик сам следит за памятью, null, циклами, ... вся эта хрень придумывается как раз ради обеспечения качества кода более простыми средствами, чем некий фантастический нормальный разработчик
То есть сейчас вы пытаетесь оспорить то что развитие языков идёт к простоте чтения и поддержки?
источник

MZ

Maxim Zinchenko in Kotlin Moscow
к простоте чтения - нет. но вообще тезис-то был не такой. тезис был про то, что развитие ведёт к повышению скорости разработки
источник

e

eshch in Kotlin Moscow
Maxim Zinchenko
это иллюзия нерадивых менеджеров. начиная с определенного уровня абстракции и определенного уровня сложности (чуть выше, чем пример со stackoverflow) получается наоборот. я уж молчу про языки, которые своим синтаксисом нацелены на статический анализ, выводимость, ... вы действительно считаете, что это всё придумано для скорости разработки? обычно получается так, что после долгих споров и анализа получается пара строк кода, это правда. но они по трудозатратам они всегда больше десятка страниц обычного говнокода, где разработчик сам следит за памятью, null, циклами, ... вся эта хрень придумывается как раз ради обеспечения качества кода более простыми средствами, чем некий фантастический нормальный разработчик
конечно пара строк меньше по трудозатратам. проверять ваши десятки страниц говнокода кто будет? сотни страниц говнотестов и пара десятков тестеров?
источник

N

Nort in Kotlin Moscow
Maxim Zinchenko
к простоте чтения - нет. но вообще тезис-то был не такой. тезис был про то, что развитие ведёт к повышению скорости разработки
Но это действительно так
источник

N

Nort in Kotlin Moscow
Меньше бойлерплейт кода, меньше как раз всяких чеков, легче понять какой скоуп
источник

MZ

Maxim Zinchenko in Kotlin Moscow
к повышению скорости разработки ведёт переиспользование, а не особенности языков. отчасти это связано, но не так сильно
источник

N

Nort in Kotlin Moscow
Ну, если у вас не жс
источник

MZ

Maxim Zinchenko in Kotlin Moscow
eshch
конечно пара строк меньше по трудозатратам. проверять ваши десятки страниц говнокода кто будет? сотни страниц говнотестов и пара десятков тестеров?
вот и я про что
источник

MZ

Maxim Zinchenko in Kotlin Moscow
переиспользование например сильно в питоне. притом, что сам по себе питон ставит довольно большие препоны для этого, насколько я могу судить (сам не питонист). разработка на питоне из-за этого идёт совершенно дикими для java мира темпами.
источник

PE

PureFatality Error in Kotlin Moscow
Maxim Zinchenko
переиспользование например сильно в питоне. притом, что сам по себе питон ставит довольно большие препоны для этого, насколько я могу судить (сам не питонист). разработка на питоне из-за этого идёт совершенно дикими для java мира темпами.
да, темпы высокие, какой нить сервачек с веб сокетами разварачивается на коленках и почти мгновенно. Правда сопровождать большие проекты оч туго
источник

N

Nort in Kotlin Moscow
PureFatality Error
да, темпы высокие, какой нить сервачек с веб сокетами разварачивается на коленках и почти мгновенно. Правда сопровождать большие проекты оч туго
Duck typing? Или во что упираетесь?
источник

PE

PureFatality Error in Kotlin Moscow
Nort
Duck typing? Или во что упираетесь?
хорошо, что проекты на питоне не большие - подключил https://www.tornadoweb.org/en/stable/ и в путь, но через пол года, когда нужно что то запилить, приходится дофига времени вспомнить как это все работает))))  в общем большие проекты на питоне не пишим
источник

MZ

Maxim Zinchenko in Kotlin Moscow
я больше за datascience, ML и datamining конечно. мне бы и в голову не пришло бизнес-логику на питоне писать :) у нас просто есть часть сервисов на питоне и они касаются именно таких тем. мы пробовали переписать часть на java, но получается довольно туго. и дело ни разу не в языке, а в экосистеме
источник