 |  |
https://bugtraq.ru/lj/?page=65 |
|
|||
|
|
|
||
| https://bugtraq.ru/lj/?page=65 |
||||
| ||||
идеалпрайсное
28.04.11 18:05 // оригинал
Да, ребята развлекли. На нулевой секунде лично я топовых позиций уже не застал, прочий хлам рассосался за полминуты максимум (а нет, говорят, за три секунды). Смысл подобной акции от меня ускользает - понятно, что глупо было рассчитывать на щасте для всех тысяч набросившихся, но для сколько-то положительного отклика можно было бы ожидать хотя бы нескольких десятков комплектов, а не тех считаных штук, которые застали самые счастливцы. С учетом же собравшегося в комментариях контингента, получить столько негатива за такие копейки - это надо было постараться.
Но это еще был не самый эпик фейл. Самый случился еще через несколько минут, когда появилось объявление о том, что не отработала платежная система (хотя уж на нее-то нагрузка всяко была меньше, чем на сайт), и весь цирк переносится на май. И финал под вечер, когда решили уж второй раз не позориться и разобраться с теми, кто успел заказать. Всего таковых нарисовалось 122 человека - на 10 позиций плюс некие бонусные, что действительно дает, мягко говоря, весьма скромную оценку количества участвовавших товаров.
| теги: клоуны | обсудить | все отзывы (0) | обсудить в LJ |
самоновостное
28.04.11 04:00 // оригинал
Помнится, когда десять лет назад (забавно, практически в эти же дни; и обалдеть, сколько ж времени уже прошло) по Рунету давали шороху Самоновости, у меня спрашивали, мол, с чего такое недоверие к людям, когда ж дадим писать произвольный текст. Еще есть вопросы?
Еще любопытно, что тогда как раз реакция Ленты была не столь надуто-серьезной (а ведь имитация была поточней, с реальными актуальными новостями вокруг и с еще прокатывавшей в те дофишинговые времена подделкой урла в стиле http://lenta.ru/трам-пам-пам@realurl). Может, порция абсурда в самоновостях тому помогла, а может и люди были другие.
| обсудить | все отзывы (0) | обсудить в LJ |
храм советов
22.04.11 21:44 // оригинал
Гуглю виднее.
| обсудить | все отзывы (0) | обсудить в LJ |
временное
19.04.11 18:10 // оригинал
А вот кстати, кто-нибудь в курсе, по какому времени мы будем жить с осени с точки зрения localtime - в GMT+4 без летнего времени, или в GMT+3 с вечным летом?
| теги: софт | обсудить | все отзывы (0) | обсудить в LJ |
paste'n cut
10.04.11 02:09 // оригинал
Аттракцион невиданной щедрости для фейсбучников. А уж приложить к этому делу сертификат на смену пола - изящно, ящетаю, надо поддержать.
| обсудить | все отзывы (0) | обсудить в LJ |
айпадноторрентное
09.04.11 20:09 // оригинал
Не прошло и полугода, как я посмотрел, что там iCab Mobile дает делать с загруженными файлами (ну как-то не приходило в голову качать что-то на айпаде). А там обнаружилась замечательная опция - "Загрузить в Dropbox". Немедленно возник и реализовался замечательный сценарий использования:
1. Просматривая новости на айпаде, получаем в rss свисток о выходе очередной серии любимого сериала.
2. Не вставая с дивана (типовой режим использования айпада), закачиваем torrent-файл в iCab и отправляем его в дропбокс.
3. Десктопный uTorrent, настроенный на слежение за дропбоксной папкой, с которой связан iCab, подхватывает торрент и закачивает его.
4. Запускаем на айпаде Air Video и наслаждаемся полученной серией. По-прежнему не вставая с дивана.
Сплошной разврат.
Конечно, можно uTorrent и сразу на rss настроить, но я перестал это делать после того, как отдельные трекеры завели моду в какой-то момент выкладывать весь последний сезон, что в сочетании с наспех написанными фильтрами приводило к несколько неожиданным результатам.
| теги: софт, ipad | обсудить | все отзывы (0) | обсудить в LJ |
религиозносишное
31.03.11 15:37 // оригинал
Вставил свои две копейки на тему "каазлы адобы, прочь от нашего стандартного memcpy".
| теги: софт | обсудить | все отзывы (0) | обсудить в LJ |
гуглеаппное
30.03.11 14:18 // оригинал
Ну надо же, гугль наконец-то раскачался и включил в Google Apps здоровущую пачку сервисов, ради которых еще приходилось держать отдельный gmail-аккаунт - и ридер, и пикаса, и прочий редко используемый хлам (за исключением трех крайне нужных Health, PowerMeter, Profiles). Переход пока, правда, не автоматический, администратору нужно несколько раз ткнуть на кнопку и приготовиться к разрешению возможных кофликтов, если адреса из домена использовались в каких-то гуглевских сервисах.
| теги: софт, империя добра | обсудить | все отзывы (0) | обсудить в LJ |
классвьюшнопобедное
29.03.11 14:34 // оригинал
При разборе косяков с ClassView в 2010-й студии было сразу понятно, что предпосылки проблемы восходят к тем уже далеким временам, когда один здоровый монолитный проект был разнесен по десятку dll. Первый подход был кривоват, полезли перекрестные ссылки подпроектов, которые через некоторое время пришлось разрулить железной рукой, при этом поперли кросс-ссылки инклюдов, которые разруливались в основном через активное использование forward-описаний классов (что, конечно, подпорки, но гораздо проще и быстрее долгого выстраивания правильного порядка инклюдов - опять же, не всегда достижимого).
В сочетании же с пространствами имен простое forward-описание приходится превращать в более громоздкие конструкции. Т.е., если в MyClass1 используется указатель на MyClass2, а живут они в разных пространствах имен, выглядеть это будет так:
namespace NS2
{
class MyClass2;
}
namespace NS1
{
class MyClass1
{
//...
MyClass2* m_pXXX;
};
}
Кроме того, в описании классов/функций из dll активно использовался вполне традиционный подход с выносом __declspec(dllexport/dllimport) в макросы, чтоб убрать поддержку двух наборов хедеров:
#ifdef MYDLLIMP
#define MYDLLEXP __declspec(dllexport)
#else
#define MYDLLEXP __declspec(dllimport)
#endif
После чего можно использовать это как
class MYDLLEXP MyClass
{
//...
};
MYDLLIMP определялся только в проекте, где класс нужно было экспортировать, так что в реализации класс оказывался с dllexport, а в пользовательских проектах с dllimport.
Именно эти две вещи и сломали ClassView. Крышеснос с непопаданием в место с описанием случился от MYDLLEXP - ну не врубался новый IntelliSense в эти макросы между ключевым словом class и именем класса. Пришлось чуть подправить:
#ifdef MYDLLIMP
#define MYDLLEXP dllexport
#else
#define MYDLLEXP dllimport
#endif
class __declspec(MYDLLEXP) MyClass
{
//...
};
Теперь все стало лучше, __declspec все-таки воспринимался как валидное ключевое слово, а что там внутри него, ClassView, к счастью, не волновало.
Ну а дубли в дереве возникли от сочетания forward-описаний с пространствами имен - каждое такое описание добавляло лишнюю строчку в дерево классов. Причем дубль возникал даже при описании дружественного класса из того же пространства имен:
namespace NS1
{
class MyClass1
{
friend class MyClass3;
};
}
Причина была понятна сразу, на устранение ушло несколько месяцев неспешных поисков (поскольку жить это особо не мешает, лишь тревожит чувство прекрасного).
Сначала искал подходящие настройки, потом подходящие прагмы, остановился же в итоге на следующем варианте, за который даже немного стыдно:
//stdafx.h
#ifndef __class
#define __class class
#define __struct struct
#endif
//myclass1.h
namespace NS2
{
__class MyClass2;
}
namespace NS1
{
class MyClass1
{
friend __class MyClass3;
//...
MyClass2* m_pXXX;
};
}
Поскольку еще из опыта с __declspec стало понятно, что у ClassView особые отношения с макросами, был применен тот же подход, но уже в мирных целях, и этот грязный хак вполне прокатил - компилятору пофиг, в дереве чисто.
| теги: софт, программизм | обсудить | все отзывы (0) | обсудить в LJ |
классвьюшное
27.03.11 16:18 // оригинал
Когда я только начинал работать с Visual C, ClassView был отличной штукой. Но за прошедшие полтора с лишним десятка лет он не особо улучшился, а местами даже усложнил жизнь - особенно последняя версия.
С мелкими проектами, конечно, проблем нет, а вот на больших, где число классов идет на сотни, все становится довольно скучно. Собсно говоря, всего-то и нужно от отображения списка классов - дать возможность создавать в нем иерархии и раскладывать классы по папкам. Если мне память не изменяет, в районе какой-то из первых .net студий эта возможность появилась, причем в первых реализациях классы в папки можно было переносить, а не копировать (оставляем за скобками такую мелочь, как стабильный вылет одной из версий студии при переносе классов в папки через меню, а не через перетаскивание мышкой). Но в какой-то момент (кажется, в 2005 студии) перенос заменили копированием, что сделало практическую пользу от папок в крупных проектах минимальной. Ну да, туда можно вытащить наиболее часто используемые классы, но перетряхнуть так весь список классов практически нереально - если в случае переноса классы, не сгруппированные по папкам, сразу на виду, то тут фиг разберешь, все ли уже посчитаны, или нет.
На помощь пришли пространства имен - по счастью, ClassView их понимает и умеет использовать для группировки классов. В конце концов, и с точки зрения логики проекта полезно было рассортировать классы, ну а то, что непосредственным поводом для этого стала такая сугубо косметическая вещь, как их отображение в дереве - да и ладно.
На некоторое время все устаканилось, но когда подоспела 2010 студия, обновленный IntelliSense сошел на нашем проекте с ума, а аккуратно отсортированное дерево классов превратилось в страх и ужас - часть классов засветилась там по нескольку раз, при этом клик на имени класса запросто мог выкинуть не на полное, а на forward-описание, а клик по функциям и просто игнорироваться. Пришлось разбираться, но об этом уже в следующий раз.
| теги: софт, программизм | обсудить | все отзывы (0) | обсудить в LJ |
«« « 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70  » »» |
|
|
|