столько узких мест где можно наделать “нечаянно” кучу уязвимостей. Я вот посматриваю на молодые языки вроде rust, golang.

ну если гоу вообще прост как фанера, то вот rust подает надежды на новую низкоуровневую альтернативу если не нужна экзотика С++

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

я бы отталкивался от задачи. какие задачи ты собираешься решать?

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

В частности маленькую тулзу для скорости вычислений. Например, поднять сокет сервер который будет отдавать посчитанные данные на скорости 200 пакетов в секунду.

короче говоря для написания микросервисов, не обязательно для применения их в вебе.

Но в прочем я просто смотрю на альтернативу С++. По сути ведь С++ это язык общего назначения. Можно и тулзы писать, и веб-сервисы, и игры, и что угодно в принципе. вот я так на досуге и посматриваю что растет как замена С++,

D не взлетел к сожалению.

короче говоря для написания микросервисов, не обязательно для применения их в вебе.

для микросервисов Go действительно хорош

Но в прочем я просто смотрю на альтернативу С++. По сути ведь С++ это язык общего назначения. Можно и тулзы писать, и веб-сервисы, и игры, и что угодно в принципе. вот я так на досуге и посматриваю что растет как замена С++,

Посмотри на rust

Я так.. бегло смотрел, толком не кодил. Хелоу ворлды не считаю))

вот там замена плюсам, а go - скорее замена плюсам там где надо много работать с I/O

но скорость это не самая его сильная сторона - именно работа с вводом/выводом там хорошо реализовано

но скорость это не самая его сильная сторона - именно работа с вводом/выводом там хорошо реализовано

конкретно в ГОУ или в расте7

я на оупен нете даже видел статью как хлопцы запилили целую posix совместимую ОС на расте

правда в детали я не вникал. Но то что оно такое позволяет уже мне греет душу)

https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=rust&lang2=go

да, это я смотрел. В прикладных алгоритмах раст прямо сильно выигрывает..

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

но как язык имхо раст очень приятен, жаль что он не выстрелил

в расте есть то чего очень не хватало С++ пакетный менджер и реюзанье кода

но как язык имхо раст очень приятен, жаль что он не выстрелил

"жаль что не выстрелил" это dlang. А Rust вполне себе выстрелил

у меня на проекте например используется реализация etherium на rust. https://github.com/paritytech/parity

https://github.com/trending/rust - посмотри че на нем пилят и ты в целом поймешь что у rust b go совершенно разные ниши. А еще - ты спокойно можешь подключить либку на rust к проекту на go.

Ребят подскажите как правильно реализовать, работаю с Апи адвордс, стягиваю обьявления по апи

там есть типы, текстовое, мультимединое, и так далее. я у себя хочу создавать так же обьекты чтобы понять с каким типом обьявлений я сейчас работаю, возвращается это все от апи коллекцией обьявлений и там могут быть разные текстовые мультимедийные, и вот как то хочу не костыльно сделать чтобы можно было создавать свою коллекцию с обьектами сообщений. Сорри если непонятным языком описал)

там есть типы, текстовое, мультимединое, и так далее. я у себя хочу создавать так же обьекты чтобы понять с каким типом обьявлений я сейчас работаю, возвращается это все от апи коллекцией обьявлений и там могут быть разные текстовые мультимедийные, и вот как то хочу не костыльно сделать чтобы можно было создавать свою коллекцию с обьектами сообщений. Сорри если непонятным языком описал)

проектируй штуки исходя из того как они будут юзаться. Вне контекста - нипонятно.

там есть типы, текстовое, мультимединое, и так далее. я у себя хочу создавать так же обьекты чтобы понять с каким типом обьявлений я сейчас работаю, возвращается это все от апи коллекцией обьявлений и там могут быть разные текстовые мультимедийные, и вот как то хочу не костыльно сделать чтобы можно было создавать свою коллекцию с обьектами сообщений. Сорри если непонятным языком описал)

Не знаешь с чего начать? Заведи абстрактный класс. От него наследуй свои типы. А там походу разберешься.

Не знаешь с чего начать? Заведи абстрактный класс. От него наследуй свои типы. А там походу разберешься.

Я так и сделал, но не знаю может это костыли

Горожу

Когда решаешь задачу как есть костылей еще нет

понял)

Не знаешь с чего начать? Заведи абстрактный класс. От него наследуй свои типы. А там походу разберешься.

может не надо?)

Нашел один интересные доклад, там про именование классов, эксепшнов, геттеры сеттеры, и так далее, в общем если есть какая то сущность то её так и нужно называть т.е. Дверь Диван, Окно, а не вот это:

https://i.redd.it/rj8raf1riyny.png

https://www.youtube.com/watch?v=ZsHMHukIlJY с24 минуты

ну с сущностями то конечно всегда так.

ну с сущностями то конечно всегда так.

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

Все эти служебные Interface, Contract, Initializer - это да. глупость. А вот с Controller - почему нет? С эксепшенами... ну спорненько.

https://www.youtube.com/watch?v=ZsHMHukIlJY с24 минуты

там еще прикольная мысль “назвать вещь(объект) тем, чем она является - недостаточно”

а чем глупость с " Interface, Contract, Initialize" отличается от неглупости с "Controller" ?)