Azbuka

Всё уже есть в XFW.

, Формат подстановок конфига

@Mr 13, Ещё проблема со всплывающей подсказкой на странице загрузок: На английской странице загрузок устаревшая информация. xvm-N.N.N.testN.zip - переехали на http://nightly.modxvm.com/ clanicons-full-XX-NNNNNNN.zip - тоже не актуальны. Описание установщика там вовсе отсутствует. И так ли необходимо дописывать "Source: http://www.modxvm.com/"к скопированному тексту? На сайте нет никаких предупреждений о том, что нужно указывать источник при копировании, да и информации там не так много. Но когда я копировал те же названия архивов, это мне порядком надоело.

, Мне ничего не нагуглилось. Может, стоит попробовать поставить android на виртуальную машину?

А после нескольких месяцев - проанализировать статистику и решить, пилить ли полную поддержку для старых IE.

И снова я. Теперь только по modxvm.com. 1. Не стоит ли убрать редактор конфигураций куда-нибудь подальше? 2. Всплывающие подсказки в меню: В русской версии 'В английской' 'В немецкой' 'В французкой' 3. В установке и настройке ни слова нет о установщике. Банального "Запустите установщик и следуйте инструкциям" вполне хватило бы. 4. FAQ. Не пора ли убрать пункт о смещении координат по X и Y при переносе из OTM в XVM?

В большинстве случаев о поддержке IE ниже 8 версии думать не стоит, им пользуются всего 1.89% в мире (Статистика). Однако, и эти два процента могут быть весомым аргументом в пользу поддержки IE. Тут нужно смотреть на аудиторию - если пользователей с IE больше, чем максимальное число пользователей, которых вы можете безболезненно потерять, то поддержка необходима.

Не будут. Это оборудование нужно для сложных параллельных вычислений, оно требует обученный персонал и стоит достаточно много. Нет, если в вашем городе, например, у каждого стоит Mac Pro, и на нём играют в танчики, то я спорить не буду. @seriych, Нишу параллельных вычислений полностью заняли производители видеокарт. Intel хочет сместить их, и предоставила годную замену старым решениям. Одна только соместимость с x86, что позволяет с лёгкостью портировать код, чего только стоит. Распараллелить можно всё, но некоторые вещи будут нецелесообразны. Круг задач тот же, что и у, например, Nvidia Tesla (Видеокарта без видеовыхода, по сути - сопроцессор). Эта рабочая станция - лишь ещё один конкурент на рынке. Intel решили, что лучше сделать меньше ядер, но каждое - мощней. Самый мощный Tesla выдаёт всего 4 терафлопса, этот же процессор в два раза больше.

Эта новость - отличный пример испорченного телефона. ПК != Рабочая станция. Первые предназначены для использования обычными людьми, а вторые - для решения узкого круга задач. Эти процессоры (изначально сопроцессоры) позволяют ускорить обработку параллельных вычислений. Сейчас для этого используються видеокарты и технологии GPGPU, а Intel решила предоставить узкоспециализированный инструмент. Я уверен, что он найдет своих покупателей.

@vlad_cs_sr, 780 Ti. Процессор имеет чуть меньшую частоту, но это компенсируется гораздо большим кол-вом ядер (2.8к против 1.6к). Видеопамяти меньше, но шина больше, из-за чего пропускная способность больше. Энергопотребление у неё огромное, и это единственное неудобство.

На GitHub вы можете создать сколько угодно открытых репозиториев. Платить нужно лишь за приватные репозитории, в то время как BitBucket предоставляет сколько угодно каких угодно репозиториев совершенно бесплатно. Сообщество СПО настолько дальновидное, что там есть лицензия, которая говорит о том, что никаких ограничений нет. WTFPL

@spoter, Это радостная новость! У меня есть несколько советов, чтобы сделать изучение ваших модификаций проще: Для каждого проекта лучше создать отдельный репозиторий. Так ваши проекты будет проще клонировать (fork) и предлагать изменения (pull request). Лицензия. Грамотно выбранная лицензия поможет избежать всевозможных неприятностей. Для свободного ПО есть три основные лицензии: GPL, BSD, MIT. Первая настаивает на том, что код может быть использован только в свободных проектах, две другие же не налагают таких обязательств. В репозитории нежелательно наличие бинарных файлов или архивов. Для того, чтобы распростронять архивы на GitHub есть система релизов.

D - С++, сделанный правильно. Си++ обрастал фишками постепенно, поэтому теперь он похож на жуткого многоголового монстра. У этого монстра появляются новые головы, которыми никто не умеет пользоваться и никто не может в них разобраться. Посему монстр этот передвигается исключительно вилосипедом из костылей. Rust делает акцент на безопасность и предназначен для клиент-серверных приложений. Go - попытка корпорации добра сделать что-то между Rust и D. Разрабатываться начал примерно тогда же, когда и Rust, и тогда, когда к разработке D присоеденился Александреску. Таким образом, эти языки - ровестники. Да, его тоже можно было бы глянуть. Нет, языки совсем разные. Они лишь транслируются в JS, ибо JS правит в вебе.

Да, они могут подойти, но лучше найти что-нибудь вообще не касающееся JS, статически типитизированное и с ООП. К примеру D или Rust. Но у этих языков маленькое сообщество. Я увлекаюсь D, но вот ООП лютобешенно ненавижу, и помочь с ним не могу.

@Traveler, Я опять настоятельно рекомендую сменить начальный ЯП. Хочется ООП - возьмите Ruby, ибо в JS он очень плох.

Всё в порядке. Пропускная способность памяти зависит от её частоты и ширины шины. В этой видеокарте шина 128 бит, но частота - 7010 МГц. Пропускная способность расчитывается по этой формуле: Частота * Шина \ 8000 = Пропускная способность. Для этой видеокарты: 7010 * 128 \ 8000 = 112.16 Гб\сек. Для Вашей: 3800 * 320 \ 8000 = 152 Гб\сек. Таким образом, Ваша видеокарта сможет прочитать всю память за 0.008 сек, а другая - за 0,03 сек. Вторая подойдёт для профессиональных программ, где главное, что требуется от видеокарты - возможность держать гиганский объём данных в памяти. Для игр такое не нужно, там нужна максимальная скорость доступа к памяти.

При 1280 Мб памяти 320 битная шина - излишество. Граф. процессор староват, выберите что-нибудь из 600-700 серии. Потому что подобную шину имеют профессиональные\игровые карты с современными процессорами.

Никакого соответствия там нет. Частота граф. процессора определяет лишь то, как быстро он сможет произвести какие-либо вычисления. От неё зависит fps в играх. Ширина шины определяет то, сколько данных из видеопамяти может получить граф. процессор за еденицу времени. Больше шина - больше fps. Размер видеопамяти определяет то, с каким кол-вом данных может работать граф. процессор. Если её недостаточно, то данные чаще будут загружаться\разгружаться, что замедлит вычисления. Таким образом, объём видеопамяти - последнее, на что нужно обращать внимание. Тем, кто не работает в тяжёлых программах, больше 2Gb не нужно. Шины хватит и 256, переплачивать тут смысла нет. Выбор частоты процессора\памяти остаётся на вас.

Если не проводить чистку как минимум два раза в год, то никакая волшебная система не поможет.

Не сильно больше. При возможности, конечно, стоит использовать систему высокого давления, но бывают ситуации, при которых такую систему обеспечить невозможно.

Это лишь две разные системы охлаждения: низкого и высокого давления. Для обычного пользователя разницы нет, а выбор системы зависит от корпуса и внутренних элементов - нужно смотреть, как будут идти потоки воздуха и как лучше расположить вентиляторы. У меня, например, корпус Zalman Z9 стоит у стола так, что боковые отверстия закрыты. Спереди стоит вентилятор на вдув, а сзади сверху - на выдув. Получается система низкого давления, так как помимо этих двух вентиляторов, на выдув работают и куллеры процессора и видеокарты. Я тоже так думал. Вот уже 2 с половиной года моей сборке, а всё никак не докуплю, ибо нет смысла. В тяжёлых программах не работаю, игрушки и так идут "на ура". 20" вполне должно хватить каждому.

Интерпретатор Пайтона написан на Си, но использует лексемы из английского языка (while, for, if и так далее).

Бывает. В GTK+, например, все контейнеры не имеют фиксированных размеров и изменяются в зависимости от содержимого и размеров родителя. Никогда не поверю, что в Дельфи нет подобного. Так это латынь? Я всегда думал, что это какой-то хитрый шифр, который знают только врачи и фармацевты. Писание рецептов на латыни позволяет понимать рецепты фармацевтам со всего мира, и это определённо имеет смысл. Но представте, что рецепты теперь пишутся не только на латыни, но и на всех остальных языках. Фармацевт знает русский - получит рецепт на русском, если же фармацевт китаец, но перевода нет, то он получит рецепт на латыни. В этом и есть смысл локализации: если есть нужный перевод, то будет предоставлен он, а в противном случае - текст на универсальном английском.

Я считаю, что это в корне не верно. Ни один более-менее известный ЯП не использует великий и могучий. Все остальные ЯП используют английский язык, но это не мешает быть мультиязычными среды разработки, как, например, Visual Studio или Eclipse. Каждый элемент интерфейса должен быть "резиновым" - уметь адаптироваться к размерам экрана и своему содержимому. Фраза имеет запутанный смысл, но посыл верный. Прикрутите gettext, и не заморачивайтесь с переводами. Благодарные пользователи сами всё переведут.