В словарях есть оба варианта (с О и с А). И вообще, это устоявшийся программистский сленг. Если говорить по русски, то и «мерж», и «верифицировать», и «теги», и «лог», и «багтрекер», и «фикс», и «коммит» употреблять нельзя. И если я напишу всё на великорусском, коллеги будут читать мой пост в два раза дольше.
«Самое печальное, что большинство пользователей Git, похоже, имеют концептуальный блок против даже признания того, что здесь есть проблема.»
Действительно. Сколько лет пользуюсь всякими репозитариями, первый раз вижу такие запросы. 1 — обычно список изменений пишется по багтрекеру. По логу репозитария тоже можно, но зачем при этом видеть, в какой ветке писался фикс? Просто просматривается список коммитов в ветке, не важно, откуда они замержены. 2-3 — тоже какое-то надуманное. Мерж надо верифицировать в совокупности (всю его разницу с целевой веткой), а не по принципу «вот эти строчки — они приехали из другой ветки, поэтому их не верифицируем». Начинать новую ветку никогда не было нужно было «оттуда же, откуда другую», а с головы или с определённого известного коммита. Ну и, естественно, есть такая вещь, как теги.
Интернет какбэ чуть менее, чем весь — на чужих серверах и весь не на моих технологиях.
Вот Медведеву должно быть стыдно, что он тянет российских чиновников на американский сервис.
Мне кажется, на статью не потянет. Берёте Твиттер, фолловите знакомых и все интересующие новостные сайты, с любопытством пользуетесь, чирикаете по случаю — и постепенно всё образуется.
Твиттер мне успешно заменил RSS, новостные дайджесты, емайл-подписки, на 90% заменил IM. Практически он стал новой входной точкой в Интернет. При этом он отнимает куда меньше времени — все твиты за день читаются за несколько минут. Более традиционные блоги и ленты транслируются в тот же Твиттер и оттуда можно переходить по 1-2 интересным ссылкам за день. Так что все эти насмешки над твиттером — это просто от недопонимания его удобства.
Мало оперативной памяти + всё распаковывается в неё, а не во временный файл на диске. Ассеты — это своего рода заменитель ресурсов в экзешенике, а не обычный архив файлов, который распаковывается куда-то на диск.
Ну и молодцы. Доводы разумные. Это у нас даже президент Твиттер пиарит и пытается туда всех чиновников загнать. Ладно бы хоть ВКонтакте и Яндекс пиарил.
Работу собственно глаза можно сэмулировать, но вот с Бомберманом, ИМХО, всё сложнее: мозг, чтобы разделить брови и глаза, использует знания о человеческих лицах. То есть, для таких нюансов анализ картинки в принципе недостаточен.
Я всё равно инструкции не помню, в прошлый раз писал на асме под DOS около 13 лет назад. Если бы написал латиницей, впаяли бы 10 минусов за ошибки в коде :)
Внушить что-то компилятору не проще, особенно если их 3 штуки для сборки под разные платформы, да ещё пара из них зафиксированы SDK и никуда не прыгнешь. Вот на интринсиках написать — вариант.
C SSE успешно обгонял MSC и GCC почти в 4 раза, потому что компиляторы не смогли векторизовать алгоритм. Правда, я использовал интринсики, а не асм — куда читабельнее и портируемо.
Другой пример, который видел в жизни, asm уделал MSC на ARM — за счёт использования инструкций, которые он почему-то не использует.
А насчёт ускорения просто за счёт ассемблерности — не встречалось.
Когда компилятор знает, как векторизовать алгоритм, он справляется чуть-чуть лучше. Но есть один нюанс: нетривальные алгоритмы они пока не умеют векторизовывать.
Почему же? На C/С++ написать всю обвязку, а вычислительный блок на асме. Ну и ядро ОС на асме. Для многих задач это даже не удвоит время на разработку.
А кому нужно это всё для построения, например, числогрызки (возможно, кластерной), которая всю жизнь будет решать одну задачу, или, например компа, который работает контроллером какого-то девайса?
Ну у этой штуки нету такой проблемы. Основной юскейс — это сделать тот же вычислительный кластер на заданном железе. Чтобы софт работал у миллионов различных пользователей на всём зоопарке железа — такого не нужно.
Действительно. Сколько лет пользуюсь всякими репозитариями, первый раз вижу такие запросы. 1 — обычно список изменений пишется по багтрекеру. По логу репозитария тоже можно, но зачем при этом видеть, в какой ветке писался фикс? Просто просматривается список коммитов в ветке, не важно, откуда они замержены. 2-3 — тоже какое-то надуманное. Мерж надо верифицировать в совокупности (всю его разницу с целевой веткой), а не по принципу «вот эти строчки — они приехали из другой ветки, поэтому их не верифицируем». Начинать новую ветку никогда не было нужно было «оттуда же, откуда другую», а с головы или с определённого известного коммита. Ну и, естественно, есть такая вещь, как теги.
Вот Медведеву должно быть стыдно, что он тянет российских чиновников на американский сервис.
qt.gitorious.org/+grym/qt/grym-android-lighthouse/blobs/android-master/src/plugins/platforms/android/grym/java/src/org/qt/util/AssetUtil.java
Другой пример, который видел в жизни, asm уделал MSC на ARM — за счёт использования инструкций, которые он почему-то не использует.
А насчёт ускорения просто за счёт ассемблерности — не встречалось.