![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Python back
Я уж думал, один я такими постановками задач в стиле "окружению доверять нельзя, приложение ставится у клиентов где только можно в ужасных условиях" страдаю.
Правда, я до сих пор пытаюсь придумать - на каком компилируемом языке со статик типамисделать удобный для мозга сервер приложений для таких же целей. C#+F#, конечно, почти идеально, но это же микрософт, с них станется завтра закрыть дотнет, дон сайма выгнать на мороз, F# выкинуть из студии, а C#/CLR превратить в подобие ада COM, которое они пытались изначально сделать, из чего получился дотнет.
Originally posted by![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
levgem at Python back
Правда, я до сих пор пытаюсь придумать - на каком компилируемом языке со статик типамисделать удобный для мозга сервер приложений для таких же целей. C#+F#, конечно, почти идеально, но это же микрософт, с них станется завтра закрыть дотнет, дон сайма выгнать на мороз, F# выкинуть из студии, а C#/CLR превратить в подобие ада COM, которое они пытались изначально сделать, из чего получился дотнет.
Originally posted by
levgem at Python backВ 2006 я без сожаления променял питон на рельсы, потому что это было реально круто. Так до 2011, когда я эти ваши рельсы бросил.
Сейчас мы встали перед дилемой: на чем писать приложение, которое отгружается пользователям. Тут есть важный момент: это ставится пользователям, а следовательно мы не можем раздувать инструкции по установке и доверять окружению. Все что нужно (кроме глибц) мы пакуем с собой.
Факторов при выборе поатформы много: удобство написания бизнес-логики и работы с бд, размер инсталяции, потребление ресурсов.
Эрланг в этом месте выбросили из-за необходимости много работать с бд, а эта задача эрлангом решается плохо.
Джава не рассматривалась потому что лютый ад и бешеный размер пакета.
Посмотрели в очередной раз на node.js Это была моя инициатива, вдруг мы что-то теряем, отказываясь от этого хипстерского поделия. Нет, nodejs решает больше те проблемы, которая сама и создает. Писать на этой лапше коллбеков или промисов неудобно.
Конечно рассмотрели рельсы, но это сегодня до 600 мегабайт на диске. Учитывая что наш флюссоник это 30 мегабайт, как-то не очень. Плюс рельсы как были так и остались: 200 метров памяти на запрос и один процесс на запрос. Короче слабать сайтик с формами - ок. Делать из этого приложение для админов - позорище.
Выбрали питон. Сам рантайм с пакетами впихнули в 35 мегабайт. Почему рельсы такие раздутые - непонятно.
С количеством и качеством библиотек вопрос непростой. С одной стороны у экосистемы рельс большая поддержка. С другой стороны пока что то, что я видел у питона отличается большей продуманностью. В результате в рельсах запустить кронскрипт целая история, а тут все пока что кажется поразумнее.
После рельс питоньи библиотеки на первый взгляд кажутся более говорливыми, все таки поменьше магии и побольше эксплицитности. Но я хорошо помню сколько я провозился что бы скрестить в рельсах библиотеку для форм и бутстрап.
Я могу со всей ответственностью побухтеть: рельсами завладели хипстеры, которым дешевый вау-эффект и возможность раздуть проект бездумным разделением на подклассы миксины ценнее чем удобство эксплуатации.
Пока что процесс миграции нашего приложения на питон идет хорошо, думаю что в течении недели закончим и задеплоим.
Сейчас мы встали перед дилемой: на чем писать приложение, которое отгружается пользователям. Тут есть важный момент: это ставится пользователям, а следовательно мы не можем раздувать инструкции по установке и доверять окружению. Все что нужно (кроме глибц) мы пакуем с собой.
Факторов при выборе поатформы много: удобство написания бизнес-логики и работы с бд, размер инсталяции, потребление ресурсов.
Эрланг в этом месте выбросили из-за необходимости много работать с бд, а эта задача эрлангом решается плохо.
Джава не рассматривалась потому что лютый ад и бешеный размер пакета.
Посмотрели в очередной раз на node.js Это была моя инициатива, вдруг мы что-то теряем, отказываясь от этого хипстерского поделия. Нет, nodejs решает больше те проблемы, которая сама и создает. Писать на этой лапше коллбеков или промисов неудобно.
Конечно рассмотрели рельсы, но это сегодня до 600 мегабайт на диске. Учитывая что наш флюссоник это 30 мегабайт, как-то не очень. Плюс рельсы как были так и остались: 200 метров памяти на запрос и один процесс на запрос. Короче слабать сайтик с формами - ок. Делать из этого приложение для админов - позорище.
Выбрали питон. Сам рантайм с пакетами впихнули в 35 мегабайт. Почему рельсы такие раздутые - непонятно.
С количеством и качеством библиотек вопрос непростой. С одной стороны у экосистемы рельс большая поддержка. С другой стороны пока что то, что я видел у питона отличается большей продуманностью. В результате в рельсах запустить кронскрипт целая история, а тут все пока что кажется поразумнее.
После рельс питоньи библиотеки на первый взгляд кажутся более говорливыми, все таки поменьше магии и побольше эксплицитности. Но я хорошо помню сколько я провозился что бы скрестить в рельсах библиотеку для форм и бутстрап.
Я могу со всей ответственностью побухтеть: рельсами завладели хипстеры, которым дешевый вау-эффект и возможность раздуть проект бездумным разделением на подклассы миксины ценнее чем удобство эксплуатации.
Пока что процесс миграции нашего приложения на питон идет хорошо, думаю что в течении недели закончим и задеплоим.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
Вряд ли они F# за факапят, Во-1) слишком много было инвестиций в микрософт ресёрч, чтобы спустить их псу под хвост. Во-2 F# - опенсорсный, так что Дон Сайм, Крис Петричек и все остальные прсто перейдут в Xamarin Studio. А в месте с ними и крупные промышленные разработки, Websharper в том числе на котором уже дохуя сайтов написано. А вообще конечно здесь и сейчас Питоны и Руби - лютая уёбищность в сравнении с F#, использовать такое говно для продакшна, имея Haskell и F# - это просто фууу
no subject
no subject
no subject
Но да, нам очень важно, что бы всё ставилось одним пакетом и всегда работало. Без всякого говна с виртуализацией.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
Хорошо, спасибо, буду знать.
no subject
no subject
no subject
это приятно.
с другой стороны, именно рельсы оптимизированы под скорость "нахреначить сайтик как можно быстрей в одно лицо", и тут им равных нет. а вот всё остальное там, конечно, хужее соседей, типа скорости изучения всего волшебства, сколько они жрут в памяти и всё остальное - оно там вторично.
no subject
no subject
no subject
хочу услышать, на каком языке можно разработать многоразовую/одноразовую примитивную прокси быстрее.
хочу также услышать, что именно в нашей жизни НЕ является прокси между вебом и СУБД, порадуемся вместе.
(софт для ракеты, да? банковская система/1с? на джаве, вероятно, да?)
no subject
иначе — не рельсы. в 2011 я ставил на PHP+symfony 1.4, но оно не поддерживается, symfony v2 скотилось в enterprise, а потыкать что-то ещё не было времени. Вроде как Django пригоден (благодаря forms, которые были и в symfony), но его я не смотрел ни разу.
no subject
no subject
no subject
no subject
no subject
no subject
no subject