C vs C++ , Не опять а снова

Цитата OpenGL @ 13.03.18, 11:16

Ничуть не очевидно. Или ты можешь представить себе крупный проект, где не было бы нужно, например, RAII?

Я? Мне что си, что с++ - все одинаково отвратно Но, вот Торвальдс, очевидно, смог, представил, а потом еще и сделал Но тебя это почему-то не убеждает.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата Астарот @ 13.03.18, 11:18

Я? Мне что си, что с++ - все одинаково отвратно

Ну не я же Утверждаешь, что утверждение спорно - приведи пример, когда оно неверно. Всё логично.

Цитата Астарот @ 13.03.18, 11:18

Но, вот Торвальдс, очевидно, смог, представил, а потом еще и сделал Но тебя это почему-то не убеждает.

И не должно. Если кто-то постоянно пользуется ручной дрелью вместо электрической при наличии источника питания, да ещё и аргументирует ровно как Торвальдс в стиле "да ваши электродрели говно полное" - тебя это убедит, даже если он сумеет сделать ей то, что ты сам сделать даже электродрелью не в состоянии?

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата OpenGL @ 13.03.18, 11:42

Если кто-то постоянно пользуется ручной дрелью вместо электрической при наличии источника питания, да ещё и аргументирует ровно как Торвальдс в стиле "да ваши электродрели говно полное" - тебя это убедит, даже если он сумеет сделать ей то, что ты сам сделать даже электродрелью не в состоянии?

Осталось показать, где Торвальдс пытается кого-то убедить

Добавлено 13.03.18, 11:50

Цитата OpenGL @ 13.03.18, 11:16

Или ты можешь представить себе крупный проект, где не было бы нужно, например, RAII? Если да, то я внимательно слушаю, где такое возможно.

Так linux же. Да и git не такой уж и маленький.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата OpenGL @ 13.03.18, 11:42

И не должно. Если кто-то постоянно пользуется ручной дрелью вместо электрической при наличии источника питания, да ещё и аргументирует ровно как Торвальдс в стиле "да ваши электродрели говно полное" - тебя это убедит, даже если он сумеет сделать ей то, что ты сам сделать даже электродрелью не в состоянии?

Это убедит меня в том, что этот человек знает, что делает - несмотря на все странности, его результат лучше, чем мой, а значит не мне его учить щи варить. Что опять же не значит, что сам я должен уподобляться. А то, что этот человек не счел нужным разжевывать мне и объяснять почему он принял такое решение еще не повод подвергать это решение сомнению, особенно если меня оно как бы и не касается.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Сообщение отредактировано: Астарот - 13.03.18, 18:28

Цитата Астарот @ 13.03.18, 11:52

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

А по-моему вполне себе повод

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата OpenGL @ 13.03.18, 11:55

А по-моему вполне себе повод

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

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата D_KEY @ 13.03.18, 11:49

Так linux же. Да и git не такой уж и маленький.

О чём ты? Там в каждой третьей функции встречаются goto cleanup и аналоги, от необходимости в которых плюсы избавляют на 146%. Да и велосипеды , заменяющие простые виртуальные вызовы практически наверняка там есть.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата OpenGL @ 13.03.18, 12:02

Там в каждой третьей функции встречаются goto cleanup и аналоги, от необходимости в которых плюсы избавляют на 146%. Да и велосипеды , заменяющие простые виртуальные вызовы практически наверняка там есть.

Ну люди используют другие подходы. Вполне себе в крупных проектах. И весьма успешных. И не умирают от этого

Добавлено 13.03.18, 12:40

Цитата OpenGL @ 13.03.18, 11:55

Цитата Астарот @ 13.03.18, 11:52

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

А по-моему вполне себе повод

Ну так он же не просит тебя свой проект писать на Си Пиши на чем ты хочешь. А он будет писать на том, на чем решил писать он.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Сообщение отредактировано: D_KEY - 13.03.18, 18:28

Цитата OpenGL @ 13.03.18, 08:47

Это не плохо, только это не является объективным и обоснованным аргументом, объясняющим причины использования си, только и всего.

Осподи, та какая разница, что он выбрал. Речь о том, как он описал, почему он это выбрал.

Добавлено 13.03.18, 12:45

Цитата OpenGL @ 13.03.18, 08:47

В отрывке ниписан какой-то бред - вместо элементарного RAII используется какой-то ручной init и term. Статью целиком пока не читал - надо осилить сей опус.

Не думаю, что стоит тратить время. Ты уже всё сказал.

Добавлено 13.03.18, 12:48

Цитата D_KEY @ 13.03.18, 08:56

По поводу term так же ясно сказано:

Цитата

Thus, if termination can fail, you need two separate functions to handle it

Хм, гм. Вообще-то, if termination can fail, в топку архитектуру. Интересно, как он собирается с допуском варианта неудавшейся деинициализации что-то в своём приложении гарантировать. И хоть на каком языке пиши, это не изменится.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Сообщение отредактировано: Qraizer - 13.03.18, 18:28

Цитата Астарот @ 13.03.18, 12:02

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

Эм Повод для разжёвывания - вполне нормально заданный вопрос, а не сомнения в нём. Тем более что я нахожу маловероятным, что этот вопрос ему ранее не задавали люди, имеющие отношение к контрибьюторству его проектов, т.е. вполне имеющие к этомук выбору отношение, а значит и право знать причины. Однако ответов почему-то не видно

Цитата D_KEY @ 13.03.18, 12:38

Ну так он же не просит тебя свой проект писать на Си Пиши на чем ты хочешь. А он будет писать на том, на чем решил писать он.

Да пусть хоть на Malbolge пишет - речь же не об этом.

Цитата Qraizer @ 13.03.18, 12:43

Вообще-то, if termination can fail, в топку архитектуру. Интересно, как он собирается с допуском варианта неудавшейся деинициализации что-то в своём приложении гарантировать. И хоть на каком языке пиши, это не изменится.

Я, кстати, это тоже заметил, но что "деинициализация всегда должна быть успешна" - скорей мой принцип, к которому пришёл сам и которому стараюсь следовать, чем виденная где-то рекомендация, на которую я могу в качестве аргумента сослаться, так что не стал заострять внимание на этом.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата Qraizer @ 13.03.18, 12:43

Хм, гм. Вообще-то, if termination can fail, в топку архитектуру. Интересно, как он собирается с допуском варианта неудавшейся деинициализации что-то в своём приложении гарантировать. И хоть на каком языке пиши, это не изменится.

http://man7.org/linux/man-pages/man2/close.2.html

Цитата

RETURN VALUE top

close() returns zero on success. On error, -1 is returned, and errno
is set appropriately.

ERRORS top

EBADF fd isn't a valid open file descriptor.

EINTR The close() call was interrupted by a signal; see signal(7).

EIO An I/O error occurred.

ENOSPC, EDQUOT
On NFS, these errors are not normally reported against the
first write which exceeds the available storage space, but
instead against a subsequent write(2), fsync(2), or close(2).

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата OpenGL @ 13.03.18, 13:00

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

Возможно им он ответил. Возможно его этими вопросами задолбали. Возможно все что угодно.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

D_KEY, от от кого-кого, но от тебя не ожидал.

Добавлено 13.03.18, 14:15

Цитата OpenGL @ 13.03.18, 13:00

..."деинициализация всегда должна быть успешна" - скорей мой принцип, к которому пришёл сам и которому стараюсь следовать, чем виденная где-то рекомендация...

Это не рекомендация, это общий принцип отказоустойчивости архитектуры. Любое нетранзакционное изменение в окружении, осуществляемое приложением, должно быть обратимо, либо не должно быть нетранзакционных изменений вообще. Последнее, понятное дело, осуществимо лишь в крайне ограниченных случаях, типа хелловордов. Поэтому приложение между точками когерентности состояния окружения должно уметь откатывать начатые, но не завершённые, транзакции. Если оно неспособно обеспечить безотказность действий очистки, откат транзакции становится негарантированным, а значит окружение оказывается способным остаться в некогерентном состоянии.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Цитата D_KEY @ 13.03.18, 11:49

Цитата OpenGL @ 13.03.18, 11:16

Или ты можешь представить себе крупный проект, где не было бы нужно, например, RAII? Если да, то я внимательно слушаю, где такое возможно.

Так linux же. Да и git не такой уж и маленький.

То есть linux-у и git-у не нужно RAII?
Или это Торвальдс так сказал, а ты ему веришь потому что он велик?

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"

Сообщение отредактировано: applegame - 13.03.18, 18:27

Цитата applegame @ 13.03.18, 15:09

Или это Торвальдс так сказал, а ты ему веришь потому что он велик?

Вообще-то он сказал, что он будет с благословением принимать велосипеды на C и гнать ссаными тряпками встроенные в C++ их аналоги. Собственно ядро Linux именно так и выглядит. При этом он ни разу не объяснил, почему решать такие же проблемы с багами из-за либ или неправильно выбранных абстракций на C вместо C++ является правоверным.

Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication"