Исправление Manhunt, (текущая версия) :
Или в чём ты проблему видишь?
Вот в этом: «This makes error-ignorant usage the most convenient to write.»
Нужен API, который compile-time *принуждал* бы проверять результат close. Без этого люди пишут говнокод, который ломает персистентные данные при исчерпании места на диске.
Я не уверен, что это не потребует поддержки на уровне языка.
Исправление Manhunt, :
Или в чём ты проблему видишь?
Вот в этом: «This makes error-ignorant usage the most convenient to write.»
Нужен API, который compile-time *принуждал* бы проверять результат close. Без этого люди пишут говнокод, который ломает персистентные данные при исчерпании места на диске.
Исправление Manhunt, :
Или в чём ты проблему видишь?
Вот в этом: «This makes error-ignorant usage the most convenient to write.»
Нужен API, который compile-time *принуждал* бы проверять результат close. Без этого люди пишут говнокод, который ломает персистентные данные в ситуации, когда исчерпано место на диске.
Исправление Manhunt, :
Или в чём ты проблему видишь?
Вот в этом: «This makes error-ignorant usage the most convenient to write.»
Нужен API, который *принуждал* бы проверять результат close. Без этого люди пишут говнокод, который ломает персистентные данные в ситуации, когда исчерпано место на диске.
Исправление Manhunt, :
Или в чём ты проблему видишь?
«This makes error-ignorant usage the most convenient to write.»
Нужен API, который *принуждал* бы проверять результат close. Без этого люди пишут говнокод, который ломает персистентные данные в ситуации, когда исчерпано место на диске.
Исходная версия Manhunt, :
Или в чём ты проблему видишь?
«This makes error-ignorant usage the most convenient to write.»
Нужен API, который *принуждал* бы проверять результат close.