Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.143.4.181] |
|
Страницы: (37) « Первая ... 14 15 [16] 17 18 ... 36 37 ( Перейти к последнему сообщению ) |
Сообщ.
#226
,
|
|
|
Цитата OpenGL @ Ничуть не очевидно. Или ты можешь представить себе крупный проект, где не было бы нужно, например, RAII? Я? Мне что си, что с++ - все одинаково отвратно Но, вот Торвальдс, очевидно, смог, представил, а потом еще и сделал Но тебя это почему-то не убеждает. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#227
,
|
|
|
Цитата Астарот @ Я? Мне что си, что с++ - все одинаково отвратно Ну не я же Утверждаешь, что утверждение спорно - приведи пример, когда оно неверно. Всё логично. Цитата Астарот @ Но, вот Торвальдс, очевидно, смог, представил, а потом еще и сделал Но тебя это почему-то не убеждает. И не должно. Если кто-то постоянно пользуется ручной дрелью вместо электрической при наличии источника питания, да ещё и аргументирует ровно как Торвальдс в стиле "да ваши электродрели говно полное" - тебя это убедит, даже если он сумеет сделать ей то, что ты сам сделать даже электродрелью не в состоянии? Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#228
,
|
|
|
Цитата OpenGL @ Если кто-то постоянно пользуется ручной дрелью вместо электрической при наличии источника питания, да ещё и аргументирует ровно как Торвальдс в стиле "да ваши электродрели говно полное" - тебя это убедит, даже если он сумеет сделать ей то, что ты сам сделать даже электродрелью не в состоянии? Осталось показать, где Торвальдс пытается кого-то убедить Добавлено Цитата OpenGL @ Или ты можешь представить себе крупный проект, где не было бы нужно, например, RAII? Если да, то я внимательно слушаю, где такое возможно. Так linux же. Да и git не такой уж и маленький. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#229
,
|
|
|
Цитата OpenGL @ И не должно. Если кто-то постоянно пользуется ручной дрелью вместо электрической при наличии источника питания, да ещё и аргументирует ровно как Торвальдс в стиле "да ваши электродрели говно полное" - тебя это убедит, даже если он сумеет сделать ей то, что ты сам сделать даже электродрелью не в состоянии? Это убедит меня в том, что этот человек знает, что делает - несмотря на все странности, его результат лучше, чем мой, а значит не мне его учить щи варить. Что опять же не значит, что сам я должен уподобляться. А то, что этот человек не счел нужным разжевывать мне и объяснять почему он принял такое решение еще не повод подвергать это решение сомнению, особенно если меня оно как бы и не касается. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#230
,
|
|
|
Цитата Астарот @ А то, что этот человек не счел нужным разжевывать мне и объяснять почему он принял такое решение еще не повод подвергать это решение сомнению, особенно если меня оно как бы и не касается. А по-моему вполне себе повод Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#231
,
|
|
|
Цитата OpenGL @ А по-моему вполне себе повод Так опять же - это для тебя повод в лучшем случае, а не для человека в котором ты решил сомневаться повод что-то тебе доказывать Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#232
,
|
|
|
Цитата D_KEY @ Так linux же. Да и git не такой уж и маленький. О чём ты? Там в каждой третьей функции встречаются goto cleanup и аналоги, от необходимости в которых плюсы избавляют на 146%. Да и велосипеды , заменяющие простые виртуальные вызовы практически наверняка там есть. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#233
,
|
|
|
Цитата OpenGL @ Там в каждой третьей функции встречаются goto cleanup и аналоги, от необходимости в которых плюсы избавляют на 146%. Да и велосипеды , заменяющие простые виртуальные вызовы практически наверняка там есть. Ну люди используют другие подходы. Вполне себе в крупных проектах. И весьма успешных. И не умирают от этого Добавлено Цитата OpenGL @ Цитата Астарот @ А то, что этот человек не счел нужным разжевывать мне и объяснять почему он принял такое решение еще не повод подвергать это решение сомнению, особенно если меня оно как бы и не касается. А по-моему вполне себе повод Ну так он же не просит тебя свой проект писать на Си Пиши на чем ты хочешь. А он будет писать на том, на чем решил писать он. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#234
,
|
|
|
Цитата OpenGL @ Осподи, та какая разница, что он выбрал. Речь о том, как он описал, почему он это выбрал. Это не плохо, только это не является объективным и обоснованным аргументом, объясняющим причины использования си, только и всего. Добавлено Цитата OpenGL @ Не думаю, что стоит тратить время. Ты уже всё сказал. В отрывке ниписан какой-то бред - вместо элементарного RAII используется какой-то ручной init и term. Статью целиком пока не читал - надо осилить сей опус. Добавлено Цитата D_KEY @ Хм, гм. Вообще-то, if termination can fail, в топку архитектуру. Интересно, как он собирается с допуском варианта неудавшейся деинициализации что-то в своём приложении гарантировать. И хоть на каком языке пиши, это не изменится.По поводу term так же ясно сказано: Цитата Thus, if termination can fail, you need two separate functions to handle it Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#235
,
|
|
|
Цитата Астарот @ Так опять же - это для тебя повод в лучшем случае, а не для человека в котором ты решил сомневаться повод что-то тебе доказывать Эм Повод для разжёвывания - вполне нормально заданный вопрос, а не сомнения в нём. Тем более что я нахожу маловероятным, что этот вопрос ему ранее не задавали люди, имеющие отношение к контрибьюторству его проектов, т.е. вполне имеющие к этомук выбору отношение, а значит и право знать причины. Однако ответов почему-то не видно Цитата D_KEY @ Ну так он же не просит тебя свой проект писать на Си Пиши на чем ты хочешь. А он будет писать на том, на чем решил писать он. Да пусть хоть на Malbolge пишет - речь же не об этом. Цитата Qraizer @ Вообще-то, if termination can fail, в топку архитектуру. Интересно, как он собирается с допуском варианта неудавшейся деинициализации что-то в своём приложении гарантировать. И хоть на каком языке пиши, это не изменится. Я, кстати, это тоже заметил, но что "деинициализация всегда должна быть успешна" - скорей мой принцип, к которому пришёл сам и которому стараюсь следовать, чем виденная где-то рекомендация, на которую я могу в качестве аргумента сослаться, так что не стал заострять внимание на этом. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#236
,
|
|
|
Цитата Qraizer @ Хм, гм. Вообще-то, 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" |
Сообщ.
#237
,
|
|
|
Цитата OpenGL @ Тем более что я нахожу маловероятным, что этот вопрос ему ранее не задавали люди, имеющие отношение к контрибьюторству его проектов, т.е. вполне имеющие к этомук выбору отношение, а значит и право знать причины. Возможно им он ответил. Возможно его этими вопросами задолбали. Возможно все что угодно. Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#238
,
|
|
|
D_KEY, от от кого-кого, но от тебя не ожидал.
Добавлено Цитата OpenGL @ Это не рекомендация, это общий принцип отказоустойчивости архитектуры. Любое нетранзакционное изменение в окружении, осуществляемое приложением, должно быть обратимо, либо не должно быть нетранзакционных изменений вообще. Последнее, понятное дело, осуществимо лишь в крайне ограниченных случаях, типа хелловордов. Поэтому приложение между точками когерентности состояния окружения должно уметь откатывать начатые, но не завершённые, транзакции. Если оно неспособно обеспечить безотказность действий очистки, откат транзакции становится негарантированным, а значит окружение оказывается способным остаться в некогерентном состоянии...."деинициализация всегда должна быть успешна" - скорей мой принцип, к которому пришёл сам и которому стараюсь следовать, чем виденная где-то рекомендация... Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#239
,
|
|
|
Цитата D_KEY @ Цитата OpenGL @ Или ты можешь представить себе крупный проект, где не было бы нужно, например, RAII? Если да, то я внимательно слушаю, где такое возможно. Так linux же. Да и git не такой уж и маленький. То есть linux-у и git-у не нужно RAII? Или это Торвальдс так сказал, а ты ему веришь потому что он велик? Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |
Сообщ.
#240
,
|
|
|
Цитата applegame @ Вообще-то он сказал, что он будет с благословением принимать велосипеды на C и гнать ссаными тряпками встроенные в C++ их аналоги. Собственно ядро Linux именно так и выглядит. При этом он ни разу не объяснил, почему решать такие же проблемы с багами из-за либ или неправильно выбранных абстракций на C вместо C++ является правоверным.Или это Торвальдс так сказал, а ты ему веришь потому что он велик? Это сообщение было перенесено сюда или объединено из темы "Fast-CGI vs WebApplication" |