« first day (55 days earlier)      last day (3265 days later) » 

avp
avp
6:50 AM
@Vlad, Вам не кажется, что с "закрывателями вопросов" надо что-то делать?
К примеру совершенно нормальный (не очень удачно сформулированный) ru.stackoverflow.com/questions/426158 IMHO совершенно незаслуженно закрыт.
 
Andrey Bakharev
Andrey Bakharev
@avp так закрывают, чтобы переформулировали, изменят вопрос - будет переоткрытие
то же "оптимально" к чему было сказано? надо быстро? память чтобы не жрало? или еще что?
 
avp
avp
@AndreyBakharev, я уверен, что почти никто не станет чего-то менять в вопросе в ответ на *такое* отношение к себе (тем более *частный ответ* получен, а вот обсуждения как сделать оптимально (суть вопроса, не видимая из заголовка) уже не будет).

Вот от таких действий (и плюс, конечно, движок, не поднимающий вверх темы, которые обсуждаются в комментариях) IMHO интерес к сайту будет падать.
 
Andrey Bakharev
Andrey Bakharev
@avp, если менять вопрос не будут, значит уже ушли получив ответ, а значит и без разницы закрыт вопрос или нет,

хотя я почти пацифист, кнопку "пропустить" я нажимаю чаще чем все остальное вместе взятое )
еще странно, что перед закрытием "Всем привет." не вырезали )
 
avp
avp
7:11 AM
Очевидно, что закрытые вопросы не получают новых ответов и не обсуждаются дальше
(к сожалению, очень похоже, что именно к этому, а не к интеллектуальному развитию участников сводятся действия как официальной, так и <i>добровольной</i> администрации).

А "Всем привет" вырежет кто-нибудь потом в целях фарминга репы.
 
Andrey Bakharev
Andrey Bakharev
@avp я про фарм и говорю ) вчера как раз это обсуждали, а закрытые вопросы можно же переоткрыть (возможно подправив текст) и без автора, уже несколько раз так было
 
Nofate
Nofate
@Vlad runia еще вчера за это получил бан на правки
@Vlad видимо, не все я успел откатить, кто-то проголосовал "за"
@Vlad сюда или на мету, конечно
 
avp
avp
@AndreyBakharev, переоткрыть можно. Но для этого надо иметь веские причины, например уже иметь готовый и хороший ответ, которым хочется поделиться с сообществом
(а вот захочется ли в складывающейся обстановке чем-то делиться (все ведь делается, чтобы **ответной реакции** не было) -- это большой вопрос).
 
Nofate
Nofate
@avp закрытие это не плохое отношение к автору и не захлапывание перед ним двери (для этого есть удаление). относитесь к этому как к премодерации
 
avp
avp
7:33 AM
@Nofate, то как я к этому отношусь -- абсолютно не важно. Важно, что закрывая вопрос реально закрывается его дальнейшее обсуждение (и следовательно, общение участников).
 
 
1 hour later…
ReinRaus
ReinRaus
8:43 AM
@Discord а почему нельзя википедию? Я для регулярные-выражения кусочек из википедии взял.
 
Discord
Discord
9:04 AM
@ReinRaus См.:
8
Q: Копирование статей из Википедии в описания меток

DiscordКопировать текст из Википедии — плохая идея. Во-первых, нельзя просто взять и скопировать. Необходимо указать источник. Во-вторых, статьи в Википедии описывают объект, а описания метки описывают использование метки на сайте, кроме всего прочего. На данный момент в метки внесено ужасающее колич...

support метки редактирование модерация
@avp Обсуждения быть и не должно. Stack Overflow — это не обсуждение широких вопросов и обсасывание их со всех сторон в десятках сообщений, а получение конкретных ответов на конкретные вопросы.
 
PashaPash
PashaPash
@Discord я вот пару правок заапрувил, пока не дошло что они явно из вики
 
Discord
Discord
@PashaPash У меня первое движение — скопировать кусок текста и вставить в гугл. Если текст не нашёлся, уже можно проверять детальнее.
2
 
PashaPash
PashaPash
@Discord хотя меня в аппруверах нет. это как раз та, на которой я засомневался :)
@Discord пробежался по истории - почти везде есть заапрувленные уже после меня :(
@Discord я не уверен что обсуждение в чате - это способ решить проблему. там аппруверы в основном те, кто в чате не сидит
 
avp
avp
9:28 AM
@Discord, в общем ru.SO теперь это заповедник для гуглоидов...
А жаль
 
PashaPash
PashaPash
@avp жаль - это когда википедия, в которую тащат все и отовсюду, запрещает копировать тескт из нее
 
PashaPash
PashaPash
9:47 AM
48
Q: Would it be OK to paste content from Wikipedia into a popular empty tag-wiki?

Mark RogersAssuming that you could make a nice tag-wiki simply by pasting and editing content from Wikipedia, is there any problem with doing something like that? There are a lot of empty tag wikis that would be better off with default content from Wikipedia rather than an empty wall. This would at least ...

discussion tag-wiki wikipedia
 
Vlad
Vlad
10:13 AM
@avp Мы ничего не сможем сделать, к сожалению. Сайт управляется сообществом, и если в сообществе среди активных участников превалируют закрыватели, то так и будет. Но мы можем воздействовать на них тем что (1) голосуем за повторное открытие, (2) обсуждаем здесь и в комментариях то, что вопрос закрыт незаслуженно, (3) при желании правим и улучшаем вопросы.
@Nofate Это да, но ведь многие авторы вопросов считают это чуть ли не личным выпадом. И к тому же они не знают, какие вопросы считаются у нас хорошими на этой неделе. Можно, конечно, включить социальный дарвинизм, и сказать, что останутся только самые стойкие, но это выльется в малое количество интересных вопросов, боюсь. Ну или всё станет на места без помощи спрашивающим, но за слишком долгий срок, через 5 лет.
@avp Будем строить гражданское общество на одном отдельно взятом сайте :)
 
PashaPash
PashaPash
@Vlad закрытие - это не удаление. скорее, способ избежать ответов вида "включаю телепатию и пишу вам наугад"
@Vlad вот вы сами закрыли вопрос ru.stackoverflow.com/questions/425730, хотя он просто был неудачно сформулирован. и он до сих пор не открыт
@Vlad разница только в том, что на вопрос по графам вы успели ответить до закрытия. а на вопрос про стим - я не успел :)
 
Vlad
Vlad
@PashaPash Да, закрыл. Но потом понял, что вопрос на самом деле нормальный, и проголосовал за переоткрытие.
 
PashaPash
PashaPash
@Vlad но было уже поздно. я к тому, что закрывателей много. а переоткрывателей - мало
 
Vlad
Vlad
Можно делать ошибки, нельзя упорствовать в них.
 
PashaPash
PashaPash
@Vlad меньше 5-ти
 
Vlad
Vlad
10:28 AM
@PashaPash Я знаю. На текущий момент 4.
 
PashaPash
PashaPash
@ReinRaus вступайте в клуб
 
Vlad
Vlad
@PashaPash Для этого существуют комментарии. Если автор заинтересован, он может уточнить. По факту, на текущий момент немногие ОПы возвращаются в закрытые вопросы и улучшают их. Это значит, что закрытие вопросов не работает. На текущий момент.
 
PashaPash
PashaPash
@Vlad некоторые опы не возвращаются вообще, даже после того как им дан развернутый заплюсованный ответ
@Vlad это не показатель того, что "ответы не работают"
 
Vlad
Vlad
@PashaPash Цель ответов — добавить знания в базу, они работают. Цель закрытия — заставить ОПа улучшить вопрос, это как раз работает плохо.
 
PashaPash
PashaPash
@Vlad если это не нужно опу - то скорее всего не нужно никому
 
Vlad
Vlad
10:34 AM
@PashaPash google "это событийно-ориентированный сетевой фреймворк, написанный на Python и распространяемый под лицензией MIT" -> ru.wikipedia.org/wiki/Twisted
 
PashaPash
PashaPash
@Vlad ну я то отклонил. @ixSci принял. и что?
 
Vlad
Vlad
@PashaPash По факту, неправда, что это не нужно ОПу, он же пришёл на сайт. (Если это конечно не лаба на шару.) Факт в том, что мы его отпугнули.
 
PashaPash
PashaPash
@Vlad я к тому, что пользователь забил на бан, и продолжает нести добро
 
Vlad
Vlad
@PashaPash Кстати, копипаста из гугла легко видна. Надо предупредить @ixSci, пусть будет построже.
 
PashaPash
PashaPash
// @Nofate?
 
Vlad
Vlad
10:37 AM
@PashaPash Забил на бан?? То есть бан закончился, или он завёл клон?
 
PashaPash
PashaPash
@Vlad клон с 1 репутации
@Vlad ну или просто последователь
 
Vlad
Vlad
@PashaPash Клон или нет — выясняется админами (есть какие-то секретные инструменты). Если клон — расстрел тупой пилой за сараем.
 
ReinRaus
ReinRaus
11:00 AM
@PashaPash что за клуб? :)
 
PashaPash
PashaPash
@ReinRaus переоткрывателей
 
VenZell
VenZell
@PashaPash проголосовал за переоткрытие
 
PashaPash
PashaPash
11:22 AM
@VenZell спасибо
 
Nofate
Nofate
@PashaPash я тут. о чем вопрос?
 
PashaPash
PashaPash
@Nofate ru.stackoverflow.com/questions/426194 - успокойте их пожалуйста
 
Nofate
Nofate
@PashaPash забанен был другой пользователь. но копировать быстренько вики в метки умников всегда хватает.
кстати, можно я кому-нибудь ЛС напишу? хочется узнать, как их видит пользователь
 
Vlad
Vlad
@Nofate Можно. Мне например.
@PashaPash Угу, только хотел принести сюда драму :)
 
Nofate
Nofate
@Vlad ушло
 
Vlad
Vlad
11:35 AM
@Nofate Вот что пришло:
 
Nofate
Nofate
@Vlad спасибо
 
Vlad
Vlad
@Nofate И кстати там ошибка перевода («в» вместо «кому»)
 
Nofate
Nofate
@Vlad там забавно, ваш ответ у меня подписан как "Сообщение модератора"
 
Vlad
Vlad
@Nofate Ошибка перевода? Должно быть «Сообщение модераторам».
 
Nofate
Nofate
@Vlad что-то драма так себе. обычный Domain Driven против Anemic Models
 
Vlad
Vlad
11:55 AM
@Nofate Вот бы кто-то и написал там по уму. И я бы чему-то научился.
 
Nofate
Nofate
@Vlad это два разных подхода. я люблю анемичную модель и слои.
 
Vlad
Vlad
@Nofate А где почитать можно об этом?
 
Nofate
Nofate
@Vlad у Фаулера, наверное. но он как раз против АМ, т.к. это не тру ООП
 
Vlad
Vlad
@Nofate Ну, всегда полезно почитать и за, и против.
Чтобы видеть границы применимости и какую задачу это реально решает.
 
PashaPash
PashaPash
12:37 PM
@Vlad там не было за и против. и, кстати, C# вроде как вполне поддерживает ооп, но делать правильное ДДД на нем трудно. почти невозможно.
 
igumnov
igumnov
ЯННП почему закрыли? ru.stackoverflow.com/questions/426158Является-ли-неориентированный-взвеш‌​енный-граф-связным
 
Vlad
Vlad
@PashaPash А почему так? Из чисто теоретического интереса. Что нельзя легко выразить?
@igumnov Не знаю, (уже) голосовал за переоткрытие.
 
PashaPash
PashaPash
@Vlad например, есть проблема с загрузкой связанных объектов. Скажем, order items при обработке Order
@Vlad если не-анемичная модель, то код обработки заказа должен быть в самом классе заказа. а код загрузки - вне его
@Vlad получается что производительность кода обработки (не логика, а именно производительность) явно зависит от внешнего fetch plan (который решает, какие данные надо вытянуть с заказом)
@Vlad а это приводит к тому, что или выгружается все подряд, или делается lazy load (который прямой путь к n+1)
@Vlad т.е. это прокатывает в энтерпрайзе (где пользователи могут подождать, пока все по одному объектику загрузится). но совершенно не прокатывает в интернете, где каждый запрос в базу - это плохо. и тяжелый запрос - это плохо.
@Vlad система с заказами может еще такое пережить. но у меня, например, в живом проекте система расчета дат задач (типа ms project). где каждая задача может зависеть от множества других. и цепочки могут быть длинными
 
Vlad
Vlad
@PashaPash Угу, понимаю. Но разве нельзя сделать какую-нибудь умную магию вокруг этого?
 
PashaPash
PashaPash
12:52 PM
@Vlad и там ошибка в фетчплане - это просто нерабочее приложение. и по факту при попытке решить проблему с использованием ddd - или фетч-план дублирует логику пересчета (т.е. на ддд намазывается внешнее не-ддд), или тормозит
@Vlad нельзя. это основная проблема ддд (по крайней мере в приложениях, которые используют базу внутри)
 
Vlad
Vlad
Потому что не хотелось бы нарушать абстракцию.
 
PashaPash
PashaPash
@Vlad обычно просто забивают и делают фетч план привязанным к aggregation root
 
Vlad
Vlad
@PashaPash А если построить один умный query, и пусть ORM смотрит, что надо, а что нет?
 
PashaPash
PashaPash
@Vlad т.е. типа - обрабатываем заказ - ок, перед обработкой вытянем ВСЕ данные, которые могут быть нужны для обработки
@Vlad это lazy load. по факту всего два возможных варианта - тянем по необходимости (и привет n+1 или вся база в памяти). или тянем сразу все для agg root (и получаем лишние запросы или опять же база в памяти)
 
Vlad
Vlad
@PashaPash Я думал скорее так: строим query, который выдаёт все нужные данные (LINQ), и пускай EF/NHibernate сами выясняют, что нужно грузить. Так не прокатит?
 
PashaPash
PashaPash
12:55 PM
@Vlad оно грузит в момент обращения
@Vlad т.е. в моем случае - пересчитываем task 1 - полезли за его зависимостями. потом пересичтываем зависимый от него task 2 - полезли за его зависимостями
 
Vlad
Vlad
@PashaPash Ну, поскольку есть всё expression tree запроса, то по идее ORM видит точно все нужные данные.
 
PashaPash
PashaPash
@Vlad и так раз 200
@Vlad это вариант "выбрать все". orm не может решить, что нужно, а что - нет
@Vlad проблема возникает когда решение "что выбирать" принимается на основе данных
@Vlad например, у меня 80к задач, одну из них дернули. надо угадать какие поменяются, чтобы выбрать их для пересчета дат
 
Vlad
Vlad
@PashaPash Почему? Expression tree же есть? В нём видно, к каким полям реально есть обращение.
@PashaPash А, вот как. То есть надо сначала прочитать данные, а потом решать, какие подданные нужны?
 
PashaPash
PashaPash
@Vlad да
 
Vlad
Vlad
@PashaPash Окей, а как это бы решили анемичные модели?
Или вообще, как такое решается?
 
PashaPash
PashaPash
12:59 PM
@Vlad ddd стартует от aggregation root. от task, в моем случае
 
Vlad
Vlad
@PashaPash Хорошо, но его ж надо загрузить, чтобы принять решение?
 
PashaPash
PashaPash
@Vlad я не говорю что анемичные решают. я говорю что не-анимичные не справляются
 
Vlad
Vlad
@PashaPash Окей, а кто справляется?
 
PashaPash
PashaPash
@Vlad т.е. решение о том, что загружать, в принципе нельзя оформить на уровне одной задачи
@Vlad справляется сервис, который работает на уровне "всех задач"
@Vlad по факту там написана предвыборка всех задач в проекте
 
Vlad
Vlad
@PashaPash В принципе, если решать задачу во всей общности, то сложно. Но вполне можно запрофилировать обращения к данным (например, с клиентом грузят или ничего, или историю покупок вместе с адресом), и свести задачу от n+1 к 1+1, нет?
 
PashaPash
PashaPash
1:02 PM
@Vlad но я не это пытаюсь объяснить.
@Vlad проблема не в том. у нас достаточно эффективный пересчет
@Vlad проблема в том, что слепое использование ддд (т.е. код пересчета прямо в Task) в этом случае делает код сильно зависимым от внешнего fetch plan
@Vlad т.е. полностью корректный код в Task оказывается практически нерабочим без дополнительного костыла вне Task
@Vlad т.е. то, что вы предлагаете - запрофилировать и сделать внешний по отношению к доменной модели костыль в виде фетч-плана. без которого (а даже и с ним, но при любом изменении) она срывается в n+1 или в другую проблему с производительностью
 
Vlad
Vlad
@PashaPash Угу, понимаю. Но ка думаю о том, решаема ли проблема на автомате. Что мешает построить оптимальный или близкий к тому fetch plan автоматически?
 
PashaPash
PashaPash
@Vlad да просто невозможность угадать. вы дергаете метод "ChangeDate" у конкретного объекта Task.
@Vlad к моменту вызова данные должны быть уже выбраны - у вас же конкретный объект
 
Vlad
Vlad
@PashaPash Нет, не это. Это должно быть на уровне, который создаёт fetch plan. Потому что «вся база» или «n + 1» — это крайности.
@PashaPash Не обязательно. Можно lazy load, но не stupid load.
Это не решило бы проблему?
 
PashaPash
PashaPash
@Vlad все равно. Lazy load будет у вас срабатывать при первом обращении к свойству, но до того, как логика работы с данными свойства начнет работать
@Vlad может решение и есть, но я его не знаю.
 
Vlad
Vlad
@PashaPash Ну да. И загрузит при этом например то же свойство для остальных объектов. Это в тупом варианте.
Чтобы избежать n+1
 
PashaPash
PashaPash
1:09 PM
@Vlad да, так и работает обычно. это 1+1+1+1+1+1..... с вытягиванием кучи данных и с фильтрами по IN в SQL. которые дико тормозят в SQL Server при большом количестве параметров.
 
Vlad
Vlad
С третьей стороны, если уж данные таковы, что абстракция не работает — ну так можно от неё и отказаться.
@PashaPash Ну, вытягивать как-то поинтеллектуальнее. Не по одному свойству, а пачками.
Например
 
PashaPash
PashaPash
@Vlad да, но логика зависит же от операции
 
Vlad
Vlad
@PashaPash В конце-концов, если абстракция неэффективна, убрать её.
 
PashaPash
PashaPash
@Vlad скажем, человеку в том же примере с заказами надо тупо список заказов построить, с именами и с заказавшим их человеком
@Vlad вот надо при этом у человека фетчить все заказы или нет?
@Vlad ну вот это и есть проблема ddd.
 
Vlad
Vlad
@PashaPash Окей, понял. Спасибо, покурю это и помедитирую.
 
igumnov
igumnov
1:25 PM
@Vlad transifex.com/projects/p/stack-overflow-ru/viewstrings/#ru/… Влад ты теперь ревьювер, так что заревьювь мой перевод, он там болтается два месяца уже, а я на него целых 2 дня потратил
 
Vlad
Vlad
@igumnov Будет сделано! Только вечером, а то я идиот посеял где-то свой пароль от транзифекса. А дома он есть. Хорошо?
 
igumnov
igumnov
@Vlad ок
 
 
1 hour later…
Stack Exchange
Stack Exchange
2:52 PM
0
Q: Автоматическое удаление заброшенных вопросов

Nicolas ChabanovskyКак мне кажется, не все участники сообщества знают, что именно происходит с заброшенными вопросами. “В прошлой жизни”, мы использовали специальные фильтры, и два раза в год вручную просматривали форум на наличие вопросов, которые следовало бы удалить. В сообществе Stack Overflow на русском дей...

support faq featured
 
 
2 hours later…
Discord
Discord
4:44 PM
@Vlad Чтобы вопрос переоткрыли, просто голосовать за переоткрытие бесполезно, потому что при отсутствии изменений не будет причин переоткрывать. Нужно: а) объяснить в комментариях причину для переоткрытия (минимум) б) исправить текст вопроса, чтобы отвечал правилам (оптимально) в) и то, и другое (идеально). Такие вопросы без проблем переоткрываются.
 
Vlad
Vlad
@Discord Я предлагал (1) + (2), и (3) по желанию
 
Discord
Discord
@Vlad Ну и переоткрывашек точно такое же количество, сколько и закрывашек. Не надо преувеличивать. Просто если не объяснять переоткрытие, то оно, разумеется, будет проваливаться.
 
Vlad
Vlad
@Discord Это и есть (2)
 
Discord
Discord
@Vlad Я не верю в чудеса. Если пользователь постит хлам, его вопросы оказываются закрытыми, и он их не исправляет, то вряд ли он вдруг станет постить офигительные вопросы, если его хлам оставлять открытым.
 
Vlad
Vlad
@Discord Первые вопросы слишком часто хлам. Хорошие вопросы приходят с опытом. Мне так кажется.
Не все будут сидеть в RO годами.
 
Discord
Discord
4:50 PM
@Vlad Цель закрытия — чистота и организация. Воспитательная функция выполняется только при активном содействии автора поста и является опциональной.
 
Vlad
Vlad
@Discord Если вопросы закрывают, и он не исправляет, то он уходит с сайта.
Если ему объяснить, то он может быть поймёт и научится.
@Discord Я не считаю чистоту ради чистоты стОящей целью для себя.
Мне кажется, как средство обучения пряник сильнее кнута.
 
Discord
Discord
@Vlad Специально для обидчивых и непонятливых, кто не читает правила сайта, переименовали "закрыт" в "заморожен". В плашке причины заморозки во всех деталях расписывается, что именно требуется сделать для переоткрытия. Если юзеру на это покласть, и он уходит из-за надписи "заморожен", не читая, что ему нужно исправить — скатертью дорога. Такие не учатся.
@Vlad Если человек не в состоянии одолеть даже тур в картинках и с занимательными анимациями, то сколько его учить-то надо будет? 5 лет?
 
Vlad
Vlad
@Discord По факту уходит большинство. А значит, обучение методом заморозки неэффективно. Значит, его либо не надо применять, либо надо существенно улучшить.
@Discord То, что мы не смогли научить, не значит, что человек необучаем. Просто из нас плохие учителя.
 
Discord
Discord
@Vlad Это лишь значит, что большинство тут не нужны. Если кому-то задали домашку по программированию, он ничего в ней не шарит, то от ухода такого юзера одни плюсы, потому что такой юзер через пять лет не будет постить осмысленные вопросы. Скорее всего, он сдаст это проклятое программирование и забудет про него как про страшный сон.
 
Vlad
Vlad
@Discord Именно поэтому я стараюсь применять кнут к домашкам и лабам, и не применять там, где вопрос мне кажется потенциально хорошим.
 
igumnov
igumnov
5:07 PM
На голосование за закрытие вопроса надо повесить ценз до 4000 кармы и уменьшить количество голосов до 3. Там часто так бывает что хороший вопрос становится жертвой толпы неадекватов каких-то и никакой пользы это не приносит вообще
 
Discord
Discord
@igumnov Сейчас "бета", поэтому порог низкий.
 
 
3 hours later…
Nofate
Nofate
7:58 PM
@igumnov почти вся эта толпа регулярно тут сидит
 
igumnov
igumnov
8:09 PM
Вахтъры-сссЪ!
 
Discord
Discord
8:43 PM
@igumnov Что? Меня звали?
 
PashaPash
PashaPash
@Discord а после выхода их беты пороги поднимут? до каких?
 
Discord
Discord
@PashaPash Как на большом СО.
 
PashaPash
PashaPash
@Discord вообще смущает бета + пачка пользователей с высокой репутацией на старте, которые вообще не представляют как работает SO
@Discord просто жмут кнопки наугад
 
Discord
Discord
@PashaPash Выводить надо из беты, да. SO.PT уже вывели.
 
PashaPash
PashaPash
@Discord а долго он в бете провисел?
@Discord и, кстати, привелегии заберут? я не смогу защищать вопросы? :)
 
Abyx
Abyx
8:55 PM
@Discord "вывод из запоя, из беты"...
 
Discord
Discord
@PashaPash Дольше, чем ожидалось (какие-то технические заминки были). Сравнивать нет смысла, они начинали с нуля. Что забавно, они вышли из беты, а вопросов у них втрое меньше, чем у нас. Траффика у нас втрое больше. По вопросам в день на равных. (Статистика СО.ПТ на конец беты.)
@PashaPash Привилегии заберут. Нужно готовиться заранее и фармить репу.
3К надо выбить обязательно, 10К желательно.
*Траффика у нас вдвое больше.
 
avp
avp
Кстати, а читали Фейнмана о бразильцах-студентах (думаю именно они в основном на SO.PT)? Довольно любопытно. Интересно, изменился ли за полвека их подход к образованию.
 
Discord
Discord
@avp Изначально сайт и назывался SO in Brazil или типа того. Это потом переключили название с географического на языковое.
 
Vlad
Vlad
@avp Нет. А где почитать можно?
@avp: Вот вопрос для вас :) ru.stackoverflow.com/q/426393/10105
Хотя конечно лабораторная работа
 
avp
avp
9:12 PM
 
Vlad
Vlad
@avp Правда? Я же её читал (но видимо не всю). Это там про культ карго?
 
avp
avp
А вот про культ карго я не помню. Про изучение японского по военному разговорнику помню (от души посмеялся).

Задачку, думаю, решил (в комментарии).
 
Vlad
Vlad
@avp Заглянул в текст, там это переведено как «самолётопоклонники».
> Во время войны они видели, как приземляются самолеты, полные всяких хороших вещей, и они хотят, чтобы так было и теперь. Поэтому они устроили что-то вроде взлетно-посадочных полос, по сторонам их разложили костры, построили деревянную хижину, в которой сидит человек с деревяшками в форме наушников на голове и бамбуковыми палочками, торчащими как антенны - он диспетчер, - и они ждут, когда прилетят самолеты.
> Они делают все правильно. По форме все верно. Все выглядит так же, как и раньше, но все это не действует. Самолеты не садятся.
Очень напоминает программистов, которые пишут какой-то код, потому что «где-то видели», «откуда-то скатали» без понимания, зачем это.
Это не подействует, самолёт не сядет, код работать не будет.
 
avp
avp
9:27 PM
Да, манна с неба больше не приходит...
 
Etki
Etki
9:42 PM
ЭТО РАБОТАЕТ! Я просто скопировал этот код и начал получать $$$ от работодателя! НАЧНИ ПОЛУЧАТЬ ДЕНЬГИ ПРЯМО СЕЙЧАС!
3
сто раз извините
 
Vlad
Vlad
9:53 PM
@Etki Накипело? :-)
 
Vlad
Vlad
10:08 PM
Closed у нас переводится сейчас как «заморожен», да?
 
igumnov
igumnov
@Etki Вы, конечно, шутите, мистер ФEtkinман!
 
Discord
Discord
@Vlad closed = закрыт, on hold = заморожен
 
Vlad
Vlad
@Discord Хм. У нас есть текст "Questions that need improvement may be closed until someone fixes them." Имеется в виду put on hold?
 
Discord
Discord
@Vlad Вероятно. Иерархия закрытий не сразу возникла, поэтому где-то могут оставаться устаревшие надписи. Если вы такие видите, имеет смысл сообщить о баге на МСЕ.
 
Vlad
Vlad
@Discord Отмечу в транзифексе как issue.
 
Discord
Discord
10:16 PM
Может, заменить заморожен на уточняется? Меньше моральных травм...
@Vlad Если баг в оригинале, то надо на МСЕ, а не в т-кс.
 
Vlad
Vlad
@Discord Тогда надо глобально. Лучше «нуждается в уточнении» тогда?
Может быть, просто лишняя строка.
 
Discord
Discord
@Vlad Длинно. Это ж в заголовок добавляется.
 
Vlad
Vlad
разберусь потом
@Discord Просто «уточняется» несёт привкус «процесс идёт без участия ОПа».
 
Discord
Discord
@Vlad Привкус — не вкус. Всяко лучше, чем "заморожен" — слова, которое по отношению к темам на традиционных форумах не очень-то употребляется. Учитывая, что уже не один и не два юзера жаловались, что враги общества закрывашки постоянно наносят моральные травмы новичкам, возможно, следует подобрать что-то более и осмысленное, и нейтральное.
 
Vlad
Vlad
10:32 PM
@Discord Тогда давайте откроем тему на Мете?
 
Discord
Discord
@Vlad Пишу.
 
Vlad
Vlad
@Discord О, офигенно.
 
Discord
Discord
10:49 PM
@Vlad Держите:
0
Q: Хватит замораживать вопросы!

DiscordПеревод слова "closed" по отношению к вопросу не вызывает вопросов, пардон за каламбур: вопрос "закрыт". Это общепринятый термин, и ни у кого не вызывает сомнений, что он значит. Слово употребляется и на традиционных форумах, и в повседневной жизни. Но что же, чёрт побери, такое "замороженный" в...

discussion локализация
Stack2RSS, зараза, лежит опять.
 
Vlad
Vlad
@Discord Угу, опубликовал ответ №2
 
Vlad
Vlad
11:06 PM
@Discord: Отлично! Ждём, что наголосуют.
В любом случае, любой из вариантов сразу немедленно лучше, чем «заморожен»
 
Discord
Discord
11:17 PM
@Vlad Исправлено, уже не любой:
0
A: Хватит замораживать вопросы!

Discord[заморожен] или [отморожен] Нечего сюсюкаться в новичками! Если вопрос заморожен — значит, заморожен! У нас тут валидация: не нравится — вали!

=)
 
Yura Ivanov
Yura Ivanov
@Discord кг\ам вполне себе вариант.
2
 
Stack Exchange
Stack Exchange
2
Q: Хватит замораживать вопросы!

DiscordПеревод слова "closed" по отношению к вопросу не вызывает вопросов, пардон за каламбур: вопрос "закрыт". Это общепринятый термин, и ни у кого не вызывает сомнений, что он значит. Слово употребляется и на традиционных форумах, и в повседневной жизни. Но что же, чёрт побери, такое "замороженный" в...

discussion локализация
 
Vlad
Vlad
@YuraIvanov Добавите? :-)
 
Yura Ivanov
Yura Ivanov
@Vlad постеснялся )
 
Vlad
Vlad
Кстати, как перевести на русский, что вопрос opinion-based? «Зависит от мнения» как-то не то, это не вопрос, это ответы завият от мнения. Есть ли что-то более правильное?
 
Discord
Discord
11:25 PM
@YuraIvanov Давайте-давайте! А то я там один три ответа запостил, меня там слишком много. Ну и Peer Pressure можно заработать. Минусы опять же на Мете бесплатные...
 
Vlad
Vlad
@Discord Я решил развить идею.
 
Discord
Discord
@Vlad Вот сейчас возьму и заплюсую. =)
 
Vlad
Vlad
@Discord Аааааааааааааа!
 
Yura Ivanov
Yura Ivanov
11:41 PM
добавил ))
 

« first day (55 days earlier)      last day (3265 days later) »