« first day (127 days earlier)      last day (3183 days later) » 

Stack Exchange
Stack Exchange
1:04 AM
Careers read-only test will be happening in a few moments - we’re testing the Denver data center for about 10-15 minutes.
Tweeted by StackStatus on August 6, 2015 at 12:56 AM
 
 
1 hour later…
Stack Exchange
Stack Exchange
2:09 AM
0
Q: Место пользователя Community не переведено

Peter OlsonМесто пользователя Community (то есть, Дух сообщества) не переведено. Написанно on the server farm Как следует перевести место этого пользователя?

discussion локализация
 
Peter Olson
Peter Olson
Есть ли разница между участником и пользователем? Почему в некоторых местах у нас участники, и в остальных ползователи?
 
 
1 hour later…
Stack Exchange
Stack Exchange
3:30 AM
1
A: Долгосрочные цели для сообщества StackOverflow на русском языке

Nick VolynkinЦель Довести показатель отвеченных вопросов за всё время до 85%. При достижении этого показателя StackOverflow на русском языке завершает бета-стадию. Обоснование Это основной показатель, по которому мы сейчас не дотягиваем до нужного уровня по критериям Area 51. StackOverflow на португальско...

0
A: Перевод "Edit tags inline"

Nicolas Chabanovsky использовать встроенный редактор меток

0
A: Перевод "Edit tags inline"

Nicolas Chabanovsky редактировать метки на месте

0
A: Перевод "Edit tags inline"

Nick Volynkin Использовать быструю правку меток

2
A: Что делать, если принятый ответ — ошибочный или вредоносный?

VladD Если ответ ошибочный, и его нельзя легко исправить: Напишите рядом хороший ответ, в котором вы объясните, почему выбранный ответ неверен. Он получит свою долю плюсов и с течением времени «выплывет» наверх. К сожалению, промежуток времени, нужный для того, чтобы пробраться наверх, достаточно бол...

1
A: Что делать, если принятый ответ — ошибочный или вредоносный?

Nick VolynkinОбязательно: Проголосовать против ответа. Не жалейте единичку репутации, зачем ещё она нужна? Написать комментарий к ответу, объясняющий вероятную ошибку. Написать комментарий к вопросу, предлагая автору вопроса принять другой ответ (или хотя бы пока что снять галочку с ошибочного). Здесь в кач...

0
A: Место пользователя Community не переведено

Peter OlsonПеревод места этого пользователя не нужен.

 
Stack Exchange
Stack Exchange
4:02 AM
1
A: Место пользователя Community не переведено

soonВариант перевода - "Тридевятое царство, тридесятое государство"

0
A: Место пользователя Community не переведено

Peter OlsonЗа вариянт на серверной ферме

 
 
3 hours later…
Stack Exchange
Stack Exchange
6:39 AM
1
A: Место пользователя Community не переведено

VesperВариант "Дата-центр Stack Exchange". Это какое-никакое, а место, плюс привящывает ruSO к остальному сообществу Stack Exchange.

 
 
6 hours later…
Vlad
Vlad
12:29 PM
@NickVolynkin Угу, я его минусанул (но потом убрал минус, когда вы его исправили).
 
ixSci
ixSci
1:03 PM
@PeterOlson ошибка это, скорее всего. Никакой разницы между участником и пользователем нет.
 
Vlad
Vlad
@PeterOlson Угу, несогласованность. Некоторые участники переводили так, другие пользователи — иначе.
 
Nicolas Chabanovsky
Nicolas Chabanovsky
1:24 PM
@NickVolynkin Это было волевое решение, мне кажется следует переименовать в be-friendly. Красивее звучит
 
Abyx
Abyx
@NicolasChabanovsky bee-friendly, ftfy
 
igumnov
igumnov
1:37 PM
Будь злым, переходи на темную сторону. А еще у нас есть печенье.
 
Nick Volynkin
Nick Volynkin
@Vlad аналогично. Недавно читал ваш ответ с бенчмарками для регулярки и посимвольного перебора, где перебор побеждал в 13 раз, но не могу найти. Мне кажется, его обязательно стоит добавить в этот вопрос.
@NicolasChabanovsky поддерживаю переименование )
 
Nicolas Chabanovsky
Nicolas Chabanovsky
2:26 PM
@NickVolynkin Готово!
 
Vlad
Vlad
@NickVolynkin Этот: ru.stackoverflow.com/a/394102/10105 ?
 
Nick Volynkin
Nick Volynkin
2:46 PM
@Vlad ага, точно
@igumnov А это к чему?
 
Nick Volynkin
Nick Volynkin
3:03 PM
@Vlad кстати, а может я притворюсь школьником и спрошу об этом? Интересно было бы почитать, особенно в сравнении между разными языками и/или компиляторами.
@igumnov а, всё, допёр.
 
Vlad
Vlad
@NickVolynkin Ох. Я не уверен, что в моей компетенции написать хорошее эссе по этому поводу. В любом случае, это вопрос не компиляторного фронтэнда (то есть, той его части, которая разбирает синтаксис), и не бэкэнда (то есть кодогенерации), а «средней» части. Поэтому в принципе оптимизация должна не зависеть от конкретного языка. (Примером семейства компиляторов с общей серединой, разными фронтэндами для разных языков и разными бэкэндами для разных платформ является GCC.)
Идея состоит в том, что фронтэнд читает синтаксис, и превращает его в некоторую внутреннюю семантику. Семантика у обоих операторов одна и та же: увеличение значения в памяти на единицу. Поэтому это и должно быть закодировано одинаково.
 
Abyx
Abyx
@Vlad или ллвм, там нагляднее, т.к. можно посмотреть IR
 
Vlad
Vlad
@Abyx Угу, ещё один хороший пример «сборного» компилятора.
А ещё .NET :) С IL как внутренним промежуточным представлением и JIT как бэкэндом.
 
Abyx
Abyx
хотя в ллвм всё довольно низкоуровнево, и оптимизатор работает на уровне IR - coliru.stacked-crooked.com/a/37e57feafdbf223c
 
Vlad
Vlad
Компиляторы всё больше и больше учатся понимать семантику кода. Если компилятор видит, например, увеличение переменной два раза подряд, то он вправе объединить это в одно большое увеличение. Если он видит, что переменная не используется, он вправе её выбросить. Если он видит, что ветка кода ничего не делает, кроме вычисления никому не нужного значения, он имеет право её выбросить.
Компиляторы ещё во время dragon book обязаны были уметь отслеживать flow каждого из вычисленных значений, и знать зависимости между ними (чтобы не «потерять» вычисленное значение, пока оно нужно для вычисления других значений).
По сути, переменные нужны компилятору лишь затем, чтобы он мог понять, какие значения нужны пользователю. Поэтому компилятор вполне может повыбрасывать все переменные, определённые пользователем, и разместить всё в регистрах или стеке. Особенно если «промежуточная» машина — стековая.
И поэтому порядок вычисления значений, определённый пользователем, вовсе не обязателен для компилятора.
Именно поэтому, когда говорят «но если я пишу x += y, это ведь будет на интеловской машине закодировано инструкцией add» — это не так. Лишь если компилятор увидит в этом семантику сложения. А он может, например, вовсе выкинуть весь блок. Или но может внутри себя доказать, что y == x, и превратить это в shl edx, 1.
Из-за этого, конечно, возникают проблемы, когда кто-то пишет классическое f = evaluate(); f_ready = true; и пытается написать в другом потоке if (f_ready) use(f);
Это не работает: компилятор вовсе не обязан вычислять данные в том порядке, как написал юзер.
 
Andrey Bakharev
Andrey Bakharev
3:50 PM
а если там вместо посимвольного просмотра использовать что-то типа slit(string, string)? тогда по количеству найденных групп найдем сколько было символов,

или при помощи replace(string, string, string) заменяем символы на пустой символ, тогда по разнице длин строк можно определить количество найденных символов,

c# у меня нет, сам проверить не могу
да и просто Matches(String) можно использовать
 
Stack Exchange
Stack Exchange
4:06 PM
0
Q: вероятно, неправильно отображается причина тревоги в профиле

alexander barakinя отметил «тревогой» как спам (первый пункт в диалоге «тревога») вот этот «вопрос». а на соответствующей странице профиля (http://ru.stackoverflow.com/users/flag-summary/178576) про эту «тревогу» написано: «отмечены как оскорбление» (см. картинку). то ли я не понимаю тонкостей работы системы ...

support локализация
 
ixSci
ixSci
@Vlad в данном случае компилятор может не быть причиной, скорее всего даже он причиной не будет
 
Stack Exchange
Stack Exchange
4:27 PM
0
Q: Спам не [требует-правки], спам требует немедленного удаления!

Nick VolynkinТолько что наблюдал, как совершенно очевидный спам закрывали как [требует правки] c кастомной причиной: Спам не требует правки! Пять человек потратили свои тревоги мимо. В такой ситуации нужно: Сразу отметить тревога — спам. Проголосовать против сообщения. (Не жалейте репутации на минусы...

discussion модерация тревоги спам
 
Vlad
Vlad
4:54 PM
@AndreyBakharev Можно, наверное. Но для проверки вхождения символа во множество самый адекватный вариант — это прямая проверка вхождения символа во множество :)
@ixSci Компилятор вполне может быть причиной, он имеет право переставлять запись, и очень часто так и делает. Например, чтобы избежать data stall.
@ixSci Хуже того, некоторые RISC-ообразные платформы требуют, чтобы такими вещами занимался именно компилятор.
 
ixSci
ixSci
@Vlad может да, я зря написал про «скорее всего». Главное, что компилятор не единственный подозреваемый и я бы даже сказал не основной
@Vlad itanium? а кроме него?
 
Vlad
Vlad
@ixSci Угу, Itanium :) А этого недостаточно?
@ixSci Это да, но по сути лучше, чтобы этим занимался компилятор. У него гораздо больше времени на анализ. Для этого, понятно, нужно знание особенностей конкретного процессора, а значит, компиляция не под generic target, а под конкретную машину.
А процессор может лишь сделать какую-то быструю эвристику.
@ixSci Кроме него по идее любой процессор, который не занимается спекулятивным выполнением.
 
ixSci
ixSci
5:12 PM
@Vlad ну там помимо перестановки инструкций можно легко нарваться на разные кэш линии и получить тот же результат. А вообще, лучше не морочить себе голову низкими материями и просто писать код согласно модели языка
@Vlad я просто слышал только про итаниум и он не взлетел
 
Vlad
Vlad
@ixSci Ну, из современных платформ есть только ужасный x86 и какой-нибудь ARM. Про ARM не знаю.
Есть ещё кто-то в пределах экспериментальной погрешности?
А x86 занимается, да.
 
ixSci
ixSci
ну я так понимаю всяких архитектур полно для всякого embedded
есть ещё powerpc
 
Vlad
Vlad
@ixSci PowerPC вроде бы закатывается после того, как с него ушла Apple?
 
ixSci
ixSci
@Vlad xbox360 вроде на powerpc
хотя он тоже уходит в закат
 
Vlad
Vlad
@ixSci А embedded-платформы обычно известны отвратительными компиляторами (пока к ним не придёт gcc).
@ixSci Правда? Не знал. Там вроде была тоже достаточно слабая модель памяти.
 
ixSci
ixSci
5:23 PM
@Vlad видимо есть какие-то архитектуры с совсем слабой моделью. Не зря C++ memory model учитывает DEC Alpha, которая вроде уже в гробу ворочается
более того, memory_consume получает немало внимания, похоже. Какие-то недавно предложения проскакивали по нему
хотя, насколько я знаю, memory_consume не будет no-op только для Alpha
но раз вокруг столько внимания, значит я чего-то просто не знаю, скорее всего
 
Vlad
Vlad
@ixSci Ну, слабые модели очень хороши для многоядерных систем
Раз мы уже упёрлись в предел повышения тактовой частоты процессоров, то ускорение компьютеров идёт по пути наращивания ядер. И теперь узкое место — общая шина.
Для слабых моделей это узкое место принудительно растягивается.
 
ixSci
ixSci
5:38 PM
@Vlad это понятно, но в мейнстриме их нет. И рынок отлично показал(итаниум), что он не намерен переходить на что-то новое
хотя если AMD c Intel договорятся и все поймут, что деваться реально некуда, тогда может быть
 
Vlad
Vlad
@ixSci Ну, это пока ведущей платформе не понадобится... (То есть Microsoft.)
Итаниум бы взлетел, если бы AMD не стукнули его под дых со своим AMD64.
А Windows таки была полностью спортирована под Itanium.
 
Stack Exchange
Stack Exchange
0
Q: На удаленном вопросе ломается верстка

Nick VolynkinПохоже, переведенная строка длиннее, чем оригинал. Поэтому она наезжает на блок с последним редактором сообщения. http://ru.stackoverflow.com/questions/174810/

bug дизайн
 
Vlad
Vlad
И если б он имел сбоку режим эмуляции x86, то вполне сработало бы.
 
Nick Volynkin
Nick Volynkin
@NicolasChabanovsky @Nofate может, восстановить на мету? ru.stackoverflow.com/questions/174810/…
 
ixSci
ixSci
@Vlad если бы имел режим эмуляции, то да, взлетел бы. Но видимо это было слишком сложно
 
Vlad
Vlad
5:47 PM
@ixSci Вон x86 имеет режим эмуляции вообще всего.
 
ixSci
ixSci
@Vlad с MS сейчас не всё просто. Один неправильный шаг и Apple хорошо откусить может. MS больше не является тем монополистом, которым был когда-то
хотя доля «всех других» мала, но она растёт
и МС вряд ли сможет диктовать свои условия рынку
 
Vlad
Vlad
Кстати, C++, возможно, взлетел из-за режима эмуляции C. Что в общем-то является родовой травмой и ответственно за 90% ужаса в нём.
 
ixSci
ixSci
ну да, пресловутая обратная совместимость
 
Vlad
Vlad
@ixSci На десктопе? Думаю, вряд ли, Эппл без Джобса скатывается туда, где он был без Джобса.
 
ixSci
ixSci
Спольски всю книгу об этом талдычиит
@Vlad очень много покупают маков. Народ как помешался
 
Vlad
Vlad
5:49 PM
Но вот сам десктоп может умереть, да. Или выродиться в платформу для десятка гиков.
 
ixSci
ixSci
да ну, не думаю. Как игровая платформа PC всё ещё лучший выбор
 
Vlad
Vlad
@ixSci Ну, всё равно я не вижу тенденции. Не думаю, что 1% хипстеров сделает погоду.
 
ixSci
ixSci
@Vlad будем надеятся
 
Vlad
Vlad
@ixSci ... пока по мощности планшеты не подтянутся?
 
ixSci
ixSci
@Vlad не могу представить себе геймера, нормального, за планшетом
 
Vlad
Vlad
5:50 PM
Посмотрим. Я думаю, что оно как-то смёржится.
 
ixSci
ixSci
я себя к заядлым не причисляю, но играть на планшете выше моих сил
 
Vlad
Vlad
@ixSci Угу, я тоже. :) Но может это потому, что мы динозавры?
Как раньше невозможно было себе представить геймера без мыши, может через N лет нельзя будет представить геймера без тачскрина?
 
ixSci
ixSci
@Vlad не думаю, у меня племянник тоже с бОльшим удовольствием играет на PC/PS4, чем на планшете
 
Vlad
Vlad
@ixSci Ну что же, это даёт нам основание надеяться на будущее платформы.
 
ixSci
ixSci
планшет это для птичек всяких, там в старкрафт не поиграешь. Да и какой прикол от этого мелкого экрана...
 
Vlad
Vlad
5:52 PM
@ixSci Ну, например, большой экран может подключаться к телефону для игр. Если, конечно, это геймерский телефон с хорошей графической картой. :)
 
Nicolas Chabanovsky
Nicolas Chabanovsky
@NickVolynkin Восстановить то можно, но на мой взгляд, чуть-чуть не корректно. Далеко не все пользователи, принимавшие участие в беседы до сих пор являются активными пользователями проекта (то есть может они уже встречаться не хотят).
 
Vlad
Vlad
(Фантастика, конечно. Но может случайно и стать реальностью.)
 
ixSci
ixSci
@Vlad вариант. Но тогда графические чипы для PC тоже будут развиваться. А игры будут всё круче. Так что телефон не сможет запускать последние игры
Может виртуальная реальность выстрелит и убьёт PC, но лично я в это не верю
как 3d не убило 2d
а читалки не убили книги. У всех свои ниши
 
Vlad
Vlad
6:05 PM
@ixSci Кстати, да. Хотя, тогда возможна модульная архитектура в том смысле, что графическая карта принадлежит монитору, а телефон её лишь подключает.
@ixSci Это, думаю, не в ближайшие 30 лет.
@ixSci Кстати, да. Подождём, посмотрим сверху вниз на это всё, как оно будет развиваться. Вот например email практически убил бумажную переписку, и мобильные телефоны таки убили обыкновенные. Но видеосвязь (Скайп) не убила телефоны (что несколько странно, и лежит наверное скорее в плоскости человеческой психологии).
 
Nick Volynkin
Nick Volynkin
@ixSci 100%, на консолях нету ArtMoney )
 
 
6 hours later…
Nick Volynkin
Nick Volynkin
11:48 PM
Предлагаю экспертам по C++ хорошими ответами спасти слишком простой вопрос: ru.stackoverflow.com/q/440179/181472
 

« first day (127 days earlier)      last day (3183 days later) »