Сообщение Re[34]: Оставаться в С++ или уходить? от 20.08.2022 11:01
Изменено 20.08.2022 16:49 DiPaolo
Re[34]: Оставаться в С++ или уходить?
Аё>>TLS SSH encryption
S>SSH здесь откуда?
Это тоже про Энторнэты эти ваши
S>Тёмчик, на чистых Сях либы все еще пишут не потому, что это такой крутой язык. А потому, что Си есть везде и интегрироваться с Си может все.
+
S>Хотя уже давно делают либы на C++, но наружу выставляют чисто-Сишный интерфейс. А с недавних пор так же делают и на Rust-е.
+
S>И чисто-Сишный интерфейс выставляют именно потому, что интегрироваться с Си может все. Включая любимые тобой Go, JS/TS и пр.
+
S>Пользоватся, правда, таким говном бывает очень неприятно. Но об этом здесь уже говорилось.
Дополню. Темчик, ты бы вот сам в плюсах взвыл бы. Потому что функция на 100-200 строк далеко не редкость. Когда у тебя в файле по 30 функций, просто функций. В лучшем случае, они начинаются с client_ или my_object_. А еще там не принято "этих ваших" имен типа AsycClientForRESTDbConnectorAbstractFactoryTest, а будут типа hf2ee_conv.
А если ты начнешь бить функции в Си по 20 строк, следую лучшим практикам Джава, например, то это, во-первых, не будет отвечать принятым в языке "стандартам", а во-вторых, огребешь от коллег
Ах да... Совсем забыл про вездесущие дефайны и менее вездесущие goto. Ты как, норм относишься к такому? Всреде джава и JS-разработчиков приличном обществе не засмеют? 
Кстати, вот пример сишного кода:
От количества параметров в функции нет тика? Не хочется какую-нить фабрику типа BuildRgbToRgbConfig написать, чтобы она генерила объект с параметрами, и заюзать DI?
PS да, коллеги, я понимаю, что и на Си бывает, наверное, код с короткими функциями. И в целом, короткие функции лучше ) Я лишь говорю по факту на основе того, что я видел.
S>SSH здесь откуда?
Это тоже про Энторнэты эти ваши
S>Тёмчик, на чистых Сях либы все еще пишут не потому, что это такой крутой язык. А потому, что Си есть везде и интегрироваться с Си может все.
+
S>Хотя уже давно делают либы на C++, но наружу выставляют чисто-Сишный интерфейс. А с недавних пор так же делают и на Rust-е.
+
S>И чисто-Сишный интерфейс выставляют именно потому, что интегрироваться с Си может все. Включая любимые тобой Go, JS/TS и пр.
+
S>Пользоватся, правда, таким говном бывает очень неприятно. Но об этом здесь уже говорилось.
Дополню. Темчик, ты бы вот сам в плюсах взвыл бы. Потому что функция на 100-200 строк далеко не редкость. Когда у тебя в файле по 30 функций, просто функций. В лучшем случае, они начинаются с client_ или my_object_. А еще там не принято "этих ваших" имен типа AsycClientForRESTDbConnectorAbstractFactoryTest, а будут типа hf2ee_conv.
А если ты начнешь бить функции в Си по 20 строк, следую лучшим практикам Джава, например, то это, во-первых, не будет отвечать принятым в языке "стандартам", а во-вторых, огребешь от коллег
Ах да... Совсем забыл про вездесущие дефайны и менее вездесущие goto. Ты как, норм относишься к такому? В
Кстати, вот пример сишного кода:
| кусочек | |
| |
| вот заголовочник | |
| |
От количества параметров в функции нет тика? Не хочется какую-нить фабрику типа BuildRgbToRgbConfig написать, чтобы она генерила объект с параметрами, и заюзать DI?
PS да, коллеги, я понимаю, что и на Си бывает, наверное, код с короткими функциями. И в целом, короткие функции лучше ) Я лишь говорю по факту на основе того, что я видел.
Re[34]: Оставаться в С++ или уходить?
Аё>>TLS SSH encryption
S>SSH здесь откуда?
Это тоже про Энторнэты эти ваши
S>Тёмчик, на чистых Сях либы все еще пишут не потому, что это такой крутой язык. А потому, что Си есть везде и интегрироваться с Си может все.
+
S>Хотя уже давно делают либы на C++, но наружу выставляют чисто-Сишный интерфейс. А с недавних пор так же делают и на Rust-е.
+
S>И чисто-Сишный интерфейс выставляют именно потому, что интегрироваться с Си может все. Включая любимые тобой Go, JS/TS и пр.
+
S>Пользоватся, правда, таким говном бывает очень неприятно. Но об этом здесь уже говорилось.
Дополню. Темчик, ты бы вот сам вплюсах сях взвыл бы. Потому что функция на 100-200 строк далеко не редкость. Когда у тебя в файле по 30 функций, просто функций. В лучшем случае, они начинаются с client_ или my_object_. А еще там не принято "этих ваших" имен типа AsycClientForRESTDbConnectorAbstractFactoryTest, а будут типа hf2ee_conv.
А если ты начнешь бить функции в Си по 20 строк, следую лучшим практикам Джава, например, то это, во-первых, не будет отвечать принятым в языке "стандартам", а во-вторых, огребешь от коллег
Ах да... Совсем забыл про вездесущие дефайны и менее вездесущие goto. Ты как, норм относишься к такому? Всреде джава и JS-разработчиков приличном обществе не засмеют? 
Кстати, вот пример сишного кода:
От количества параметров в функции нет тика? Не хочется какую-нить фабрику типа BuildRgbToRgbConfig написать, чтобы она генерила объект с параметрами, и заюзать DI?
PS да, коллеги, я понимаю, что и на Си бывает, наверное, код с короткими функциями. И в целом, короткие функции лучше ) Я лишь говорю по факту на основе того, что я видел.
S>SSH здесь откуда?
Это тоже про Энторнэты эти ваши
S>Тёмчик, на чистых Сях либы все еще пишут не потому, что это такой крутой язык. А потому, что Си есть везде и интегрироваться с Си может все.
+
S>Хотя уже давно делают либы на C++, но наружу выставляют чисто-Сишный интерфейс. А с недавних пор так же делают и на Rust-е.
+
S>И чисто-Сишный интерфейс выставляют именно потому, что интегрироваться с Си может все. Включая любимые тобой Go, JS/TS и пр.
+
S>Пользоватся, правда, таким говном бывает очень неприятно. Но об этом здесь уже говорилось.
Дополню. Темчик, ты бы вот сам в
А если ты начнешь бить функции в Си по 20 строк, следую лучшим практикам Джава, например, то это, во-первых, не будет отвечать принятым в языке "стандартам", а во-вторых, огребешь от коллег
Ах да... Совсем забыл про вездесущие дефайны и менее вездесущие goto. Ты как, норм относишься к такому? В
Кстати, вот пример сишного кода:
| кусочек | |
| |
| вот заголовочник | |
| |
От количества параметров в функции нет тика? Не хочется какую-нить фабрику типа BuildRgbToRgbConfig написать, чтобы она генерила объект с параметрами, и заюзать DI?
PS да, коллеги, я понимаю, что и на Си бывает, наверное, код с короткими функциями. И в целом, короткие функции лучше ) Я лишь говорю по факту на основе того, что я видел.