« first day (120 days earlier)      last day (2113 days later) » 

12:44 AM
posted on July 30, 2015

This Saturday we’ll be testing our new DR datacenter in Denver, Colorado. We will begin around 10AM EST (14:00 UTC). We expect the test itself to be approximately 15-30 minutes in duration once it begins and the total window for this op to be around 4 hours. We’ll begin prepping at the start which means actual user impact will begin some time after that. This test will consist of our enti

Heads up: we will be performing a read-only test in our new data center on August 1st (this Saturday). http://stackstatus.net/post/125387022934/read-only-test-august-1-2015
 
 
3 hours later…
3:24 AM
1
A: перевод стандартного ответа "possible duplicate of"

alexander barakinВозможный дубликат вопроса: <ссылка>

0
A: перевод стандартного ответа "possible duplicate of"

alexander barakinВопрос уже задавался ранее, и на него уже есть ответ: <ссылка> (по мотивам того, что написано в диалоге закрытия).

 
 
4 hours later…
7:36 AM
Заходят как-то плюсойд, ждавист, два пхпшника и питонщик в бар
5
и закрывают вопрос по C#
5
-2
Q: Разница между свойством и методом

Smit JohnthЧто в какой ситуации выбирать?

 
7:55 AM
@PashaPash Но вопрос все-таки не совсем правильный - это как сравнивать цвет и нажатие на кнопку.
А если автор имел в виду "между свойством и проперти" - т.е. между открытой переменной и геттером+сеттером - это более-менее логично.
 
8:20 AM
@Vesper автор имел ввиду именно разницу между свойством и методами
Choosing Between Properties and Methods
разница для переходящих с java не слишком очевидна.
@Vesper и наверное была какая-то причина сравнивать "цвет и нажатие на кнопку" раз в msdn не поленились статью накатать на пару экранов с примерами
 
@PashaPash, вопрос звучит «Что в какой ситуации выбирать?». Этот вопрос противоречит тематике сайта, т.к. порождает прения. Вопрос «Поясните разницу между свойством и методом» - не нарушает правил ресурса и является абсолютно адекватным. Так что закрывшие вопрос аюсолютно правы.
Я проголосовал за переоткрытие, хотя, по хорошему, текст вопроса нужно изменить. В текущем виде он противоречит правилам
 
@PashaPash "переходящих с джавы" - ну да, там если есть у класса свойство, его надо объявлять private и отдавать только методы, причем именование там дурное, как по мне.
 
@ixSci вопрос закрыт с причиной "невозможно дать лаконичный ответ". это значит что вопрос понятен, однозначен, но ответ на него должен быть ну очень большим.
 
а, то есть разница между сеттером или геттером, и методом для делания чего-то? Да, в этом раскладе в джаве только методы, так как там нет различия между сеттером/геттером и чем-то сложнее return true;
 
@Vesper ну а в C# есть, причем иногда геттеры принято делать просто методами
 
8:33 AM
@PashaPash полностью согласен. Нужно различать между «я не разбираюсь в теме, но мне кажется, что вопрос очень обширный» и «я разбираюсь в теме и знаю, что вопрос очень обширный»
 
Вообще, попадись мне этот вопрос, я бы сказал unclear (т.е. уточнить подробности, так как неясно, что именно спрашивается)
 
@PashaPash это проблема движка, который предлагает странные варианты закрытия. Лично для меня не всегда ясно, с какой формулировкой закрывать, поэтому я выбираю то, что вроде похоже
А в формулировке закрытия этого вопрос я вижу: «так как необходимо конкретизировать вопрос». Именно это и требуется от автора - конкретизировать вопрос, поэтому всё логично
 
@ixSci Это проблема перевода, так как реально все три варианта выглядят ужасно похоже.
В оригинале там unclear what you ask, too broad, opinion-based
 
@Vesper на мой взгляд в английской версии не сильно лучше.
 
т.е. "не пойму, что спросил вообще", "слишком много помещается в заданный вопрос" и "может быть много разных мнений, что правильно, а что нет"
 
8:42 AM
слишком мало вариаций закрытия, на мой взгляд. С другой стороны слишком много будет ещё хуже
 
9:05 AM
@Vesper а тут были примерно такие варианты. потом их поменяли, теперь вообще тяжело понять разницу
 
9:15 AM
@ixSci я разбираюсь в теме, и мне кажется что вопрос не обширный. и я даже дал на него ответ
@ixSci и еще кто-то пытался дать на него ответ, но вопрос закрыли люди, которые не разбираются в теме. и этот кто-то начал писать в комментариях к моему ответу. что меня раздражает.
@ixSci вот вы же писали на C# код. ни разу не возникало ситуации, когда вы называете метод "GetЧтоТоТам", вам студия или решарпер говорит "методы нельзя называть с Get, вам нужно использовать свойства!", а вы вот смотрите и понимаете, что это должно быть именно методом?
 
@PashaPash не раздражайтесь ) вопрос в исходной формулировке не был в формате so, вам это сказал даже тот, "у кого в профиле есть c#", значит все-таки не в профиле дело, а в вопросе
 
@AndreyBakharev надо больше C#!
@AndreyBakharev ))
 
@PashaPash ну так никто же не мешал отредактировать вопрос и привести его к более-менее нормальному виду
 
@AndreyBakharev так меня он вполне устраивал в изначальном виде. просто тут не любят короткие вопросы
 
@NickVolynkin: c C# я слегка знаком, мой комментарий про коня и плутон специально раздувал пропорции )
@PashaPash короткий вопрос обычна не несет в себе ни смысла, ни контекста
 
9:28 AM
@KromStern ну я отредактировал вопрос, вроде стало конкретнее.
 
я бы добавил еще немного вводной про то что такое эти вещи в С#, с прицелом на то, чтобы вопрос было легче получить в выдаче гугла по всем ключевым словам и синонимам
 
@PashaPash метод не обязательно ассоциируется со свойством. В общем случае это вообще разные сущности, в C# есть лишь обратная зависимость. Поэтому вопрос «Что в какой ситуации выбирать?» для меня является opinion-based, если говорить по-буржуйски. Если для Вас это не так, что я могу сказать,? Сколько людей - столько мнений.
 
 
2 hours later…
11:11 AM
Люди поделитесь своим опытом: как вы организуете написание классов-исключений. Интересуют следующие вопросы: 1) Храните ли вы классы-исключения в том же файле, что и класс, который их бросает? 2) Если нет, то создаёте ли вы для каждого исключения свой файл? 3) Если да, то как вы боритесь с кучей файлов?
Язык программирования не принципиален, но лучше указать с каким языком вы работаете. Спасибо.
 
@ixSci Java. 1,2) Каждое в отдельном файле 3) сортирую по package'ам. Либо в ощем package с теми классами, которые будут бросать (как пример - java io), либо можно еще внутри него создать .exceptions
 
@ixSci C#. Cтараюсь бросать стандартные исключения :)
 
@PashaPash не создаёте многоуровневых иерархий, выстравивая по доменам ответственности?
 
@ixSci действительно, можно использовать стандартные, и фабрику сообщений или контекстов
 
@ixSci не создаю. стараюсь не использовать исключения в основном control flow вообще.
 
11:23 AM
@NickVolynkin т.е. если есть папки(package?) c файлами классов, то рядом с ними лежат файлы исключений?
@NickVolynkin нет, для меня это вообще не вариант. Я очень много исключений генерирую(в смысле классов). Использование стандартных классов мне не достаточно
 
@ixSci вы на C# пишете?
 
@ixSci да, так. либо рядом, либо в подпапке exceptions, если их совсем уж много.
 
@PashaPash на C# и на C++
@NickVolynkin у меня похожий подход, но я пытаюсь пойти дальше
 
@ixSci а какая предметная область, что так много исключений требуется?
 
@PashaPash да в любой области. Есть ошибка - есть исключение
даже не ошибка - исключительная ситуация в методе
 
11:26 AM
@ixSci ошибка != исключение. по крайней мере не в C#
 
@PashaPash трактовка ошибки как исключения не имеет отношения к языку. Это философия общая. C# тут вообще не при чём
 
@ixSci и я о том же. но ошибки и исключения - это разные вещи
 
любой язык, содержащий исключения может быть использован согласно разным философиям. Я принадлежу к той школе, которая исопользует исключения вместо return codes
 
@ixSci причем тут return codes?
 
@PashaPash об ошибке надо как-то сообщать
 
11:28 AM
@ixSci ошибка может быть ожидаемой и неожидаемой
@ixSci исключение - это когда код работает и тут "хренаксь!"
 
@PashaPash это не важно, о ней всё равно нужно знать.
 
@ixSci исключения - это именно неожиданные ошибки
 
@PashaPash Я не вижу смысла это обсуждать, это разные подходы. Ваш ничем не вернее моего.
@PashaPash Вы заблуждаетесь. Всё зависит от подхода.
 
@ixSci так я заблуждаюсь или "это разные подходы?"
 
@PashaPash Вы заблуждаетесь, что Ваш подход единственно верный
 
11:31 AM
@ixSci я обхожусь и без сложных иерархий исключений, и без ретурн кодов
@ixSci а вы почему-то решили, что я именно ретурт коды пропихиваю?
 
@PashaPash нет, просто Вы пишите «исключения - это именно неожиданные ошибки». Я знаю такой подход, но у меня другой.
поэтому не вижу смысла обсуждать это - разные подходы, разные решения. Предлагаю вернутся к основному вопросу, чтобы чат не забивать(а то люди не увидят вопроса, за этим обсуждением)
 
@ixSci ну ок, тогда вы будете получать иерархии исключений, и будете решать проблему "куда их вписать". а я буду тратить время на решение более актуальных вещей. каждый подход имеет свои плюсы и минусы
 
@PashaPash безусловно. Но подход без кучи исключений мне нравится куда меньше, чем то, что мне приходится как-то решать вопрос с кучей исключений
кстати, библиотеки вокруг C# просто кишат исключениями, так что я не одинок в этом мире. Это общая проблема
 
@ixSci библиотеки обычно добавляют пару кастомных классов, и врапают в них внутренние исключения
 
@PashaPash не согласен. Есть неожиданные ошибки, они обрабатываются unchecked exceptions. Есть ошибки ожидаемые и нефатальные, они обрабатываются checked exceptions. Для того и придуман этот механизм.
 
11:35 AM
@ixSci не видел ни одной мейнтстримной библиотеки, которая высовывала бы, скажем, 20 разных типов исключений
@NickVolynkin checked exceptions - это recovery. это нормально, но я не вижу почему это порождает кучу кастомных исключений
 
@PashaPash Java, IOException, checked, как раз десятка два потомков docs.oracle.com/javase/7/docs/api/java/io/IOException.html
 
@PashaPash EntityFramework
 
@ixSci посчитайте количество исключений на общее количество классов в EF. и в своем проекте.
 
@PashaPash ну так внутренние тоже есть, на разных уровнях - разные исключения. На одном уровне это исключения уровня SQL, потом иерархия выше и понеслась
 
@PashaPash как я понимаю, польза в том, чтобы фильтровать в try-catch блоке не по сообщениям или каким-то еще данным, а по классу исключения.
@PashaPash а вот это интересный метод )
 
11:38 AM
@NickVolynkin это нормально, но реально случаев, когда можно восстановится при исключении - очень мало. буквально по пальцам можно пересчитать
@NickVolynkin т.е. какие есть возможности у вызывающего кода? заретраить или выкинуть свое исключение.
 
@PashaPash исключения это не обязательно фатальная ошибка
это может быть вообще не ошибка
просто отсутствие чего-то, что можно создать или проигнорировать
 
@ixSci если что-то можно проигнорировать - то это что-то вообще не стоило вызывать
@ixSci да я и не говорю что это ошибка (выше же явно это написал). но если исключений много, буквально по 10-20 на класс - то control flow завязан на исключения
 
@PashaPash слишком радикально и не конструктивно
@PashaPash а кто говорил о таком количестве?
бывает по 3-4 на класс, бывает вообще без исключений
 
@ixSci 3-4 на класс - это много
 
конечно 10-20 это либо ошибка в дизайней, либо God-класс, что есть тоже ошибка в дизайне
 
11:42 AM
@ixSci ну вот на весь asp.net mvc 7 классов исключений
@ixSci включая web api
 
@PashaPash ок, есть класс TaskManager. Есть методы Add, Remove etc. Есть варианты, что попытаются добавить существующую задачу(ошибка), получить несуществующую(ошибка) - уже 2
и это 5-и секундный пример
 
@ixSci InvalidOperationException
@ixSci ну или bool Add
 
@PashaPash ну вот привет код возврата
@PashaPash о чём говорит это исключение в контексте домена? Правильно, ни о чём
 
@ixSci а о чем говорит TaskAddException?
 
@ixSci, @PashaPash - может в другой чат? ) например, флудильню, здесь вроде о другом говорят
 
11:45 AM
@AndreyBakharev а есть тематика этого чата?
 
@AndreyBakharev никто не знает о чем тут говорят
 
@PashaPash не так, а вот так - TaskNotExistException
это говорит сразу всё, что нужно
 
как-то обговаривали это, потому и флудильня появилась
потому и отдельные чаты для php/c/и т.д. делали
 
вопросы программирования во флудильне обсуждать грешно, я считаю
а этот вопрос не привязан к языку
 
там и не такое бывает )
 
11:46 AM
@ixSci тут всего два варианта. или ситуация часто возникает, вызвающий код всегда трайкетчит. и тогда bool тупо короче и читабельней. Или вызывающий код не ожидает ошибки (т.е. это реально исключение), и тогда это все упадет и попадет в лог. и тогда нормальное сообщение + InvalidOperationException проблему бы решило
 
этот вопрос не касается so
>> General discussion for ru.stackoverflow.com
 
@ixSci а TaskNotExistException говорит лишь о том, что разработчику захотелось сделать отдельный класс
 
я против обсуждения ничего не имею, я предлагаю переместить его в другое место
 
@ixSci ну хотя ок, действительно, зависит от мнения. просто я предпочитаю решать реальные проблемы. KISS и все такое
 
@PashaPash ну собственно как я сразу и говорил, мы просто исповедуем разные подходы. Теперь я в этом убедился полностью
 
11:48 AM
@AndreyBakharev мы создаем видимость движухи
@ixSci главное чтобы тесты были
 
@AndreyBakharev в какое?
@PashaPash ну тесты это вообще другая история
 
@ixSci можно комнату создать специально для "неязыковых" разговоров, но касающихся программирования
 
@AndreyBakharev там пхп-сты набегут
 
можно и во флудильне, она переживет )
 
@AndreyBakharev можно, наверное. Но всё это слишком сложно
 
11:49 AM
@AndreyBakharev а там опять все закончится обсуждением пони
 
расплываться по куче чатов
ладно, если у кого ещё есть мнения: пожалуйста поделитесь. Отойду на часок
 
@NickVolynkin про checked exceptions в java все давно уже признались, что это было неудачной идеей.
@ixSci У нас в компании в проектах зачастую 1-2 бизнес-исключения на весь проект. Они всплывают вверх и где-нибудь на уровне веб-сервисов перепаковываются в HTTP ответ.
 
12:22 PM
@AndreyBakharev for, но не on или about.
 
и при этом здесь постят баги, просят совета или обращают внимание на определенные вопросы,

такие сообщения могут затереться в лишнем обсуждении
 
1:06 PM
так как гонют нас метлою отсюда, создал новую комнату - chat.stackexchange.com/rooms/26433
 
 
4 hours later…
5:24 PM
А что у нас с меткой ?
Кстати, на en.so есть environment-variables. Есть ли возражения, чтобы и у нас такую завести?
это не просто переменные какие-то а вполне себе узкая область
 
 
1 hour later…
6:32 PM
насколько разделились мнения-то. За лидирующий вариант +11 -5
6
Q: Перевести имя участника Community

Peter OlsonУчастник Community - автоматический модератор всех сайтов StackExchange. Следует ли перевести его имя на русском? Если следует, как?

И даже вопрос кто-то минусанул!
 
 
1 hour later…
7:52 PM
@NickVolynkin почему бы и нет
@NickVolynkin я не очень одобряю
 
@Nofate просто удивляюсь такому разбросу мнений. Обычно в вопросах на Мете все более единодушны. Или безразличны.
 
@NickVolynkin я про переменные окружения
 
8:09 PM
@Nofate а, действительно. Без контекста это выглядело как "почему бы и не минусануть, я не одобряю перевод Community".
 

« first day (120 days earlier)      last day (2113 days later) »