LINUX.ORG.RU
ФорумTalks

Язык: больше фана, ниже уровень

 , ,


0

6

Доброго времени суток, ЛОР.
Наверное тем таких хватает, но не смог пройти мимо и не спросить. На работе java хватает за глаза, в очень редких случаях приходится накидать пару строк на питоне, баш за язык не разжигания ради, в расчет не берем.
Хочется иногда пописать для себя что-нибудь на более низкоуровневом языке, чтобы можно было паматью руками поуправлять (не обязательно, но тоже интересно), по массиву инкрементацией указателя пройтись. Что бы ты выбрал для этого сейчас, $username?
[ ] C++ (слегка смущает сложность, да и садиться за него без знания C религия не позволяет)
[ ] Rust
[ ] Go
Хаскель и прочие функциональные лиспы не предлагать. Перл тем более.
P.S.: Выглядит толсто, но на самом деле ни разу не хотел разжигать.
P.P.S.: Если вместе с ответом последуют пара идей, что на нем можно понаписать, welcome и спасибо.

Ответ на: комментарий от bytecode

Не забывай, что часть из них крестанутые, кои даже обход массива int[10] будут делать через итератор с кастомным курсором-аксессором и виртуальными шлюхами тфьу ты, методами. Низкий уровень и крестоз головного мозга — понятия весьма ортогональные.

arturpub ★★
()

Я вот за асм или сишку, но не на x86, а на микроконтроллерах, сам кодирую на работе на C# и вместо того, чтобы писать дома примерно то-же самое что и на работе, но на другом языке (пробовал Rust), пишу на асме для AVR.

Весьма доставляет, хорошая разминка для ума, асм там приятный весьма.

Особо доставляет упихнуть как можно больше всего в какую-нибудь козявку типа ATtiny13.

Opxocc
()

C++ и исключительно C++. Современная версия не такая мутная и количество магического знания там сильно урезано.

ranka-lee
()
Ответ на: комментарий от stevejobs

Ты упоролся? Или признавался что ни Си ни плюсов не знаешь.

invy ★★★★★
()
Ответ на: комментарий от bytecode

...JEE по популярности все сильнее сливает спрингу. Даже вот Oracle считает, что это уже не так интернсно.

А вот тут у меня обратная информация. В наших Палестинах люди всё больше говорят «зачем Spring, когда JEE предоставляет возможности решить большинство необходимых задач».

Irben ★★★
()
Ответ на: комментарий от Irben

Вот немного рассуждений по этому поводу. В начале статейки есть ссылка на Infoworld, алсо, Оракл сливает java-евангелистов. Паниковать-то наверное рано, но тенденция может и намечается.

bytecode ★★
() автор топика
Ответ на: комментарий от Pavval

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

vertexua ★★★★★
()
Ответ на: комментарий от vertexua

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

Прокачивает хорошо, учит думать, а не дебажить. Порой ну очень сильно помогает. Еще с первой работы привык - там порой даже отладочной печати не было, чего уж про отладчик говорить.

Pavval ★★★★★
()
Ответ на: комментарий от CatsCantFly

Весь живой продакшен давно на C++11

Даже по ЛОР ясно, что это не так.

20-летнее легаси - не в счет

Про легаси никто и не говорит.

tailgunner ★★★★★
()

Rust. Хотя если тебя С++ сложностью смущает, то подозреваю, что и раст не порадует. Конечно, он не такой «монструозный», но имхо оценить его как следует можно после С/С++.

DarkEld3r ★★★★★
()
Ответ на: комментарий от bytecode

ООП в плюсах мне конечно не очень по душе, но моё подсознание таки хотело, чтобы именно плюсов посоветовали.

Любопытно чем тебе не нравится ООП в плюсах? В джаве что-то принципиально иначе?

DarkEld3r ★★★★★
()
Ответ на: комментарий от DarkEld3r

Изменение видимости полей, методов при наследовании для меня выглядит странно. Но наиболее очевидная разнциа - в плюсах есть множественное наследование. Да, в 8 java многое поменялось, «but still» (c)

bytecode ★★
() автор топика
Ответ на: комментарий от arturpub

виртуальными шлюхами тфьу ты, методами
крестоз головного мозга

Пихать всюду виртуальные функции - это скорее джава головного мозга. Современный обход массива будет выглядеть как-то так и не привнесёт дополнительного оверхеда:

int data[10] = ...;
for (const auto& val : data) { ... } 

DarkEld3r ★★★★★
()
Ответ на: комментарий от bytecode

Изменение видимости полей, методов при наследовании для меня выглядит странно.

Речь про не public наследование? Ну так это «не совсем наследование».

Но наиболее очевидная разнциа - в плюсах есть множественное наследование.

И чем это мешает? Ты так говоришь как будто кто-то заставляет это делать.

DarkEld3r ★★★★★
()
Ответ на: комментарий от holuiitipun

Wiring - это C++ без стандартных либ и исключений. Компилится он немодифицированным gcc.

German_1984 ★★
()

Objective-C конечно же! На крайняк - Swift, D. То, что хочет тс - это Си, но без геммора - Objective-C. Rust и C++: для упоротых.

menangen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.