Типы!

Новички без базы - не нужны

типы норм

ща на го начал писать

и как ни странно типы оказались прям норм

И как же без полимормизма типов писать что то кроме докера?)

чем вам статика не угодила? :) там просто явное привидение типов :) зато компилятор есть и он указывает вам сразу ваши ошибки

чем вам статика не угодила? :) там просто явное привидение типов :) зато компилятор есть и он указывает вам сразу ваши ошибки

мне ничем, я наоборот хаскель люблю

да, во первых до запуска уже находится куча ошибок

т.е. реально меньше нежданчиков в рантайме

чем вам статика не угодила? :) там просто явное привидение типов :) зато компилятор есть и он указывает вам сразу ваши ошибки

поддержу. тоже за статику за компилятор за очевидные вещи

но руби я люблю очень очень)

если цель стоит устроиться на работу и потом получая денежки прокачиваться - то проще выбрать js, python или руби

у меня в общем сложилось впечатление, что go это язык для утилит код на go ну хреновенький получается, читать не очень приятно

И как же без полимормизма типов писать что то кроме докера?)

А что за сложности? язык несложный, но статическая типизация добавляет сложностей, всё же считаю что скриптовые языки попрощех

т.е. что-то жирное писать на нем больно будет

В джава плохо с вырпзительностью

И поэтому у них все на xml - решает задачу с декларативностью

На джава nokogiri не написать

В джава плохо с вырпзительностью

ну как, везде лезут интерфейсы, прописывать типы везде и так далее

у меня в общем сложилось впечатление, что go это язык для утилит код на go ну хреновенький получается, читать не очень приятно

а никто не говорил что го чудо язык. Синтаксис отвратный. пару раз пытался, не зашел

на руби можно писать скрипты в процедурном стиле и вообще про ООП не париться, на джаве так не получится

если язык ООП надо писать в ооп

это будет продуктивнее

очевидно же

в руби как раз ООП очень даже приятный

Джава - просто как ак47

лал, если мне нужна педаль одноразовая из командной строки чтобы запустить - зачем мне ооп?

руби ❤️

руби на то и скриптовый язык, что у него такое применение возможно

И приятен он благодаря динамичности, лямбдам (блокам точнее) и рефлексивност

в джаве для педали для ООП тоже места нету :)

лал, если мне нужна педаль одноразовая из командной строки чтобы запустить - зачем мне ооп?

ну это не пример)

Почему нельзя типы в руби добавить?

зачем же

джава как ак47?)) скорее С как ак47

прелесть его в динамике

Джава тупая как акм47

это как влюбится в красивую девушку и накачать ей силиконовые сиськи

На с можно яйца прострелить

с не ООПэшный, с++ ООПэшный

Ты про руби и типы?

рельса, пример реальной задачи. ar делает много разных запросов, скорость выполнения 7ms, рендер вьюшки 2230ms

С++ это С с классами, ооп тут и пахнет, создатель ооп не так себе это представлял ;)

Кстати, кто придумал ООП?

вопрос из собеседования на работу :)))

Если вью долго - значит оно большое, много объектов, много партиалов

2 секунды вью? хм

Ага, бывает и такая вью, и кэш не сильно помогает, в 2 раза, в итоге разбить логику и подгрузить что надо после если потребуется

это не в вопросу вью

И памяти мало

а к вопросу о какой скорости вы говорите постоянно

кого не устраивает

не устраивает АР тупой, ну поставьте ром

он по шустрее будет собирать, если рельса долго по абстракции бегает, ну выкинуть нафиг ее

поюзать другие решения DDD например

DataMapper еще неплохой орм

А кто нибудь dry-rb использует?

Какой нибудь гем оттуда

датамаппер бросили же

rom теперь вместо него

А кто нибудь dry-rb использует?

я пишу мини проектик. драй валидацию юзаю

ну был неплохой :)

ну по модным трейлблейзеровским канонам

типа я гуру кодер)

ERROR: S client not available

А в кач-ве орм что? Ром?

и бизнес логику вертел

=)

трейлблейзер кстате вещь

А в кач-ве орм что? Ром?

подключал и баловался но пока не решился.

хорошо код организует

трейлблейзер кстате вещь

ага, рельса говнокодом кажется

?

чистый ООП

когда начинается копится фукционал и ты как патерн-мастер незнаешь че куда раскидать чтобы моделька не пухла

ну, чтобы не пухла есть много паттернов типа value-,service-,formobject и тп, но потом все равно становится больно

ну это превращается в кашу

ага

трейл более структурирован

ханами хорошо сделали

Как вы думаете, стоит ли подчищать мусорные сообщения и оставлять концентрат для того, чтобы новоприбывшие могли получать только качественныю инфу?

Как вы думаете, стоит ли подчищать мусорные сообщения и оставлять концентрат для того, чтобы новоприбывшие могли получать только качественныю инфу?

тролей только чистить я думаю. А общение на тему оставлять надо

cтикера?

ну и по хорошему нужен бот, который будет удалять стикеры

ага

надо таки на функциональщину переходить

ООП устаревает потихоньку

стикеры занимают много места, не несут смысловой нагрузки и тематической

эмоции можно передать смайлами

по хорошему бот был бы, который на автомате чистит

ООП устаревает потихоньку - хаха!

Мб процедурное уже наконец уйдет в небытие, но под ооп обычно понимают обьекты и процедуры. Но может быть объекты и лямбды

Каки лямбды? ООП это всё про полиморфизм, наследование и инкапсуляцию

лямбды это ФП

Ну ладно, я не очень верно выразил что хотел.

ООП это в первую очередь mutable state, что как выяснилось является проблемой

либо "процедурность"